× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Sounds like FUD to me. Why would you request something "new and useful"
and then imply that you would never use it?

If this is the issue to which you refer:

"During a restore operation not all of the data was correctly read from
the save file in some cases which caused the restore to fail. This only
affected data which was saved to a save file using DTACPR(*MEDIUM) or
DTACPR(*HIGH) and generally only affected the restore of large objects
(such as objects over 150 GB). The restore logic has been changed to
correct this problem."

So this was a very specific problem related to a very specific scenario
that most users won't ever encounter. It's been fixed by PTF for nearly
a year and been included on the Cume since February.

We've been on V6R1 for nearly two months now and only had one small
issue with, wait, Windows Active Directory authentication! The PTF was
already available and the issue was closed quickly.

Your System i already runs Mohave, what more do you want?

Regards,

Scott Ingvaldson
Senior IBM Support Specialist
Fiserv Midwest


-----Original Message-----
From: news.midrange.com [mailto:kdunderk@xxxxxxxxxxxxx]
Sent: Tuesday, September 30, 2008 1:51 PM
To: midrange-l@xxxxxxxxxxxx
Subject: Re: Replacing Disk Drives With Higher Capacity

I am waiting for my iSeries to run something truly new and useful like
Windows Vista!

Maybe it might be better to call the older versions "time tested"?

Had a vendor talk about a V5R4 bug that allowed saves but not restores.
Neat trick!

Planning on V6R1 any year now. Maybe when the econony improves...

Konrad

<rob@xxxxxxxxx> wrote in message
news:OF376C263E.AE864EBF-ON852574CF.00719F07-852574CF.0071C309@xxxxxxxxx
...
Gee, two consecutive unrelated posts from people running obsolete
versions of the OS.

Sucks to be them.


Rob Berendt
--
Group Dekko Services, LLC
Dept 01.073
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





"Charles Wilt" <charles.wilt@xxxxxxxxx> Sent by:
midrange-l-bounces@xxxxxxxxxxxx
09/25/2008 03:38 PM
Please respond to
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>


To
"Midrange Systems Technical Discussion"
<midrange-l@xxxxxxxxxxxx>
cc

Subject
Re: Replacing Disk Drives With Higher Capacity






The OP is on v5r2. but maybe he has BRMS....

Does a 730 even support v5r4, I don't think so.

Charles

On Thu, Sep 25, 2008 at 2:46 PM,
<rob@xxxxxxxxx> wrote:
What loss of spool files?
SAVLIB LIB(X) DEV(TAP01) SPLFDTA(*ALL)

GO SAVE
20. Define save system and user data defaults
page down
Spooled file data . . . . . . *NONE *NONE, *ALL

Rob Berendt
--
Group Dekko Services, LLC
Dept 01.073
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





Bill <brobins3d@xxxxxxxxx>
Sent by: midrange-l-bounces@xxxxxxxxxxxx
09/25/2008 10:38 AM
Please respond to
Midrange Systems Technical Discussion
<midrange-l@xxxxxxxxxxxx>


To
midrange-l@xxxxxxxxxxxx
cc

Subject
Re: Replacing Disk Drives With Higher Capacity






Jones, John (US) wrote:
The incremental removal/replacement works, but will take days to
complete and you wind up with data that won't necessarily be
distributed
across the disks evenly. Performance will also likely be impacted
during
the removal process.

I'd do it (and have done it) the old fashioned way:
- GO SAVE/21.
- GO SAVE/21 again just in case.
- Power off.
- Pull all old drives out, noting the slot where each drive came
from.
- Put the replacement drives in.
- Power up, DST, start mirroring & add to ASP.
- GO RESTORE/21.

If something goes wrong you can power off & put the old drives back
in
(since their slot was noted).

This has the most user downtime but you end up with the most optimal
data layout (best performance).

And result in a loss of all spooled files and all of the other
niceties
that are lost in this scenario. Appreciate the thought though.


BTW, if your apps will work on a newer OS release, upgrading to a
550
with a dozen 141GB disks would probably pay for itself in reduced
maintenance and power/HVAC costs while running circles around the
730.
And
take 8 or 9 Us in one rack v. about two full racks worth of space for
the
730 + DASD tower.

And incur a new key charge from Infor for daring to improve my
machine.
Same for Extol's EDI package. It's been a year or two, but the last
time I spec'd a machine, it was over 100 grand to get a machine
-near-
the performance of the 730/1506. So, unless a 550 runs on the power
of
a 60 watt bulb, it'd take quite some time to recoup the expenses you
speak of.

Bill
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L)
mailing
list
To post a message email:
MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.


--
This is the Midrange Systems Technical Discussion (MIDRANGE-L)
mailing
list
To post a message email:
MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.


--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email:
MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.


--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing

list
To post a message email:
MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.







As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.