Re: [gpfsug-discuss] User Meeting & SPXXL in NYC

2017-10-02 Thread Bryan Banister
Kristy, Thanks for the quick response. I did reach out to Karthik about the File System Corruption (MMFSCK) presentation, which was really what I lost. I’m sure he’ll get me the presentation, so please don’t rush at this point on my account! Sorry for the fire drill, -Bryan From: gpfsug-di

Re: [gpfsug-discuss] User Meeting & SPXXL in NYC

2017-10-02 Thread Kristy Kallback-Rose
Trying to get details on availability. More when I hear back. -Kristy > On Oct 2, 2017, at 7:13 AM, Bryan Banister wrote: > > Hi Kristy, > > I lost half of my notes from the meeting and need to recreate them while the > memories are still somewhat fresh. Would you please get and post the sl

Re: [gpfsug-discuss] Builing on the latest centos 7.4 image

2017-10-02 Thread Jeffrey R. Lang
Chad I asked this same question last week. The answer is to upgrade to Scpectrum 4.2.3.4 jeff From: gpfsug-discuss-boun...@spectrumscale.org [mailto:gpfsug-discuss-boun...@spectrumscale.org] On Behalf Of Chad Kerner Sent: Monday, October 2, 2017 1:21 PM To: gpfsug main discussion list Subj

[gpfsug-discuss] Builing on the latest centos 7.4 image

2017-10-02 Thread Chad Kerner
Has anyone tried building the GPL layer on the latest CentOS 7.4 image with the 3.10.0-693.2.2.el7.x86_64 kernel? This is trying to build 4.2.0.4 on Centos 7.4-1708. protector -Wformat=0 -Wno-format-security -I/usr/lpp/mmfs/src/gpl-linux -c kdump.c cc kdump.o kdump-kern.o kdump-kern-dwarfs.o -o k

Re: [gpfsug-discuss] number of SMBD processes

2017-10-02 Thread Christof Schmitt
Hello,   the short answer is that the "deadtime" parameter is not a supported parameter in Spectrum Scale.   The longer answer is that setting "deadtime" likely does not solve any issue. "deadtime" was introduced in Samba mainly for older protocol versions. While it is implemented independent of pr

Re: [gpfsug-discuss] Spectrum Scale Enablement Material - 1H 2017

2017-10-02 Thread Stephen Ulmer
I’ve been told in the past that the Spectrum Scale Wiki is the place to watch for the most timely information, and there is a way to "follow" the wiki so you get notified of updates. That being said, I’ve not gotten "following" it to work yet so I don’t know what that actually *means*. I’d love

Re: [gpfsug-discuss] Spectrum Scale Enablement Material - 1H 2017

2017-10-02 Thread Oesterlin, Robert
I’d agree with Bryan here – Depending on me to passively check this for new material isn’t a great mechanism. If it’s on the mailing list, I will probably see it in a timely manner. On a related note, IBM has too many places to look for “timely” Scale information/tips/how-to’s. It really should

Re: [gpfsug-discuss] User Meeting & SPXXL in NYC

2017-10-02 Thread Bryan Banister
Hi Kristy, I lost half of my notes from the meeting and need to recreate them while the memories are still somewhat fresh. Would you please get and post the slides from the Spectrum Scale User Group meeting as soon as possible? Thanks for any help here! -Bryan From: gpfsug-discuss-boun...@spe

Re: [gpfsug-discuss] Spectrum Scale Enablement Material - 1H 2017

2017-10-02 Thread Bryan Banister
Thanks for posting this Sandeep! As Doris mentioned during the Spectrum Scale User Group meeting, IBM is doing a lot of good work to put this data out there, and many of us didn't know that this site was an available resource. Bookmarking is good, but there unfortunately is not a way to "watch"

[gpfsug-discuss] number of SMBD processes

2017-10-02 Thread Ouwehand, JJ
Hello, Since we use new "IBM Spectrum Scale SMB CES" nodes, we see that that the number of SMBD processes has increased significantly from ~ 4,000 to ~ 7,500. We also see that the SMBD processes are not closed. This is likely because the Samba global-parameter "deadtime" is missing. --