× 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: Fulic/Mulic Solutions
  • From: "Pytel, Alexei" <pytela1@xxxxxxxxxxxxxxxx>
  • Date: Thu, 22 Oct 1998 11:03:58 +0100


Please, do not confuse MULIC and LIC.
These are completely different things.

MULIC is part of hardware. It's processor type unique, but it does not
depend on S/N or OS/400 version number.

LIC is software. It's part of operating system and therefore is
different between versions/releases. It is part of operating system
which lies below MI. It depends on version/release of operating system,
but does not depend on processor type in one family.

MULIC comes on a separate tape. It's loaded once on a system load
source. It's not influcenced by any PTFs. If you upgrade OS/400 to new
version/release, you do not need new MULIC and you do not need to reload
old one (even at scratch install). MULIC is never saved and it is not
shipped on any distribution tapes.

LIC is on the same tape(s), as the rest of operating system. It's loaded
every time you change version/release of operating system. It is option
5xxx-999 when looking at installed programs or PTF information. It's
PTFed quite extensively. It is saved by SAVSTG and SAVSYS commands. It's
contained on any distribution tape (including ones you may create on
your system).

All above relates only to CISC. RISC processors does not require MULIC.
But LIC is certainly present on RISC systems. It is called SLIC and is
very different from LIC for CISC relases. LIC is hardware architecture
dependent. This is what insulates layers above MI from hardware
differences.

    Best regards,

          Alexei Pytel



> -----Original Message-----
> From: Pat Barber [SMTP:MBOCEANSIDE@postoffice.worldnet.att.net]
> Sent: Wednesday, October 21, 1998 11:06 PM
> To:   MIDRANGE-L@midrange.com
> Subject:      Fulic/Mulic Solutions
> 
> This may or may not be correct, but, if I understand what I have 
> heard today... The following conditions need to happen to cause
> the system to require FULIC/MULIC tape....
> 
> 1. MFIOP has changed
> 2. Processor card has changed
> 3. Serial Number has changed....
> 
> A scratch load on a New or Dead system does NOT require FULIC/MULIC...
> 
> One other area I'm still trying to nail down is this.....
> 
> Does tapes from PID come with or without LIC ??????
> I am referring to V3R2 as an example.....
> 
> I tend to believe that they DO have the LIC, because if you are
> at V3R1 and you wish to goto V3r2,,, the system does NOT require
> that LIC be loaded prior to update..... In the example of a dead
> system....(BRAND NEW LOAD SOURCE) you should be able to load the
> whole mess from PID tapes...IE: 1. LIC  2. OS/400 3. LPP... but 
> somewhere along the way,,, I missed out on somthing......
> 
> My customer with broke system is almost back to life..... LPP's are
> loading now.... Full system backup is coming next....... He is now
> a fully converted believer......... Everybody done option 21
> lately.....
> +---
> | 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.