|
It's likely you are correct on the 1.8TB limit. However, not even Frankie III has enough disk for me to test that on! Howsomever if you DO have 1.8TB of DASD to scrub I'm guessing you have more than one processor and thus would likely want to run multiple copies of the program each with their own 1.8TB (or less) of file to work with. Or if you have lots of time, user opens will work too! - Larry -----midrange-l-bounces@xxxxxxxxxxxx wrote: ----- To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx> From: rob@xxxxxxxxx Sent by: midrange-l-bounces@xxxxxxxxxxxx Date: 01/19/2007 08:22AM Subject: Re: Erasing DASD-decommission an AS400/iSeries/System i Isn't the number of bytes in a file member limited to 1.8TB? http://publib.boulder.ibm.com/infocenter/iseries/v5r4/topic/dbp/rbafoappmax.htm You'd have to make the file USROPN. ADDPFM a new member like A000000002. EXTNAME to that member with that variable. OPEN the file. WRITE until error occurs. CLOSE. Lather, Rinse, Repeat. Ah, the beauties of Open Source, we can all pool our ideas on how to improve the program. Rob Berendt -- Group Dekko Services, LLC Dept 01.073 PO Box 2000 Dock 108 6928N 400E Kendallville, IN 46755 http://www.dekko.com
As an Amazon Associate we earn from qualifying purchases.
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.