I was told that with SSD, the old rule of performance vs disk no longer applies.
Is this true?
I can free up 10 to 15 % in quite easily.
I'm currently using the QAUDJRN receivers, (back to March 2014) 12% of system. I also have some cold data that could be removed if necessary.
I have 6 empty disk bays in my 5887. I could easily add 6 of the same (currently 18) 1794-177gb SSF-2 SSD. I was holding off, waiting for the newer larger disks.
Or maybe wait even longer if we decided to upgrade from P7 to P8.
P7 will be 3 years old in Feb 2015, I don't have or probably can justify an upgrade at this time.
Our 3 year combined hardware/software maintenance renewal is also is due to renew in Feb of 2015.
Our 3573 LTO 5 HH Fiber tape library also expires on a 3 year warranty, so that will need to be added to maint.
Considering another 3 year renewal, but that could change.
Paul
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of rob@xxxxxxxxx
Sent: Friday, October 24, 2014 1:35 PM
To: Midrange Systems Technical Discussion
Subject: Re: CPF0907 - Serious storage condition may exist ; - BRM1797 - ASP storage threshold has been exceeded
Dollars to doughnuts it was the P5 to P7 migration. It gets set with the ASP you're using and you probably thought "well, we have all this new disk on our P7, we'll never fill that. Why worry about raising the threshold size up?"
Depends on the lpar. Really, with the larger disk size requirements, and still the minimum recommended number of arms, we have a few lpars way down there, like between 30-40%. While a few lpars are around 85%. But I can easily fix those larger lpars by simply carving out more network storage space out of the hosting lpar.
There was a thread (?this week?) about performance vs disk full.
Personally I like to leave the threshold low enough that I have time to talk to TPTB and beg for money for disk. Setting it at 98% and saying "If you don't make a decision by 3pm..." goes over like a turd in the punch bowl.
Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1 Group Dekko Dept 1600 Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com
From: "Steinmetz, Paul" <PSteinmetz@xxxxxxxxxx>
To: "'Midrange Systems Technical Discussion'"
<midrange-l@xxxxxxxxxxxx>
Date: 10/24/2014 01:15 PM
Subject: CPF0907 - Serious storage condition may exist ; - BRM1797
- ASP storage threshold has been exceeded
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>
Current threshold was 90%. 2844 G, so I still have 300 gb free.
I remember changing this to 95% years back.
Did a V6R1 to V7R1 upgrade change this or did a P5 to P7 migration change
this?
Something stops working when you hit this threshold, but I can't remember
what that was?
Possibly SNDNETSPLF or STRPASTHR.
I changed back to 95%.
What do most run at?
Thank You
_____
Paul Steinmetz
IBM i Systems Administrator
Pencor Services, Inc.
462 Delaware Ave
Palmerton Pa 18071
610-826-9117 work
610-826-9188 fax
610-349-0913 cell
610-377-6012 home
psteinmetz@xxxxxxxxxx<mailto:psteinmetz@xxxxxxxxxx>
http://www.pencor.com/
midrange.com
