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


  • Subject: RE: Recovery Problem-that blows the MULIC theory out the water
  • From: "Pytel, Alexei" <pytela1@xxxxxxxxxxxxxxxx>
  • Date: Thu, 22 Oct 1998 10:08:52 +0100


With all due respect it's not true.

MULIC data is NEVER saved. I am pretty sure, that NO SAVxxx command
saves MULIC.
MULIC lives on a load source disk in an area not accessible to operating
system.
So even scratch install will not touch this area.
What you have seen - when system was transferred from 9406 to 9402 -
simply means that MULIC data was already on a target load source.

Again - one only needs MULIC tape ONCE for a life-time of a load source
on a given model of AS/400. (Of course if you physically move load
source to another model of AS/400 you will have to reload MULIC).


    Best regards,

          Alexei Pytel



> -----Original Message-----
> From: david bulog [SMTP:d2ba@xtra.co.nz]
> Sent: Wednesday, October 21, 1998 3:48 AM
> To:   MIDRANGE-L@midrange.com
> Subject:      Re: Recovery Problem-that blows the MULIC theory out the
> water
> 
> 1:Im sure you dont need the MULIC tape at all:Any  backup tape which
> has
> been made on that system should work.
> 2: >My question is WHY would they need MULIC/FULIC if the entire
> system
> was
> > |> saved with option 21.... Doesn't the LIC getted saved using that
> > |> procedure ???
> > |>
> The LIC would have got saved--your backup tape or your drive  must be
> where the problem is. 
> 3:I have seen a 9406 F35 backuped and then that system loaded up a
> 9404
> machine--that blows the MULIC theory out the water.
> 
> cheers Dave B
> 
> Carl Galgano wrote:
> > 
> > Wow, and I though mulic was breasfast cereal!
> > Carl Galgano
> > EDI Consulting Services, Inc.
> > http://cgalgano.home.mindspring.com
> > mailto://cgalgano@ediconsulting.com
> > (770) 422-2995
> > 
> > -----Original Message-----
> > From: nina jones <ddi@datadesigninc.com>
> > To: MIDRANGE-L@midrange.com <MIDRANGE-L@midrange.com>
> > Date: Tuesday, October 20, 1998 9:05 AM
> > Subject: Re: Recovery Problem
> > 
> > |> I have a customer 9402/200 that crashed today... He was given the
> > |> instruction to do a option 21 on save menu to save entire
> system...
> > |> He has done that on a regular basis since the system installed 3
> > |> years ago... This is a VERY small system with only one drive(1.9
> gb)
> > |> and of course he lost the system source drive... After the drive
> was
> > |> replaced, they attempted to IPL off of backup tape to do
> restore....
> > |>
> > |> System was unable to use the tape to recover.. CE asks for
> FULIC/MULIC
> > |> tape, which they couldn't find...
> > |>
> > |> My question is WHY would they need MULIC/FULIC if the entire
> system was
> > |> saved with option 21.... Doesn't the LIC getted saved using that
> > |> procedure ???
> > |>
> > |> This is the first & only system that I have ever had to lose load
> source
> > |> drive,,, so I'm a little worried about other systems now.....
> > |
> > |years ago, our ce told us about the mulic tape, and made sure we
> knew where
> > it was.  he
> > |even labeled the box for us.
> > |
> > |about a year ago, we did lose a disk drive,  and i was grateful for
> his
> > foresite!
> > |
> > |nj
> > |
> > |+---
> > || 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
> > +---
> +---
> | 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 thread ...


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.