Aug 02, 2007

• Time: 10:00EST/9:00CST/7:00PST
• Conference #:510-665-5437 Meeting ID:7333

Attending

• Alan Tackett, Larry Dawson, Santi de Ledesma, Bobby Brown (Vanderbilt ACCRE, in Nashville)
• Dan Engh, Paul Sheldon (Vanderbilt Physics)
• Micah Beck, Terry Moore (UT)
• P.R. Blackwell, Diana Gunter (SFAU)
• ??? (Nevoa, via Skype from Brazil)

Agenda for today's call

Bobby Brown: status of deployment work

• rough plan for the future. Discussion of where to site new depots.

Alan/Larry/Hunter: status of L-Store work at ACCRE/Nevoa

• LoRS/L-Store view
• Nevoa integration
• packaging for install
• testing status

Upcoming Events

• Library of Congress meeting, Sept. 17
• Meeting in San Diego, Oct. 8th.
• Supercomputing 07

Notes from the call

• Bobby Brown reported on the status of deployment work with a rough plan for the future. Discussion of where to site new depots.
  • Vandy internal deployment is almost done. 10 test depots, 4 test meta-data servers, 10 depots at ACCRE, 2 meta-data servers
  • REDDnet domain with monitoring software has been established; management node. [1] More info on the mail list.
  • They're working with the VTNA using their campus deployment.
  • Other locations for depots:
    • 2 depots are being sent to PR; that would be 6TB; if we need more we can add to that.
    • UMich 6TB
    • Cal Tech 6TB
    • Florida 6TB
  • Where will other depots go?
    • Maybe SDSC – Terry and Micah will try to grease the wheels here.
    • ORNL is another option.
  • Hardware being deployed:
    • Tyan motherboard and chasis. Nothing proprietary, though we're getting them through Capricorn.
    • Each 1U unit is 3TB=4 750GB drives
    • 3 or 4 at UMich cost $2045 per unit=$700 per TB
• In working with the Library of Congress, ACCRE has discovered a bug and he doesn’t know where it sits. Some allocations on resource 0 are disappearing. The standard way IBP has been used is to configure separate disks as separate depots, rather than as one depot with 4 resources. Under the latter configuration, it’s breaking, losing slices. It seems to be some kind of confluence of factors. Various possible sources of the problem were discussed. A major problem is that we haven't found a way to reproduce it yet.
• Alan, Larry, and Hunter reported on the status of the L-Store and StoreCore work at ACCRE/Nevoa
  • Storecore is working and fully integrated with L-Store. L-store is now using StoreCore for resource discovering, retrieving an updated list of available depots and their resources.
  • Santi got a new version of Nevoa explorer and is working with that.
  • The upcoming L-Store release (date?) will be .8. The L-store team is hesitant to call it 1.0 because there's no fault tolerance on the metadata yet and the security features haven’t been activated. The security feature doesn’t scale at this point and there’s no user interface for it. The team feels that those features are essential for a 1.0 release.
  • There are issues with the GUI that Santi is working with.
  • Aislan: We tested the L-Store client with Nevoa explorer and store core at their site (i.e. in Brazil). They discovered some problems and fixed them.
  • L-store team has implemented a system for doing nightly builds of the the L-store software, which is obviously a good step toward quality control.
  • Nevoa have a java installer for Nevoa explorer. They plan to make and installer for L-Store.
  • Further work:
    • Further Nevoa integration
    • Packaging for install
    • Testing status
• Micah discussed some of the work that Brian Burke (Jim Plank's student) is doing. He has even/odd coding working with the NFU under L-Store.
• Terry raised the question of how were going to get LoRS-view like functionality for L-Store. This is essential for various presentations that we need to make this fall, beginning Sept. 17. It was suggested that we get a student to work on this in September. Terry has concerns about whether we're working hard but not working smart, i.e. whether this plan accords this task the right priority or will be soon enough.
• Micah talked about his recent email about our approach/theory about content control on the depots in relation to the Digital Millennium Copyright Act (DMCA)