If it helps, one could try ZNETBOOT.
For that, you put all the statements into one file then run the EXEC. It
pulls down the indicated kernel and initrd, stacks them along with boot
parms into the reader, and IPLs. It will automatically create a CMSCONF
file for when you have too many bytes of boot parms to fit in the deck.

The idea is to have >one< file for a particular installation
image+config so you don't have to hold your jaw a certain way and stand
on one foot and chant the magical incantation.

-- R; <><


On 1/2/20 6:01 PM, Hamilton, Robert wrote:
> I don't use kickstart. To my knowledge. B-|
>
> I did make the VLAN change Alan recommended, and that allowed the installer 
> to find the network. I'm using this kernel parameter file:
>
>     ro ramdisk_size=65536 cio_ignore=all,!condev
>       root=live:http://sss.nnn.bbb.115/install/DVD1/images/install.img
>       init=/initrd
>       vlan=vlan2178:eth0
>       ipv6.disable=1
>       CMSDASD=192 CMSCONFFILE=clefos77.conf
>       inst.repo=http://download.sinenomine.net/clefos/7.7.1908/
>
> This allows the installer to find the install image on my laptop. Takes about 
> 64 minutes, but loads that guy, and then, don’t know what's supposed to 
> happen next, but the installer shuts down stuff that it had started, and then 
> tries a switchroot...which fails.
>
> Ý 3888.365455¨ loop: module loaded 
> Ý Ý32m  OK   Ý0m¨ Started dracut initqueue hook.   
>          Starting dracut pre-mount hook...   
> Ý Ý32m  OK   Ý0m¨ Reached target Remote File Systems (Pre).   
> Ý Ý32m  OK   Ý0m¨ Reached target Remote File Systems.   
> Ý Ý32m  OK   Ý0m¨ Started dracut pre-mount hook.   
> Ý Ý32m  OK   Ý0m¨ Reached target Initrd Root File System.   
>          Starting Reload Configuration from the Real Root...   
> Ý Ý32m  OK   Ý0m¨ Started Reload Configuration from the Real Root.   
> Ý Ý32m  OK   Ý0m¨ Reached target Initrd File Systems.   
>          Starting dracut mount hook...   
> Ý 3888.686902¨ EXT4-fs (dm-0): mounted filesystem with ordered data mode. 
> Opts: (null) 
> Ý Ý32m  OK   Ý0m¨ Started dracut mount hook.   
> Ý Ý32m  OK   Ý0m¨ Reached target Initrd Default Target.   
>          Starting dracut pre-pivot and cleanup hook...   
> Ý 3888.737823¨ dracut-pre-pivotÝ1326¨: 
> //lib/dracut/hooks/pre-pivot/95-cms-write-ifcfg.sh: line 33: 
> /etc/sysconfig/network: No such file or directory
> Ý 3888.738108¨ dracut-pre-pivotÝ1326¨: 
> //lib/dracut/hooks/pre-pivot/95-cms-write-ifcfg.sh: line 40: 
> /etc/sysconfig/network: No such file or directory
> Ý Ý32m  OK   Ý0m¨ Started dracut pre-pivot and cleanup hook.   
>          Starting Cleaning Up and Shutting Down Daemons...   
>          Starting Plymouth switch root service...   
> Ý Ý32m  OK   Ý0m¨ Stopped target Timers.
> Blah...blah...stopped other stuff, closed other stuff...
> Ý Ý32m  OK   Ý0m¨ Started Plymouth switch root service.   
>          Starting Switch Root...   
> Ý Ý1;31mFAILED Ý0m¨ Failed to start Switch Root.   
> See 'systemctl status initrd-switch-root.service' for details.
> Warning: /dev/root does not exist
>
> This is for ClefOS 7.7, a nice Christmas present. Just downloaded the ISO on 
> New Year's Eve, uploaded the support files (initrd.img, kernel.img), and 
> retried everything.
>
> Don't know what the 95-cms-write-ifcfg.sh guy is supposed to do; the only one 
> I could find on github didn't match this, because the commands were on 
> different lines.
>
> But anyway. Now the network part appears to be working fine. I could switch 
> the inst.repo back to the ISO directory on my laptop, but...what's the point? 
> If it can't find the root directory...should remove the 
> root=live:http://stuff from here and specify something different? I mean, the 
> default GENERIC PRM file just has the first line, and with a smaller 
> ramdisk_size.
>
> I attempted this in a 1G machine, upped to 2G and then 4G, and got identical 
> results. Happy I am not. Frustrated I am.
>
> One chuckle.....I still get the "RTNETLINK answers: Network is unreachable" 
> right before it downloads the install.img file.
>
>
> R;
>
>
> Rob Hamilton
> Infrastructure Engineer
> Chemical Abstracts Service
>
> -----Original Message-----
> From: Linux on 390 Port <[email protected]> On Behalf Of Andrew Lemay
> Sent: Thursday, January 2, 2020 2:53 PM
> To: [email protected]
> Subject: [EXT] Re: Having problems installing Linux
>
> [Actual Sender is [email protected]]
>
> Are you still having this problem?
>
> This feels like config problem with your network settings.
> I don't have access to a z14. But a z13.  From the dracut shell can you use
> dhclient and get an ip , to verify your network settings?
> I can install rhel8 without any problem with a kickstart.
>
> On Tue, Dec 24, 2019 at 11:48 AM Hamilton, Robert <[email protected]> wrote:
>
>> Cross-posted to IBMVM and LINUX-390.
>>
>> Problem:  When I run the Linux installer, everything runs fine, until it
>> gets to "dracut-initqueue", where it get the message "RTNETLINK answers:
>> Network is unreachable". Similar to Martha's problem with RHEL8, once I get
>> this message, it pauses for a bit, then issues a series of ,
>> "dracut-initqueue timeout - starting timeout scripts" messages, and ends up
>> in the emergency shell.
>>
>> Background: Running on a 3-month-old z14 ZR1, running two z/VM 7.1
>> instances in an SSI cluster on an IFL. The OS I am trying to install is
>> ClefOS 7.6, but I don't think that's important; I've tried it with the
>> ClefOS 7.5 startup, and went back to a SLES 12SP2 distro and all had the
>> same problem.
>>
>> I am installing in a 1GB virtual machine, although I get the same problem
>> at 256MB. I have used SWAPGEN to generate some virtual swap space, and I
>> have a series of minidisks linked where I want to perform the installation.
>> I would imagine the network is the important part; I have tried:
>>
>> ·         Attaching OSA devices directly
>>
>> ·         Defining a VNIC to connect to a Global VSwitch (Thanks, Alan;
>> it's working great. Really.)
>>
>> ·         Defining a VNIC to connect to a Layer3 VSwitch (OSANETWK) that
>> drives those OSAs I had attached directly before
>>
>> ·         Attaching HiperSockets devices directly
>>
>> In each case I modified my connection definition appropriately to match
>> the network attachment. Three different OSes, four (or more) different
>> network connection types (with/without VLAN, change netmask from /24 to
>> /16, just in case), and ClefOS just gives me
>> dracut-initqueueÝ1127¨: RTNETLINK answers: Network is unreachable
>>
>> Sometimes, depending on the parameter setup I get
>> curl: (7) Failed connect to sss.nnn.bbb.aaa:80; No route to host
>> dracut-initqueueÝ1127¨: Warning: Downloading '
>> http://sss.nnn.bbb.aaa/install/DVD1/images/install.img' failed!
>> dracut-initqueueÝ1127¨: Warning: failed to download live image: error 0
>>
>> SLES words it more concisely but just says the same.
>>
>> Since I want to install ClefOS, I'll just show the configuration I've
>> tried most, with a VNIC at C000-C002 connected to my Global VSwitch, VMNETA:
>>
>> GENERIC PRM:
>> ro ramdisk_size=65536 cio_ignore=all,!condev
>>  
>> root=live:https://smex12-5-en-ctp.trendmicro.com:443/wis/clicktime/v1/query?url=http%3a%2f%2fsss.nnn.bbb.aaa%2finstall%2fDVD1%2fimages%2finstall.img&umid=6abb96f2-ecf5-4a85-b2ba-7562586971f4&auth=0463bafb6650d356e56a2e2e21a2156df1672070-f110f814fad4e284b659773cbd1858b1ad9ce91b
>>  init=/initrd
>>  rd.znet=qeth,0.0.c000,0.0.c001,0.0.c002,layer2=1,portname=VNC000
>> ip=sss.nnn.sub.128::sss.nnn.sub.254:24:vm00lnx.cas.org:eth0:none
>> CMSDASD=192 CMSCONFFILE=clefos76.conf
>>  
>> inst.repo=https://smex12-5-en-ctp.trendmicro.com:443/wis/clicktime/v1/query?url=http%3a%2f%2fsss.nnn.bbb.aaa%2finstall%2fDVD1&umid=6abb96f2-ecf5-4a85-b2ba-7562586971f4&auth=0463bafb6650d356e56a2e2e21a2156df1672070-08f967be1b1d0272bd0083839fecf67328ab93e6
>>
>> CLEFOS76 CONF:
>> DASD="41b0-41b8"
>> NETTYPE="qeth"
>> SUBCHANNELS="0.0.c000,0.0.c001,0.0.c002"
>> IPADDR="sss.nnn.sub.128"
>> NETMASK="24"
>> GATEWAY="sss.nnn.sub.254"
>> HOSTNAME="vm00lnx.cas.org"
>> LAYER2="1"
>> VSWITCH="1"
>> DNS="sss.nnn.m$w.dns"
>>
>> Using this setup, both ClefOS and SLES issue these, when it comes to
>> initializing the NIC
>> qeth: loading core functions
>> qeth: register layer 2 discipline
>> qdio: 0.0.c002 OSA on SC d using AI:1 QEBSM:0 PRI:1 TDD:1 SIGA:RW A
>> netif_napi_add() called with weight 128 on device eth%d
>> qeth 0.0.c000: MAC address 02:de:00:00:00:0d successfully registered on
>> device eth0
>> qeth 0.0.c000: Device is a Virtual NIC QDIO card (level: V711)
>> with link type Virt.NIC QDIO (portname: VNC000)
>>
>> And then, somewhat later, the ClefOS installer issues the nastygram from
>> RTNETLINK
>> dracut-initqueueÝ1127¨: RTNETLINK answers: Network is unreachable
>>
>> From the emergency shell I am able to issue pings. The sss.nnn.sub.128 (my
>> NIC) usually responds to pings. When I ping the gateway to which VMNETA is
>> connected, sss.nnn.sub.254, I get a message from the NIC, sss.nnn.sub.128,
>> that the address is unreachable. I can also issue Q V NIC DET, which shows
>> a little traffic, and 70-80 errors for each time I have retried the
>> installer. The output is different depending on whether query before
>> installing (devices c000-c002 have undetermined roles) or after running the
>> installer (devices c000-c002 have read, write and data roles, respectively).
>>
>> When inspiration is silent reason tires quickly. SURELY there is a way to
>> get Linux installed on this box. I'd be most grateful if you could tell me
>> what I'm missing. I particularly liked where it said "failed to download
>> live image: error 0". I looked up some dracut-initqueue code on github, and
>> it doesn't issue that message if the error code is 0. I dunno either.
>>
>> Thanks, in advance
>>
>> R;
>>
>>
>>
>> Rob Hamilton
>> Infrastructure Engineer
>> Chemical Abstracts Service
>>
>> Confidentiality Notice: This electronic message transmission, including
>> any attachment(s), may contain confidential, proprietary, or privileged
>> information from CAS, a division of the American Chemical Society ("ACS").
>> If you have received this transmission in error, be advised that any
>> disclosure, copying, distribution, or use of the contents of this
>> information is strictly prohibited. Please destroy all copies of the
>> message and contact the sender immediately by either replying to this
>> message or calling 614-447-3600.
>>
>> ----------------------------------------------------------------------
>> For LINUX-390 subscribe / signoff / archive access instructions,
>> send email to [email protected] with the message: INFO LINUX-390 or
>> visit
>> http://www2.marist.edu/htbin/wlvindex?LINUX-390
>>
>

-- 
-- R; <><


----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO LINUX-390 or visit
http://www2.marist.edu/htbin/wlvindex?LINUX-390

Reply via email to