× 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.



The IBM version of save spool files came out in V5R4.

There are OEMs that had reasonable products.

--
Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects


-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
rob@xxxxxxxxx
Sent: Friday, January 09, 2015 11:27 AM
To: Midrange Systems Technical Discussion
Subject: Re: remote 520 questions (more)

<snip>
They need to keep the content
</snip>
Do they? Every single spool file? Forever, or just for a set time? Are
they backing them up? Does that version of the OS even have "Spooled file
data . . . . . . . SPLFDTA" on SAVLIB?
It's hard for us to give you an estimate on how much space this will take
converted to PDF or something. We don't know if those are 1 page spool
files or 10,000 page spool files. We don't know what kind of overlays, page
segments, imbedded barcodes, etc you may be using.
It's blanket statements like this that have me deleting all spool files over
so many days, no exceptions. Back in the day I would tell them the OS
doesn't back them up so they are to be considered expendable.
Does that version of the OS have RTVDSKINF and PRTDSKINF? That will tell
you how much space is taken up by spool files. Granted, it's not a
one-to-one in how much space they would take converted to PDF.


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: John McKee <jmmckee@xxxxxxxxxxxxxx>
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Date: 01/09/2015 11:37 AM
Subject: remote 520 questions (more)
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>



I was asked mor questions.

As part of the (in)famous "decommissiong", we continue to find issues. For
example, I am looking at an output that has 171423 files. There are other
queues with a large number as well, but probably not as many. Cache
battery is gone.

Since we recently had cache battery and hard drive replaced on local
system, I feel confident (maybe foolishly?) that this isn't an issue, but
I
was asked. If a remote drive craps out - it is in a RAID set, is there
any
potential data loss? They are keeping things in output queues because
there is no alternative.

They need to keep the content, which brings up the related question, and I
am thinking no easy answer here. Remote is v5r3. Can the spool files be
converted to PDF? I am cringing at the thought of doing this for 171423
or
even 11,736 files. But, I have to ask. Does SPOOLTOOL have this
capability?

Due to large outques and I don't know how much actual junk, if SPOOLTOOLS
could do conversion to PDF (again, on v5r3 system), could it be installed
without pushing Dasd over the edge? System is at 88.5142 of 317.1G.

I created a user profile on local 520 (v5r4) with same user name and
password as my profile ob the remote system. Still could not open a DDM
file. Same error and reason code - 17. Maybe there is an exit program
involved, but command to look at exit programs has slipped away from
active
memory. Maybe it is just file authority. My login is tied to a group
profile so when I sign on, I have needed authority to access files. Maybe
whatever job provides DDM service needs that authority - if so, what
profile is that?

I deeply appreciate your patience and assistance. This whole process is
rapidly approaching the looney stage.

John McKee

As an Amazon Associate we earn from qualifying purchases.

This thread ...

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.