right way” without having to provide
another machine in order to do it.
--
#BlackLivesMatter
|| \\UTGERS, |---*O*---
||_// the State | Ryan Novosielski - novos...@rutgers.edu
|| \\ University | Sr. Technologist - 973/972.0922 (2x0922
comment on the SLA situation.
--
#BlackLivesMatter
|| \\UTGERS, |---*O*---
||_// the State | Ryan Novosielski - novos...@rutgers.edu
|| \\ University | Sr. Technologist - 973/972.0922 (2x0922) ~*~ RBHS Campus
|| \\of NJ | Office of
*---
||_// the State | Ryan Novosielski - novos...@rutgers.edu
|| \\ University | Sr. Technologist - 973/972.0922 (2x0922) ~*~ RBHS Campus
|| \\of NJ | Office of Advanced Research Computing - MSB C630, Newark
`'
> On Aug 6, 2021, at 2:13 PM, Felipe Knop wrote:
>
> B
The problem with not version locking the kernel, however, is that you really
need to know that the kernel you are going to is going to support the GPFS
version that you are going to be running. Typically that only becomes a problem
when you cross a minor release boundary on RHEL-derivatives, but
State | Ryan Novosielski - novos...@rutgers.edu
|| \\ University | Sr. Technologist - 973/972.0922 (2x0922) ~*~ RBHS Campus
|| \\of NJ | Office of Advanced Research Computing - MSB C630, Newark
`'
> On Apr 9, 2021, at 4:57 PM, Mathias Dietz wrote:
>
> Hi Bryan,
*---
||_// the State | Ryan Novosielski - novos...@rutgers.edu
|| \\ University | Sr. Technologist - 973/972.0922 (2x0922) ~*~ RBHS Campus
|| \\of NJ | Office of Advanced Research Computing - MSB C630, Newark
`'
> On Mar 11, 2021, at 11:08 AM, Steven Daniels wrote:
&
have it quite
right and are passing far too much stuff to rsync).
--
#BlackLivesMatter
|| \\UTGERS, |---*O*---
||_// the State | Ryan Novosielski - novos...@rutgers.edu
|| \\ University | Sr. Technologist - 973/972.0922 (2x0922
Road, London SW7 3RP.
> >
> > This e-mail message is confidential and for use by the addressee only. If
> > the message is received by anyone other than the addressee, please return
> > the message to the sender by replying to it and then delete the messa
|| \\UTGERS, |---*O*---
||_// the State | Ryan Novosielski -
novos...@rutgers.edu<mailto:novos...@rutgers.edu>
|| \\ University | Sr. Technologist - 973/972.0922 (2x0922) ~*~ RBHS Campus
|| \\of NJ | Office of Advanced Re
ackLivesMatter
____
|| \\UTGERS, |---*O*---
||_// the State | Ryan Novosielski - novos...@rutgers.edu
|| \\ University | Sr. Technologist - 973/972.0922 (2x0922) ~*~ RBHS Campus
|| \\of NJ | Office of Advanced Research Computing - MSB
*---
||_// the State | Ryan Novosielski -
novos...@rutgers.edu<mailto:novos...@rutgers.edu>
|| \\ University | Sr. Technologist - 973/972.0922 (2x0922) ~*~ RBHS Campus
|| \\of NJ | Office of Advanced Research Computing - MSB C630, Newark
`'
On Sep 19, 202
I find them to be pretty fast and very experienced at severity 1. Don’t
hesitate to use it (unless that’s already where you’re at).
--
|| \\UTGERS, |---*O*---
||_// the State | Ryan Novosielski -
novos...@rutgers.edu
.
--
|| \\UTGERS, |---*O*---
||_// the State | Ryan Novosielski -
novos...@rutgers.edu<mailto:novos...@rutgers.edu>
|| \\ University | Sr. Technologist - 973/972.0922 (2x0922) ~*~ RBHS Campus
|| \\of NJ | Office of Advanced Re
Is there a simple way to tell if we’re currently being affected by this bug?
We run 5.0.4-1 on the client side and 5.0.3-2.3 on the server side (DSS-G 2.4b
I believe it is).
--
|| \\UTGERS, |---*O*---
||_// the State | Ryan
*---
||_// the State | Ryan Novosielski - novos...@rutgers.edu
|| \\ University | Sr. Technologist - 973/972.0922 (2x0922) ~*~ RBHS Campus
|| \\of NJ | Office of Advanced Research Computing - MSB C630, Newark
`'
> On Apr 28, 2020, at 8:10 AM, Carl Zetie - ca...@us
(at least more
allergic than I am to a time-based delay). I believe everything that I tried
happens before the mount is complete.
--
|| \\UTGERS, |---*O*---
||_// the State | Ryan Novosielski - novos...@rutgers.edu
State | Ryan Novosielski -
novos...@rutgers.edu<mailto:novos...@rutgers.edu>
|| \\ University | Sr. Technologist - 973/972.0922 (2x0922) ~*~ RBHS Campus
|| \\of NJ | Office of Advanced Research Computing - MSB C630, Newark
`'
On Apr 17, 2020, at 03:36, Stev
some trouble with
remote participation, but that could be dealt with and I actually don’t think
these meetings have that as an option anyway.
--
|| \\UTGERS, |---*O*---
||_// the State | Ryan Novosielski - novos...@rutgers.edu
ed on boot. It’s required a little tweaking from time to time on OS
upgrades or GPFS upgrades, but other than that, we’ve been running clusters
like this without incident for years.
--
|| \\UTGERS, |---*O*---
||_// the State |
onfig/configure, there’s no option for specifying anything.
--
|| \\UTGERS, |---*O*---
||_// the State | Ryan Novosielski - novos...@rutgers.edu
|| \\ University | Sr. Technologist - 973/972.0922 (2x0922) ~*~ RBHS Campus
|| \\
impact on it?
--
|| \\UTGERS, |---*O*---
||_// the State | Ryan Novosielski -
novos...@rutgers.edu<mailto:novos...@rutgers.edu>
|| \\ University | Sr. Technologist - 973/972.0922 (2x0922) ~*~ RBHS Campus
|| \\
from the original RPMs (and eliminating the related
>>> but problematic checks from the RPMs??? scripts) so that our efix RPMs
>>> have been ???un-efix-ified??? and will install as expected when using ???yum
>>> upgrade???. To my knowledge no one???s published a way to do th
> that mmfsd never complained about a missing GPL kernel module
>
>
> Felipe
>
> Felipe Knop k...@us.ibm.com GPFS Development and Security IBM
> Systems IBM Building 008 2455 South Rd, Poughkeepsie, NY 12601
> (845) 433-9314 T/L 293-9314
>
>
>
>
> -
8100 (relocation
range: 0x8000-0xbfff)
--
|| \\UTGERS, |---*O*---
||_// the State | Ryan Novosielski - novos...@rutgers.edu
|| \\ University | Sr. Technologist - 973/972.0922 (2x0922) ~*~ RBHS Cam
*O*
||_// the State |Ryan Novosielski - novos...@rutgers.edu
|| \\ University | Sr. Technologist - 973/972.0922 ~*~ RBHS Campus
|| \\of NJ | Office of Advanced Res. Comp. - MSB C630, Newark
`'
-BEGI
released? Always reluctant
to deploy a x.0 in production, but also don’t want to deploy something older
than what’s available.
Thanks in advance,
--
|| \\UTGERS, |---*O*---
||_// the State | Ryan Novosielski - novos...@rutgers.edu
=/usr/lpp/mmfs/bin/mmsdrrestore -p $CLUSTERMGR -R /usr/bin/scp
ExecStartPre=/usr/lpp/mmfs/bin/mmauth genkey propagate -N $NODENAME
--
|| \\UTGERS, |---*O*---
||_// the State | Ryan Novosielski - novos...@rutgers.edu
|| \\ University
Found my notes on this; very similar to what Behrooz was saying.
This here is from “mmfsadm dump waiters,selected_files”; as you can see here,
we’re looking at thread 29168. Apparently below, “inodeFlushHolder” corresponds
to that same thread in the case I was looking at.
You could then look u
State | Ryan Novosielski -
novos...@rutgers.edu<mailto:novos...@rutgers.edu>
|| \\ University | Sr. Technologist - 973/972.0922 (2x0922) ~*~ RBHS Campus
|| \\of NJ | Office of Advanced Research Computing - MSB C630, Newark
`'
On Oct 11, 2019, at 15:56, Simon Thom
!
--
|| \\UTGERS, |---*O*---
||_// the State | Ryan Novosielski - novos...@rutgers.edu
|| \\ University | Sr. Technologist - 973/972.0922 (2x0922) ~*~ RBHS Campus
|| \\of NJ | Office of Advanced Research Computing - MSB C630, Newark
| Ryan Novosielski -
novos...@rutgers.edu<mailto:novos...@rutgers.edu>
|| \\ University | Sr. Technologist - 973/972.0922 (2x0922) ~*~ RBHS Campus
|| \\of NJ | Office of Advanced Research Computing - MSB C630, Newark
`'
On Oct 10, 2019, at 16:44, Damir Krstic wrote:
is
in
> principle. If otherwise you are referring to the latest GSS code
> levels, then GSS 3.4b has been released late August.
>
> Regards, - Nicolas
>
- --
|| \\UTGERS, |--*O*----
||_// the State |Ryan Novosielski - novos...@ru
TGERS, |--*O*
||_// the State | Ryan Novosielski - novos...@rutgers.edu
|| \\ University | Sr. Technologist - 973/972.0922 ~*~ RBHS Campus
|| \\of NJ | Office of Advanced Res. Comp. - MSB C630, Newark
`'
-BEGIN PGP
r
> countries.
>
> The forum is informally monitored as time permits and should not be used for
> priority messages to the Spectrum Scale (GPFS) team.
>
>
>
> From:Ryan Novosielski
> To:gpfsug main discussion list
> Date:08/21/2019 01:
software maintenance contract please contact
> 1-800-237-5511 in the United States or your local IBM Service Center in other
> countries.
>
> The forum is informally monitored as time permits and should not be used for
> priority messages to the Spectrum Scale (GPFS) tea
Has there been any official notification of this one? I can’t see anything
about it anyplace other than in my support ticket.
--
|| \\UTGERS, |---*O*---
||_// the State | Ryan Novosielski - novos...@rutgers.edu
|| \\ University
others).
--
|| \\UTGERS, |---*O*---
||_// the State | Ryan Novosielski - novos...@rutgers.edu
|| \\ University | Sr. Technologist - 973/972.0922 (2x0922) ~*~ RBHS Campus
|| \\of NJ | Office of Advanced Researc
I’ve needed the same sort of thing — we use NHC to check for FS status and
we’ve had cases that we were not able to detect because they were in this
“Stale file handle” state. GPFS doesn’t always seem to behave in the way Linux
would expect.
> On Aug 9, 2019, at 2:03 PM, Frederick Stock wrote:
, |---*O*---
||_// the State | Ryan Novosielski - novos...@rutgers.edu
|| \\ University | Sr. Technologist - 973/972.0922 (2x0922) ~*~ RBHS Campus
|| \\of NJ | Office of Advanced Research Computing - MSB C630, Newark
`'
> On Jun 7, 2019, at 5:45 PM, Fel
ied setting PORT=$HTTPS_PORT to see if
those callback scripts have access to that variable.
--
|| \\UTGERS, |---*O*---
||_// the State | Ryan Novosielski - novos...@rutgers.edu
|| \\ University | Sr. Technologist - 973/972.0922 (2x0922)
Nope, that appears to be all of it. I also had a problem with the postgresql
service, which was why the gpfsgui wouldn’t start. But once I fixed that, I can
log in on https://:8443.
HTH.
> On Jul 18, 2019, at 5:15 PM, Ryan Novosielski wrote:
>
> I happened across this message bec
yet. Going to have a look and see what else
I might need to do.
--
|| \\UTGERS, |---*O*---
||_// the State | Ryan Novosielski - novos...@rutgers.edu
|| \\ University | Sr. Technologist - 973/972.0922 (2x0922) ~*~ RBHS Campus
won’t be able to have different
redundancy settings. Once upon a time, block size also mattered, but not so
much on 5.x.
Thanks!
--
|| \\UTGERS, |---*O*---
||_// the State | Ryan Novosielski - novos...@rutgers.edu
|| \\ University
> E-mail: abeat...@au1.ibm.com
>
>
> - Original message -
> From: Ryan Novosielski
> Sent by: gpfsug-discuss-boun...@spectrumscale.org
> To: gpfsug main discussion list
> Cc:
> Subject: [EXTERNAL] [gpfsug-discuss] Any guidelines for choosing vdisk size?
> Date: Mo
time looking for this previously, but
never asked on the list.
--
|| \\UTGERS, |---*O*---
||_// the State | Ryan Novosielski - novos...@rutgers.edu
|| \\ University | Sr. Technologist - 973/972.0922 (2x0922) ~*~ RBHS Campus
files (it’s a
software tree, not user files).
Thanks in advance! I’d rather know that it’s possible before digging too deeply
into the how.
--
|| \\UTGERS, |---*O*---
||_// the State | Ryan Novosielski - novos...@rutgers.edu
dump version | grep Build/ */Build/*/branch "5.0.3.1
> "./
>
> /# mmfsadm test verbs status/ /VERBS RDMA status: started/
>
> Regards, -Kums
>
>
>
> Inactive hide details for Ryan Novosielski ---06/11/2019 03:46:54
> PMBEGIN PGP SIGNED MESSAGE-
ed"
> /var/adm/ras/mmfs.log.latest)" == "1" ]] }
>
> Hope that helps, -Bryan
- --
|| \\UTGERS, |--*O*
||_// the State |Ryan Novosielski - novos...@rutgers.edu
|| \\ University | Sr. Technologist - 973/972.09
_
> gpfsug-discuss mailing list gpfsug-discuss at spectrumscale.org_
> __http://gpfsug.org/mailman/listinfo/gpfsug-discuss_
>
>
> ___ gpfsug-discuss
> mailing list gpfsug-discuss at spectru
*---
||_// the State | Ryan Novosielski -
novos...@rutgers.edu<mailto:novos...@rutgers.edu>
|| \\ University | Sr. Technologist - 973/972.0922 (2x0922) ~*~ RBHS Campus
|| \\of NJ | Office of Advanced Research Computing - MSB C630, Newark
`'
On Mar 6, 201
r 5.0.2-1. There are also separate DSS-G GPFS-only
updates for 4.2.3-11 and 5.0.1-2.
Regards,
Andy Kurth / NCSU
On Thu, Nov 15, 2018 at 12:01 AM Ryan Novosielski
mailto:novos...@rutgers.edu>> wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I know this might not be the perfect venue, bu
Thanks, all. I was looking around FlexNet this week and didn’t see it, but it’s
good to know it exists/likely will appear soon.
--
|| \\UTGERS, |---*O*---
||_// the State | Ryan Novosielski - novos...@rutgers.edu
|| \\ University
. At the moment, the DSS-G
software seems to be getting updated and we'd prefer to remain at the
same GPFS release on DSS-G and GSS.
- --
|| \\UTGERS, |--*O*
||_// the State | Ryan Novosielski - novos...@rutgers.edu
|| \\ University
I took the bus back to the airport in Austin (the Airport Flyer). Was a good
experience. If Austin is the city I’m thinking of, I took SuperShuttle to the
hotel (I believe because I arrived late at night) and was the fourth hotel that
got dropped off, which roughly doubled the trip time. There i
||_// the State | Ryan Novosielski - novos...@rutgers.edu
|| \\ University | Sr. Technologist - 973/972.0922 (2x0922) ~*~ RBHS Campus
|| \\of NJ | Office of Advanced Research Computing - MSB C630, Newark
`'
___
gpfsug-discuss m
What they said was “spectrumscale.org”. I suspect they’ll wind up here:
http://www.spectrumscaleug.org/presentations/
--
|| \\UTGERS, |---*O*---
||_// the State | Ryan Novosielski - novos...@rutgers.edu
|| \\ University | Sr
art | Systems Administrator IV
>
> CHIA, Faculty of Medicine
> Memorial University of Newfoundland
> 300 Prince Philip Drive
> St. John’s, Newfoundland | A1B 3V6
> Craig L Dobbin Building | 4M409
> T 709 864 6631
>
>> On Oct 19, 2018, at 7:04 AM, Ryan Novosielski wr
bbin Building | 4M409 T 709 864 6631
> ___ gpfsug-discuss
> mailing list gpfsug-discuss at spectrumscale.org
> http://gpfsug.org/mailman/listinfo/gpfsug-discuss
>
- --
|| \\UTGERS, |--*O*----
||_// the Sta
Someone asked me this the other day and I wasn’t quite sure of the answer: how
likely is it that we will ever see/have we ever seen a kernel update (eg.
862.9.1 to 862.11.6) that breaks GPFS compatibility, or can one generally
expect it will continue to work for 862*?
> On Sep 7, 2018, at 6:08
| Ryan Novosielski -
novos...@rutgers.edu<mailto:novos...@rutgers.edu>
|| \\ University | Sr. Technologist - 973/972.0922 (2x0922) ~*~ RBHS Campus
|| \\of NJ | Office of Advanced Research Computing - MSB C630, Newark
`'
On May 16, 2018, at 11:30, Bryan Banister
ma
I know these dates can move, but any vague idea of a timeframe target for
release (this quarter, next quarter, etc.)?
Thanks!
--
|| \\UTGERS, |---*O*---
||_// the State | Ryan Novosielski - novos...@rutgers.edu
|| \\ University
61 matches
Mail list logo
