Sprint Team
General
- Daily at 11am ET
- Call-in: Google-hangout at:
- ReadyTalk (in case we reach hangout limit)
- 866-740-1260, participant code: 2257295
- internationally: http://www.readytalk.com/intl
Meetings
Monday February 24
Tuesday February 25
- frank asseg
dealing with overhead for the SCAPE project
beginning to work again on the cluster and getting it operational again
- A. Soroka
- Working ontology ticket
- looking for places to publish ontology
- Greg Jansen
got a 7-node cluster up and running at UNC, using TCP for both discovery and state transfer
next step: putting it under load using benchtool
- Ben Pennell
adding three params to benchtool to allow manipulating the behavior with transactions enabled
also benchtool now needs to track the time taken for commits
- Mike Daines
having a look at authZ use cases, taking notes as to completion
seems to boil down to "we need to store authZ metadata and make decisions using it"
discussing contextual info to be used at PEPs (e.g. IP addresses)
- Scott Prater
- "With the help of NewRelic tech support, I was able to get all the nodes to send server and webapp metrics to the NewRelic host. So the dashboard now shows real-time resource consumption metrics for all the nodes. I spent quite a few hours last night trying to get all the nodes to talk to each other with the NewRelic jar loaded. I used as a base Frank's jgroups-tcp-config.xml file, which uses TCP for state transfer
and UDP for discovery. I continued to see the same problem as I did this weekend, where after the first three nodes have connected, the last three don't; although the other nodes see them, they don't see any other node. I spent some time reading the relatively sparse JGroups documentation (and even sparser Infinspan documentation), and played with timeouts, number of threads, and IP address binding parameters, to no avail. That's where I'm at right now -- I can get a cluster of three nodes running, but not more (though for a brief and shining moment last night, I had five of the six nodes seeing each other. I was unable to reproduce that state, however). Next steps: I'm going to try to use the TCPPING and FD_SOCK methods of node discovery and detection: the docs advocate against this for large clusters, and rightly point out that there's a large performance hit when you go from UDP to TCP, but at this point, I'm more interested in just getting a cluster that works. That will be the focus of my efforts today. If by this afternoon I haven't made headway, I'm going to go to the JGroups list."
- "With the help of NewRelic tech support, I was able to get all the nodes to send server and webapp metrics to the NewRelic host. So the dashboard now shows real-time resource consumption metrics for all the nodes. I spent quite a few hours last night trying to get all the nodes to talk to each other with the NewRelic jar loaded. I used as a base Frank's jgroups-tcp-config.xml file, which uses TCP for state transfer
Wednesday February 26
Thursday February 27
Fedora Committer's Call
Friday February 28
Monday March 03
Tuesday March 04
Wednesday March 05
Thursday March 06
- Fedora Committer Meeting
- Sprint Wrap-up