From Nathan_Rutman at xyratex.com Wed Feb 1 18:13:21 2012 From: Nathan_Rutman at xyratex.com (Nathan Rutman) Date: Wed, 1 Feb 2012 10:13:21 -0800 Subject: [Twg] [JIRA] Updated: (LU-50) pdirops patch for ldiskfs In-Reply-To: <2073772954.22969.1328100823548.JavaMail.jira@355587-r1.whamcloud.com> References: <2073772954.22969.1328100823548.JavaMail.jira@355587-r1.whamcloud.com> Message-ID: <73AED5C780AE05478241DB067651A92102378B30@XYUS-EX22.xyus.xyratex.com> Hi Liang -- mdtest doesn't have an option for mknod that I'm aware of; did you patch it? Would you mind publishing your patch? On Feb 1, 2012, at 4:53 AM, Liang Zhen (JIRA) wrote: > > [ http://jira.whamcloud.com/browse/LU-50?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] > > Liang Zhen updated LU-50: > ------------------------- > > Attachment: Opensfs_PDO_performance.pdf > > First round testing results > >> pdirops patch for ldiskfs >> ------------------------- >> >> Key: LU-50 >> URL: http://jira.whamcloud.com/browse/LU-50 >> Project: Lustre >> Issue Type: Improvement >> Affects Versions: Lustre 2.1.0 >> Reporter: Liang Zhen >> Assignee: Liang Zhen >> Priority: Major >> Fix For: Lustre 2.2.0 >> >> Attachments: Opensfs_PDO_performance.pdf >> >> >> Changing operations of shared directory are not good even with all SMP improvements, I made some efforts to localize changing operations on a few cores to decrease contention and they can somehow help to improvement performance of pdirops (see my comment on LU-55). >> At the same time, it's worth to try to increase pdirops performance in ldiskfs level. We had a dynlock based pdirops patch for ldiskfs several years ago, but we didn't maintain it. Actually, I found it's hard to maintain it because it's a complex patch and made a lot of changes to htree code of ext3/ext4. So I'm thinking about to have a more simpler implementation of pdirops patch. >> The idea is quite simple (just like how we implement pdirop in ldlm level): >> * design & implement a advanced lock with multiple modes (CR, PR, CW, PW, EX) >> * it's just a resource lock resides in osd-ldiskfs & ldiskfs, which will replace current osd_object::oo_ext_idx_sem >> * we can partially protect resource by locking N hash keys after holding CR & CW >> ** for CR, sub locking is PR >> ** for CW, sub locking is PW >> * for !is_dx(dir), change operations are always holding EX lock on dir, lookup & readdir hold PR lock on dir >> * for is_dx(dir) >> ** change operations take CW lock, then take two sub-locks: name-hash as the first key, block number as the second key >> ** lookup take CR lock, then take two sub-locks: name-hash as the fist key, block number as the second key >> ** readdir take PR lock (it's not necessary to take PR lock, but we already have PR lock in ldlm level, so it doesn't matter) >> * if we need to split any blocks (name entries block or indexing block) while have CW lock, we release CW lock and take EX lock and retry. >> * we can disable pdirops ldiskfs by turning osd-ldiskfs pdir_ldiskfs=0/1, if we disabled pdirops for osd-ldiskfs then osd_ldiskfs always EX lock dir on changing and PR lock dir on lookup/readdir. >> Although implementation of the lock is a little complex(, but we just need very few changes to ext4/ldiskfs and osd-ldiskfs with this lock: >> * osd-ldiskfs: replace oo_ext_idx_sem with the new lock >> * ldiskfs: switch lock mode if we need to split/append (in ldiskfs). >> PS: I'm thinking about rename parl_lock to htree_lock, because it's really designed for htree operations, and Eric hates confusing naming like "parl_lock" > > -- > This message is automatically generated by JIRA. > For more information on JIRA, see: http://www.atlassian.com/software/jira From rhenwood at whamcloud.com Wed Feb 1 20:26:03 2012 From: rhenwood at whamcloud.com (Richard Henwood) Date: Wed, 1 Feb 2012 14:26:03 -0600 Subject: [Twg] Remote Directories: DNE I Solution Architecture Message-ID: Hi All, OpenSFS and Whamcloud are engaged in delivering high-priority enhancements to Lustre for the community. The Solution Architecture for Remote Directories: DNE Phase I, has been completed and is available for comments and feedback: http://wiki.whamcloud.com/display/PUB/Remote+Directories+Solution+Architecture With best regards, Richard -- Richard.Henwood at whamcloud.com Whamcloud Inc. tel: +1 512 410 9612 From liang at whamcloud.com Thu Feb 2 13:48:37 2012 From: liang at whamcloud.com (Liang Zhen) Date: Thu, 2 Feb 2012 21:48:37 +0800 Subject: [Twg] [JIRA] Updated: (LU-50) pdirops patch for ldiskfs In-Reply-To: <73AED5C780AE05478241DB067651A92102378B38@XYUS-EX22.xyus.xyratex.com> References: <2073772954.22969.1328100823548.JavaMail.jira@355587-r1.whamcloud.com> <73AED5C780AE05478241DB067651A92102378B38@XYUS-EX22.xyus.xyratex.com> Message-ID: Nathan, I've posted a simple patch on the Jira ticket which is just for tests. Yes, 0-stripe is using O_LOV_DELAY_CREATE flag of Lustre and creating file without OST object. Regards Liang On Feb 2, 2012, at 8:16 AM, Nathan Rutman wrote: > Also, I didn't understand what you meant by the "0-stripe" tests. Were these tests with no ost objects somehow? > > > On Feb 1, 2012, at 10:13 AM, Nathan Rutman wrote: > >> >> Hi Liang -- mdtest doesn't have an option for mknod that I'm aware of; did you patch it? >> Would you mind publishing your patch? >> >> On Feb 1, 2012, at 4:53 AM, Liang Zhen (JIRA) wrote: >> >>> >>> [ http://jira.whamcloud.com/browse/LU-50?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] >>> >>> Liang Zhen updated LU-50: >>> ------------------------- >>> >>> Attachment: Opensfs_PDO_performance.pdf >>> >>> First round testing results >>> >>>> pdirops patch for ldiskfs >>>> ------------------------- >>>> >>>> Key: LU-50 >>>> URL: http://jira.whamcloud.com/browse/LU-50 >>>> Project: Lustre >>>> Issue Type: Improvement >>>> Affects Versions: Lustre 2.1.0 >>>> Reporter: Liang Zhen >>>> Assignee: Liang Zhen >>>> Priority: Major >>>> Fix For: Lustre 2.2.0 >>>> >>>> Attachments: Opensfs_PDO_performance.pdf >>>> >>>> >>>> Changing operations of shared directory are not good even with all SMP improvements, I made some efforts to localize changing operations on a few cores to decrease contention and they can somehow help to improvement performance of pdirops (see my comment on LU-55). >>>> At the same time, it's worth to try to increase pdirops performance in ldiskfs level. We had a dynlock based pdirops patch for ldiskfs several years ago, but we didn't maintain it. Actually, I found it's hard to maintain it because it's a complex patch and made a lot of changes to htree code of ext3/ext4. So I'm thinking about to have a more simpler implementation of pdirops patch. >>>> The idea is quite simple (just like how we implement pdirop in ldlm level): >>>> * design & implement a advanced lock with multiple modes (CR, PR, CW, PW, EX) >>>> * it's just a resource lock resides in osd-ldiskfs & ldiskfs, which will replace current osd_object::oo_ext_idx_sem >>>> * we can partially protect resource by locking N hash keys after holding CR & CW >>>> ** for CR, sub locking is PR >>>> ** for CW, sub locking is PW >>>> * for !is_dx(dir), change operations are always holding EX lock on dir, lookup & readdir hold PR lock on dir >>>> * for is_dx(dir) >>>> ** change operations take CW lock, then take two sub-locks: name-hash as the first key, block number as the second key >>>> ** lookup take CR lock, then take two sub-locks: name-hash as the fist key, block number as the second key >>>> ** readdir take PR lock (it's not necessary to take PR lock, but we already have PR lock in ldlm level, so it doesn't matter) >>>> * if we need to split any blocks (name entries block or indexing block) while have CW lock, we release CW lock and take EX lock and retry. >>>> * we can disable pdirops ldiskfs by turning osd-ldiskfs pdir_ldiskfs=0/1, if we disabled pdirops for osd-ldiskfs then osd_ldiskfs always EX lock dir on changing and PR lock dir on lookup/readdir. >>>> Although implementation of the lock is a little complex(, but we just need very few changes to ext4/ldiskfs and osd-ldiskfs with this lock: >>>> * osd-ldiskfs: replace oo_ext_idx_sem with the new lock >>>> * ldiskfs: switch lock mode if we need to split/append (in ldiskfs). >>>> PS: I'm thinking about rename parl_lock to htree_lock, because it's really designed for htree operations, and Eric hates confusing naming like "parl_lock" >>> >>> -- >>> This message is automatically generated by JIRA. >>> For more information on JIRA, see: http://www.atlassian.com/software/jira >> From shay at opensfs.org Wed Feb 8 22:39:25 2012 From: shay at opensfs.org (Shay Seager) Date: Wed, 8 Feb 2012 14:39:25 -0800 Subject: [Twg] LUG 2012 Message-ID: It’s that time of year again. That’s right, LUG 2012, the Lustre parallel file system’s premier conference that joins individuals both internationally and across a wide variety of disciplines, will take place in Austin, Texas from April 23-25. "LUG is the preeminent venue for users of the Lustre parallel file system, drawing individuals both internationally and across a variety of disciplines,” said Oak Ridge National Laboratory’s (ORNL’s) Technology Integration Group Leader Galen Shipman. And because 2012 is a leap year, participants get an extra day to receive the $140 early registration discount. "The LUG offers participants opportunities to share knowledge, ideas, and achievements with a diverse audience. We're anticipating an interesting program and would encourage you to be a part of it,” said Stephen Simms, Manager of High Performance File Systems at Indiana University. To register for the event http://www.opensfs.org/lug/registration. The LUG program committee would like to invite members of the Lustre community to submit presentation abstracts for inclusion in this year's meeting. It is not necessary to submit a technical paper, just an abstract of your proposed talk no more than a page in length. Talks should target a half an hour in length and reflect the work that you or your site are doing with Lustre. The deadline to submit presentation abstracts is February 14, 2012. For questions or to submit a presentation abstract, send mail to submissions at lists.opensfs.org or contact the program committee chair, Stephen Simms (ssimms at indiana.edu). Anyone who has ever heard the word Lustre is encouraged to attend. Your participation is key to ensuring a stable, viable, and ever-improving Lustre file system. Simply put, all users represent the future of Lustre. By attending LUG, you and your employees will gain depth, perspective, and valuable knowledge to give you a step up in the competitive HPC world. Besides two-and-a-half days of amazing speakers, technical sessions, and keystone networking experience, attendees will enjoy spring in Austin, Texas and will receive attendee gifts. Attendees are recommended to fly in on the morning of Sunday, April 22nd, due to two great events planned for that evening. From 2-5 p.m. the Open Benchmark Working Group meeting will be open to the entire HPC community, while the Whamcloud and DDN event will take place from 6-10 p.m. (details will be posted soon). Attendees are encouraged to fly out the evening of Wednesday, April 25th or the morning of April 26th, so that they can attend the OpenSFS general meeting, OpenSFS Technical Working Group Meeting, and the Community Development Working Group Meeting on Wednesday, April 25th from 1pm-5pm. All events are open to all LUG attendees. Join us in Austin, TX this April 23-25th 2012! Hurry and register today at http://www.opensfs.org/lug/registration. And don't forget to book your hotel room with the Austin Hyatt on the Lake. Rooms are going fast and we want all attendees to get the government and room block discounted rates while they last. To reserve a room at the Hyatt Regency Austin visit http://www.opensfs.org/lug/registration or https://resweb.passkey.com/Resweb.do?mode=welcome_gi_new&groupID=6750202. LUG 2012 would like to thank the following sponsors for making this event possible: Bull, Cray, DDN, Dell, EMC, Intel, NetAPP, Raid, Inc., SGI, Terascala, Whamcloud, and Xyratex. We look forward to see you in Austin! - - - Shay Seager Open SFS Secretary www.opensfs.org (925) 290-7641 shay at opensfs.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From rhenwood at whamcloud.com Tue Feb 14 17:33:59 2012 From: rhenwood at whamcloud.com (Richard Henwood) Date: Tue, 14 Feb 2012 11:33:59 -0600 Subject: [Twg] Remote Directories: DNE I High-level design Message-ID: Hi All, OpenSFS and Whamcloud are engaged in delivering high-priority enhancements to Lustre for the community. The High Level Design for Remote Directories: DNE Phase I, has been completed and is available for comments and feedback: http://wiki.whamcloud.com/display/PUB/DNE+1+Remote+Directories+High+Level+Design With best regards, Richard -- Richard.Henwood at whamcloud.com Whamcloud Inc. tel: +1 512 410 9612 From dillowda at ornl.gov Fri Feb 17 17:30:32 2012 From: dillowda at ornl.gov (David Dillow) Date: Fri, 17 Feb 2012 12:30:32 -0500 Subject: [Twg] Meeting Agenda for Feb 23, 2012 Message-ID: <1329499832.31143.8.camel@frustration.ornl.gov> Dust off the cobwebs, the OpenSFS Technical Working Group will be meeting this coming Thursday (2/23/2012) at 12:30ET/9:30PT. Conference info: Dial: 1-715-726-4994, 1-866-304-8294 ID & Password: 72090 The current agenda is to discuss: * Status of Current TWG Projects * Whamcloud * IU * Test Bed * Requirements & Roadmap * update community requirements * identify features in need of development * funneling projects outside OpenSFS into CDWG * F2F meeting at LUG * proposal for WGs to meet Weds afternoon If you have suggestions for other topics, please send them to the list. Thanks, John & Dave From dillowda at ornl.gov Wed Feb 22 19:27:28 2012 From: dillowda at ornl.gov (David Dillow) Date: Wed, 22 Feb 2012 14:27:28 -0500 Subject: [Twg] (Reminder) Meeting Agenda for Feb 23, 2012 Message-ID: <1329938848.17524.5.camel@frustration.ornl.gov> Dust off the cobwebs, the OpenSFS Technical Working Group will be meeting tomorrow, Thursday (2/23/2012) at 12:30ET/9:30PT. Conference info: Dial: 1-715-726-4994, 1-866-304-8294 ID & Password: 72090 The current agenda is to discuss: * Status of Current TWG Projects * Whamcloud * IU * Test Bed * Requirements & Roadmap * update community requirements * identify features in need of development * funneling projects outside OpenSFS into CDWG * F2F meeting at LUG * proposal for WGs to meet Weds afternoon If you have suggestions for other topics, please send them to the list. Thanks, John & Dave From carrier at cray.com Thu Feb 23 17:28:32 2012 From: carrier at cray.com (John Carrier) Date: Thu, 23 Feb 2012 17:28:32 +0000 Subject: [Twg] (Reminder) Meeting Agenda for Feb 23, 2012 In-Reply-To: <1329938848.17524.5.camel@frustration.ornl.gov> References: <1329938848.17524.5.camel@frustration.ornl.gov> Message-ID: Here is the link to the requirements document we prepared last year for the OpenSFS board: https://docs.google.com/document/d/1mLg4P-GEi_nP7g1APP4K8c1hgh_8mdqf0U2gWjh0aq0/edit?authkey=COuayqYM&authkey=COuayqYM&pli=1 Some of the features we captured are funded works in progress that will land in the Lustre tree later this year or next. There are still a number of projects from this document that we could pursue. Here is the list of features we described: * Performance Requirements - Metadata server performance [FUNDED] - Metadata server scalability [FUNDED] - Single file performance - Quality of service - Locality and scalability - LNET channel bonding * Foundational Requirements - Support for alternate backend file systems [FUNDED] - Backend storage investigation - Scalable fault management * Manageability and Administrative Requirements - Better support for newer kernels - Improved configuration of Lustre - Allowing for controlled partial-system maintenance - Balancing storage use - Adaptive storage layout - Arbitrary OST assignment - Better userspace tools - File system consistency checks [FUNDED] - Snapshots - User Identity Mapping [FUNDED] * Application Interface Requirements - Improved storage semantics/interfaces - Better user tool API * Other Requirements - Varying page-sizes - Mixed endian support - IPv6 Are there other features to add to the list? Which of these are most important? --jc -----Original Message----- From: David Dillow [mailto:dillowda at ornl.gov] Sent: Wednesday, February 22, 2012 11:27 AM To: twg at lists.opensfs.org Cc: discuss at lists.opensfs.org; John Carrier Subject: (Reminder) Meeting Agenda for Feb 23, 2012 Dust off the cobwebs, the OpenSFS Technical Working Group will be meeting tomorrow, Thursday (2/23/2012) at 12:30ET/9:30PT. Conference info: Dial: 1-715-726-4994, 1-866-304-8294 ID & Password: 72090 The current agenda is to discuss: * Status of Current TWG Projects * Whamcloud * IU * Test Bed * Requirements & Roadmap * update community requirements * identify features in need of development * funneling projects outside OpenSFS into CDWG * F2F meeting at LUG * proposal for WGs to meet Weds afternoon If you have suggestions for other topics, please send them to the list. Thanks, John & Dave From carrier at cray.com Fri Feb 24 08:15:12 2012 From: carrier at cray.com (John Carrier) Date: Fri, 24 Feb 2012 08:15:12 +0000 Subject: [Twg] TWG meeting minutes for 2012-02-23 Message-ID: Attached are the meeting minutes from this week's TWG call. We spent this meeting reviewing Whamcloud's status of their OpenSFS development projects. We will have a meeting next week (3/1) to begin our discussion of requirements and roadmaps of new Lustre features. Dial: 1-715-726-4994, 1-866-304-8294 ID & Password: 72090 Given how quickly time went this week, I would like to propose we plan for next week's meeting to run for 90 minutes. Please post questions/comments to discuss at lists.opensfs.org Thanks, --jc -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- OpenSFS Technical Working Group Meeting minutes : 2012-02-23 Concall: start : 9:30a PT, adjourn : 10:36a PT Next meeting: Thursday, 03/01/2011 @ 9:30a PDT/12:30p EDT Dial-in numbers are 1-715-726-4994 or 1-866-304-8294 Meeting ID and password are 72090 Attending : Name Organization email ----------------- -------------- ---------------------------- Diego Moreno Bull Diego.Moreno-Lazaro at bull.net Cory Spitz Cray spitzcor at cray.com John Carrier Cray carrier at cray.com Alex Kulyavtsev FNAL aik at fnal.gov Joshua Walgenbach IU jjw at indiana.edu Chris Morrone LLNL morrone2 at llnl.gov Marc Stearman LLNL marc at llnl.gov Shay Seager OpenSFS shay at opensfs.org Bob Ciotti NASA Ames ciotti at nas.nasa.gov Richard Vanderbilt NetApp Richard.Vanderbilt at netapp.com Andreas Dilger Whamcloud adilger at whamcloud.com Richard Henwood Whamcloud rhenwood at whamcloud.com Nathan Rutman Xyratex nathan_rutman at xyratex.com Agenda : * Status of Current TWG Projects - Whamcloud - IU - Test bed * Requirements & Roadmap - update community requirements - identify features in need of development - funneling projects outside OpenSFS into CDWG * F2F meeting at LUG - proposal for WGs to meet Weds afternoon NOTE: Richard Henwood, project manager at Whamcloud, presented the status of their OpenSFS projects. The discussion of this first topic consumed most of this week's meeting time. We plan to continue the agenda starting at "Requirements & Roadmap" next week. Status of Whamcloud Projects : Richard (RH) presented status on the three current projects Whamcloud is developing for OpenSFS. = Single MDS performance - lead engineer : Liang Zhen - two projects : - parallel directory operations - SMP node affinity * parallel directory operations (pdirops) - code has landed in master - documentation available in Jira tracking bug (LU-50) - results show 25% MDS performance improvement for only certain functions (mknod, open/create) - pdirops only improves concurrency in the same directory . when multiple threads access the same directory, Whamcloud is seeing up to 25% MDS performance gain for open/close or mknod . tasks that require multiple RPCs (such as unlink, close) do not benefit from the new locking mechanism discussion: - BobC mentioned that his users do lots of open/closes and Lustre's long close times are a pain-point. The new code is bound to highlight new bottlenecks which the TWG might consider for future development projects. - The new locking mechanism is currently available only on the MDS. Andreas said it would be available to the OSS after the OSD project at LANL (aka Orion) completes. * SMP node affinity - Liang is just completing scope statement - two tracking bugs (LU-55, LU-56) discussion: - Cory requested that Whamcloud add document updates to the tracking bugs. Cray wants to propagate the new calls through its LND, just as they have with new features added to ptlrpc. = Distributed namespace (DNE) - lead engineer : Wang Di - project in two phases : - remote directories - striped directories * remote directories - design phase is complete with good feedback from community - implementation is expected to take 6-7 months with several intermediate milestones discussion: - DNE work is tied to Orion project at LLNL for Sequoia since Orion restructures the MDS to get rid of Lustre's VFS hooks and finishes the work to create the OSD interface. These changes create a cleaner abstraction between MDTs. - As a result, OSD must land in master before DNE can. * striped directories - the project has not yet started since i depends on the final remote directories design = Lustre FSCK - lead engineer : Yong Fan - project in 4 phases : - OI scrub and inode iterator - MDT/OST consistency - MDT/MDT consistency - performance * OI scrub and inode iterator - this project has been delayed two months while Whamcloud has reworked the design and recoded the iterator to work within the OSD framework - the new design is complete and the project is expected to complete in March * MDT/OST consistency - The delay of this first phase will delay the start of the MDT/OST consistency check. Whamcloud believes there is enough time to complete this 2nd phase for the planned Lustre 2.3 release. = project risks - landings There are a lot of new patches scheduled for the 2.3 release as part of the OpenSFS and LLNL contracts, as well as patches not tracked by either project. Whamcloud will be meeting in Beijing to develop a consolidated landing schedule for 2.3 that minimizes rebasing and retesting. - scale testing OpenSFS is providing a small test cluster at IU for funciontal testing of DNE. Whamcloud feels that DNE also needs to be tested at scale with >100 clients. A cluster this size is currently not part of the plan at IU. Hyperion is not available because Whamcloud needs access for foreign nationals. Cray is still trying to put a single cabinet XE at IU, but even this may not be enough clients. Status of IU's LustreWAN Project Dave and John have been working with Steve and Josh at IU to complete a statement of work for their proposal for UID mapping and alternate GSSAPI authentication features to facilitate LustreWAN deployments. discussion: - We will share the SOW with the TWG after we complete our review the next draft. The final draft will need approval of the Board. - Andreas asked to have the shared key GSSAPI mechanism available sooner than later. Josh said the security folks at IU would be adding this feature in parallel to the UID mapping project. LUG (April 23-25, Austin, TX) OpenSFS has offered to provide meeting space for its working groups on Wednesday afternoon (4/25) after LUG adjourns. Both the CDWG and TWG have expressed interest in meeting. Since we share many of the WG participants, the meetings will be run sequentially. Dave and John want to use the TWG time on Wednesday to work on the requirements and roadmap for new Lustre features. The OpenBenchmark for Lustre team is refining their charter with the OpenSFS Board. This working group will meet Sunday afternoon (4/22) before LUG starts. If you are interested in attending these OpenSFS sessions, please plan your travel accordingly. From carrier at cray.com Fri Feb 24 18:55:10 2012 From: carrier at cray.com (John Carrier) Date: Fri, 24 Feb 2012 18:55:10 +0000 Subject: [Twg] TWG meeting minutes for 2012-02-23 In-Reply-To: References: Message-ID: Richard Henwood sent the following correction to my notes from yesterday's meeting: SMP Node Affinity has _one_ LU Issue. This is LU-56. LU-55 has been closed. The decision here is to have just a single active ticket for the current SMP Node Affinity work. Thanks, Richard! --jc From: twg-bounces at lists.opensfs.org [mailto:twg-bounces at lists.opensfs.org] On Behalf Of John Carrier Sent: Friday, February 24, 2012 12:15 AM To: twg at lists.opensfs.org; discuss at lists.opensfs.org Subject: [Twg] TWG meeting minutes for 2012-02-23 Attached are the meeting minutes from this week's TWG call. We spent this meeting reviewing Whamcloud's status of their OpenSFS development projects. We will have a meeting next week (3/1) to begin our discussion of requirements and roadmaps of new Lustre features. Dial: 1-715-726-4994, 1-866-304-8294 ID & Password: 72090 Given how quickly time went this week, I would like to propose we plan for next week's meeting to run for 90 minutes. Please post questions/comments to discuss at lists.opensfs.org Thanks, --jc -------------- next part -------------- An HTML attachment was scrubbed... URL: From shay at opensfs.org Wed Feb 29 18:52:27 2012 From: shay at opensfs.org (Shay Seager) Date: Wed, 29 Feb 2012 10:52:27 -0800 Subject: [Twg] LUG Early Registration Extended! Message-ID: <3E47F968-BD08-4297-9E71-A2C796C4C20E@opensfs.org> Happy Leap Day! To celebrate getting an extra day this year we are giving you 9 extra days to register! We are extending early bird registration to MARCH 9th, 2012, but don't wait until the last minute, our room block is filling up fast! Make sure you get good hotel rates by registering today! The LUG Program will be published March 1st! Make sure you check http://www.opensfs.org/lug/program to get the full event schedule. We have also extended government rated rooms to April 25th, so you can stay Wednesday for the OpenSFS General meeting, Technical Working Group Meeting, and Community Development Working Group Meeting. These OpenSFS meetings are the perfect place to get your creative juices flowing and contribute to the future of Lustre and OpenSFS; with all the inspiration from 2.5 days of amazing speakers and innovative designs, you are going to be bursting with great ideas, so make sure you stick around with us from 1pm-5pm on Wednesday April 25th. To ensure that you get to enjoy every ounce of LUG we recommend flying in sunday April 22 in the morning and flying out Thursday April 26th in the morning. Register today! http://www.opensfs.org/lug/registration We look forward to seeing you in Austin! - - - Shay Seager Open SFS Secretary www.opensfs.org (925) 290-7641 shay at opensfs.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From carrier at cray.com Wed Feb 29 20:43:32 2012 From: carrier at cray.com (John Carrier) Date: Wed, 29 Feb 2012 20:43:32 +0000 Subject: [Twg] Meeting Agenda for Mar 1, 2012 In-Reply-To: <1329938848.17524.5.camel@frustration.ornl.gov> References: <1329938848.17524.5.camel@frustration.ornl.gov> Message-ID: Hi all, The OpenSFS Technical Working Group will be meeting tomorrow, Thursday (3/1/2012) at 12:30ET/9:30PT. Conference info: Dial: 1-715-726-4994, 1-866-304-8294 ID & Password: 72090 We had a good review last week of our current OpenSFS development projects. We will continue this week with the rest of the agenda from last week: * Requirements & Roadmap * update community requirements * identify features in need of development * funneling projects outside OpenSFS into CDWG If you have suggestions for other topics, please send them to the list. Thanks, John & Dave