|
Paul,--
See answer is line to your points.
- Larry "DrFranken" Bolhuis
www.frankeni.com
www.iDevCloud.com
www.iInTheCloud.com
On 1/13/2014 6:17 PM, Steinmetz, Paul wrote:
On my new Guest LPAR, after perm applying latest V7R1 CUM, Group PTFs, I created a new V7R1 combined i5/OS PTF combined DSLO image.
Then manually moved this back to my LPAR that hosts my images. (I
want to test creating the DSLO directly to LPAR that hosts the
images, had errors)
Catalog . . : V7R1OSPTF Status . . . : Ready
Type . . . . : Optical Device . . . : OPTVRT01
Directory . : /V7R1OSPTF
1 Mounted I_BASE_01
Then I created a new NWS (P07CLNT2), leaving the original NWS intact (P07CLNT).
CRTNWSD NWSD(P07CLNT2) RSRCNAME(CTL02) TYPE(*GUEST *OPSYS)
PWRCTL(*NO) QSYS/CRTNWSSTG NWSSTG(P07CLNT2) NWSSIZE(200000)
FORMAT(*OPEN) (200 gb was overkill, will cut this back) ADDNWSSTGL
NWSSTG(P07CLNT2) NWSD(P07CLNT2) DYNAMIC(*YES)
Then, using the same Guest LPAR config, I did a network install via
chsysstate to the newly created NWS, (P07CLNT2)
chsysstate -o on -k manual -m Server-8205-E6C-SN105815R -n Pencor08
DSLO -i d -f Pencor08 DSLO -r lpar --ip 172.15.23.8 --netmask
255.255.255.0 --gateway 172.15.23.6 --serverip 172.15.23.6
--serverdir /V7R1OSPTF --duplex auto --mtu 1500
All went well, V7R1 i5/OS with all latest PTFS installed, all license keys, on new Guest LPAR.
This confirmed that the 4 previous uses of the DSLO image (2 issues) were related to image too old and/or ptfs.
Few points along the way I want to confirm, mostly related to DSLO images.
1) When creating a DSLO image, can the VRTOPT point to another LPAR, I had errors when I attempted this?
Not positive but I think network based virtual optical are read only.
If the virtual optical points to an IBM i host partition and is shared
via the NWSD then I believe you can write through to that.
2) How much should I allow for V7R1 i5 OS/PTF combined image. Currently at 12% or 24gb.
When using images I use 2.6GB image size and create five of those to
contain IBM i and the majority of the LPPs.
3) When creating a DSLO image, you need to pick a profile, I used QIBMRPLRLS, per prev document. Can this same image / profile be used for new installs, OS upgrades, etc. Or do I need to be concerned with a different profile depending on the type of install?
I typically use the QINSNEWSYS profile but I'm not at all clear on
what the difference between them is. Since IBM media clearly can be
used for both I go with the theory that if my 'install a new system'
media can be used for an install then it also can be used for both.
4) When installing all LPP, I had to select them all. Could this have been preselected set within the DSLO image?
No. IBM does not include the required file when creating DSLO images.
We are using this I've been told for a purpose that it was not intended.
That doesn't make it illegal, just that what we want isn't supported.
As a consequence you're stuck selecting OR as IBM told me, "Only put
on the DLSO what is needed on the target system, then use 'Install
all'. Of course this means (most likely) that you'll need new DSLO media each time.
5) Prior to creating the combined DSLO image, I had to configure some minimal network settings (Ethernet line, host table entries, wrkcfgl QAPPNRMT). Some, not all these settings were restored/created on the new Guest partition. Will these settings be also be restored/created when using the image for an upgrade.
Yes. And this is why I create mine on a "GOLD" partition. What I have
thought about but not yet done, is to create a CL program that can be
run once the new system is created that un-does anything that's in
there. It should be straight up to do that, I just haven't. We create
NO profiles there and keep QGPL and QUSRSYS very sanitary and System
Values are IBM stock as much as possible.
6) Is it correct to say that a single Guest LPAR can be varied simply by varying on the proper NWS prior to the IPL? The different NWS could represent different i5/OS environments, etc.
Yessir. Remember that you must use PWRDWNSYS to shut them down though.
If you use Power Control *YES you must force vary off the NWSD. So I
do NOT use Power Controlling on my NWSDs.
I do seem to recall some message about missing or different load
source but I may be remembering some of my various hardware LPAR fun
with Frankie V. (A power 5 machine that thus had all physical disks
but not all were in legal locations.....)
Thanks
Paul
-----Original Message-----
From: Steinmetz, Paul
Sent: Monday, January 06, 2014 8:15 PM
To: 'Midrange Systems Technical Discussion'
Subject: RE: HMC network install of i5OS V7R1 from DSLO image, can't
fine load source B2003110
Larry,
Thanks again for all the help.
1) The fix below was correct, I needed to have both parms in quotes and the extra spaces.
CHGJOB CCSID(nnn) where nnn is the primary CCSID (which should match the ccsid of character fields in the QSYS/QADBXREF file)
CALL QSYS2/QSQXRLF PARM('DLT' 'QSYS2 ')
CALL QSYS2/QSQXRLF PARM('CRT' 'QSYS2 ')
and then call QSYS/QSQIBMCHK again to confirm the objects are there.
RSTLICPGM 5770DE1 OPTION(2).
2) Virtual Ethernet Bridge configured and working, this was a tussle, once again, VLAN id did not match.
Also, on the host, I couldn't add the bridge to the phy Eth line description,(5767) had to delete and recreate.
Also, when you display a line description, the bridge does not show, you must 2=change and F4 to view.
Hopefully IBM will fix this in next release.
3) Updating new client LPAR with latest cum, TR7, all groups, for
creation of new DSLO image
-----Original Message-----
From: Steinmetz, Paul
Sent: Sunday, January 05, 2014 10:38 PM
To: 'Midrange Systems Technical Discussion'
Subject: RE: HMC network install of i5OS V7R1 from DSLO image, can't
fine load source B2003110
Larry,
Will do, thanks for all the tips and help.
Paul
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of DrFranken
Sent: Sunday, January 05, 2014 10:19 PM
To: Midrange Systems Technical Discussion
Subject: Re: HMC network install of i5OS V7R1 from DSLO image, can't
fine load source B2003110
OK that looks real familiar. I recall IBM having this one nicely
documented. I'd open a PMR with them because I can't find (or
remember) the solution at this point. :-)
- Larry "DrFranken" Bolhuis
www.frankeni.com
www.iDevCloud.com
www.iInTheCloud.com
On 1/5/2014 9:08 PM, Steinmetz, Paul wrote:
Larry,--
go licpgm
SQL CATALOG QSYS2/SYSROUTINE HAS AN OLD FORMAT. AN IPL MAY BE NEEDED.
SQL CATALOG QSYS2/SYSROUTINE HAS AN OLD FORMAT. AN IPL MAY BE NEEDED.
SQLGETINCEXPR in *LIBL type *N not found.
Receiver QSQJRN0001 in QDB2XML never fully saved. (I C) I
SQLGETINCEXPR in *LIBL type *N not found.
Schema QDB2XML not created.
SQL CATALOG QSYS2/SYSROUTINE HAS AN OLD FORMAT. AN IPL MAY BE NEEDED.
SQL system error.
Unexpected internal system error occurred in program QZXMMRMX.
Unexpected internal system error occurred in program QZXMMRMX.
Library QDB2XML not found.
Commitment control ended with 1 local changes not committed.
Exit program processing failed.
Product 5770DE1 option 2 release V7R1M0 processing not complete.
*PGM objects for product 5770DE1 option 2 release V7R1M0 not restored.
Objects for product 5770DE1 option 2 release V7R1M0 not restored.
*LNG objects for licensed program 5770DE1 option 02 not installed.
Work with licensed programs function not complete.
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of DrFranken
Sent: Sunday, January 05, 2014 9:06 PM
To: Midrange Systems Technical Discussion
Subject: Re: HMC network install of i5OS V7R1 from DSLO image, can't
fine load source B2003110
VLAN error, yep that'll do it.
So you have SS1 Op 1 installed.
DE1 is still in error at this point?
What is the message in the job log that you're seeing?
When I look in DSPFFD on that file I can't find any field that represents the "string column". I can say that most of the fields are CCSID 37 and a few are 1200.
- Larry "DrFranken" Bolhuis
www.frankeni.com
www.iDevCloud.com
www.iInTheCloud.com
On 1/5/2014 7:36 PM, Steinmetz, Paul wrote:
Larry,--
Switched from VLAN 2 to VLAN1, OPTVRT01 now working.
Reinstalled 575770SS1 1 Extended Base Support, issue fixed.
Applied the same fix for 5770DE1 *ERROR DB2 XML Extender that I given for same previous issue, however, this time still failed.
1) IPL then sing on as QSECOFr
2) DSPFFD QSYS/QADBXREF
- what do you see for the CCSID of the string columns?
3) CHGJOB CCSID() from step 2, the DSPFFD
4) CALL QSYS2/QSQXRLF (DLT QSYS2)
5) CALL QSYS2/QSQXRLF (CRT QSYS2)
6) CALL QSYS/QSQSYSIBM
7) CALL QSYS/QSQIBMCHK
Then run RSTLICPGM 5770DE1 OPTION(2).
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of DrFranken
Sent: Sunday, January 05, 2014 9:01 AM
To: Midrange Systems Technical Discussion
Subject: Re: HMC network install of i5OS V7R1 from DSLO image,
can't fine load source B2003110
Client side: First lets be clear that when the IBM i TCP/IP stack is down (such as dedicated system) you will NOT be able to ping the HOST from the Client. This is normal and expected. This is because IBM i has no direct access to the Service Tools IP interface. This is also why in the Device Description for OPTNET01 you specify *SRVLAN thus giving that device access to the Service Tools interface.
Host side: However you MUST be able to ping the Service Tools interface of the Client from the Host so there is an issue here.
Could be the VLAN is wrong. This may be an HMC config issue (seems unlikely in your case.) Could be the Service Tools interface is attached to the wrong CMNnn resource and thus is on the wrong VLAN. And of course it could be typoed, I hate typoes.
So you WILL need to correct this lack-o-ping problem before the OPTNET01 device will vary on correctly.
- Larry "DrFranken" Bolhuis
www.frankeni.com
www.iDevCloud.com
www.iInTheCloud.com
On 1/5/2014 1:13 AM, Steinmetz, Paul wrote:
Larry,--
From the LPAR that has the DSLO image, I cannot ping the new client sst tools interface ip, I'm sure this is the issue.On the client, I reconfigured SST LAN adapter, host will still will not ping the client.
From the client, also cannot ping the host, Cannot reach remote
system
Are there any differences for virtual optical when the remote LPAR is a client partition?
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of DrFranken
Sent: Saturday, January 04, 2014 11:13 PM
To: Midrange Systems Technical Discussion
Subject: Re: HMC network install of i5OS V7R1 from DSLO image,
can't fine load source B2003110
I have seen MANY errors with the install of DE1 but usually it's option 2. Frequently the joblog says there is a profile that already exists and shouldn't. Delete it (and the one object it owns) and retry.
For Extended base there are only a zillion things that can cause that. I would certainly do that one all by itself rather than combined with DE1.
Gives the job log on your interactive session that way also.
As to the OPTNET01 guy you are correct that it should work just fine with no IBM i level TCP/IP configured or started or Ethernet line description active.
The FIRST troubleshooting step in this case is from the Host partition ping the TCP/IP address of the service tools interface on this new partition. It MUST ping or you won't get far at all. If it does PING then the service tools interface is in good shape. If not then jump into SST and verify or reconfigure it. I have found that when the service tools interface is set from a network based install such as this it doesn't 'stick'. It seems to be in memory only so you need to put it back. Once you've done that it will stay through IPLs and shutdowns and restarts going forward.
I'm making the assumption here that the host partition is in the same state as previous with no restart of IP or NFS?
- Larry "DrFranken" Bolhuis
www.frankeni.com
www.iDevCloud.com
www.iInTheCloud.com
On 1/4/2014 9:44 PM, Steinmetz, Paul wrote:
V7R1 Client install complete, 2 LPP in error, same 2 as from previous use with this image.--
5770SS1 *ERROR Extended Base Support
5770DE1 *ERROR DB2 XML Extender
From archives and previous notes, probably because the image was old.
I need to reinstall/restore these two LLP Since IPL, remote
virtual optical can no longer access the DSLO image on the remote LPAR.
OPTVRT01 goes Active, but not accessing the DSLO remote image.
Is this a SST service tools LAN adapter issue or another issue?
No comm has been configured as of yet, but I thought OPTVRT01
should still be functional
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of DrFranken
Sent: Saturday, January 04, 2014 12:02 PM
To: Midrange Systems Technical Discussion
Subject: Re: HMC network install of i5OS V7R1 from DSLO image,
can't fine load source B2003110
You tried to do almost anything? Quite a few bits now trigger the starting of QSYSWRK and sometimes QUSRWRK subsystems and yes that derails the install of the first few options for sure.
Oh and just an FYI for the crowd, you cannot install i5/OS or PTF
it over a network. That is supported only in IBM i. :-)
- Larry "DrFranken" Bolhuis
www.frankeni.com
www.iDevCloud.com
www.iInTheCloud.com
On 1/3/2014 4:43 PM, Steinmetz, Paul wrote:
Larry,--
Subsystem QSYSWRK was active, once ended, i5/OS install continued.
Any idea what might cause QSYSWRK to go active, which caused the i5/OS install to fail.
-----Original Message-----
From: Steinmetz, Paul
Sent: Friday, January 03, 2014 3:33 PM
To: 'Midrange Systems Technical Discussion'
Subject: RE: HMC network install of i5OS V7R1 from DSLO image,
can't fine load source B2003110
Larry,
Virtual Optical created on client.
Go licpgm 1 or 11 resulting with same error.
File QATOCSTART, library QUSRSYS not found.
Cannot install library QGPL.
Output queue changed to QPRINT in QGPL.
Work with licensed programs function not complete.
Cannot install library QGPL.
Output queue changed to QPRINT in QGPL.
Work with licensed programs function not complete.
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of DrFranken
Sent: Friday, January 03, 2014 2:38 PM
To: Midrange Systems Technical Discussion
Subject: Re: HMC network install of i5OS V7R1 from DSLO image,
can't fine load source B2003110
One other thing to add if the partitions are all on the same server, I also always use the same virtual adapter number, such as 9 for this effort. Just easier to remember what it's there for and which VLAN to assign it to.
- Larry "DrFranken" Bolhuis
www.frankeni.com
www.iDevCloud.com
www.iInTheCloud.com
On 1/3/2014 2:26 PM, DrFranken wrote:
Looked at your *LIND and nothing busted there.--
VLAN must be the same of course or the packets can't get
between adapters. That of course 'slows it down some.' :-)
As to the use of the adapters:
On the HOST partition. Normally the existing adapters can be used.
This partition does NOT Need a Service Tools adapter. TCP/IP on
the production Ethernet adapter is usually acceptable. Rules:
1) Must be in same VLAN.
2) Must have frame size 1496 or lower (No Jumbos)
On the Client side, the partition being installed upgraded or
PTFed, a dedicated adapter is needed for the Service Tools Adapter.
It can be physical or virtual.
Rules:
1) Dedicated for this purpose. If it's in use by TCP/IP at the
iBM i level it's not available.
2) Must be in the same VLAN
3) For Alternate IPL use, if it's a Physical card with multiple
ports it will use port 1 (Top Port)
- This is NOT a restriction if used only for PTFs
as you can select specific CMNxx resource in Service Tools.
4) Must be an IOPless adapter (i.e. any adapter capable of GbE)
100Mb and older adapters need not apply.
5) HEA/IVE works as well for the adapter if a physical adapter is needed.
As to which VLAN it's really quite simple: Both the Host and
the Client must be on the same one. Doesn't matter if it's private or not.
Now MY RULE is that if these are all on one virtualized Power
System then MAKE IT PRIVATE! Isolate that traffic to this one
VLAN for troubleshooting, performance, etc. I choose a subnet
such as 192.168.250.x and then every partition on the server gets a .x that matches their partition number.
No muss no fuss and easy to assign the addresses as well.
Once you get it down and stuffed in between the ears it's not
that hard and is wonderful stuff. Heck even Jim figured it out.
:-) :-)
- Larry "DrFranken" Bolhuis
www.frankeni.com
www.iDevCloud.com
www.iInTheCloud.com
On 1/3/2014 2:07 PM, Steinmetz, Paul wrote:
Larry,
For network install, am I correct in stating
1) that you CANNOT use an existing virtual Ethernet that is already in use. (document states you must vary off before using, I could not because being used for LPAR communication.
2) I know VLAN id must all be the same, but can it be an existing VLAN or must it be a new VLAN. (I changed from 1 to 2, 1 was in use for above).
These were the 2 main changes I made that allowed chsysstate to work successfully.
Thanks
Paul
-----Original Message-----
From: Steinmetz, Paul
Sent: Friday, January 03, 2014 12:23 PM
To: 'Midrange Systems Technical Discussion'
Subject: RE: HMC network install of i5OS V7R1 from DSLO image,
can't fine load source B2003110
Larry,
This is neat stuff once it works, but the setup is complicated, I need to create better working docs.
Do I need another adapter for the remote virtual optical on the client?
Is chsysstate auto an available option?
Display Line Description Page 1
5770SS1 V7R1M0 100423 PENCOR07 01/03/14 11:55:07 EST
Line description . . . . . . . . . : LIND ETHVIRT00
Option . . . . . . . . . . . . . . : OPTION *ALL
Category of line . . . . . . . . . : *ELAN
Resource name . . . . . . . . . . : RSRCNAME CMN07
Online at IPL . . . . . . . . . . : ONLINE *YES
Vary on wait . . . . . . . . . . . : VRYWAIT *NOWAIT
Network controller . . . . . . . . : NETCTL ETHVINET
Local adapter address . . . . . . : ADPTADR F253876CC003
Exchange identifier . . . . . . . : EXCHID 056DDB0F
Ethernet standard . . . . . . . . : ETHSTD *ALL
Line speed . . . . . . . . . . . . : LINESPEED *AUTO
Current line speed . . . . . . . . : 1G
Duplex . . . . . . . . . . . . . . : DUPLEX *AUTO
Current duplex . . . . . . . . . . : *FULL
Serviceability options . . . . . . : SRVOPT *NONE
Maximum frame size . . . . . . . . : MAXFRAME 1496
Maximum controllers . . . . . . . : MAXCTL 40
Error threshold level . . . . . . : THRESHOLD *OFF
Generate test frame . . . . . . . : GENTSTFRM *YES
LEC frame size . . . . . . . . . . :
Message queue . . . . . . . . . . : MSGQ *SYSVAL
Current message queue . . . . . . : QSYSOPR
Library . . . . . . . . . . . . : QSYS
Text . . . . . . . . . . . . . . . : TEXT Virtual Ethernet Line
--------------Active Switched Controllers--------------
(No active switched controllers attached)
SSAP list . . . . . . . . . . . . : SSAP
----Source Service Access Points----- ----Source Service Access Points-----
SSAP Maximum Frame Type SSAP Maximum Frame Type
04 1496 *SNA AA 1496 *NONSNA
12 1496 *NONSNA C8 1496 *HPR
Group address . . . . . . . . . . : GRPADR
---------------Group Addresses----------------
(No group addresses found)
Link speed . . . . . . . . . . . . : LINKSPEED 10M
Cost/connect time . . . . . . . . : COSTCNN 0
Cost/byte . . . . . . . . . . . . : COSTBYTE 0
Security for line . . . . . . . . : SECURITY *NONSECURE
Propagation delay . . . . . . . . : PRPDLY *LAN
User-defined 1 . . . . . . . . . . : USRDFN1 128
User-defined 2 . . . . . . . . . . : USRDFN2 128
User-defined 3 . . . . . . . . . . : USRDFN3 128
Autocreate controller . . . . . . : AUTOCRTCTL *NO
Recovery limits . . . . . . . . . : CMNRCYLMT
Count limit . . . . . . . . . . : 2
Time interval . . . . . . . . . : 5
Display Line Description Page 2
770SS1 V7R1M0 100423 PENCOR07 01/03/14 11:55:07 EST
Line description . . . . . . . . . : LIND ETHVIRT00
Option . . . . . . . . . . . . . . : OPTION *ALL
Category of line . . . . . . . . . : *ELAN
Aggregated resource list . . . . . : AGGRSCL
-Aggregated Resource List--
Name Status
(No aggregated resource list entries)
* * * * * E N D O F L I S T I N G * * * * *
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
DrFranken
Sent: Friday, January 03, 2014 11:41 AM
To: Midrange Systems Technical Discussion
Subject: Re: HMC network install of i5OS V7R1 from DSLO image,
can't fine load source B2003110
Can you send output of DSPLIND on the original virtual line on the host?
Yes the manual install will only install the LIC and base O/S. Once that is installed then create the network based virtual optical drive and complete the install from option 11 (selective) or option 1 (everything) from go LICPGM.
Note that you have all the 'hard parts' done for this network based virtual optical you merely need to do the CRTDEVOPT piece and vary it on.
- Larry "DrFranken" Bolhuis
www.frankeni.com
www.iDevCloud.com
www.iInTheCloud.com
On 1/3/2014 11:37 AM, Steinmetz, Paul wrote:
Network install of V7R1 Client Partition using DSLO image partially successful.--
For the network install to initiate, I had to create 2 new virtual line descriptions, 2 interfaces, 2 new ip, using a different virtual adapter, VLAN 2.
I'm not sure why my primary virtual Ethernet would not work?
Any thoughts?
Pencor06 - Partition that holds the image catalog.
ETHVIRTHMC
172.15.23.6 255.255.255.0 ETHVIRTHMC *ELAN
Pencor07 - Hosted partition
ETHVIRTHMC
172.15.23.7 255.255.255.0 ETHVIRTHMC *ELAN
chsysstate -o on -k manual -m Server-8205-E6C-SN105815R -n
Pencor08 DSLO -i d -f Pencor08 DSLO -r lpar --ip 172.15.23.8
--netmask
255.255.255.0 --gateway 172.15.23.6 --serverip 172.15.23.6
--serverdir /V7R1OSPTF --duplex auto --mtu 1500
LIC installed ok.
V7R1 base OS installed.
5770SS1 *BACKLEVEL Library QGPL
5770SS1 *BACKLEVEL Library QUSRSYS
5770SS1 *COMPATIBLE IBM
Why did all of i5/OS not install?
Was this because the chsysstate was manual?
Could this work with chsystate set as auto?
At this point, I believe I need to create a remote virtual optical.
Then 1. Install all
-----Original Message-----
From: Steinmetz, Paul
Sent: Wednesday, January 01, 2014 7:58 PM
To: 'Midrange Systems Technical Discussion'
Subject: RE: HMC network install of i5OS V7R1 from DSLO
image, can't fine load source B2003110
HMC network install of client partition, keep getting this error message.
HSCL146A The I/O adapter: null is not valid.
-----Original Message-----
From: Steinmetz, Paul
Sent: Monday, December 30, 2013 2:41 PM
To: 'Midrange Systems Technical Discussion'
Subject: RE: HMC network install of i5OS V7R1 from DSLO
image, can't fine load source B2003110
Jim,
Space in the LPAR name is fine, confirmed that this works.
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Jim
Oberholtzer
Sent: Monday, December 30, 2013 12:46 PM
To: 'Midrange Systems Technical Discussion'
Subject: RE: HMC network install of i5OS V7R1 from DSLO
image, can't fine load source B2003110
Are you sure the "Pencor08 DSLO" is correct? I'm guessing the HMC command parser sees that space in the name between the 8 and the D and interprets the name incorrectly.
--
Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
Steinmetz, Paul
Sent: Monday, December 30, 2013 11:10 AM
To: 'Midrange Systems Technical Discussion'
Subject: RE: HMC network install of i5OS V7R1 from DSLO
image, can't fine load source B2003110
Larry,
Pencor08 DSLO does not have a physical Ethernet, only virtual. The 10.5.23.8 does not exist, error on my part.
Pencor07 (10.5.23.7) is the host for the Pencor08 client.
Pencor06 (10.5.23.6) is the location for the DSLO image.
On Pencor07 host, I created the Ethernet bridge, per Pete's instructions.
Is this bridge needed for the network install or do I simply need a virtual Ethernet on Pencor08 client.
For the chsystate, can the IPs be a mixture (option 1) of actual Ethernet and virtual, or do they need to be all virtual (option 2).
Option 1
chsysstate -o on -k manual -m Server-8205-E6C-SN105815R -n
Pencor08 DSLO -i d -f Pencor08 DSLO -r lpar --ip 172.16.23.8
--netmask
255.255.255.0 --gateway 10.5.23.6 --serverip 10.5.23.6
--serverdir /V7R1OSPTF --duplex auto --mtu 1500
Option 2
chsysstate -o on -k manual -m Server-8205-E6C-SN105815R -n
Pencor08 DSLO -i d -f Pencor08 DSLO -r lpar --ip 172.16.23.8
--netmask
255.255.255.0 --gateway 172.16.23.6 --serverip 172.16.23.6
--serverdir /V7R1OSPTF --duplex auto --mtu 1500
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
DrFranken
Sent: Monday, December 30, 2013 9:05 AM
To: Midrange Systems Technical Discussion
Subject: Re: HMC network install of i5OS V7R1 from DSLO
image, can't fine load source B2003110
Tagged I/O needs to be the Ethernet card that (in your case) gets the IP 10.5.23.8. Then the IP address 10.5.23.6 needs to be on that same network.
Now they CAN be virtual IP adapters that's legal but of course you'd probably want the 10.5.23.6 adapter to also be virtual on the same server.
It will work across an IBM i network bridge or VIOS SEA
(which actually is a
bridge) but it's simpler with two virtual LAN adapters.
Not sure if it's fixed but in earlier V7 HMC code you could not tag the virtual Ethernet while running through the create partition wizard. You have to 'lie' to complete it then go back into the profile and tag the Virtual Ethernet as it allows it then.
The real deal is that it doesn't make any difference if this is a client partition to IBM i, client to VIOS, NPIV connected, vSCSI connected etc etc.
You are simply using this support for the alt-IPL source it doesn't care about where the IBM i will find it's storage in the end.
I have done a bunch of these this way and it works very well.
- Larry "DrFranken" Bolhuis
www.frankeni.com
www.iDevCloud.com
www.iInTheCloud.com
On 12/30/2013 2:10 AM, Steinmetz, Paul wrote:
Larry,partition?
How should the tagged IO be configured for network install
for client
This is my first attempt of this for a client partition, not sure if this is possible?
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
Steinmetz, Paul
Sent: Monday, December 30, 2013 1:57 AM
To: 'Midrange Systems Technical Discussion'
Subject: RE: HMC network install of i5OS V7R1 from DSLO
image, can't fine load source B2003110
Larry,
Thanks for all the help and tips.
I had two issues,
1) alt restart device wasn't tagged.
2) chsysstate - 1 extra space after serverdir/ V7R1OSPTF
Now that I have the setup and syntax correct, chsystate was successful.
I'm now trying to the same to a hosted client
partition, error
B2004158
I followed Pete Massiello PDF "Building Virtual IBM iIBM i."
partitions on hosted
However, instead of loading from actual medial, trying a network install.extra space after the / in / OSV7.... Again could be an email
Is this possible?
The client doesn't have an actual Ethernet, so no actual IP.
chsysstate -o on -k manual -m
Server-8205-E6C-SN105815R -n
Pencor08 DSLO -i d -f Pencor08 DSLO -r lpar --ip 10.5.23.8
--netmask
255.255.255.0 --gateway 10.5.23.6 --serverip 10.5.23.6
--serverdir /V7R1OSPTF --duplex auto --mtu 1500
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
DrFranken
Sent: Sunday, December 29, 2013 8:31 PM
To: Midrange Systems Technical Discussion
Subject: Re: HMC network install of i5OS V7R1 from DSLO
image, can't fine load source B2003110
Paul,
Did the email client or the list remove characters after Pencor07?
Otherwise you have too many parameters there. Also it
appears there is an
client
thing.configured for 1500 byte or smaller frames?
Can you confirm that the line description used
for the NFS Host is
the Host.
Can you confirm that the NFS and TFTP servers
are in fact running on
character)Upgrade" has the appropriate Ethernet line tagged as the Alternate Restart Device?
Finally can you confirm that profile
"Pencor07(some missing
moment to review the archives at http://archive.midrange.com/midrange-l.
- Larry "DrFranken" Bolhuis
www.frankeni.com
www.iDevCloud.com
www.iInTheCloud.com
On 12/29/2013 6:16 PM, Steinmetz, Paul wrote:
HMC network install of i5OS V7R1 from DSLO image, can't--
fine load source B2003110
Successfully completed similar process earlier this year.
Since HMC and LPAR both updated.
Redid prereqs several times.
I don't think the HMC is detecting the image catalog,
mounted and ready .
VFYIMGCLG IMGCLG(V7R1DLSO) TYPE(*UPGRADE) NFSSHR(*YES)
CHGAUT OBJ('/V7R1OSPTF') USER(*PUBLIC) DTAAUT(*RX)
SUBTREE(*ALL) CHGAUT OBJ('/V7R1OSPTF/BOOTP') USER(QTFTP)
DTAAUT(*RX)
SUBTREE(*ALL) CHGTFTPA ALTSRCDIR('/V7R1OSPTF/BOOTP')
ENDTCPSVR SERVER(*TFTP)
STRTCPSVR SERVER(*TFTP)
STRNFSSVR SERVER(*ALL)
CHGNFSEXP OPTIONS('-i -o ro') DIR('/V7R1OSPTF')
chsysstate -o on -k manual -m Server-8205-E6C-SN105815R
-n
Pencor07 Upgrade -i d -f Pencor07 Upgrade -r lpar --ip
10.5.23.7 --netmask
255.255.255.0 --gateway 10.5.23.6 --serverip 10.5.23.6
--serverdir / V7R1OSPTF --duplex auto --mtu 1500
Thank You
_____
Paul Steinmetz
IBM i Systems Administrator
Pencor Services, Inc.
462 Delaware Ave
Palmerton Pa 18071
610-826-9117 work
610-826-9188 fax
610-349-0913 cell
610-377-6012 home
psteinmetz@xxxxxxxxxx<mailto:psteinmetz@xxxxxxxxxx>
http://www.pencor.com/
Thank You
_____
Paul Steinmetz
IBM i Systems Administrator
Pencor Services, Inc.
462 Delaware Ave
Palmerton Pa 18071
610-826-9117 work
610-826-9188 fax
610-349-0913 cell
610-377-6012 home
psteinmetz@xxxxxxxxxx<mailto:psteinmetz@xxxxxxxxxx>
http://www.pencor.com/
This is the Midrange Systems Technical Discussion
(MIDRANGE-L) mailing list To post a message email:
MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change
list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting,
please take a
moment to review the archives at http://archive.midrange.com/midrange-l.
--
This is the Midrange Systems Technical Discussion
(MIDRANGE-L) mailing list To post a message email:
MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change
list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting,
please take a
--
This is the Midrange Systems Technical Discussion
(MIDRANGE-L) mailing list To post a message email:
MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change
list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.
--
This is the Midrange Systems Technical Discussion
(MIDRANGE-L) mailing list To post a message email:
MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change
list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.
--
This is the Midrange Systems Technical Discussion
(MIDRANGE-L) mailing list To post a message email:
MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change
list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.
This is the Midrange Systems Technical Discussion (MIDRANGE-L)
mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.
This is the Midrange Systems Technical Discussion (MIDRANGE-L)
mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To
subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.
This is the Midrange Systems Technical Discussion (MIDRANGE-L)
mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To
subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.
This is the Midrange Systems Technical Discussion (MIDRANGE-L)
mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To
subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please
take a moment to review the archives at
http://archive.midrange.com/midrange-l.
This is the Midrange Systems Technical Discussion (MIDRANGE-L)
mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To
subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.
This is the Midrange Systems Technical Discussion (MIDRANGE-L)
mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To
subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.
This is the Midrange Systems Technical Discussion (MIDRANGE-L)
mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To
subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.
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.
midrange.com
