#ubuntu-s390x 2016-05-03
<xnox> so qemu vm comes up
<xnox> how does one redirect sclpconsole to a file?
#ubuntu-s390x 2016-05-13
<jfh> @fbader: hi & welcome
<fbader> @jfh Thanks, just about to get some sleep since it's 3AM.
<jfh> @fabder: yeah - I already wondered about your late mail ;-) - have a good remaining night
<cpaelzer> ah you are already active - hi fbader
<fbader> @cpaelzer Hello, yes I'm trying to learn about IRC.  Never used it before.
<cpaelzer> fbader: it is not so much different to other messengers
<cpaelzer> fbader: just less silly pictures and more content
<cpaelzer> fbader: so the "employed messenger" among the kiddies :-P
<fbader> Is there are documented process for adding DASD to a guest so that it is permanent after IPL?  Is adding new DASD to /udev/rules.d the recommended way?
<cpaelzer> chzdev will take care of creating udev rules
<cpaelzer> lszdev&chzdev are provided and supported by IBM
<cpaelzer> part of s390-utils s390-tools or whatever it is called today
<cpaelzer> take a look at their manpages that should cover most that you need
<cpaelzer> including enqiry of devices, selecting active/inactive, ...
<cpaelzer> fbader: ^^
<fbader> I didn't see them in the doc on the Ubuntu site.   Is there a "Drivers & Commands" document for Ubunutu like there is for SLES & RHEL?
<cpaelzer> fbader: AFAIK that doc is in progress under lead by Dorothea in BB
<cpaelzer> fbader: but I didn't see a draft of it nor a final version yet
<cpaelzer> but I must admit I haven't checked
<cpaelzer> fbader: the cool thing is this
<cpaelzer> fbader: since we picked up the new stuff from IBM by that it actually is documented
<cpaelzer> fbader: just not in a ubunut specific manner
<cpaelzer> fbader: but there is the generic "upstream" devcie drivers book
<cpaelzer> fbader: http://public.dhe.ibm.com/software/dw/linux390/docu/l4n4dd29.pdf
<cpaelzer> fbader: and there is a whole chapter about this new one-place-for-all thing
<cpaelzer> fbader: page 602 ff
<fbader> Thanks!  I'll check that out.
<cpaelzer> fbader: page 701 and around hold all the ls* tools
<xnox> $ man chzdev ? =)
<jfh> @fbader: there is indeed a draft of the device drivers book for kernel 4.4 - you should contact Dorothea Matthaeus from the IBM ID team in BB
<jfh> @cpaelzer: oh - didn't saw all your lines ... sorry
<cpaelzer> jfh: I had maaany lines, how could you miss them :-P
<jfh> :-D
<cpaelzer> but that is a great example why Ubuntu is great for so many people
<cpaelzer> not outdated old tools, not super-special-own-tools if not needed
<cpaelzer> just most recent manaufacturer provided SW in most cases
<cpaelzer> I like that
<jfh> well, I'm using pidgin - and it you scroll up and forgot to scroll down to the end again - you may miss the latest lines ... (until you really scroll down again ...)
<jfh> right ...
<cpaelzer> xnox: is there now a nicer way to install from FTP with a setup like our forced VLAN config?
<cpaelzer> xnox: I still use the old google keep I got from you, did that got better or is it considered a non supported setup with a working workaround?
<xnox> cpaelzer, it should be perfect very soon.
<xnox> cpaelzer, with http://ports.ubuntu.com/ubuntu-ports/dists/yakkety-proposed/main/installer-s390x/20101020ubuntu455/images/ it should be just netcfg/vlan_id=XYZ and magical.
<xnox> i fixed the last bug, i think, and will retest now.
<xnox> and then SRU fixups into xenial.
<cpaelzer> xnox: great
<cpaelzer> xnox: that means we will at some point have an updated installer for Xenial on laconia then
<cpaelzer> nic
<xnox> yeap
#ubuntu-s390x 2016-05-17
<cpaelzer> xnox: I was helping beisner to install his base system for more Openstack work
<cpaelzer> xnox: it seems to fail reproducibly at failing to mount its fs uuid after the initial install
<cpaelzer> xnox: any known issues around before I debug too much?
<cpaelzer> at first sight I think it just lacks a dasd= kernel cmdline
<cpaelzer> I tried two older installers, maybe I should put a new one there ...
<cpaelzer> xnox: intentional? "drwxr-xr-x 3 xnox     warthogs" ?
<cpaelzer> seems to be the default, so I guess not intentional
<cpaelzer> xnox: replace my former theory with "the initrd doesn't have the right config to enable the disks"
<xnox> cpaelzer, what's the output of $ lszdev
<xnox> cpaelzer, what's the content of the initramfs?
<xnox> the persistent udev rules on disk, should be in the /lib/udev/rules.d in the initramfs.
<cpaelzer> xnox: must have been special to the "older" installers
<cpaelzer> I put some more recent on the ftp server and came through fine
<cpaelzer> so I think you don't have to bother with it
<cpaelzer> xnox: xenial GA one worked just fine
<cpaelzer> xnox:  there were just no udev rules for these devices at all - but it was the first time I installed something with an early hex char in one of the old installers
<cpaelzer> xnox: since the new one is fine - done
<xnox> cpaelzer, it "should" have upgraded to new s390-tools and "should" have migrated to the new udev rules....
<xnox> there are corner cases however =(
<xnox> chzdev -e all the things, and update-initramfs -u should do the trick.
#ubuntu-s390x 2016-05-18
<xnox> Looking at s390-dasd code, for dasd drives esentially 0.0.0xxx is converted into xxx and then used as an integer.
<xnox> is it at all possible to have dasd drives on e.g. 1.1.1000?
<hca> xnox, yes it's possible to have dasd drives on e.g. 1.1.1000. which dasd code did you look at?
<xnox> hca, i'm looking at s390-dasd - debian-installer component.
<xnox>         if (sscanf (i, "0.0.%04x", &ret) == 1)
<xnox>                 return ret;
<xnox>         if (sscanf (i, "%04x", &ret) == 1)
<xnox>                 return ret;
<xnox>         return -1;
<hca> xnox, ok i thought you were talking about the kernel code
<xnox> this clearly tries to reduce the dasd drive id, down to an integer, ignoring leading digits.
<xnox> so my 2 british pence bet, is that installations fail on ids 0.1. and higher =)
<hca> sure :)
 * xnox opens a bug report.
<xnox> bug #1583138
<ubottu> bug 1583138 in s390-dasd (Ubuntu) "s390-dasd assumes all drives are on 0.0. prefix" [Undecided,New] https://launchpad.net/bugs/1583138
#ubuntu-s390x 2016-05-23
<jfh> g'morning
#ubuntu-s390x 2016-05-24
<hws> guten morgen frank
<hws> schau mal hier http://www.ubuntu.com/certification/hardware/201604-21888/ und klick auf download :(
<hws> der kaputte link gilt fuer alle certifizierungsseiten..
<hws> http://www.ubuntu.com/download/server/linuxone?_ga=1.234336792.725422459.1448448758
<hws> das scheint wohl der neue link zu sein..
<jfh> hi hws, the correct link is "http://cdimage.ubuntu.com/releases/16.04/release/ubuntu-16.04-server-s390x.iso"
<jfh> the first link points to "http://releases.ubuntu.com/releases/16.04/ubuntu-16.04-server-s390x.iso", but thats the location for the x86 images only ...
#ubuntu-s390x 2016-05-25
<cpaelzer> good morning
<FBader> Hi
<FBader> Do you know if there is a way to pass network information (IP addr, OSA addr) to the installer via the parmfile?
<FBader> SLES and RHEL both allow that, but I couldn't find any mention of it re: Ubuntu.
<jfh> g'morning
<FBader> Good morning
<FBader> Good morning.
<FBader> Is there a way to pass network information (IP addr, OSA addr, hostname) to the installer via the parmfile?
<FBader>  SLES and RHEL both allow that, but I couldn't find any mention of it for Ubuntu.
<jfh1> @FBader: yes, you can add uch kind of information as boot parameter or put it into the parmfile, also have a look here (incl. some examples): https://wiki.ubuntu.com/S390X/InstallationGuide/AutomatedInstallsWithPreseed
<FBader> I looked at that, but there didn't seem to be a way to specify the network information-- IP address, netmast, gateway address, DNS address.
<jfh1> please scroll to the very bottom, there is a UBUAUTO PARMFILE example that incl. qeth address, port, ipaddress, netmask, gateway and more ...
<jfh1> also hostname ...
<jfh1> (keep in mind that this is a child document of the installation guide ... - you may only checked the install guide itself)
<FBader> @jfh1: The URL you provided contains exactly the information I was looking for.  Thanks!!!
<jfh1> u r welcome !   :-D
#ubuntu-s390x 2016-05-27
<jfh> morning
#ubuntu-s390x 2016-05-30
<cpaelzer> good morning
<jfh> g'morning
#ubuntu-s390x 2018-05-12
<hey_there>  THE L0DE RADIO HOUR IS LIVE HTTP://YOUTUBE.COM/L0DE/LIVE CALL IN NOW @ 523-777-4502 IRC.EFNET.ORG #LRH
<hey_there> dragan-s cpaelzer intheclouddan smb jfh elmo MaStr-- ubottu Loopeth|aka|kip slashd brookswarner pppingme kwmonroe wgrant Bercik mwhudson slangasek ubuntulo13 cjwatson moon127
#ubuntu-s390x 2018-05-26
<cyberzeus> THIS IS AN EMERGENCY NOTICE THIS IS NOT SPAM: THIS NOTICE IS CURRENTLY GOING OUT TO ALL CHANNELS THROUGH THE FREENODE EMERGENCY NOTIFICATION SYSTEM: GRUMBLE HAS INADVERTENTLY NOT RESET THE FREENODE SECURITY PASSWORD CAUSING A BREAK IN FREENODE SECURITY WHERE ALL PASSWORDS HAVE BEEN RELEASED. PLEASE SEE GRUMLE IN #FREENODE FOR INFORMATION ON HOW TO SECURE YOUR ACCOUNT!!
<cyberzeus> ogasawara cpaelzer smb MaStr-- brookswarner dragan-s jfh wgrant xnox intheclouddan elmo ubottu Loopeth|aka|kip slashd kwmonroe mwhudson slangasek ubuntulo13 moon127

{'channel': 'ubuntu-s390x', 'month': 5}