IBM i Global

 View Only
  • 1.  Partitioning P9 with System/36 Environment

    Posted 15 days ago

    Hello

    I've recently started a role in an organisation that recently purchased two P9 servers...we're running 7.3 on them both. Currently these servers are configured as Production and (in progress) DR.

    We're investigating the possibility of utilising the DR machine as both a development and DR platform, operating within different partitions on the server.

    Q1 - Is this an advisable solution?

    Our main application is (still) largely System/36 based and requires the System/36 Environment to be operational - in our system we have a number of objects in the QS36F library (mostly data files) and were informed recently that because of this we're not able to partition our system into two separate environments.

    Q2 - Is this correct?

    Any assistance or advice on this would be greatly appreciated.

    Best Regards

    Paul Archer



    ------------------------------
    Paul Archer
    ------------------------------



  • 2.  RE: Partitioning P9 with System/36 Environment

    IBM Champion
    Posted 14 days ago

    I fail to understand that view point.

    Power 10
     
    five lpars of IBM i, 1 lpar of AIX, 2 lpars of VIOS
     
    All lpars of IBMi are running 7.5
     
    > STRS36                                      
      Job is already a S/36 environment job.      
    > BLDFILE DELETE01,S,RECORDS,50,10,,T,,,NDFILE
    > DELETE DELETE01,F1,ERASE                    
    > ENDS36
     
    DSPSFWRSC
    Resource                                        
       ID     Option  Feature  Description          
    5770999   *BASE    5050    Licensed Internal Cod
    5770SS1   *BASE    5050    IBM i                
    5770SS1   *BASE    2924    IBM i                
    ...
    5770SS1   5        5050    System/36 Environment
    5770SS1   5        2924    System/36 Environment
    5770SS1   6        5050    System/38 Environment
    ...


    ------------------------------
    Robert Berendt IBMChampion
    ------------------------------



  • 3.  RE: Partitioning P9 with System/36 Environment

    IBM Champion
    Posted 14 days ago

    We are using virtual HMC.  Perhaps that is where the confusion is coming from.



    ------------------------------
    Robert Berendt IBMChampion
    ------------------------------



  • 4.  RE: Partitioning P9 with System/36 Environment

    IBM Champion
    Posted 14 days ago

    Decades ago there was something else.  It wasn't S/36 environment but it was *M36.  It was basically all S/36 on an AS/400 (remember those?).  *M36 was dropped a long time ago.  Again, this is another potential spot for confusion if the person researching this got a bad Google hit.



    ------------------------------
    Robert Berendt IBMChampion
    ------------------------------



  • 5.  RE: Partitioning P9 with System/36 Environment

    IBM Champion
    Posted 14 days ago

    I'm reading a link which refers to the *M36 being discontinued May 2000.  Kind of funny seeing all the people crying about it causing the demise of IBM.

    https://archive.midrange.com/midrange-l/200005/msg00168.html



    ------------------------------
    Robert Berendt IBMChampion
    ------------------------------



  • 6.  RE: Partitioning P9 with System/36 Environment

    IBM Champion
    Posted 14 days ago

    Another possible source of confusion.  Decades ago IBM announced they were going to remove some of the S/36 compilers.  Most notably CRTS36RPG.  That was one time the outcry was so bad IBM that IBM rescinded the announcement.



    ------------------------------
    Robert Berendt IBMChampion
    ------------------------------



  • 7.  RE: Partitioning P9 with System/36 Environment

    Posted 14 days ago

    Hi Paul,

     

    to directly respond to your questions:

     

    Q1:

    Yes it is a possible solution but it depends on what you are willing to do in total. It doesn't matter if you are running /36 Applications or not.

    By the way – we are converting a lot of /36 Applications (OCL and RPG II) to modern RPG and/or other directions and I always wonder if that will ever stop because I am working with /36 Applications since 1989.... 😃

     

    Q2:

    No – this is not correct.

    I guess what the confusion about the /36 Partitioning is, is the QS36F Library because on one LPAR (Logical Partition) you can only run one QS36F.

    But if you install 2 or more LPARs on one hardware you can run your own QS36F in each LPAR.

    You can also change the /36 setting with CHGS36 and there you can use another Library name instead of QS36F and you can turn on the usage of the Library List (LIBL) there. But on one Partition you can't use two different QS36F. When you start the /36 environment with STRS36 it will use the Library you configured in the CHGS36.

     

    We have multiple customers using /36 Apps and therefore we have multiple QS36Fxxx on our partition. When we need to test one, we need to CHGS36.

    Therefore we have multiple Partitions where we run the customer QS36F we need each day for development/modernizing.

     

    Hope that helps

    Markus

     

    Mit freundlichen Grüßen aus der Südwestpfalz

     

    Markus A. Litters

    edvberatung.litters

     

    www.mlitters.de

     

    +






  • 8.  RE: Partitioning P9 with System/36 Environment

    Posted 11 days ago

    Many years ago, I put 4 System 36s onto an AS/400 with System/36 code on it.  All 5 used the same programs but different data.  I created 4 different libraries for the data and used OCL with overrides depending on the user group (5 groups).  I also changed the authorities of all the files so there wouldn't be accidental use/update of the wrong files.  It all worked fine, but was an initial effort.  Maybe this will help.

    Terry



    ------------------------------
    Terry Bartlett
    ------------------------------



  • 9.  RE: Partitioning P9 with System/36 Environment

    Posted 10 days ago

    Hi Terry,

     

    that is indeed an option.

    Of course therefore you need to change all the OCL Procedures and – if you already migrated OCL to CL – also the CL Programs.

    So it depends how many you have and how the Application is already changed (if it "already" is 😉 ).

     

    Thanks for sharing this.

     

    Kind regards

    Markus

     

     

    Mit freundlichen Grüßen aus der Südwestpfalz

     

    Markus A. Litters

    edvberatung.litters

     

    www.mlitters.de