|
midrange.com
This is where I was going. If you load a cum and 5 or 6 group ptf's
(hiper, db, backup, http, etc) and apply them all at once with one IPL do
not be surprised if your link-loader fills up and you have to reinstall
lic.
Rob Berendt
==================
Remember the Cole!
D.BALE@handleman.co
m To: MIDRANGE-L@midrange.com
Sent by: cc:
owner-midrange-l@mi Subject: Re: Remote
Management
drange.com
05/02/01 08:06 AM
Please respond to
MIDRANGE-L
I'm not sure exactly where you were going with this (I'm still on my first
coff of cuppee <g>), but I was hoping this scenario was possible for our
remote 400's:
1: Load all the cume PTF CDs using local personnel during
normal business hours with AS/400 operations unaffected.
2: Local personnel leave for the day; building is empty.
3: Do a SAVE 21, and maybe a SAVSTG
4: Apply the cume PTF
5: IPL
6: Do another SAVE 21
Well, the save strategy would be possible at one of our branches which
thankfully has a 3590 B11 (10 cartridge autoloader). But are the cume PTF
CDs
ever called upon after the "apply" has started? Are there any other issues
that preclude this ideal scenario? Can the group PTFs all be put on one CD
so
that it can be inserted in the drive after the cume PTF CDs are done being
used; the idea being that after step 5 (or 6?) I can load and apply the
group
PTFs without any local user intervention?
Dan Bale
IT - AS/400
Handleman Company
248-362-4400 Ext. 4952
D.Bale@Handleman.com
Quiquid latine dictum sit altum viditur.
(Whatever is said in Latin seems profound.)
-------------------------- Original Message --------------------------
Dan,
We always load, apply and IPL the cum cd. Then we load/apply all group ptf
cd's and then ipl again. YEARS ago we tried the cum, all groups and a few
others and we blew something called a link loader and had to reinstall lic.
Well, actually we sold off that division, including the personnel who
thought it would be okay to not ipl after the cum.
Rob Berendt
==================
Remember the Cole!
D.BALE@handleman.com
To: MIDRANGE-L@midrange.com
Subject: Re: Remote Management
Well, I don't know how remote *your* "remote" is <g>, but I'm dealing with
5
remote AS/400s, the closest of which is 300+ miles away, two of which are
on
this continent outside of the U.S., and one in England. It is not
realistic
for me *not* to consider remote management. I just have to research this
one
diligently and rely on the experience that the good people on this list
bring
to the table. I think I will have the financial backing to do this right.
Here's what I *think* I need remote management for: restricted state
system
backups (SAVE 21), cume PTF load/apply, other system maintenance functions
requiring restricted state. I do NOT plan on doing release upgrades
remotely;
in my mind that's just too big a risk for failure.
Yes, anything in "multitples" brings a whole 'nuther aspect to remote
management. I'd have to have someone on site whose only responsibility
would
be to change CD's. QUESTION: Can I ask IBM to provide the cume PTF package
on
3590 cartridges? Hopefully, it would all fit on one 10GB cartridge, but
even
if it didn't, I've got a 10-slot magazine in one of my branches.
It's been several years since I've done cume PTF's; can the loading of all
the
CD's be done while the system is still in use? The idea behind that is to
have someone local start loading the CD's so that everything's loaded
before
they leave for the day. After the branch ceases operations for the day, do
the backups, and apply the cume. Is that possible?
Dan Bale
IT - AS/400
Handleman Company
248-362-4400 Ext. 4952
D.Bale@Handleman.com
Quiquid latine dictum sit altum viditur.
(Whatever is said in Latin seems profound.)
-------------------------- Original Message --------------------------
Dan
I'm in a similar boat to you, in that I have a number of machines I manage
remotely.
The one thing that has always bought my thoughts on remote management and
Ops Console to a standstill is that the jobs I really want good remote
access for have to be done on site.
Changing tapes, of course, but that kinda goes without saying and I can
monitor that stuff fairly easily.
But loading licensed programs, installing new versions or Cumulative
CD's... ANYTHING that needs access to the CD drive is a royal PITA.
Why can I share my AS/400 CD drive to the Windows network but not to
another AS/400 on the network ?
Without this capability, I always kind of give up on the remote management
thing as in my own mind I just can't quite get enough functionality out of
it to justify setting it up. If I could do this I would get Ops Console up
and running in a flash. Well start the process in a flash at least <g>
Has anyone solved this particular problem or have I just totally missed the
boat on something obvious ?
regards
Evan Harris
>Yes, I thought I've heard Al bash it, too. I found a reference in the
>archives where he is quoted as saying "Ops Console doesn't work well". I
>forgot to note how old that post was. Perhaps Ops Console has matured by
now?
>
>As a company with AS/400s in five very remote locations, three of which
have
>no operations staff (save for someone who changes the backup tapes daily),
we
>need to get to the point where we can have the most possible absolute
control
>of these systems from our HQ location. The best scenario is where I can
have
>system console access as well as system panel access from my desktop.
<SNIP>
>Dan Bale
>IT - AS/400
>Handleman Company
>248-362-4400 Ext. 4952
>D.Bale@Handleman.com
> Quiquid latine dictum sit altum viditur.
> (Whatever is said in Latin seems profound.)
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to
MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator:
david@midrange.com
+---
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.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.
