|
Do they use the CD during the IPL? Good question. Recently we did an upgrade and forgive me for failing to remember which CD, but I am thinking it was a cum, but the instructions said not to unload it until after the IPL. I don't know why. In the past I've received Cum media which said I had to apply a particular PTF from it prior to applying the entire cum package (Note: READ the instructions). Maybe they rigged a routine to do this for us? 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.