Planning for zLINUX guest on zVM 7.1
Hi Cross posted We are on z14 zr1. zVM lpars 7.1 we have are two and 1 test zVM LPAR. 2 IFLs We have zVM LPAR each are 112gb memory. I just would like to understand are there any benchmark on how many Linux guest we can and is there any threshold ? Are there any gotcha that I need to know? Peter -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390
Re: z15
The announcement is today (Thursday, Sep 12). Do a Google search on "IBM z15" and there is plenty of information already out there. Regards, Fred From: Neale Ferguson To: LINUX-390@VM.MARIST.EDU Date: 09/11/2019 11:53 PM Subject:[EXTERNAL] z15 Sent by:Linux on 390 Port I thought the announcement was Friday but Twitter is full of z15 related info. http://www.redbooks.ibm.com/abstracts/sg248850.html -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit https://urldefense.proofpoint.com/v2/url?u=http-3A__www2.marist.edu_htbin_wlvindex-3FLINUX-2D390&d=DwIGaQ&c=jf_iaSHvJObTbx-siA1ZOg&r=NDb6JAokvZ4j4NXrlZCqVR9n7G77aj-G5tSt1q3XgAM&m=Z8dsOPUMtHAdyMJ7iZaw9Y12vsGV2Z6f4ZN6v0Qm570&s=giOfnB3prepr_cYUOE2GztLaDuAj7Oz4BkI9wEfqVso&e= -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390
z15
I thought the announcement was Friday but Twitter is full of z15 related info. http://www.redbooks.ibm.com/abstracts/sg248850.html -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390
Re: Redhat 8.1 error
He is implying that the contents of your GENERIC PRM file needs fixing. On 9/11/19, 06:53, "Linux on 390 Port on behalf of Jake Anderson" wrote: "Looks like the storage component blivet of anaconda tries to parse the kernel commandline in order to configure FCoE, and it does not like what's in the kernel command line, probably a mis-balanced quote. The kernel command line comes from the parm file you booted the installer with." -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390
Re: Redhat 8.1 error
"Looks like the storage component blivet of anaconda tries to parse the
kernel
commandline in order to configure FCoE, and it does not like what's in the
kernel command line, probably a mis-balanced quote. The kernel command line
comes from the parm file you booted the installer with."
Is this something I can adjust ? Well I am installing it from windows FTP
server
On Wed, 11 Sep, 2019, 2:29 PM Steffen Maier, wrote:
> On 9/11/19 10:37 AM, Jake Anderson wrote:
> > I tried again the first error message went off but this time message is
> > different
>
> > Ý 116.752969¨ anacondaÝ1837¨: Traceback (most recent call last):
> > Ý 116.753003¨ anacondaÝ1837¨: File "/usr/sbin/anaconda", line 285, in
>
>
> > Ý 116.753145¨ anacondaÝ1837¨: from blivet.devices import
> FcoeDiskDevice
>
> > Ý 116.753602¨ anacondaÝ1837¨: self.update_from_boot_cmdline()
> > Ý 116.753628¨ anacondaÝ1837¨: File
> "/usr/lib/python3.6/site-packages/blivet/flags.py", line 104, in
> update_from_boot_cmdline
> > Ý 116.753655¨ anacondaÝ1837¨: self.get_boot_cmdline()
> > Ý 116.753681¨ anacondaÝ1837¨: File
> "/usr/lib/python3.6/site-packages/blivet/flags.py", line 97, in
> get_boot_cmdline
> > Ý 116.753709¨ anacondaÝ1837¨: args = shlex.split(buf)
> > Ý 116.753735¨ anacondaÝ1837¨: File "/usr/lib64/python3.6/shlex.py",
> line 305, in split
> > Ý 116.753760¨ anacondaÝ1837¨: return list(lex)
> > Ý 116.753786¨ anacondaÝ1837¨: File "/usr/lib64/python3.6/shlex.py",
> line 295, in __next__
> > Ý 116.753811¨ anacondaÝ1837¨: token = self.get_token()
> > Ý 116.753840¨ anacondaÝ1837¨: File "/usr/lib64/python3.6/shlex.py",
> line 105, in get_token
> > Ý 116.753867¨ anacondaÝ1837¨: raw = self.read_token()
> > Ý 116.753905¨ anacondaÝ1837¨: File "/usr/lib64/python3.6/shlex.py",
> line 187, in read_token
> > Ý 116.753932¨ anacondaÝ1837¨: raise ValueError("No closing
> quotation")
> > Ý 116.753960¨ anacondaÝ1837¨: ValueError: No closing quotation
>
> Looks like the storage component blivet of anaconda tries to parse the
> kernel
> commandline in order to configure FCoE, and it does not like what's in the
> kernel command line, probably a mis-balanced quote. The kernel command
> line
> comes from the parm file you booted the installer with.
>
> --
> Mit freundlichen Gruessen / Kind regards
> Steffen Maier
>
> Linux on IBM Z Development
>
> https://www.ibm.com/privacy/us/en/
> IBM Deutschland Research & Development GmbH
> Vorsitzender des Aufsichtsrats: Matthias Hartmann
> Geschaeftsfuehrung: Dirk Wittkopp
> Sitz der Gesellschaft: Boeblingen
> Registergericht: Amtsgericht Stuttgart, HRB 243294
>
> --
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
> visit
> http://www2.marist.edu/htbin/wlvindex?LINUX-390
>
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www2.marist.edu/htbin/wlvindex?LINUX-390
Re: Redhat 8.1 error
On 9/10/19 6:54 PM, Adolph Kahan wrote: Jake, I installed into an LPAR using FTP server running on Intel Based Linux. Here is my prm file. This should be a single line While it's certainly safe to have it as one single line, I think that bug was fixed quite a while ago, so not only the kernel but also dracut, parsing many of the installer/boot-specific pseudo kernel parameters, can deal with newlines in the string. It might have been this change: https://git.kernel.org/pub/scm/boot/dracut/dracut.git/commit/?id=9f0878540bdc8054dc2b45427eed957b9bd25f2d inst.repo=ftp://user:password@ftpserver/ClefOS root=live:ftp://user:password@ftpserver/ClefOS/images/install.img ro ramdisk_size=4 cio_ignore=cio_ignore -r 0.0.d900,0.0.d901,0.0.d902,!condev rd.znet=qeth,0.0.d900,0.0.d901,0.0.d902,layer2=1 ip=10.0.20.20::10.0.20.1:24:clefos1:enccw0.0.d900:none nameserver=10.0.20.254 nameserver=10.0.20.253 IIRC, inst.repo= implies root= to find install.img within the file system of the installation DVD. So root= is only necessary for very special cases to override the automatic implication. "cio_ignore -r 0.0.d900,0.0.d901,0.0.d902" looks like the syntax a user would enter on the interactive (shell) command line invoking the s390-tool cio_ignore to remove/free those device bus-IDs. https://www.ibm.com/support/knowledgecenter/linuxonibm/com.ibm.linux.z.lkdd/lkdd_r_cio_ignore_cmd.html The parm file uses kernel parameter syntax. https://www.ibm.com/support/knowledgecenter/linuxonibm/com.ibm.linux.z.lkdd/lkdd_r_cioignoreparm.html However, since RHEL6.0, all code parts dealing with onlining of CCW devices, automatically deal with cio_ignore in the background transparently for the user. https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/6/html/installation_guide/ch-parmfiles#ch-parmfiles-required In this case. the rd.znet= parameter parsing code in dracut implicitly frees its devbusids from cio_ignore before attempting to group them into a ccwgroup and set the ccwgroup online. Likewise for rd.dasd= and rd.zfcp=. IOW, the mechanism to onlining, which is required anyway, was extended to also handle cio_ignore as they both use the same input information, namely device bus-IDs. Hence there is no need to modify the cio_ignore= kernel parm. -- Mit freundlichen Gruessen / Kind regards Steffen Maier Linux on IBM Z Development https://www.ibm.com/privacy/us/en/ IBM Deutschland Research & Development GmbH Vorsitzender des Aufsichtsrats: Matthias Hartmann Geschaeftsfuehrung: Dirk Wittkopp Sitz der Gesellschaft: Boeblingen Registergericht: Amtsgericht Stuttgart, HRB 243294 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390
Re: Redhat 8.1 error
On 9/11/19 10:37 AM, Jake Anderson wrote:
I tried again the first error message went off but this time message is
different
Ý 116.752969¨ anacondaÝ1837¨: Traceback (most recent call last):
Ý 116.753003¨ anacondaÝ1837¨: File "/usr/sbin/anaconda", line 285, in
Ý 116.753145¨ anacondaÝ1837¨: from blivet.devices import FcoeDiskDevice
Ý 116.753602¨ anacondaÝ1837¨: self.update_from_boot_cmdline()
Ý 116.753628¨ anacondaÝ1837¨: File
"/usr/lib/python3.6/site-packages/blivet/flags.py", line 104, in
update_from_boot_cmdline
Ý 116.753655¨ anacondaÝ1837¨: self.get_boot_cmdline()
Ý 116.753681¨ anacondaÝ1837¨: File
"/usr/lib/python3.6/site-packages/blivet/flags.py", line 97, in get_boot_cmdline
Ý 116.753709¨ anacondaÝ1837¨: args = shlex.split(buf)
Ý 116.753735¨ anacondaÝ1837¨: File "/usr/lib64/python3.6/shlex.py", line
305, in split
Ý 116.753760¨ anacondaÝ1837¨: return list(lex)
Ý 116.753786¨ anacondaÝ1837¨: File "/usr/lib64/python3.6/shlex.py", line
295, in __next__
Ý 116.753811¨ anacondaÝ1837¨: token = self.get_token()
Ý 116.753840¨ anacondaÝ1837¨: File "/usr/lib64/python3.6/shlex.py", line
105, in get_token
Ý 116.753867¨ anacondaÝ1837¨: raw = self.read_token()
Ý 116.753905¨ anacondaÝ1837¨: File "/usr/lib64/python3.6/shlex.py", line
187, in read_token
Ý 116.753932¨ anacondaÝ1837¨: raise ValueError("No closing quotation")
Ý 116.753960¨ anacondaÝ1837¨: ValueError: No closing quotation
Looks like the storage component blivet of anaconda tries to parse the kernel
commandline in order to configure FCoE, and it does not like what's in the
kernel command line, probably a mis-balanced quote. The kernel command line
comes from the parm file you booted the installer with.
--
Mit freundlichen Gruessen / Kind regards
Steffen Maier
Linux on IBM Z Development
https://www.ibm.com/privacy/us/en/
IBM Deutschland Research & Development GmbH
Vorsitzender des Aufsichtsrats: Matthias Hartmann
Geschaeftsfuehrung: Dirk Wittkopp
Sitz der Gesellschaft: Boeblingen
Registergericht: Amtsgericht Stuttgart, HRB 243294
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www2.marist.edu/htbin/wlvindex?LINUX-390
Re: Redhat 8.1 error
I tried again the first error message went off but this time message is
different
Ý Ý0;32m OK Ý0m¨ Started Hardware RNG Entropy Gatherer
Daemon.
Starting Login
Service...
Starting pre-anaconda logging
service...
Starting Service enabling compressing RAM with
zRam...
Starting Anaconda NetworkManager
configuration...
Starting Hold until boot process finishes
up...
Ý Ý0;32m OK Ý0m¨ Started Terminate Plymouth Boot
Screen.
Ý 116.751217¨ anacondaÝ1837¨: Starting installer, one
moment...
Ý 116.752969¨ anacondaÝ1837¨: Traceback (most recent call
last):
Ý 116.753003¨ anacondaÝ1837¨: File "/usr/sbin/anaconda", line 285, in
Ý 116.753031¨ anacondaÝ1837¨: from pyanaconda import
startup_utils
Ý 116.753060¨ anacondaÝ1837¨: File
"/usr/lib64/python3.6/site-packages/pyanac
onda/startup_utils.py", line 36, in
Ý 116.753087¨ anacondaÝ1837¨: from pyanaconda import
network
Ý 116.753116¨ anacondaÝ1837¨: File
"/usr/lib64/python3.6/site-packages/pyanac
onda/network.py", line 40, in
Ý 116.753145¨ anacondaÝ1837¨: from blivet.devices import
FcoeDiskDevice
Ý 116.753175¨ anacondaÝ1837¨: File
"/usr/lib/python3.6/site-packages/blivet/_
_init__.py", line 30, in
Ý 116.753205¨ anacondaÝ1837¨: from . import util,
arch
Ý 116.753234¨ anacondaÝ1837¨: File
"/usr/lib/python3.6/site-packages/blivet/a
rch.py", line 36, in
Ý 116.753264¨ anacondaÝ1837¨: from .storage_log import
log_exception_info
Ý 116.753453¨ anacondaÝ1837¨: File
"/usr/lib/python3.6/site-packages/blivet/s
torage_log.py", line 6, in
Ý 116.753481¨ anacondaÝ1837¨: from .flags import
flags
Ý 116.753523¨ anacondaÝ1837¨: File
"/usr/lib/python3.6/site-packages/blivet/f
lags.py", line 113, in
Ý 116.753550¨ anacondaÝ1837¨: flags =
Flags()
Ý 116.753576¨ anacondaÝ1837¨: File
"/usr/lib/python3.6/site-packages/blivet/f
lags.py", line 91, in
__init__
Ý 116.753602¨ anacondaÝ1837¨:
self.update_from_boot_cmdline()
Ý 116.753628¨ anacondaÝ1837¨: File
"/usr/lib/python3.6/site-packages/blivet/f
lags.py", line 104, in
update_from_boot_cmdline
Ý 116.753655¨ anacondaÝ1837¨:
self.get_boot_cmdline()
Ý 116.753681¨ anacondaÝ1837¨: File
"/usr/lib/python3.6/site-packages/blivet/f
lags.py", line 97, in
get_boot_cmdline
Ý 116.753709¨ anacondaÝ1837¨: args =
shlex.split(buf)
Ý 116.753735¨ anacondaÝ1837¨: File "/usr/lib64/python3.6/shlex.py", line
305,
in
split
Ý 116.753760¨ anacondaÝ1837¨: return
list(lex)
Ý 116.753786¨ anacondaÝ1837¨: File "/usr/lib64/python3.6/shlex.py", line
295,
in __next__
Ý 116.753811¨ anacondaÝ1837¨: token =
self.get_token()
Ý 116.753840¨ anacondaÝ1837¨: File "/usr/lib64/python3.6/shlex.py", line
105,
in get_token
Ý 116.753867¨ anacondaÝ1837¨: raw =
self.read_token()
Ý 116.753905¨ anacondaÝ1837¨: File "/usr/lib64/python3.6/shlex.py", line
187,
in
read_token
Ý 116.753932¨ anacondaÝ1837¨: raise ValueError("No closing
quotation")
Ý 116.753960¨ anacondaÝ1837¨: ValueError: No closing
quotation
On Wed, 11 Sep, 2019, 8:46 AM Jake Anderson,
wrote:
> Thanks I will transfer again.. I was pretty sure that kernel, initrd disk
> were transferred as binary.
>
> I will try again transferring.
>
> On Wed, 11 Sep, 2019, 8:37 AM David Boyes, wrote:
>
>> > On Sep 11, 2019, at 12:04 AM, Jake Anderson
>> wrote:
>> >
>> > Ok there was an error with the subnet mask and it is going fine, but
>> find
>> > some message which am not sure from Linux point of view .
>> >
>> > Warnings : can't find installer main page path in .treeinfo
>> >
>> > AnacondaY1787 : raise Value error("No closing quotation")
>> > AnacondaY1787 : valueError: No closing quotation
>> >
>> > After the above phase it's not proceeding further.
>> >
>>
>> Sounds like the Z install image you have is corrupted. Try getting a
>> fresh copy and start over with the install. When you transfer the image,
>> make sure it’s transferred in binary mode (the Windows FTP client defaults
>> to text mode unless told to switch, so if you used the Windows ftp client,
>> that’s probably what happened).
>>
>> --
>> For LINUX-390 subscribe / signoff / archive access instructions,
>> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
>> visit
>> http://www2.marist.edu/htbin/wlvindex?LINUX-390
>>
>
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www2.marist.edu/htbin/wlvindex?LINUX-390
