BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//Spectrum Scale User Group - ECPv6.15.10//NONSGML v1.0//EN
CALSCALE:GREGORIAN
METHOD:PUBLISH
X-WR-CALNAME:Spectrum Scale User Group
X-ORIGINAL-URL:https://www.spectrumscaleug.org
X-WR-CALDESC:Events for Spectrum Scale User Group
REFRESH-INTERVAL;VALUE=DURATION:PT1H
X-Robots-Tag:noindex
X-PUBLISHED-TTL:PT1H
BEGIN:VTIMEZONE
TZID:America/New_York
BEGIN:DAYLIGHT
TZOFFSETFROM:-0500
TZOFFSETTO:-0400
TZNAME:EDT
DTSTART:20180311T070000
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:-0400
TZOFFSETTO:-0500
TZNAME:EST
DTSTART:20181104T060000
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETFROM:-0500
TZOFFSETTO:-0400
TZNAME:EDT
DTSTART:20190310T070000
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:-0400
TZOFFSETTO:-0500
TZNAME:EST
DTSTART:20191103T060000
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETFROM:-0500
TZOFFSETTO:-0400
TZNAME:EDT
DTSTART:20200308T070000
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:-0400
TZOFFSETTO:-0500
TZNAME:EST
DTSTART:20201101T060000
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETFROM:-0500
TZOFFSETTO:-0400
TZNAME:EDT
DTSTART:20210314T070000
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:-0400
TZOFFSETTO:-0500
TZNAME:EST
DTSTART:20211107T060000
END:STANDARD
END:VTIMEZONE
BEGIN:VTIMEZONE
TZID:Europe/London
BEGIN:DAYLIGHT
TZOFFSETFROM:+0000
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:20180325T010000
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+0000
TZNAME:GMT
DTSTART:20181028T010000
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETFROM:+0000
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:20190331T010000
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+0000
TZNAME:GMT
DTSTART:20191027T010000
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETFROM:+0000
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:20200329T010000
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+0000
TZNAME:GMT
DTSTART:20201025T010000
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETFROM:+0000
TZOFFSETTO:+0100
TZNAME:BST
DTSTART:20210328T010000
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+0000
TZNAME:GMT
DTSTART:20211031T010000
END:STANDARD
END:VTIMEZONE
BEGIN:VTIMEZONE
TZID:America/Denver
BEGIN:DAYLIGHT
TZOFFSETFROM:-0700
TZOFFSETTO:-0600
TZNAME:MDT
DTSTART:20180311T090000
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:-0600
TZOFFSETTO:-0700
TZNAME:MST
DTSTART:20181104T080000
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETFROM:-0700
TZOFFSETTO:-0600
TZNAME:MDT
DTSTART:20190310T090000
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:-0600
TZOFFSETTO:-0700
TZNAME:MST
DTSTART:20191103T080000
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETFROM:-0700
TZOFFSETTO:-0600
TZNAME:MDT
DTSTART:20200308T090000
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:-0600
TZOFFSETTO:-0700
TZNAME:MST
DTSTART:20201101T080000
END:STANDARD
END:VTIMEZONE
BEGIN:VTIMEZONE
TZID:Australia/Perth
BEGIN:STANDARD
TZOFFSETFROM:+0800
TZOFFSETTO:+0800
TZNAME:AWST
DTSTART:20190101T000000
END:STANDARD
END:VTIMEZONE
BEGIN:VTIMEZONE
TZID:Australia/Sydney
BEGIN:STANDARD
TZOFFSETFROM:+1100
TZOFFSETTO:+1000
TZNAME:AEST
DTSTART:20190406T160000
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETFROM:+1000
TZOFFSETTO:+1100
TZNAME:AEDT
DTSTART:20191005T160000
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+1100
TZOFFSETTO:+1000
TZNAME:AEST
DTSTART:20200404T160000
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETFROM:+1000
TZOFFSETTO:+1100
TZNAME:AEDT
DTSTART:20201003T160000
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+1100
TZOFFSETTO:+1000
TZNAME:AEST
DTSTART:20210403T160000
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETFROM:+1000
TZOFFSETTO:+1100
TZNAME:AEDT
DTSTART:20211002T160000
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VTIMEZONE
TZID:Asia/Singapore
BEGIN:STANDARD
TZOFFSETFROM:+0800
TZOFFSETTO:+0800
TZNAME:+08
DTSTART:20190101T000000
END:STANDARD
END:VTIMEZONE
BEGIN:VTIMEZONE
TZID:Asia/Shanghai
BEGIN:STANDARD
TZOFFSETFROM:+0800
TZOFFSETTO:+0800
TZNAME:CST
DTSTART:20190101T000000
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
DTSTART;TZID=America/New_York:20191010T090000
DTEND;TZID=America/New_York:20191010T163000
DTSTAMP:20260405T173938
CREATED:20190911T122535Z
LAST-MODIFIED:20190920T073453Z
UID:1486-1570698000-1570725000@www.spectrumscaleug.org
SUMMARY:Spectrum Scale NYC User Meeting 2019
DESCRIPTION:NYU Langone and IBM will host a Spectrum Scale User Meeting on October 10. \nPlease register here to attend:\nhttps://www.eventbrite.com/e/2019-spectrum-scale-user-group-nyc-tickets-73471036849 \nDraft agenda \n\n\n\n\n	3008:3009:00Registration and Morning Coffeen/a\n\n\n	1509:0009:15WelcomeAmy Hirst (IBM) / John Speakman (NYU Langone)\n\n\n	2509:1509:40What is new in Spectrum Scale?Felipe Knop (IBM)\n\n\n	2509:4010:05What is new in ESS?Steve Duersch (IBM)\n\n\n	2510:0510:30Spectrum Scale Erasure Code Edition (ECE)Puneet Chaudhary (IBM)\n\n\n	2010:3010:50Coffee and Networkingn/a\n\n\n	2510:5011:15Customer TalkMichael Costantino (NYU Langone)\n\n\n	1511:1511:30What is new in licensing?Nariman Nasef (IBM)\n\n\n	2011:3011:50Service UpdateJames Livulpi (IBM)\n\n\n	2511:5012:15Scaling data transferChris Black (The New York Genome Center)\n\n\n	4512:1513:00Lunch and Networkingn/a\n\n\n	2513:0013:25AI ecosystem and solutions with IBM Spectrum ScaleTed Hoover (IBM)\n\n\n	2513:2513:50Nvidia: Doing large scale AI faster – scale innovation with multi-node-multi-GPU computing and a scaling data pipelineTBD (Nvidia)\n\n\n	2513:5014:15Spectrum Scale Solutions for AI workloadsPiyush Chaudhary (IBM)\n\n\n	2014:1514:35Coffee and Networkingn/a\n\n\n	4014:3515:15Technical Deep Dive - Topic NetworkJohn Lewars (IBM)\n\n\n	3015:1515:45Containerisation DiscussionTed Hoover (IBM)\n\n\n	6015:4516:45Open DiscussionAll\n\n\n	1516:4517:00Wrap-upRichard Rupp (IBM)\n\n\n	12017:0019:00Social EventAll
URL:https://www.spectrumscaleug.org/event/spectrum-scale-nyc-user-meeting-2019/
LOCATION:NYU Langone Health\, 435 East 30th Street\, New York\, NY\, 10016\, United States
END:VEVENT
BEGIN:VEVENT
DTSTART;VALUE=DATE:20191018
DTEND;VALUE=DATE:20191019
DTSTAMP:20260405T173938
CREATED:20190201T134139Z
LAST-MODIFIED:20190813T031956Z
UID:1155-1571356800-1571443199@www.spectrumscaleug.org
SUMMARY:Australian Spectrum Scale User Group (after IBM Systems Technical University)
DESCRIPTION:18th October | Sydney\, Australia \nIBM St Leonards\nLevel 13\,\n601 Pacific Highway\nSt Leonards\, NSW 2065\n\n8am – 5pm (Registration from 8 until 9am\, prompt kickoff at 9am).\nThis will include refreshments and Lunch.\n\nA social event is being worked on\, perhaps either an event Thursday night or something afterwards on Friday. Looking for sponsors!\n\nAgenda to come…\nPlease reach out to Chris Schlipalius if you would like to present your user case study at the meeting or you would like to sponsor a networking event.\n\nThis day may also include afternoon sessions for Spectrum Protect\, Spectrum Archive and LSF as time and content planning allows.\n\nEvent details: http://bit.ly/2YOFQ3u
URL:https://www.spectrumscaleug.org/event/spectrum-scale-user-group-at-ibm-systems-technical-university-australia/
LOCATION:IBM St Leonards Sydney\, 601 Pacific Highway St Leonards\, Sydney\, NSW\, Australia
END:VEVENT
BEGIN:VEVENT
DTSTART;TZID=Europe/London:20191105T090000
DTEND;TZID=Europe/London:20191105T160000
DTSTAMP:20260405T173938
CREATED:20191016T115746Z
LAST-MODIFIED:20191016T125846Z
UID:1534-1572944400-1572969600@www.spectrumscaleug.org
SUMMARY:Spectrum Scale China User Meeting 2019
DESCRIPTION:IBM will host a Spectrum Scale User Meeting in Shanghai on November 5. \nPlease register via mail if you plan to attend:\nyingjunsha@jianuodigital.com \nDraft agenda \n\n\n\n\n	09:0009:30Registration and Morning Coffeen/a\n\n\n	09:3009:40WelcomeMatt Geiser (IBM)\n\n\n	09:4010:10What is new in Spectrum Scale/ESS?Matt Geiser (IBM) / TBD\n\n\n	10:1010:40Spectrum Scale Erasure Code Edition (ECE)Shen Lin Feng (IBM)\n\n\n	10:4011:10Spectrum DiscoverFrank Lee (IBM)\n\n\n	11:1011:30Customer TalkTBD\n\n\n	11:3012:00Spectrum Scale for containerGong Wei (IBM)\n\n\n	12:0013:00Lunch\n\n\n	13:0013:30Spectrum Scale for CloudMeng He (AWS China)\n\n\n	13:3014:00Spectrum Scale for AIMeng Wei (IBM)\n\n\n	14:0014:30Spectrum Scale Advanced Data Management with Spectrum Archive EE and IBM Cloud Object StorageXu Tai Ming (IBM)\n\n\n	14:3015:00Spectrum Scale Customer Service UpdateLi Guang Lei (IBM)\n\n\n	15:0015:20IBM Spectrum Storage Online LabLiu Xin (IBM)\n\n\n	15:2016:00Roundtable and Q&AAll
URL:https://www.spectrumscaleug.org/event/spectrum-scale-china-user-meeting-2019/
LOCATION:IBM Shanghai Client Center\, 55 Chuanhe Road\, Zhangjiang\, Pudong\, Shanghai\, China
END:VEVENT
BEGIN:VEVENT
DTSTART;TZID=America/Denver:20191117T090000
DTEND;TZID=America/Denver:20191117T173000
DTSTAMP:20260405T173938
CREATED:20190130T135546Z
LAST-MODIFIED:20200604T082431Z
UID:1146-1573981200-1574011800@www.spectrumscaleug.org
SUMMARY:Spectrum Scale user group meeting @SC19
DESCRIPTION:Start your SC19 experience off with the Spectrum Scale User Group! We’ll be hosting our yearly gathering on Sunday November 17\, from 9:30-6:00 PM. This global user-led meeting provides an opportunity for peer-to-peer learning and interaction with IBM’s technical leadership team on the latest IBM Spectrum Scale roadmaps\, latest features\, ecosystem\, licensing\, and applications for AI. \nThis is a free event\, but registration in advance is required: www.ibm.com/events/2019/SC19_BC \nIBM Spectrum Scale User Group Meeting\nSunday\, November 17\, 2019 \n9:30 am – 12:00\nThe morning session is dedicated to new and potential users of IBM Spectrum Scale. Experienced users and technical leaders will host an introductory session featuring key use cases\, basic concepts and an interactive Q&A. \n12:30 pm – 6:00 pm\nThe afternoon session is the  main user group meeting. Topics include recent enhancements\, product strategy and AI ecosystems. Client and partner presenters will present details of their deployment or their solutions. This year’s agenda will also feature lightning talks on user-generated topics. A cocktail reception will follow the main agenda at 6 pm to continue the discussion. \nSee you in Denver! \nDraft agenda \n\n\n\n\n	09:3009:45New users: Welcome\n\n\n	09:4510:15New users: Spectrum Scale use casesUlf Troppens (IBM)\n\n\n	10:1511:15New users: Spectrum Scale concepts and features Tomer Perry (IBM)\n\n\n	11:1511:45New users: Q&AAll\n\n\n	11:4512:30Lunch breakn/a\n\n\n	12:3012:45WelcomeKristy Kallback-Rose & Bob Oesterlin (User Group) / Amy Hirst (IBM)\n\n\n	12:4513:05Spectrum Scale & ESS updateChris Maestas (IBM)\n\n\n	13:0513:25Evolving a campus wide research storage capture\, analysis and management strategyJake Carrol (University of Queensland)\n\n\n	13:2513:40Starfish Storage Zones: Enabling Users to Manage their Own Storage (Partner Talk)Jacob Famer (Starfish)\n\n\n	13:4014:00AI ecosystems and solutions with Spectrum Scale (update)Piyush Chaudhary (IBM)\n\n\n	14:0014:15It’s the network again (even on Windows): A turorial on how to use nsdperf to pinpoint complex networking issues (Sponsor Talk)Michael Hennecke (Lenovo)\n\n\n	14:1514:45Spectrum Scale Erasure Code Edition (ECE)Nikhil Khandelwal (IBM) / Olaf Weiser (IBM)\n\n\n	14:4515:15Coffee breakn/a\n\n\n	15:1515:45Lightning talksSimon Thompson (Moderator)\n\n\n	15:4516:00Tip the Scale in your favor:  How an IBM “Full Stack” Partner can help (Sponsor Talk)Chris Bogan (Mark III)\n\n\n	16:0016:15Fastest File Servers in Public CloudPinkesh Valdria (Oracle Cloud)\n\n\n	16:1516:35Spectrum Scale strategy updateTed Hoover (IBM) / Wayne Sawdon (IBM)\n\n\n	16:3516:55A Review of Spectrum Scale Migrations and Challenges at St. JudeWill Schmied (St. Jude Children's Research Hospital)\n\n\n	16:5517:15Spectrum Scale Data Migration With AFM - A Cautionary TaleBob Oesterlin (Nuance)\n\n\n	17:1517:45Deep Dive - Block and inode allocation in Spectrum ScaleTomer Perry (IBM)\n\n\n	17:4518:00Ask us anythingAll\n\n\n	18:0020:00Get togethern/a
URL:https://www.spectrumscaleug.org/event/spectrum-scale-user-group-meeting-sc19/
LOCATION:Hyatt Regency Denver\, 650 15th Street\, Denver\, CO\, 80202\, United States
END:VEVENT
BEGIN:VEVENT
DTSTART;TZID=Europe/London:20191205T113000
DTEND;TZID=Europe/London:20191205T130000
DTSTAMP:20260405T173938
CREATED:20190130T135933Z
LAST-MODIFIED:20200604T082424Z
UID:1148-1575545400-1575550800@www.spectrumscaleug.org
SUMMARY:Spectrum Scale user group @Computing Insights
DESCRIPTION:This event is part of Computing Insights UK and attendees must be registered for CIUK to attend the meeting. \n\n\n\n\n	StartEndTitleSpeaker\n\n\n\n\n	1511:3011:45Big Data and AI at ScaleTomer Perry (IBM)\n\n\n	2011:4512:05Experience of CES as an NFS ServerFrederik Ferner (Diamond Light Source)\n\n\n	2512:0512:30TBCSven Oehme (DDN)\n\n\n	3012:3013:00Deep Dive – Block and inode allocation in Spectrum ScaleTomer Perry (IBM)
URL:https://www.spectrumscaleug.org/event/spectrum-scale-user-group-computing-insights/
LOCATION:Manchester Central\, Windmill St\, Manchester\, M2 3GX\, United Kingdom
END:VEVENT
BEGIN:VEVENT
DTSTART;TZID=Australia/Perth:20200225T123000
DTEND;TZID=Australia/Perth:20200225T193000
DTSTAMP:20260405T173938
CREATED:20191120T060152Z
LAST-MODIFIED:20200220T210847Z
UID:1576-1582633800-1582659000@www.spectrumscaleug.org
SUMMARY:CANCELLED: Spectrum Scale User Group @SC Asia 2020
DESCRIPTION:The SC Asia event unfortunately is cancelled today as of the 13th Feb 2020 due to travel restrictions that the respective organisations of the sponsor and organiser\, have now chosen to implement. \n 
URL:https://www.spectrumscaleug.org/event/spectrum-scale-user-group-sc-asia-2020/
END:VEVENT
BEGIN:VEVENT
DTSTART;VALUE=DATE:20200303
DTEND;VALUE=DATE:20200304
DTSTAMP:20260405T173938
CREATED:20191114T140556Z
LAST-MODIFIED:20200604T081905Z
UID:1563-1583193600-1583279999@www.spectrumscaleug.org
SUMMARY:German Spectrum Scale User Meeting 2020 (New User Day)
DESCRIPTION:The Spectrum Scale Strategy days in Germany are organised by IBM. Full details are available on the IBM Event site.
URL:https://www.spectrumscaleug.org/event/ibm-spectrum-scale-german-user-meeting-2020-new-user-day/
LOCATION:IBM Client Center Ehningen\, IBM-Allee 1\, Ehningen\, 71139\, Germany
END:VEVENT
BEGIN:VEVENT
DTSTART;VALUE=DATE:20200304
DTEND;VALUE=DATE:20200306
DTSTAMP:20260405T173938
CREATED:20191114T140805Z
LAST-MODIFIED:20200604T081843Z
UID:1566-1583280000-1583452799@www.spectrumscaleug.org
SUMMARY:German Spectrum Scale User Meeting 2020
DESCRIPTION:The Spectrum Scale Strategy days in Germany are organised by IBM. Full details are available on the IBM Event site.
URL:https://www.spectrumscaleug.org/event/german-spectrum-scale-user-meeting-2020/
LOCATION:IBM Client Center Ehningen\, IBM-Allee 1\, Ehningen\, 71139\, Germany
END:VEVENT
BEGIN:VEVENT
DTSTART;VALUE=DATE:20200512
DTEND;VALUE=DATE:20200513
DTSTAMP:20260405T173938
CREATED:20190509T084910Z
LAST-MODIFIED:20200316T220435Z
UID:1366-1589241600-1589327999@www.spectrumscaleug.org
SUMMARY:CANCELLED: Worldwide/UK Spectrum Scale 2020 new user day
DESCRIPTION:Due to the ongoing COVID-19 outbreak\, this in-person event is cancelled. We hope to bring a digital version! \n  \nThe new user day is something we’ve tried to squeeze around the main agenda in the past\, this year is running as a completely separate day prior to the main event. \nPlease note that registration for the new user day is separate to the main 2 day event. \nAgenda\nThe agenda for the new user day is currently being developed but the outline is provided here to help you plan travel. \n\n\n\n\n	StartEndTitleSpeaker\n\n\n\n\n	3009:3010:00ARRIVALS & REGISTRATION\n\n\n	1510:0010:15Opening\, welcome\n\n\n	Spectrum Scale Use Cases\n\n\n	Spectrum Scale Features & Functions\n\n\n	6012:0013:00LUNCH\n\n\n	Live Demo\n\n\n	Orientation for New Users\n\n\n	3015:0015:30BREAK\n\n\n	How to design a Spectrum Scale environment\n\n\n\n	3017:3018:00Q&A and WRAP UP\n\n\n\n\n 
URL:https://www.spectrumscaleug.org/event/worldwide-uk-spectrum-scale-2020-new-user-day/
LOCATION:IBM South Bank\, 76/78 Upper Ground\, London\, SE1 9PZ\, United Kingdom
END:VEVENT
BEGIN:VEVENT
DTSTART;VALUE=DATE:20200513
DTEND;VALUE=DATE:20200515
DTSTAMP:20260405T173938
CREATED:20190509T084729Z
LAST-MODIFIED:20200316T220356Z
UID:1364-1589328000-1589500799@www.spectrumscaleug.org
SUMMARY:CANCELLED: Worldwide/UK 2020 Spectrum Scale User Group
DESCRIPTION:Due to the ongoing COVID-19 outbreak\, this in-person event is cancelled. We hope to bring a digital version! \n  \nThis year’s Spectrum Scale user group event has a fantastic agenda of Spectrum Scale experts and will take place over 2-days\, again at IBM’s client centre overlooking the River Thames in London. 2020 sees 10 years of the user group in the UK! The event will provide you with the opportunity to hear the latest Spectrum Scale updates from filesystem experts as well as hear from other users on their experiences. Similar to previous years\, we’re also holding smaller interactive workshops to allow for more detailed discussion. \nIn addition to the main event\, we’re also running a new user day on 12th May. Please note that registration for the new user day is separate.  \nSponsors\nThis event wouldn’t be possible without the support of our sponsors and we thank them for their support! \n\n\n\n\n	\n\n\n	\n\n\n\n\nAgenda\nThe agenda is currently being developed\, the outline agenda to give an indication of timings is given below but is subject to change. \nDay 1 – May 13th 2020\n\n\n\n\n	StartEndTitleSpeaker\n\n\n\n\n	6009:0010:00ARRIVALS & REGISTRATION\n\n\n	3010:0010:30Opening\, welcome & pop quizSimon Thompson (Chair) \n\n\n	6012:0013:00LUNCH\n\n\n	3014:4515:15BREAK\n\n\n	4016:5017:30Meet the Devs - Ask us AnythingAll\n\n\n	1017:3017:40WRAP UPSimon Thompson (Chair)\n\n\n	13518:3022:45User Group Networking / DinnerRegistration and Badge/Lanyard required\n\n\n\n\nDay 2 – May 14th 2020\n\n\n\n\n	StartEndTopicSpeaker\n\n\n\n\n	3008:3009:00ARRIVALS\n\n\n	3008:3009:00Spectrum Scale Licensing\n\n\n	6009:0010:00\n\n\n	\n\n\n	\n\n\n	6010:0011:00\n\n\n	\n\n\n	\n\n\n	6011:0012:00 \n\n\n	\n\n\n	\n\n\n	6012:0013:00LUNCH\n\n\n	3013:0013:30\n\n\n	3013:3014:00\n\n\n	3014:0014:30BREAK\n\n\n	2014:3014:50\n\n\n	2014:5015:10\n\n\n	2015:1015:30\n\n\n	2015:3015:50\n\n\n	1015:5016:00CLOSESimon Thompson (Chair)
URL:https://www.spectrumscaleug.org/event/worldwide-uk-2020-spectrum-scale-user-group/
LOCATION:IBM South Bank\, 76/78 Upper Ground\, London\, SE1 9PZ\, United Kingdom
END:VEVENT
BEGIN:VEVENT
DTSTART;VALUE=DATE:20200519
DTEND;VALUE=DATE:20200521
DTSTAMP:20260405T173938
CREATED:20200514T144830Z
LAST-MODIFIED:20200605T212322Z
UID:1744-1589846400-1590019199@www.spectrumscaleug.org
SUMMARY:IBM Virtual User Groups Day
DESCRIPTION:IBM are hosting an Virtual User groups day which includes a focus on Spectrum Scale
URL:https://www.spectrumscaleug.org/event/ibm-virtual-user-groups-day/
END:VEVENT
BEGIN:VEVENT
DTSTART;TZID=Europe/London:20200618T160000
DTEND;TZID=Europe/London:20200618T173000
DTSTAMP:20260405T173938
CREATED:20200603T184628Z
LAST-MODIFIED:20220128T180956Z
UID:1749-1592496000-1592501400@www.spectrumscaleug.org
SUMMARY:SSUG::Digital: 001 - What is new in Spectrum Scale 5.0.5?
DESCRIPTION:At each of our user group events\, we pretty much always start off with “What’s new in XXX release?” and with Spectrum Scale 5.0.5 having just been release\, we’re doing the same with the new series of SSUG::Digital events. \n        \n        \n            \n                \n                    \n                \n               \n            \n        \n        \n  \n \nDownload slides here \n  \nBlog Post: What is new in Spectrum Scale 5.0.5? \nQ&A\nQ: ­How would one go about obtaining an IBM Contact? ­\nA: ­­Do you have an IBM Sales rep already? That would be the first person to contact. ­If you purchased through a business partner\, that is your first point of contact. \nQ: ­ Will EUS releases going to be consumed preferentially by the ESS code distributions? Maybe would make it easier to coordinate Spectrum Scale and ESS code levels when we need to update Spectrum Scale. ­\nA: ­That’s the intention. Of course\, based on exact timing of releases and ESS needs for new functions\, it might not work out in all cases. ­ \nQ: ­Regarding Thin Provisioning support: Are there any test cycle for other vendors like Hitachi already happening? ­\nA: Contact IBM to discuss the specific vendor requirements. ­If you have a specific piece of hardware you want to see supported\, file an RFE. \nQ: ­Does the support of compression mean that you will also support the FCM Modules in an ESS 3000 or in storages like the IBM Flash Systems 9000/7000/5000? ­\nA: ­It is under evaluation to support FCM Modules of IBM Flash Systems and future ESS models with future Spectrum Scale releases. ­ \nQ: ­Any estimate on performance differences between Spectrum Scale 4.2.3 and Spectrum Scale 5.0.5­?\nA: There are incremental performance improvements in every Spectrum Scale releases. There is a significant performance jump from Spectrum Scale 4.2.3 to Spectrum Scale 5.0.0 to meet the performance commitments for CORAL. Some performance improvements have been covered at previous User Group Meetings and are available on (https://www.spectrumscaleug.org/presentations). It is also planned to provide a performance update in a future Expert Talk. \nQ: ­Are there plans to set the all-to-all daemon connections to defaults? ­\nA: ­No as default at the moment. See Expert Talk 004 “Performance Update” for more details:\nhttps://www.spectrumscaleug.org/event/ssugdigital-spectrum-scale-expert-talks-update-on-performance-enhancements-in-spectrum-scale \nQ: ­Is all-to-all connection establishment limited to the nodes inside a cluster or does it include all nodes from remote clusters that are already connected to a FS? ­\nA: Local and remote­. \nQ: ­”cp –preserver=xattr” feature is it something that 5.0.5 will enable for copies to “5.0.5”? Aka migrating data from 4.X to 5.X\, or only from 5.0.5 to future versions? ­\nA: ­You can copy files from Spectrum Scale 5.0.5 to previous and further version preserving extended attributes. You cannot copy the extended attributes from previous versions of Spectrum Scale to Spectrum Scale 5.0.5. \nQ: ­Is the “cp –preserve…” a function of the RHEL release\, or is there a version of cp included with Spectrum Scale? ­\nA: ­The system calls listxattr\, getxattr\, and setxattr were extended to retrieve ACLs as extended attributes. ­ \nQ: ­So\, then the version of the Spectrum Scale filesystem doesn’t matter\, just the version of RHEL? (for the cp question). ­\nA: ­Those system calls are extended by Spectrum Scale Scale at the VFS layer\, so it would depend on the version of Spectrum Scale (and kernel extensions). ­ \nQ: ­Are there any plans for Scale Protocols to support SMB transparent failover? ­\nA: ­As functionality is introduced into Samba code base\, IBM look into how they can pick support up for that. It’s a topic being discussed in the Samba community for this type of failover. ­ However\, it’s known to be a hard problem. \nQ: ­Any news on NFS4.1 support? ­\nA: ­It is in plan to support it later this year (subject to IBM plan commitment disclaimer)­. \nQ: ­On Spectrum Scale 4.2.3 and RHEL 7\, we’ve had problems with the Ganesha daemon using steadily more memory over time\, requiring us to failover / stop / start / failback periodically. Has Ganesha’s memory requirements been reduced in Spectrum Scale 5.0.5\, or is there better visibil­ity into what is driving memory usage?\nA: ­This issue was traced back to a C library memory allocation fragmentation issue.  There was a fix put into the Ganesha code to force the release of this unused fragmented memory.  This fix was made available last year in the 5.0.x release stream. ­ \nQ: ­Hallo All\, what is now the strategy to support object protocols like S3. It is missing the currency­.\nA: ­We have renewed focus on Object protocol.  We plan to support the Train release in the fall release.  Going forward we will try to update the Swift/S3 version once a year to make sure it stays current (subject to IBM plan commitment disclaimer). ­­If you have specific interest in S3 applications\, please contact us as we would like to hear about your requirements and use cases. \nQ: ­We are working on a deployment of CSI 1.1.0. When is snapshot support happening.?\nA: ­Snapshot support is planned to be available in a CSI driver update coming in late 3Q early 4Q 2020 (subject to IBM plan commitment disclaimer).­ \nQ: Are there any news about the restriction of GUI HA with CSI?\nA: ­This is a high priority requirement for the fall release.  It’s not officially committed yet\, but we are definitely trying to squeeze it in (subject to IBM plan commitment disclaimer). \nUser group host: Simon Thompson\nSpeakers:\n\n\n\n\n	Speaker NamePhotoBioSocial connections\n\n\n\n\n	Chris MaestasChris is an Executive Architect for IBM File and Object Storage Solutions with over 20 years of experience deploying and designing IT systems for clients in various spaces. He has experience scaling performance and availability with a variety of file systems technologies. He has developed benchmark frameworks to test out systems for reliability and validate research performance data. He also has led global enablement sessions online and face to face where discussing how best to position mature technologies like Spectrum Scale with emerging technologies in Cloud\, Object\, Container or AI spaces.Twitter: @cdmaestas\nLinkedIn: https://www.linkedin.com/in/cdmaestas\n\n\n	Mathias DietzMathias works in the Spectrum Scale development team in Kelsterbach (Germany) as a software architect responsible for Reliability\, Availability and Serviceability (RAS). Part of his role is to drive reliability improvement into Spectrum Scale and improve Health & Performance monitoring\, Proactive Services and CES failover.\n\n\n	Ismael Solis MorenoIsmael works in the Spectrum Scale development team in Guadalajara Mexico as a data scientist and performance analyst. He is responsible for evaluating Spectrum Scale new features and releases performance. Part of his role is to analyze datasets to identify points of performance improvement providing insights to the development teams.LinkedIn: https://www.linkedin.com/in/ismaelsm
URL:https://www.spectrumscaleug.org/event/ssugdigital-spectrum-scale-expert-talk-what-is-new-in-spectrum-scale-5-0-5/
LOCATION:Digital Event
CATEGORIES:Expert Talks
END:VEVENT
BEGIN:VEVENT
DTSTART;TZID=Europe/London:20200713T160000
DTEND;TZID=Europe/London:20200713T173000
DTSTAMP:20260405T173938
CREATED:20200611T073812Z
LAST-MODIFIED:20220128T180933Z
UID:1805-1594656000-1594661400@www.spectrumscaleug.org
SUMMARY:SSUG::Digital: 002 - Best Practices for building a stretched cluster
DESCRIPTION:Talk 2 in the SSUG::Digital series looks at how to build a stretched cluster. What are the best practices? What pitfalls are there? Why would you consider a stretched cluster built with Spectrum Scale\, as opposed to one of the alternative approaches to high availability? How do stretched clusters work\, and what considerations go into planning a successful stretched cluster? We will examine the theory behind Spectrum Scale stretched clusters\, review some best practices for designing stretched clusters\, and talk about a few cases where stretched clusters have been successfully deployed. \n        \n        \n            \n                \n                    \n                \n               \n            \n        \n        \n \nDownload slides here \n  \nQ&A\nQ: For DR use case where ClusterA and ClusterB are the 2 separate data centres (DC A and DCB)\, do I need my Tiebreaker Quorum node installed in Data Centre C?\nA: (This is covered in the presentation). It is recommended to have the tiebreaker quorum node at a third site but it could be in one of the sites with the caveat that if that site goes down the second site will not be able to stay up. \nQ: The documentation shows a high speed shared storage is needed…does it mean that san fabric should be merged over ISL for volume allocation across site?\nA: When using Spectrum Scale replication for stretch clusters there is no need to for the SAN to be extended across the sites. The stretched cluster architecture described in the presentation works even when underlying storage does not replicate the data across sites. \nQ: Will there be any performance difference between extended SAN and accessing NSD over network using their owner?\nA: Well aside from the protocol difference block vs file\, it depends on the type of connectivity you have to SAN vs network. Spectrum Scale has been placing more resiliency in recent releases for what to do for network behaviour (eg recently proactiveReconnet feature was added to Spectrum Scale). \nQ: Does 10ms latency required between SiteA\, SiteB and also Tiebreaker quorum node? Can my tiebreaker quorum node have higher latency? \nA: Yes\, the third site can have a higher latency but it should still be “within reason”. So maybe double that number ie 20ms. It is recommended to keep it under a second. \nQ: Is tiebreaker node hosted on AWS or any other Cloud Providers a supported configuration?\nA: Yes\, we have customers who using a public cloud for their third site. \nQ: What is the RPO and RTO?\nA: Remember that this is synchronous replication. So as long as you don’t run out of space on your storage there is 0 RPO. RTO answer depends on your workload and infrastructure. It depends on the rate of change of data change\, your storage and the WAN. \nQ: How to check/measure the rate of data change?\nA: This really depends on the application and the rate of data change by the application. If you already have implemented Spectrum Scale\, you can use the historical data from performance monitoring within Spectrum Scale to estimate the rate of data change. \nQ: Do you have any general tips/recommendations regarding CES in a stretched cluster?\nA: The CES nodes in your cluster need to be split between the two sites as they are still part of single cluster. SMB performs its own locking with ctdb component. Thus the latency between the CES nodes needs to be fairly small value. Also be aware if you have different address spaces on two sites\, there may not be an automated failover of services and you may need to manually perform the same. \n \nUser group host: Bill Anderson\nSpeakers:\n\n\n\n\n	Speaker NamePhotoBioSocial connections\n\n\n\n\n	Lindsay ToddAs part of the Software Defined Infrastructure team at the IBM Washington Systems Center (WSC)\,  Lindsay provides deep technical expertise with Spectrum Scale (GPFS)\, leveraging prior experience he gained while using it as a customer himself at a university supercomputing center. Lindsay continues exploring and using Spectrum Scale for WSC infrastructure needs\, as well as helping many clients use it to build innovative solutions to their business problems.Blog: https://parallelstorage.com\nLinkedIn: https://linkedin.com/in/rltodd
URL:https://www.spectrumscaleug.org/event/ssugdigital-spectrum-scale-expert-talk-best-practices-for-building-a-stretched-cluster/
LOCATION:Digital Event
CATEGORIES:Expert Talks
END:VEVENT
BEGIN:VEVENT
DTSTART;TZID=Europe/London:20200727T160000
DTEND;TZID=Europe/London:20200727T173000
DTSTAMP:20260405T173938
CREATED:20200618T102210Z
LAST-MODIFIED:20220128T181050Z
UID:1817-1595865600-1595871000@www.spectrumscaleug.org
SUMMARY:SSUG::Digital: 003 - Strategy Update
DESCRIPTION:Spectrum Scale Strategy UpdateToday is the AI era and we are going through huge explosion of data. Besides the AI revolution\, we have clouds\, hybrid clouds and data is moving from “on-prem” to various clouds\, multi-clouds and back. Coupled with this data growth\, Hardware is evolving with an increasing factor of 10. The IBM Spectrum Scale team continues to Invest heavily in adding exciting new features and technology to maintain its leadership as a premier file system. In this session\, Wayne Sawdon (CTO) and Ted Hoover (Program Director) of the Spectrum Scale development team will give an overview of recent\, upcoming features and strategy for Spectrum Scale.\n \n        \n        \n            \n                \n                    \n                \n               \n            \n        \n        \n \nDownload slides here \nQ&A\nNone \nUser group host: Bob Oesterlin\nSpeakers:\n\n\n\n\n	Speaker NamePhotoBio\n\n\n\n\n	Wayne SawdonWayne joined IBM in 1982 and worked on a variety of research projects including the QuickSilver Transactional Operating System. He spend most of the 90's on educational leave at Carnegie Mellon University working on Distributed Shared Memory and Software Defined Computer Architecture. Upon returning he joined the TigerShark research project which became IBM's General Parallel File System. Although Wayne has worked on most of the file system\, he only admits to working on its data management. These days\, Wayne serves as the CTO for Spectrum Scale and ESS.\n\n\n	Ted HooverTed Hoover is a Program Director within IBM’s Spectrum Scale product development organisation.  Ted is responsible for the worldwide development of Spectrum Scale cloud\, container\, and performance engineering teams.
URL:https://www.spectrumscaleug.org/event/ssugdigital-spectrum-scale-expert-talk-strategy-update/
CATEGORIES:Expert Talks
END:VEVENT
BEGIN:VEVENT
DTSTART;TZID=Australia/Sydney:20200827T100000
DTEND;TZID=Australia/Sydney:20200827T160000
DTSTAMP:20260405T173938
CREATED:20200803T065648Z
LAST-MODIFIED:20200820T025458Z
UID:1905-1598522400-1598544000@www.spectrumscaleug.org
SUMMARY:Spectrum Scale Usergroup Australia
DESCRIPTION:Hello so the next Australian Usergroup will be online. \nAll details including the draft program can be found at: https://bit.ly/2P1CXF5 \nPlease pick up a ticket if you are interested in attending as only those on the  attendees list will be sent the event link in coming weeks. \nThe event will be recorded for sharing later. \nSee you there! \n 
URL:https://www.spectrumscaleug.org/event/spectrum-scale-usergroup-australia/
LOCATION:Digital Event
END:VEVENT
BEGIN:VEVENT
DTSTART;TZID=Europe/London:20200910T160000
DTEND;TZID=Europe/London:20200910T173000
DTSTAMP:20260405T173938
CREATED:20200721T072537Z
LAST-MODIFIED:20220128T181037Z
UID:1862-1599753600-1599759000@www.spectrumscaleug.org
SUMMARY:SSUG::Digital: 004 - Update on Performance Enhancements in Spectrum Scale
DESCRIPTION:Update on File Create and MMAP performance\, optimised code for small DIO. \nSpectrum Scale is a highly scalable\, high-performance storage solution for file and object storage. IBM continues to enhance Spectrum Scale performance\, in response to recent hardware advancements and evolving workloads.\nThis presentation will discuss performance related improvements in Spectrum V5\, focusing on enhancements made in support of AI and HPC use cases\, including improvements to MMAP reads\, file create performance\, and small direct IO. In addition we will review some performance numbers measured on the IBM ESS 5000. \n        \n        \n            \n                \n                    \n                \n               \n            \n        \n        \n \nDownload slides here \nQ&A\nQ: ­I assume copy of these charts will be posted to Spectrum Scale User Group “Presentations” web page?\nA: ­Yes\, for all episodes the slides and video should be posted afterwards­. \nQ: ­Please expand on other areas of performance improvements within GPFS that IBM is working on now­?\nA: ­Which areas would you like to see improved? \nQ: ­Will prefetch still happen after the slow second IO?\nA: ­Regarding ‘will prefetch still happen after the slow second IO’ – I know that Ulf said we should handle any more prefetch questions in another talk\, but let me just comment on one case:­ ­we make decisions to prefetch after the associated I/Os are complete\, so prior to prefetch kicking in\, a slow I/O might delay the decision to start prefetching­. \nUser group host: Simon Thompson\nSpeakers:\n\n\n\n\n	Speaker NamePhotoBio\n\n\n\n\n	John Lewars (IBM)John Lewars is a Senior Technical Staff Member leading performance engineering work in the IBM Spectrum Scale development team.  He has been with IBM for over 20 years\, working first on several aspects of IBM's largest high performance computing systems\, and later on the IBM Spectrum Scale (formerly GPFS) development team.  John's work on the Spectrum Scale team includes working with large customer deployments and improving network resiliency\, along with co-leading development of the team's first public cloud and container support deliverables.\n\n\n	Jürgen Hannappel (DESY)Jürgen Hannappel works in the scientific computing group of the DESY IT department on data management for EuXFEL and Petra III. With a background in particle physics his interests shifted towards computing over time as his place of work moved from CERN and Bonn University to DESY\n\n\n	Olaf Weiser (IBM)Olaf works with GPFS for  over 15 years now. He started his GPFS career in one of the worlds biggest telecommunication companies as a technical administrator. Since more than 10 years\, Olaf is with IBM as storage consultant and performance specialist. Recently\, he joined  IBM Research and Development and works on enhancements in Spectrum Scale to adopt client and customer's needs in the product.
URL:https://www.spectrumscaleug.org/event/ssugdigital-spectrum-scale-expert-talks-update-on-performance-enhancements-in-spectrum-scale/
LOCATION:Digital Event
CATEGORIES:Expert Talks
END:VEVENT
BEGIN:VEVENT
DTSTART;TZID=America/New_York:20200916T110000
DTEND;TZID=America/New_York:20200916T120000
DTSTAMP:20260405T173938
CREATED:20200824T084906Z
LAST-MODIFIED:20200824T084906Z
UID:1919-1600254000-1600257600@www.spectrumscaleug.org
SUMMARY:Support Webinar: AFM – Deep Dive and Debugging (NA/EU Session)
DESCRIPTION:IBM Spectrum Scale Webinars are hosted by IBM Spectrum Scale Support to share expertise and knowledge of the Spectrum Scale product\, as well as product updates and best practices. This webinar will focus on AFM functionality in IBM Spectrum Scale. \n>> Register here << \nAgenda: \n\nIntroduction to AFM\nAFM basics and architecture\nAFM commands for monitoring and debugging\nAFM internal directories\nAFM debugging workflow\nCommon AFM failures\nAFM configuration parameters
URL:https://www.spectrumscaleug.org/event/support-webinar-afm-deep-dive-and-debugging-na-eu-session/
END:VEVENT
BEGIN:VEVENT
DTSTART;TZID=Asia/Singapore:20200917T133000
DTEND;TZID=Asia/Singapore:20200917T143000
DTSTAMP:20260405T173938
CREATED:20200824T085833Z
LAST-MODIFIED:20200824T085833Z
UID:1925-1600349400-1600353000@www.spectrumscaleug.org
SUMMARY:Support Webinar: AFM – Deep Dive and Debugging (AP/JP Session)
DESCRIPTION:IBM Spectrum Scale Webinars are hosted by IBM Spectrum Scale Support to share expertise and knowledge of the Spectrum Scale product\, as well as product updates and best practices. This webinar will focus on AFM functionality in IBM Spectrum Scale. \n>> Register here << \nAgenda: \n\nIntroduction to AFM\nAFM basics and architecture\nAFM commands for monitoring and debugging\nAFM internal directories\nAFM debugging workflow\nCommon AFM failures\nAFM configuration parameters
URL:https://www.spectrumscaleug.org/event/support-webinar-afm-deep-dive-and-debugging-ap-jp-session/
END:VEVENT
BEGIN:VEVENT
DTSTART;TZID=Europe/London:20200922T160000
DTEND;TZID=Europe/London:20200922T173000
DTSTAMP:20260405T173938
CREATED:20200902T065507Z
LAST-MODIFIED:20220128T180834Z
UID:1942-1600790400-1600795800@www.spectrumscaleug.org
SUMMARY:SSUG::Digital: 005 - Update on functional enhancements in Spectrum Scale (inode management\, vCPU scaling\, considerations for NUMA)
DESCRIPTION:Spectrum Scale is a highly scalable\, high-performance storage solution for file and object storage. It started more than 20 years ago as research project and is now used by thousands of customers. IBM continues to enhance Spectrum Scale\, in response to recent hardware advancements and evolving workloads.\nThis presentation will discuss selected improvements in Spectrum V5\, focusing on improvements for inode management\, vCPU scaling and considerations for NUMA. \nPart 1 (inode management):\n        \n        \n            \n                \n                    \n                \n               \n            \n        \n        \nPart 2 (vCPU scaling and NUMA considerations):\n        \n        \n            \n                \n                    \n                \n               \n            \n        \n        \n \nDownload slides here \nQ&A – inode management\nQ: If I make the block size 8k\, can an inode stuff a file of that size­?\nA: ­No \, the max inode size is 4K. As discussed on the call\, changing the blocksize (including the metadata blocksize) doesn’t impact the size of an inode\, which is currently limited to 4K. \nQ: ­When files are created an inode number is assigned from 1-Max. 32bit applications can only address inodes up to 4b. With millions of temp files created during application runs\, inodes get used up very quickly.  But once the job is finished the files are­ ­deleted\, but the inodes are not recycled. ­This results in filling the inodes while the file system isn’t full. Can inodes/files that have been deleted\, have their inode recycled for future use?\nA: Inodes do get reused after deletion. How many independent filesets do you have? If you only had the root fileset and you set the maxInodes to less than 4b\, then you can never have an inode number greater than 4b. \nQ: ­Do we have any idea how long it takes to re-layout the inode allocation map?  And can that be done while the FS is mounted?\nA: The run-time for this operation will depend on the size of the existing inode allocation map file since we will be migrating data from the exiting map to the new map. In one customer engagement\, the migration completed in an hour and in another case it took 18 hours.\nWhile this operation can theoretically be done while fs is mounted\, we have currently restricted it to be done with file system offline for safety reasons. We are evaluating to make this operation online in a future release. The re-layout parameters can however be tested with file system mounted. \nQ: ­Are there counters that report the lock collisions/waiters for lock contention that would indicate whether a re-layout is desirable?\nA: ‘mmfsadm dump ialloc’ provides counters on segment search. Grep for ‘inodes allocated from’. Ideally\, we expect allocations to happen from ‘inodes allocated from list of prefetched/deleted inodes’ or ‘inodes allocated from current ialloc segment’. Also\, long waiters during file creation is indication of inode space pressure. \nQ: Why does a large number of NumNodes influence mmdf run time?  (seen some minutes) ­\nA: mmdf fetches cached data. This should not be impacted by cluster size. \nQ: How does NumNodes relate to the number of segments?\nA: The number of inode allocation map segments are chosen such that every node can find a segment with free inodes even if 75% of all segments are full. This has to do with the inode expansion getting triggered only when the inode space is 75% full. We want inode allocation to continue while the inode expansion is taking place. This means that the number of segments would be roughly 4 times NumNodes. \nQ: Are there any general recommendations for initial inode allocation?  I know this depends on the filesystem’s expected use. We typically just base it roughly off existing systems.\nA: Use the default value of allocated inodes (by omitting NumInodesToPreallocate argument of –inode-limit option of mmcrfs/mmcrfileset) when creating file system/independent fileset and let the inodes expand on demand.­ \nQ:  How is the inode allocation map\, and its segmentation\, affected if metadata NSDs are added or deleted?\nA: The inode allocation map is not affected by newly added NSDs as it only tracks inode state. The block allocation map is the one that tracks free/used disk blocks and will get updated on new disk add/delete. \n­Q: Can we shrink the inode space\, if we by mistake allocate a large inode space using –inode-limit?\n ­A: No. \nQ: ­When files are deleted\, does the recovery of free inode happen in lazy way? One customer has just reported that after deleting data from 5TB filesystem\, free space is not reflecting on the filesystem­.\nA: Yes. The files are deleted asynchronously in the background. You can run ‘mmfsadm dump deferreddeletions’ to see the number of inodes that are queued for deletion in mounted file systems. \nQ: At what version is automatic inode expansion available?\nA: Since the earliest spectrum scale versions. \nQ: ­How do you indentify the metanode?­\nA: ­Here is an example:\nls -i testfile\n68608 testfile \nThen find this inode number in ‘mmfsadm dump files’. (note that the mmfsadm dump command should be avoided in production)\n===== dump files =====\n[… search on inode]\n  inode 68608 snap 0 USERFILE nlink 1 genNum 0x49DE6F0F mode­‑ \nThe above is an example of how you might lookup the metanode for a file. \nYou can map the cluster name by looking at the ‘tscomm’ section of a dump\, e.g.:\n===== dump tscomm =====\n[…]\nDomain \, myAddr <c1n2> (was: <c1p0>)[…]\nUID domain 0x1800DF65038 (0xFFFFB6768DF65038)  Name “c202f06fs04a-ib1.gpfs.net”­ \nQ: Is metanode transient?\nA: ­ A metanode is a per file assignment. It lasts for as long as there are open instances of the file. The assignment is dynamic and the metanode role may automatically migrate to other nodes for better performance. \nQ: ­If some of the node went down and if metanode unable to get update from those failed nodes: In such situation how updates are maintained by the metanode­?\nA: A non-metanode will sends its updates to the metanode before it writes any dependent blocks to disk. If the non-metanode went down before it could send its updates\, then log recovery will ensure that there are no inconsistent modifications to disk data by the non-metanode. Spectrum Scale only guarantees persistence of data/metadata from the last sync window. \nQ: Can we limit metanode to migrate to remote node? Also\, will it help in improving performance if limit metanode in storage cluster?\nA: Metanode performance depends on how many nodes are sending metanode updates and how expensive the network send is. The file system uses such heuristics to determine the optimal metanode placement. In most cases it is best to let the file system make this decision. The only known use case for preventing metanode migration to remote node is if the remote node is in a compute cluster which cannot afford the overhead of a metanode operation. For this rare case we have an undocumented configuration parameter to force the metanode to be in the storage cluster. \nQ: Sometime when we delete large data\, it takes significant time to show free space in df -h command output. Do we need to run mmrestripfs to reclaim the deleted space faster?\nA: ­ ‘df -h’ would return cached information on free space. It is likely that the large file that was deleted has not freed up its space as file deletes happen in the background. You can use ‘mmfsadm dump deferreddeletions’ to get a count of number of inodes that are queued for background deletion. If the node is not overloaded on I/O and you find that the number of to-be-deleted inodes are not reducing at a reasonable rate (depending on the file size and I/O througput of the node)\, then we would need to investigate further by collecting dumps and traces. Please open a ticket with IBM support in such a case. The mmrestripefs command is for restoring/rebalancing data and metadata replicas. It would not have any impact on speeding up background file deletion. \nQ&A – vCPU scaling and NUMA considerations\nQ: We see in the mmfs log now following messages\, what does it mean? What is missing?\n­[W] NUMA BIOS/platform support for NUMA is disabled or not available. NUMA results are approximated and GPFS NUMA awareness may suffer.\nA: That means libnuma was found but numa_available() returned false. This is a platform firmware functionality shortcoming. Spectrum Scale can still get a lot of information as some is derivable from /proc . File a ticket with your server vendor that libnuma :: numa_available() returns false . \nQ: ­So\, any recommendations on POWER9 for SMT settings?  AIX versus Linux on Power?  We used to suggest smaller SMT modes in the past.\nA: We are running SMT-4 on some large POWER9 systems. Evaluate based on I/O vs workload needs as discussed verbally. \nQ: Are there any special NUMA considerations for AMD systems which are different to NUMA considerations for Intel systems?\nA: This is highly dependent upon the processor and chip set independent of brand and based on what that processor and chipset offer for tuning. We do not have any prescriptive guidance. \nUser group host: Simon Thompson\nSpeakers:\n\n\n\n\n	Speaker NamePhotoBio\n\n\n\n\n	Michael HarrisMike is a Senior Software Engineer on the Spectrum Scale Core Team. Mike has a deep background on OS kernel\, device drivers\, virtualization\, and system software with focus on NUMA\, atomics and concurrency\, high cpu count concurrency. On GPFS focusing on NUMA and scaling as well as DMAPI and host file system integration and system calls.\n\n\n	Karthik IyerKarthik Iyer is a Senior Software Engineer in Spectrum Scale Core. Karthik has 18 years of design and development experience in distributed system software\, specifically in the areas of file system core and database management. Karthik also specialises in trouble shooting Spectrum Scale corruption related issues.
URL:https://www.spectrumscaleug.org/event/ssugdigital-deep-dive-in-spectrum-scale-core/
LOCATION:Digital Event
CATEGORIES:Expert Talks
END:VEVENT
BEGIN:VEVENT
DTSTART;TZID=Europe/London:20201006T160000
DTEND;TZID=Europe/London:20201006T170000
DTSTAMP:20260405T173938
CREATED:20200921T123555Z
LAST-MODIFIED:20220128T180818Z
UID:2011-1602000000-1602003600@www.spectrumscaleug.org
SUMMARY:SSUG::Digital: 006 - Persistent Storage for Kubernetes and OpenShift environments
DESCRIPTION:This episode will discuss the Spectrum Scale Container Storage Interface (CSI). CSI is a standard for exposing arbitrary block and file storage systems to containerized workloads on container orchestration systems like Kubernetes and OpenShift. Spectrum Scale CSI provides your containers fast access to files stored in Spectrum Scale with capabilities such as dynamic provisioning of volumes and read-write-many access. \n        \n        \n            \n                \n                    \n                \n               \n            \n        \n        \n  \n \nDownload slides here \nEpisode 2:  Best Practices for building a stretched cluster \nQ&A\nQ: ­This slide (titled Spectrum Scale CSI Driver – Architecture) shows CPU architecture is x86­\nA: ­Yes\, with Spectrum Scale CSI Driver 2.0.0 only x86 is supported. The support for other architectures (IBM Power and IBM Z) will be provided in upcoming releases­ (IBM usual roadmap disclaimers apply). \nQ: ­Is the management of storage class available via Ansible?­\nA: ­Setting up a storage class is a one-time operation. While it might be done using Ansible (and Kubernetes integration modules)\, clients usually do the management using the Kubernetes or Openshift CLI or GUI.­ \nQ: ­Will the slides be provided post this presentation?\nA: ­Yes. You will find the chart decks\, recordings\, Q&A and related information for all past talks including this one at https://www.spectrumscaleug.org/experttalks/. \nQ:  Once you have CSI driver support for non x86_64 platforms\, will the Spectrum Scale cluster be able to be heterogeneous (AIX\, Linux\, x86_64 and ppc64le)? Will this cluster support AIX NSD only nodes?­\nA: ­ In the first release for non x86_64 platforms\, all worker nodes that have Spectrum Scale client installed need to  be of same CPU architecture and the same operating system. If there are AIX NSD nodes\, those must be outside of Kubernetes cluster.­ AIX NSD only nodes might be integrated by remote mounting the storage cluster to a client Spectrum Scale cluster that runs the Kubernetes workload. \nQ: ­Is Network Load Balancer a per-requisite must have for the CSI deployment?­\nA: ­No it isn’t.­ \nQ: ­ Is there a possibility to have Spectrum Scale clients installed within containers?\n ­A: ­We are working on a capability called Container Native Spectrum Scale (CNSS) where Spectrum Scale will run inside a container.  The initial release is planned for December 2020.  (Disclaimer: All dates are subject to change; IBM usual roadmap disclaimers apply)­ \nQ: Do we need to have an x86 “only” Spectrum Scale/OpenShift cluster and a ppc64le “only” Spectrum Scale/OpenShift cluster?\nA: ­The requirement of same CPU architecture and same operating system is only for Spectrum Scale Client node which are part of Kubernetes/ Openshift cluster. NSD server can be of other platform (as per Spectrum Scale support matrix at https://www.ibm.com/support/knowledgecenter/STXKQY/gpfsclustersfaq.html) \nQ: ­ Any plans for ability to self-provision Spectrum Scale clusters with containers?­\nA: ­Container Native Spectrum Scale (CNSS) will have an Operator that will deploy and configure a Spectrum Scale cluster automatically.  It will also remote mount the filesystem from a Spectrum Scale Storage Cluster. \nQ: ­One of the issues that we are trying to solve is to isolate Spectrum Scale IO with respect to each tenant/application/user on a single server just like how we can isolate cpu/network with cgroups. Would spectrum scale on containers help us in isolating or qos with storage IO?­\nA: ­Running Spectrum Scale in a container or CSI by itself will not address QoS.  A new fileset based QoS capability\, with CSI\, will be able to handle this in a future release­. (Disclaimer: All dates are subject to change; IBM usual roadmap disclaimers apply) \nQ: ­Does OpenStack have to be managed via the web gui. Can it be controlled via a CLI?­\nA: ­You are free to use either CLI or GUI.­­­ \nUser group host: Bill Anderson\nSpeakers:\n\n\n\n\n	Speaker NamePhotoBio\n\n\n\n\n	Smita RautSmita Raut is a Senior Software Engineer with IBM Storage Labs in Pune\, India. She works with the IBM Spectrum Scale development team as the architect for persistent storage for containers. In her nine years with IBM\, she has lead the development on various projects\, including Object protocol for IBM Spectrum Scale and enablement of IBM Spectrum Scale on public cloud. She is an active technical blogger and has published several blogs on object protocol and container storage interface driver.\n\n\n	Harald SeippHarald Seipp is a Senior Technical Staff Member with IBM Systems in Germany. He is the founder and Technical Leader of the Center of Excellence for Cloud Storage as part of the EMEA Storage Competence Center. He is providing guidance to worldwide IBM teams across organizations\, and works with customers and IBM Business Partners across EMEA to create and implement complex storage cloud architectures. His more than 25 years of technology experience includes previous job roles as Software Developer\, Software Development Leader\, Lead Developer\, and Architect for successful software products\, and co-inventor of an IBM storage product. He holds various patents on storage and networking technology.\n\n\n	Renar GrunenbergRenar Grunenberg is since 27 years at HuK-Coburg. He leads the backup and storage team and is responsible for all the storage and backup stuff in his department and company. Renar has 15 years experience with Spectrum Scale including CES\, CSI\, ESS and normal core function. In this episode Renar will discuss a use case for Kafka self-service with K8s and Spectrum Scale CSI.\n\n\n	Simon ThompsonSimon Thompson is the Research Computing Infrastructure Architect within Advanced Research Computing at the University of Birmingham. He oversees the infrastructure and systems team\, running the University's HPC and research data systems. This involves experimenting (and breaking) new technology. Simon is also chair of the Spectrum Scale user group in the UK.
URL:https://www.spectrumscaleug.org/event/ssugdigital-persistent-storage-for-containers-with-spectrum-scale/
LOCATION:Digital Event
CATEGORIES:Expert Talks
END:VEVENT
BEGIN:VEVENT
DTSTART;TZID=Europe/London:20201021T160000
DTEND;TZID=Europe/London:20201021T170000
DTSTAMP:20260405T173938
CREATED:20200921T123915Z
LAST-MODIFIED:20220128T181136Z
UID:2014-1603296000-1603299600@www.spectrumscaleug.org
SUMMARY:SSUG::Digital: 007 - Manage the lifecycle of your files using the policy engine
DESCRIPTION:This episode will provide a comprehensive introduction to the IBM Spectrum Scale policy engine. It highlights the underlying architecture and how policies are executed in a IBM Spectrum Scale cluster. This episode also discusses example rules and policies facilitating Information Lifecycle Management accompanied with practical tips. \n        \n        \n            \n                \n                    \n                \n               \n            \n        \n        \n  \nDownload slides here \nReferences\n\nWhitepaper: IBM Spectrum Scale ILM and Archiving Policies – A practical Guide\nSpectrum Scale ILM policy examples and scripts\nApache Tika\n\nQ&A\nQ: ­Which type of nodes participate in policy execution?\nA: Depends on the nodes specified with the -N option of the mmapplypolicy command. If the -N option is not specified\, then the command runs parallel instances of the policy code on the nodes that are specified by the defaultHelperNodes attribute of the mmchconfig command. If -N is specified then the command runs parallel instances on the nodes or node class specified with the -N option. For more information see the IBM Spectrum Scale knowledge center: https://www.ibm.com/support/knowledgecenter/STXKQY_5.0.5/com.ibm.spectrum.scale.v5r05.doc/bl1adm_mmapplypolicy.htm \nQ: ­Can I somehow identify the type of a file via the policy engine\, e.g. via the magicbyte? Or do I have to rely on the file extension?­\nA: The policy engine does not allow access to the data – only the file’s metadata including extended attributes­ can be evaluated by the policy engine. To identify the type of a file with the policy engine an EXTERNAL LIST rule can be used along with an external script that determines the type of files. \nQ: ­Will the external tool process the filelist in parallel on all nodes\, which are used to generate the filelist?\nA: Yes\, if an external tool or interface script is defined in an EXTERNAL POOL rule then this script is executed on all nodes that are specified with the -N option of the mmapplypolicy command. This assumes that all node specified with the -N option have access to the interface script. If this is not the case\, then the policy run fails. You can control the number of instances of the external tool pool with the option -m and the number of files passed to one instance of the external pool with the option -B of the mmapplypolicy command. \nQ: Are they any limitations or recommendations around length of rules in policy files? For example\, we have ~750 filesets we want to place data on a specific pool. Should we just have one rule\, or many rules for this?\nA: Placement policies will be stored in a single file. The challenge is not so much the length of the file but the number of placement rules contained in the policy files. Whenever a file is created the policy engine must walk through all rules to find a match. If there are many rules\, this will delay the file creation. Therefore I recommend to keep the number of placement rules low. For example\, you could organize the placement policies by storage pools. There is a limit of eight storage pools\, thus this would lead to maximal eight placement rules. In each rule you can use the FILESET statement to specify multiple filesets to be placed on a pool. \nUser group host: Bob Oesterlin\nSpeakers:\n\n\n\n\n	Speaker NamePhotoBio\n\n\n\n\n	Nils HausteinNils Haustein is Senior Technical Staff Member with IBM Systems. He is responsible for design and implementation of backup\, archiving\, file and object storage solutions. Nils provides guidance to IBM teams and consults with clients and business partners world wide. Nils has co-authored the book "Storage Networks explained". As leading IBM Master Inventor he has created more than 170 patents and is a respected mentor for the technical community world wide.
URL:https://www.spectrumscaleug.org/event/ssugdigital-spectrum-scale-ilm-policy-engine/
LOCATION:Digital Event
CATEGORIES:Expert Talks
END:VEVENT
BEGIN:VEVENT
DTSTART;TZID=Europe/London:20201104T161500
DTEND;TZID=Europe/London:20201104T174500
DTSTAMP:20260405T173938
CREATED:20201008T085002Z
LAST-MODIFIED:20220128T180743Z
UID:2079-1604506500-1604511900@www.spectrumscaleug.org
SUMMARY:SSUG::Digital: 008 - Scalable multi-node training for AI workloads on NVIDIA DGX\, Red Hat OpenShift and IBM Spectrum Scale
DESCRIPTION:Nvidia and IBM did a complex proof-of-concept to demonstrate the scaling of AI workload using Nvidia DGX\, Red Hat OpenShift and IBM Spectrum Scale at the example of ResNet-50 and the segmentation of images using the Audi A2D2 dataset. The project team published an IBM Redpaper with all the technical details and will present the key learnings and results. \n        \n        \n            \n                \n                    \n                \n               \n            \n        \n        \n  \nDownload slides here \nRelated material\n\nIBM Redpaper: Deployment and Usage Guide for Running AI Workloads on Red Hat OpenShift and NVIDIA DGX Systems with IBM Spectrum Scale\nEpisode 6: Persistent Storage for Kubernetes and OpenShift environments\n\nUser group host: Bob Oesterlin\nSpeakers:\n\n\n\n\n	Speaker NamePhotoBio\n\n\n\n\n	Thomas SchoenemeyerThomas Schoenemeyer is a Senior Solution Architect and works for the NVIDIA EMEA Automotive Enterprise Team in Munich since March 2019. His area of expertise covers defining the computing architecture and infrastructure for the development of autonomous vehicles. He is helping customers to solve their technical challenges by integrating NVIDIA datacenter products such as the DGX family\, the DriveSim/Constellation and NVIDIA Mellanox Networking solutions. \n\n\n	Gero SchmidtGero Schmidt is a Software Engineer at IBM Germany Research and Development GmbH in the IBM Spectrum Scale development group.\nHe joined IBM in 2001 working at the European Storage Competence Center in Mainz\, Germany\, providing technical presales support for a broad range of IBM storage products with a primary focus on enterprise storage solutions\, system performance\, and IBM POWER systems. He participated in the product rollout of the IBM System Storage DS6000/DS8000 series\, co-authored several IBM Redbooks and has been a frequent speaker at IBM international conferences. In 2015 he joined the storage research group at the IBM Almaden Research Center in California\, USA\, where he worked on IBM Spectrum Scale\, compression of genomic data in next generation sequencing pipelines\, and the development of a cloud-native backup solution for containerized applications in Kubernetes/Red Hat OpenShift. In 2018 Gero joined the Big Data & Analytics team in the IBM Spectrum Scale development group.\n\n\n	Simon LorenzSimon Lorenz is an IT Architect at IBM Research and Development in Frankfurt\, Germany. He joined IBM Germany in 1993 and has held various positions within IBM and IBM Research and Development. During international assignments\, he helped to improve fully automated chip factories in Asia and US. Simon joined the IBM Spectrum Scale development team in 2014 and since then worked on: Openstack Swift integration\, designing and building System Health and Proactive Services solutions. Since March 2019 he is the world wide leader of the IBM Spectrum Scale Big Data and Analytics team. His role includes designing and building solutions in the area of AI such as the Data Accelerator for AI and Analytics.
URL:https://www.spectrumscaleug.org/event/ssugdigital-multi-node-training-for-ai-workloads/
LOCATION:Digital Event
CATEGORIES:Expert Talks
END:VEVENT
BEGIN:VEVENT
DTSTART;TZID=America/New_York:20201116T110000
DTEND;TZID=America/New_York:20201116T123000
DTSTAMP:20260405T173938
CREATED:20201029T165331Z
LAST-MODIFIED:20201108T184703Z
UID:2102-1605524400-1605529800@www.spectrumscaleug.org
SUMMARY:SC20 Meeting (Session 1): Storage for AI
DESCRIPTION:The Spectrum Scale user group meets annually at the SC conference. For 2020 the user group will be split into two 90 minute digital sessions. The second session will be on Wednesday Nov 18th\, 11 am EST\n>> Session 2: What is new in Spectrum Scale 5.1? << \nThis session will focus on Storage for AI including a customer case study and a deep dive in new Spectrum Scale features which optimize the analysis of datasets stored in a data lake. Live Q&A will be available.\nThe session will be hosted by IBM and moderated by the user group.\n>> Please register here to join the session. << \nContinental: Deep Thought – An AI Project for Autonomous Driving Development \nContinental\, a tier-1 automotive supplier\, runs a new high-performance cluster based on NVIDIA DGX\, IBM Spectrum Scale and IBM ESS to boost autonomous driving development performance. Continental uses this system for deep learning\, simulation\, virtual data generation and related workloads. The new cluster reduces development time from weeks to hours. Speakers from Continental and the business partner SVA will present business requirements and derived workloads\, the Spectrum and ESS implementation\, and first operational experience. \nhttps://www.continental.com/en-us/press-/press-releases/continental-supercomputer-nvidia-228624 \nData Accelerator for AI and Analytics (DAAA) \nThis talk focuses on the need of data orchestration in enterprise data pipelines. It provides details about data orchestration and how to address typical challenges that customers face when dealing with large and ever-growing amounts of data for data analytics. While the amount of data increases steadily\, AI workloads need to speed up in order to be able to deliver insights and business value in a timely manner. IBM addresses these requirements with the Data Accelerator for AI and Analytics (DAAA)\, an expertly engineered solution based on new features delivered with Spectrum Scale 5.1. The session will include a demo of a complex proof-of-concept and present the key learnings and results.
URL:https://www.spectrumscaleug.org/event/sc20-meeting-session-1-storage-for-ai/
END:VEVENT
BEGIN:VEVENT
DTSTART;TZID=Europe/London:20201116T160000
DTEND;TZID=Europe/London:20201116T170000
DTSTAMP:20260405T173938
CREATED:20201119T173002Z
LAST-MODIFIED:20220128T180727Z
UID:2151-1605542400-1605546000@www.spectrumscaleug.org
SUMMARY:SSUG::Digital: 009 - Deep Thought: An AI Project for Autonomous Driving Development
DESCRIPTION:Continental\, a tier-1 automotive supplier\, runs a new high-performance cluster based on NVIDIA DGX\, IBM Spectrum Scale and IBM ESS to boost autonomous driving development performance. Continental uses this system for deep learning\, simulation\, virtual data generation and related workloads. The new cluster reduces development time from weeks to hours. Speakers from Continental and the business partner SVA will present business requirements and derived workloads\, the Spectrum and ESS implementation\, and first operational experience. \n        \n        \n            \n                \n                    \n                \n               \n            \n        \n        \n  \nDownload slides here \nQ&A\nDid Continental ever look at Spectrum Discover for tagging? Any feedback on pros/cons for its usefulness at Continental?\nWe did not have a chance to look into Spectrum Discover. \nRelated material\n\nContinental: Automotive supercomputer\nContinental press release\n\nUser Group Host: Bill Anderson\nSpeaker\n\n\n\n\n	Speaker NamePhotoBio\n\n\n\n\n	David EnenkelDavid Enenkel is the Head of IT Operations at Continental - ADC GmbH. He has over 20 years of IT-Infrastructure experience and moved into the area of ADAS 2\,5 years ago. He and his team are supporting the ADC engineers to find and establish feasible IT solutions/services for the specific ADAS demands as well as operating the platforms and data centers. He led the Supercomputer project as the IT project manager and is happy to give an insight into all ups and downs building up such an environment.\n\n\n	Viktor PálViktor Pál is working as a Deep Learning Infrastructure Architect at Continental and is currently also acting as Technical Team Lead. He has more than 14 years of IT Infrastructure experience and started working at Continental two years ago. Viktor and his team are supporting AI development by designing\, implementing and operating the environment that enables Deep Learning at Continental. He contributed to the Supercomputer project as a Solution Architect and he will talk about the challenges of AI Infrastructure as Code.\n\n\n	Jochen ZellerJochen is IT Architect at www.sva.de. He has more than 20 years of IT experience\, is part of the SVA IT Architects team and technical leader of the Spectrum Scale team. His Spectrum Scale and infrastructure projects span various industries and fields\, such as HPC\, health care\, autonomous driving\, banking\, insurance\, etc. When he is not working with his customers\, he sits in his glider and flies away - at least in summer.
URL:https://www.spectrumscaleug.org/event/ssugdigital-deep-thought-an-ai-project-for-autonomous-driving-development/
LOCATION:Digital Event
CATEGORIES:Expert Talks
END:VEVENT
BEGIN:VEVENT
DTSTART;TZID=Europe/London:20201116T170000
DTEND;TZID=Europe/London:20201116T180000
DTSTAMP:20260405T173938
CREATED:20201119T204741Z
LAST-MODIFIED:20220128T180701Z
UID:2157-1605546000-1605549600@www.spectrumscaleug.org
SUMMARY:SSUG::Digital: 010 - Data Accelerator for Analytics and AI (DAAA)
DESCRIPTION:This talk focuses on the need of data orchestration in enterprise data pipelines. It provides details about data orchestration and how to address typical challenges that customers face when dealing with large and ever-growing amounts of data for data analytics. While the amount of data increases steadily\, AI workloads need to speed up in order to be able to deliver insights and business value in a timely manner. IBM addresses these requirements with the Data Accelerator for AI and Analytics (DAAA)\, an expertly engineered solution based on new features delivered with Spectrum Scale 5.1. The session will include a demo of a complex proof-of-concept and present the key learnings and results. \n        \n        \n            \n                \n                    \n                \n               \n            \n        \n        \n  \nDownload slides here \nRelated material\n\nRedpaper: Data Accelerator for Analytics and AI (DAAA)\n\nUser Group Host: Bill Anderson\nSpeakers\n\n\n\n\n	Speaker NamePhotoBio\n\n\n\n\n	Simon LorenzSimon Lorenz is an IT Architect at IBM Research and Development in Frankfurt\, Germany. He joined IBM Germany in 1993 and has held various positions within IBM and IBM Research and Development. During international assignments\, he helped to improve fully automated chip factories in Asia and US. Simon joined the IBM Spectrum Scale development team in 2014 and since then worked on: Openstack Swift integration\, designing and building System Health and Proactive Services solutions. Since March 2019 he is the world wide leader of the IBM Spectrum Scale Big Data and Analytics team. His role includes designing and building solutions in the area of AI such as the Data Accelerator for AI and Analytics.\n\n\n	Gero SchmidtGero Schmidt is a Software Engineer at IBM Germany Research and Development GmbH in the IBM Spectrum Scale development group.\nHe joined IBM in 2001 working at the European Storage Competence Center in Mainz\, Germany\, providing technical presales support for a broad range of IBM storage products with a primary focus on enterprise storage solutions\, system performance\, and IBM POWER systems. He participated in the product rollout of the IBM System Storage DS6000/DS8000 series\, co-authored several IBM Redbooks and has been a frequent speaker at IBM international conferences. In 2015 he joined the storage research group at the IBM Almaden Research Center in California\, USA\, where he worked on IBM Spectrum Scale\, compression of genomic data in next generation sequencing pipelines\, and the development of a cloud-native backup solution for containerized applications in Kubernetes/Red Hat OpenShift. In 2018 Gero joined the Big Data & Analytics team in the IBM Spectrum Scale development group.
URL:https://www.spectrumscaleug.org/event/ssugdigital-data-accelerator-for-analytics-and-ai-daaa/
LOCATION:Digital Event
CATEGORIES:Expert Talks
END:VEVENT
BEGIN:VEVENT
DTSTART;TZID=America/New_York:20201118T110000
DTEND;TZID=America/New_York:20201118T123000
DTSTAMP:20260405T173938
CREATED:20201029T165923Z
LAST-MODIFIED:20201108T185709Z
UID:2106-1605697200-1605702600@www.spectrumscaleug.org
SUMMARY:SC20 Meeting (Session 2): What is new in Spectrum Scale 5.1?
DESCRIPTION:The Spectrum Scale user group meets annually at the SC conference. For 2020 the user group will be split into two 90 minute digital sessions. The first session will be on Monday Nov 16th\, 11 am EST.\n>> Session 1: Storage for AI << \nThis session will focus on recent enhancements in Spectrum Scale followed by an open discussion. Live Q&A will be available.\nThe session will be hosted by IBM and moderated by the user group.\n>> Please register here to join the session. << \nWhat is new in Spectrum Scale 5.1?\nSpectrum Scale is a highly scalable\, high-performance storage solution for file and object storage. IBM continues to enhance Spectrum Scale performance\, in response to recent hardware advancements and evolving workloads. This talk will discuss key enhancements delivered with Spectrum Scale 5.1 including Fileset QoS\, AFM to object storage\, NFSv4.1 support\, IPv6 for Cluster Export Services (CES)\, and integration with ESS 3000 and ESS 5000. \nAsk us anything\nThe second half of this session will be used for an open discussion between the users and IBM. Senior leaders of Spectrum Scale development and program management will be available.
URL:https://www.spectrumscaleug.org/event/sc20-meeting-session-2-what-is-new-in-spectrum-scale-5-1/
END:VEVENT
BEGIN:VEVENT
DTSTART;TZID=Europe/London:20201118T160000
DTEND;TZID=Europe/London:20201118T170000
DTSTAMP:20260405T173938
CREATED:20201119T212100Z
LAST-MODIFIED:20220128T180640Z
UID:2162-1605715200-1605718800@www.spectrumscaleug.org
SUMMARY:SSUG::Digital: 011 - What is new in Spectrum Scale 5.1?
DESCRIPTION:Spectrum Scale is a highly scalable\, high-performance storage solution for file and object storage. IBM continues to enhance Spectrum Scale performance\, in response to recent hardware advancements and evolving workloads. This talk will discuss key enhancements delivered with Spectrum Scale 5.1 including Fileset QoS\, AFM to object storage\, NFSv4.1 support\, IPv6 for Cluster Export Services (CES)\, and integration with ESS 3000 and ESS 5000. \n        \n        \n            \n                \n                    \n                \n               \n            \n        \n        \nDownload slides here \nRelated material\n\nEpisode 10: Data Accelerator for Analytics and AI (DAAA)\nEpisode 12: Event driven data management and security using Spectrum Scale Clustered Watch Folder and File Audit Logging\nEpisode 1: What is new in Spectrum Scale 5.0.5?\n\nUser Group Host: Kristy Kallback-Rose\nSpeaker\n\n\n\n\n	Speaker NamePhotoBioSocial connections\n\n\n\n\n	Chris MaestasChris is an Executive Architect for IBM File and Object Storage Solutions with over 25 years of experience deploying and designing IT systems for clients in various spaces. He has experience scaling performance and availability with a variety of file systems technologies. He has developed benchmark frameworks to test out systems for reliability and validate research performance data. He also has led global enablement sessions online and face to face where discussing how best to position mature technologies like Spectrum Scale with emerging technologies in Cloud\, Object\, Container or AI spaces.Twitter: @cdmaestas\nLinkedIn: https://www.linkedin.com/in/cdmaestas\n\n\n	Ismael Solis MorenoIsmael works in the Spectrum Scale development team in Guadalajara Mexico as a data scientist and performance analyst. He is responsible for evaluating Spectrum Scale's new features and releases performance. Part of his role is to analyze datasets to identify points of performance improvement providing insights to the development teams.LinkedIn: https://www.linkedin.com/in/ismaelsm\n\n\n\n\n  \n 
URL:https://www.spectrumscaleug.org/event/ssugdigital-what-is-new-in-spectrum-scale-5-1/
LOCATION:Digital Event
CATEGORIES:Expert Talks
END:VEVENT
BEGIN:VEVENT
DTSTART;TZID=America/New_York:20201202T110000
DTEND;TZID=America/New_York:20201202T120000
DTSTAMP:20260405T173938
CREATED:20201124T195336Z
LAST-MODIFIED:20201124T195336Z
UID:2192-1606906800-1606910400@www.spectrumscaleug.org
SUMMARY:Support Webinar: Call Home and New Features and Enhancements in Spectrum Scale 5.1.0  (NA/EU Session)
DESCRIPTION:IBM Spectrum Scale Webinars are hosted by IBM Spectrum Scale Support to share expertise and knowledge of the Spectrum Scale product\, as well as product updates and best practices. This webinar will focus on Call Home in Spectrum Scale\, as well as new features and enhancements in Spectrum Scale 5.1.0. \n>>> Register here <<< \nAgenda\nCall Home \n\n\n\nProactive Service / Call Home Benefits​\nHealth Checker​\nCustomer Insights​\nOutlook\n\n\n\nNew Features and Enhancements in Spectrum Scale 5.1.0 \n\n\n\nPlatform Updates\nSpectrum Scale Core Improvements#\nErasure Code Edition Changes\nMAPS Updates\nProtocol Improvements\nActive File Management (AFM)
URL:https://www.spectrumscaleug.org/event/support-webinar-call-home-and-new-features-and-enhancements-in-spectrum-scale-5-1-0-na-eu-session/
LOCATION:Digital Event
END:VEVENT
BEGIN:VEVENT
DTSTART;TZID=Asia/Shanghai:20201203T160000
DTEND;TZID=Asia/Shanghai:20201203T170000
DTSTAMP:20260405T173938
CREATED:20201124T200043Z
LAST-MODIFIED:20201124T200043Z
UID:2195-1607011200-1607014800@www.spectrumscaleug.org
SUMMARY:Support Webinar: Call Home and New Features and Enhancements in Spectrum Scale 5.1.0  (AP Session)
DESCRIPTION:IBM Spectrum Scale Webinars are hosted by IBM Spectrum Scale Support to share expertise and knowledge of the Spectrum Scale product\, as well as product updates and best practices. This webinar will focus on Call Home in Spectrum Scale\, as well as new features and enhancements in Spectrum Scale 5.1.0. \n>>> Register here <<< \nAgenda\nCall Home \n\n\n\nProactive Service / Call Home Benefits​\nHealth Checker​\nCustomer Insights​\nOutlook\n\n\n\nNew Features and Enhancements in Spectrum Scale 5.1.0 \n\n\n\nPlatform Updates\nSpectrum Scale Core Improvements#\nErasure Code Edition Changes\nMAPS Updates\nProtocol Improvements\nActive File Management (AFM)
URL:https://www.spectrumscaleug.org/event/support-webinar-call-home-and-new-features-and-enhancements-in-spectrum-scale-5-1-0-ap-session/
LOCATION:Digital Event
END:VEVENT
BEGIN:VEVENT
DTSTART;TZID=Europe/London:20201204T153000
DTEND;TZID=Europe/London:20201204T160000
DTSTAMP:20260405T173938
CREATED:20201124T084956Z
LAST-MODIFIED:20220128T180620Z
UID:2188-1607095800-1607097600@www.spectrumscaleug.org
SUMMARY:SSUG::Digital: 012 - Lenovo: Spectrum Scale and NVMe Storage (Held in conjunction with CIUK)
DESCRIPTION:In this SSUG::Digital Expert Talk\, we will cover several NVMe-related topics: The Lenovo DSS-G100 is an NVMe-rich server that can be used with Scale’s DAE\, DME\, and ECE. We will present how to use the TRIM support that has been introduced with Scale 5.0.x on its internal NVMe drives. The NetApp EF600 is an all-NVMe storage subsystem that is triggering the rebirth of the Spectrum Scale “SAN model” with NVMe-over-Fabrics. We will present its architecture\, and show how to configure and use it with Spectrum Scale. Finally\, we will discuss how the “Unified Namespace” concept of the emerging DAOS storage stack could be used for a namespace integration of this new technology with Spectrum Scale. \n        \n        \n            \n                \n                    \n                \n               \n            \n        \n        \nDownload slides here \nRelated material\n\n\n\n\n	Speaker NamePhotoBio\n\n\n\n\n	Michael HenneckeMichael Hennecke is Lenovo’s Chief Technologist for HPC Storage and Networking. He has 27 years of experience in High Performance Computing. Michael has been working with IBM Spectrum Scale since GPFS version 1.1 and is one of the “fathers” of the GPFS Storage Server (GSS)\, which Lenovo has evolved into the Distributed Storage Solution for IBM Spectrum Scale RAID (DSS-G). He holds a masters degree in physics from Ruhr-Universität Bochum (Germany)\, and a “Distinguished IT Specialist” certification from The Open Group.\n\n\n\n\nPlease note that this talk starts slightly earlier than other events at 15:30 GMT. It is followed by a second expert talk at 16:00 GMT. \nThe last 2020 SSUG::Digital event will take place on December 4th and is being held in conjunction with Computing Insight UK 2020. The main CIUK conference will take place on 3rd December with the user group event on 4th December. \nHeld in association with CIUK:
URL:https://www.spectrumscaleug.org/event/ssugdigital-ciuk-lenovo-spectrum-scale-and-nvme-storage/
LOCATION:Digital Event
CATEGORIES:Expert Talks
END:VEVENT
END:VCALENDAR