Re: Fedora 14 for System Z needs testers!
On 11/26/2010 07:52 PM, Neale Ferguson wrote: Testing away, rather than flood the list with these results where would you like them sent? system-config-lvm Xlib: extension RANDR missing on display localhost:10.0. Gdk-ERROR **: The program 'system-config-lvm' received an X Window System error. This probably reflects a bug in the program. The error was 'BadLength (poly request too large or internal Xlib length erro'. (Details: serial 1068 error_code 16 request_code 7 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) aborting... Aborted I've seen such X protocol errors ever since the most recent major distro releases (sles11, rhel6) and since F11, whenever I used a rather old X server which did not provide whatever X extensions those recent GTK versions seem to require. Unfortunately, GTK does not seem to check for the required extensions but rather keeps on going and causes confusing errors as above. I doubt that GTK would drop the requirement on those extensions, so the only fix I could think of would be to check for those extensions and print a helpful error message. My workaround has been to use VNC instead. Meanwhile I have a recent X server on my desktop which works with X11. However, for connections to the host which have anything but very short LAN latencies, I would recommend VNC in any case. Otherwise X11 and GTK slow down any X client program, presumably because of many blocking round trip X11 messages throttling program progress. The problem is documented for RHEL 6: If the installer on your workstation fails because the X11 server does not support required X11 extensions you might have to upgrade the X11 server or use VNC. [http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html/Installation_Guide/Installation_Procedure_Overview-s390-GUI.html] Even though it's RHEL 6 documentation, F14 is extremely similar in terms of installation. Steffen Linux on System z Development IBM Deutschland Research Development GmbH Vorsitzender des Aufsichtsrats: Martin Jetter Geschäftsführung: Dirk Wittkopp Sitz der Gesellschaft: Böblingen 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://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Fedora 14 for System Z needs testers!
Testing away, rather than flood the list with these results where would you like them sent? system-config-lvm Xlib: extension RANDR missing on display localhost:10.0. Gdk-ERROR **: The program 'system-config-lvm' received an X Window System error. This probably reflects a bug in the program. The error was 'BadLength (poly request too large or internal Xlib length erro'. (Details: serial 1068 error_code 16 request_code 7 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) aborting... Aborted -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Fedora 14 for System Z needs testers!
Am 26.11.2010 19:52, schrieb Neale Ferguson: Testing away, rather than flood the list with these results where would you like them sent? system-config-lvm Xlib: extension RANDR missing on display localhost:10.0. Gdk-ERROR **: The program 'system-config-lvm' received an X Window System error. This probably reflects a bug in the program. The error was 'BadLength (poly request too large or internal Xlib length erro'. (Details: serial 1068 error_code 16 request_code 7 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) aborting... Aborted That looks familiar, I've seen a similar error when I've tried to do a remote X installation (ssh -Y inst...@) Unfortunately these kinds of errors are difficult to debug, unless you're a X11 guru ;-( I think the correct list for these bugreports is s3...@lists.fedoraproject.org, although bugreports at bugzilla.redhat.com are preferred so that they don't get lost. Karsten -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Fedora 14 for System Z needs testers!
Patrick Spinler píše v St 24. 11. 2010 v 22:25 -0600: On 11/24/10 10:14 PM, Patrick Spinler wrote: Now, I just gotta start compiling some source rpms Okay, now this is annoying, apparently there's not even a compiler package available in the fedora spin ... the installation repository is populated only with a limited set of packages with rest available at http://s390.koji.fedoraproject.org/mash/rawhide/s390x/os/ You only need to update the yum configuration after installation (https://fedoraproject.org/wiki/Architectures/s390x#Known_issues). The GA release will contain the full set on a more official URL. Dan -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Fedora 14 for System Z needs testers!
Would it be possible to get install.img as an ext2/ext3 image rather than squashfs? I don't have any Linuxen that has that filesystem driver and I don't really want to go through an install of an intel image just to host that file. On 11/24/10 12:38 PM, Phil Knirsch pknir...@redhat.com wrote: Hi everyone. As the subject says, we're closing in on the final official Fedora 14 release for System Z. All know issues have by now been fixed and we're now looking for a final round of testing. In case you want to give us a hand in testing you can find more details about how to help on Karsten Hopp's latest blog entry: http://karstenhopp.livejournal.com/2482.html Thanks regards, Phil -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Fedora 14 for System Z needs testers!
Am 25.11.2010 05:04, schrieb Patrick Spinler: On 11/24/10 9:51 PM, Patrick Spinler wrote: On 11/24/10 9:30 PM, Neale Ferguson wrote: Anyone got it to run in a virtual machine? I downloaded the img files and used a variation of the REDHAT EXEC to punch them to the virtual reader. I IPL it appears to be doing things but I never get anything on the console. I assume it can write to a dumb terminal or at least a virtual HMC. Display the SVC PSW shows it executing syscalls and we don't appear to be in a program interrupt loop. Yup. No worries, it pretty much just worked for me. z/VM 5.3 on a z9 LPAR. The only issue I had was downloading a clean and working copy of the repository onto our install NFS server. (wget chokes on the repodata directory, for some reason) Another very curious thing. Post-install, the networking service was not set to start, chkconfig network --list showed it off at all runlevels. After the post-install reboot, I had to log into the console, do a service network start and chkconfig network on -- Pat That happens on all F-14 architectures if you do a minimal install. F-14 uses NetworkManager to set up networking, but Networkmanager isn't included in a minimal install as that would pull in too many other packages that aren't really needed otherwise. You've already found the fix for this, the switch to the standard network scripts without NM. Karsten -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Fedora 14 for System Z needs testers!
Am 25.11.2010 15:44, schrieb Neale Ferguson: Would it be possible to get install.img as an ext2/ext3 image rather than squashfs? I don't have any Linuxen that has that filesystem driver and I don't really want to go through an install of an intel image just to host that file. On 11/24/10 12:38 PM, Phil Knirschpknir...@redhat.com wrote: Hi everyone. As the subject says, we're closing in on the final official Fedora 14 release for System Z. All know issues have by now been fixed and we're now looking for a final round of testing. In case you want to give us a hand in testing you can find more details about how to help on Karsten Hopp's latest blog entry: http://karstenhopp.livejournal.com/2482.html Thanks regards, Phil -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ I've uploaded install.img.ext2.bz2 to the current/images directory, you need to uncompress and rename it to install.img I hope that you'll be able to find out with that image what's going on on your system as I haven't seen anything like that yet. Can you describe your setup a little ? It looks like you're using a console setup that we're unfamiliar with. Do you have p.e. something like 'CONSOLE 009 3215 T' in your users directory ? That's what works for us... Karsten -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Fedora 14 for System Z needs testers!
Getting rid of the cio_ignore parameter from the old generic.prm and adding in the data so I could perform a kickstart using the fedora kickstart server has got me on my way. However, I¹m getting the following during the installation: Could not allocate requested partitions: not enough free space on disks. Press 'OK' to exit the installer. I have 2 x 3390-3 that have been formatted using dasdfmt. How much space do I need? Neale -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Fedora 14 for System Z needs testers!
Am 25.11.2010 17:44, schrieb Neale Ferguson: Getting rid of the cio_ignore parameter from the old generic.prm and adding in the data so I could perform a kickstart using the fedora kickstart server has got me on my way. However, I¹m getting the following during the installation: Could not allocate requested partitions: not enough free space on disks. Press 'OK' to exit the installer. I have 2 x 3390-3 that have been formatted using dasdfmt. How much space do I need? Neale The Graphical Desktop requires ~1300Mb, a 'minimal' install ~700Mb. I'd expect more for a development environment, but didn't check. Did you format those DASDs with linux disk layout (ldl) ? AFAIK you need to use CDL. Karsten -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Fedora 14 for System Z needs testers!
The installer really should not care about LDL -vs- CDL. If it does, that's a bug. Fix it. -- R; On Nov 25, 2010 12:22 PM, Karsten Hopp kars...@redhat.com wrote: Am 25.11.2010 17:44, schrieb Neale Ferguson: Getting rid of the cio_ignore parameter from the old generic.prm and adding in the data so I could perform a kickstart using the fedora kickstart server has got me on my way. However, I¹m getting the following during the installation: Could not allocate requested partitions: not enough free space on disks. Press 'OK' to exit the installer. I have 2 x 3390-3 that have been formatted using dasdfmt. How much space do I need? Neale The Graphical Desktop requires ~1300Mb, a 'minimal' install ~700Mb. I'd expect more for a development environment, but didn't check. Did you format those DASDs with linux disk layout (ldl) ? AFAIK you need to use CDL. Karsten -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Fedora 14 for System Z needs testers!
I took the default for dasdfmt and so it should be cdl: cat /proc/dasd/devices;lsdasd 0.0.0150(ECKD) at ( 94: 0) is dasda : active at blocksize: 4096, 60084 0 blocks, 2347 MB 0.0.0151(ECKD) at ( 94: 4) is dasdb : active at blocksize: 4096, 60084 0 blocks, 2347 MB 0.0.0152(FBA ) at ( 94: 8) is dasdc : active at blocksize: 512, 20 blocks, 97 MB Bus-ID Status Name Device Type BlkSz Size Blocks == 0.0.0150 active dasda 94:0ECKD ???2347MB??? 0.0.0151 active dasdb 94:4ECKD ???2347MB??? 0.0.0152 active dasdc 94:8FBA ???97MB ??? I logged on as root to monitor the install and see the following in storage.log: 20:14:29,433 DEBUG storage: found DASDDevice instance (0x813314a8) -- name = dasdc status = True parents = [] kids = 0 id = 5 uuid = None format = pyanaconda.storage.formats.disklabel.DiskLabel object at 0x81331748 size = 97.65625 major = 94 minor = 8 exists = True sysfs path = /devices/css0/0.0.0006/0.0.0152/block/dasdc partedDevice = parted.device.Device object at 0x81331588 target size = 0 path = /dev/dasdc format args = [] originalFormat = DiskLabel instance (0x81331748) -- type = disklabel name = partition table (DASD) status = False device = /dev/dasdc uuid = None exists = False options = None supported = False formattable = True resizable = False type = dasd partition count = 0 sectorSize = 512 align_offset = 0 align_grain = 128 partedDisk = parted.disk.Disk object at 0x81331b38 origPartedDisk = parted.disk.Disk object at 0x81331c88 partedDevice = parted.device.Device object at 0x813319b0 removable = False partedDevice = parted.device.Device object at 0x81331588 20:14:29,445 DEBUG storage: ignoring partition dasdc1 20:14:31,943 DEBUG storage:DASDDevice.teardown: dasdc ; status: True ; 20:14:34,405 DEBUG storage:DASDDevice.teardown: dasda ; status: True ; 20:14:38,815 DEBUG storage:PartitionDevice.teardown: dasdb1 ; status: True ; 20:14:39,216 DEBUG storage: DeviceFormat.teardown: device: /dev/dasdb1 ; status: False ; type: None ; 20:14:39,485 DEBUG storage: DeviceFormat.teardown: device: /dev/dasdb1 ; status: False ; type: None ; 20:14:39,648 DEBUG storage: PartitionDevice.teardown: dasdb1 ; status: True ; 20:14:39,796 DEBUG storage: DeviceFormat.teardown: device: /dev/dasdb1 ; status: False ; type: None ; 20:14:39,962 DEBUG storage: DeviceFormat.teardown: device: /dev/dasdb1 ; status: False ; type: None ; 20:14:43,551 DEBUG storage: DASDDevice.teardown: dasdb ; status: True ; 20:14:43,753 DEBUG storage:DiskLabel.teardown: device: /dev/dasdb ; status: False ; type: disklabel ; 20:14:43,953 DEBUG storage:DiskLabel.teardown: device: /dev/dasdb ; status: False ; type: disklabel ; 20:14:45,898 INFO storage: failed to unlink /etc/mdadm.conf The anaconda command line is: /usr/bin/python /usr/bin/anaconda --stage2 http://secondary.fedoraproject.org/pub/alt/spins/S390/current//images/install.img --headless --kickstart /tmp/ks.cfg -T --selinux --lang en_US.UTF-8 --repo http://secondary.fedoraproject.org/pub/alt/spins/S390/current/ The ks.cfg file contains the following - the part statement is of interest I think: install url --url=http://secondary.fedoraproject.org/pub/alt/spins/S390/current/ lang en_US.UTF-8 keyboard us rootpw --iscrypted $6$kMRUXATF$1y.evGsCYUn6nJKoqr5swz6Ky.z6ImlV07vbZmXuoMB6GW6KS.u0moP9cmGKa8nGm5vKiowz151mJzt72.vVD/ firewall --service=ssh authconfig --enableshadow --passalgo=sha512 --enablefingerprint selinux --enforcing timezone Europe/Berlin clearpart --initlabel --all --drives=dasda part / --size=6000 --fstype=ext3 #repo --name=Fedora Rawhide s390x --baseurl=http://s390.koji.fedoraproject.org/mash/rawhide/s390x/os/ --cost=100 %packages @core -iptstate -system-config-network-tui %end Neither syslog nor anaconda.log show anything of interest: 19:13:08,118 INFO kernel:[ 8790.474111] dasda:VOL1/ 0X0150: dasda1 19:13:16,159 INFO kernel:[ 8798.518647] dasdb:VOL1/ 0X0151: dasdb1 19:11:12,643 INFO loader: 524288 kB (512 MB) are available 19:11:44,210 INFO anaconda: using only installclass _Fedora 19:11:44,490 INFO anaconda: Detected 496M of memory 19:11:44,512 INFO anaconda: Swap attempt of 128M to 992M 19:11:55,839 INFO anaconda: ISCSID is /usr/sbin/iscsid 19:11:55,961 INFO anaconda: no initiator set 19:11:56,070 INFO anaconda: Checking for unformatted DASD devices: 19:11:56,313 INFO anaconda: no unformatted DASD devices found 19:14:07,009 WARN anaconda: step zfcpconfig does not exist 19:14:07,104 INFO anaconda: moving (1) to step setuptime 19:14:07,125 DEBUG anaconda: setuptime is a direct step 20:14:07,197 INFO anaconda: leaving (1) step setuptime
Re: Fedora 14 for System Z needs testers!
On 11/25/10 1:32 AM, Dan Horák wrote: the installation repository is populated only with a limited set of packages with rest available at http://s390.koji.fedoraproject.org/mash/rawhide/s390x/os/ You only need to update the yum configuration after installation (https://fedoraproject.org/wiki/Architectures/s390x#Known_issues). The GA release will contain the full set on a more official URL. Thank you. I had neither of these quite useful links. I'm not used to the fedora project infrastructure yet, I guess. Now I can usefully try to wrestle nss_ldap into submission. :-) -- Pat -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Fedora 14 for System Z needs testers!
On 11/25/10 11:21 AM, Karsten Hopp wrote: Am 25.11.2010 17:44, schrieb Neale Ferguson: Getting rid of the cio_ignore parameter from the old generic.prm and adding in the data so I could perform a kickstart using the fedora kickstart server has got me on my way. However, I¹m getting the following during the installation: Could not allocate requested partitions: not enough free space on disks. Press 'OK' to exit the installer. I have 2 x 3390-3 that have been formatted using dasdfmt. How much space do I need? I installed into 2 mod-9's sucessfully, but I ended up with quite a lot of space left over. -- Pat -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Fedora 14 for System Z needs testers!
To get things going I copied anaconda-ks.cfg to a local webserver, got rid of the clearpart and part statements and am now getting further. The original had a size of 6GB which is greater than my 2 mod 3s. I tried to set up the part stuff to use LVM but don't think I got the syntax correct as I don't believe it was using both disks as the PVs and so crapped out again saying there wasn't enough space. I added an interactive statement to the ks.cfg but it went ahead and partitioned as it wanted to - not giving me the opportunity to specify the logical volumes, but at least it did use both disks to create its pv, vg, and lvs. On 11/25/10 10:43 PM, Patrick Spinler spinler.patr...@mayo.edu wrote: I installed into 2 mod-9's sucessfully, but I ended up with quite a lot of space left over. -- Pat -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Fedora 14 for System Z needs testers!
Hi everyone. As the subject says, we're closing in on the final official Fedora 14 release for System Z. All know issues have by now been fixed and we're now looking for a final round of testing. In case you want to give us a hand in testing you can find more details about how to help on Karsten Hopp's latest blog entry: http://karstenhopp.livejournal.com/2482.html Thanks regards, Phil -- Philipp Knirsch | Tel.: +49-711-96437-470 Supervisor Core Services | Fax.: +49-711-96437-111 Red Hat GmbH | Email: Phil Knirsch pknir...@redhat.com Hauptstaetterstr. 58 | Web: http://www.redhat.com/ D-70178 Stuttgart, Germany Motd: You're only jealous cos the little penguins are talking to me. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Fedora 14 for System Z needs testers!
Philipp, It's been on my list - I will try to get to this over the next several days - or over the weekend -thanks Phil Pinto -Original Message- From: s390x-boun...@lists.fedoraproject.org [mailto:s390x-boun...@lists.fedoraproject.org] On Behalf Of Phil Knirsch Sent: Wednesday, November 24, 2010 12:39 PM To: For testers of Fedora Core development releases Cc: fedora-s3...@lists.fedoraproject.org; Linux on 390 Port Subject: Fedora 14 for System Z needs testers! Hi everyone. As the subject says, we're closing in on the final official Fedora 14 release for System Z. All know issues have by now been fixed and we're now looking for a final round of testing. In case you want to give us a hand in testing you can find more details about how to help on Karsten Hopp's latest blog entry: http://karstenhopp.livejournal.com/2482.html Thanks regards, Phil -- Philipp Knirsch | Tel.: +49-711-96437-470 Supervisor Core Services | Fax.: +49-711-96437-111 Red Hat GmbH | Email: Phil Knirsch pknir...@redhat.com Hauptstaetterstr. 58 | Web: http://www.redhat.com/ D-70178 Stuttgart, Germany Motd: You're only jealous cos the little penguins are talking to me. ___ s390x mailing list s3...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/s390x -- This message has been scanned for viruses and dangerous content. -- This message has been scanned for viruses and dangerous content. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Fedora 14 for System Z needs testers!
I'll give a go at installing F14 on a mainframe this weekend. Is there anything in particular to test, or just the base install? -- Pat On 11/24/10 4:31 PM, Philip L Pinto wrote: Philipp, It's been on my list - I will try to get to this over the next several days - or over the weekend -thanks Phil Pinto -Original Message- From: s390x-boun...@lists.fedoraproject.org [mailto:s390x-boun...@lists.fedoraproject.org] On Behalf Of Phil Knirsch Sent: Wednesday, November 24, 2010 12:39 PM To: For testers of Fedora Core development releases Cc: fedora-s3...@lists.fedoraproject.org; Linux on 390 Port Subject: Fedora 14 for System Z needs testers! Hi everyone. As the subject says, we're closing in on the final official Fedora 14 release for System Z. All know issues have by now been fixed and we're now looking for a final round of testing. In case you want to give us a hand in testing you can find more details about how to help on Karsten Hopp's latest blog entry: http://karstenhopp.livejournal.com/2482.html Thanks regards, Phil -- Philipp Knirsch | Tel.: +49-711-96437-470 Supervisor Core Services | Fax.: +49-711-96437-111 Red Hat GmbH | Email: Phil Knirsch pknir...@redhat.com Hauptstaetterstr. 58 | Web: http://www.redhat.com/ D-70178 Stuttgart, Germany Motd: You're only jealous cos the little penguins are talking to me. ___ s390x mailing list s3...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/s390x -- This message has been scanned for viruses and dangerous content. -- This message has been scanned for viruses and dangerous content. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Fedora 14 for System Z needs testers!
On 11/24/10 8:00 PM, Patrick Spinler wrote: I'll give a go at installing F14 on a mainframe this weekend. Is there anything in particular to test, or just the base install? -- Pat Alright, I haven't finished the install yet, it's still running, but let me just say that the initial install script (what gets run from the punched initrd) is pretty darn sweet. I really really like the options to go back and redo stuff, but default everything I've told it so far. Also, the option to autoscan for dasd devices is pretty neat. More comments to come ... -- Pat -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Fedora 14 for System Z needs testers!
Anyone got it to run in a virtual machine? I downloaded the img files and used a variation of the REDHAT EXEC to punch them to the virtual reader. I IPL it appears to be doing things but I never get anything on the console. I assume it can write to a dumb terminal or at least a virtual HMC. Display the SVC PSW shows it executing syscalls and we don't appear to be in a program interrupt loop. On 11/24/10 10:22 PM, Patrick Spinler spinler.patr...@mayo.edu wrote: On 11/24/10 8:00 PM, Patrick Spinler wrote: I'll give a go at installing F14 on a mainframe this weekend. Is there anything in particular to test, or just the base install? -- Pat Alright, I haven't finished the install yet, it's still running, but let me just say that the initial install script (what gets run from the punched initrd) is pretty darn sweet. I really really like the options to go back and redo stuff, but default everything I've told it so far. Also, the option to autoscan for dasd devices is pretty neat. More comments to come ... -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Fedora 14 for System Z needs testers!
I take that back. I'm tracing the SVCs and am seeing attempted writes to the console (SVC 04 with fd = 2 == stderr) and the text appears to be: cannot read proc file system - 9 bad file descriptor. In fact, all the writes have references to bad file descriptors in there. I'm not sure what I've done incorrectly. Is it something in the PRM file? I just used what was on the download site. Neale On 11/24/10 10:22 PM, Patrick Spinler spinler.patr...@mayo.edu wrote: On 11/24/10 8:00 PM, Patrick Spinler wrote: I'll give a go at installing F14 on a mainframe this weekend. Is there anything in particular to test, or just the base install? -- Pat Alright, I haven't finished the install yet, it's still running, but let me just say that the initial install script (what gets run from the punched initrd) is pretty darn sweet. I really really like the options to go back and redo stuff, but default everything I've told it so far. Also, the option to autoscan for dasd devices is pretty neat. More comments to come ... -- Pat -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Fedora 14 for System Z needs testers!
On 11/24/10 9:30 PM, Neale Ferguson wrote: Anyone got it to run in a virtual machine? I downloaded the img files and used a variation of the REDHAT EXEC to punch them to the virtual reader. I IPL it appears to be doing things but I never get anything on the console. I assume it can write to a dumb terminal or at least a virtual HMC. Display the SVC PSW shows it executing syscalls and we don't appear to be in a program interrupt loop. Yup. No worries, it pretty much just worked for me. z/VM 5.3 on a z9 LPAR. The only issue I had was downloading a clean and working copy of the repository onto our install NFS server. (wget chokes on the repodata directory, for some reason) I can send you my exec, parm file, and directory entry if you'd like. -- Pat -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Fedora 14 for System Z needs testers!
On 11/24/10 10:51 PM, Patrick Spinler spinler.patr...@mayo.edu wrote: I can send you my exec, parm file, and directory entry if you'd like. On 11/24/10 9:51 PM, Neale Ferguson wrote: Please Here you go, just pasted inline here: fdr1zl01 direct: USER FDR1ZL01 512M 512M G INCLUDE LNXDFLT COMMAND SET VSWITCH VSWG GRANT USERID COMMAND COUPLE 8200 TO SYSTEM VSWG CPU 1 MACHINE ESA 1 * SHARE REL 100 ABS 70% LIMITSOFT MDISK 0391 3390 31533 129 VG0125 MDISK 0392 3390 1 10016 VP0158 MDISK 0393 3390 10017 10016 VP0158 MDISK 0394 3390 1 10016 VP0243 fedr-14 exec: /* Lin - place the Linux image files in the reader and IPL */ Arg noipl . 'close rdr' 'purge rdr class i' 'spool punch * rdr class i' 'punch fedr-14 kernel * (noh' 'punch fedr-14 parmfile * (noh' 'punch fedr-14 initrd * (noh' 'change rdr class i keep nohold' 'spool rdr class i' If noipl 'NOIPL' then 'ipl 00c clear' (obviously, I saved my kernel / paramfile / etc as named above) fedr-14 parmfile: root=/dev/ram0 ro ip=off ramdisk_size=4 That's it. Good luck! -- Pat -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Fedora 14 for System Z needs testers!
On 11/24/10 9:51 PM, Patrick Spinler wrote: On 11/24/10 9:30 PM, Neale Ferguson wrote: Anyone got it to run in a virtual machine? I downloaded the img files and used a variation of the REDHAT EXEC to punch them to the virtual reader. I IPL it appears to be doing things but I never get anything on the console. I assume it can write to a dumb terminal or at least a virtual HMC. Display the SVC PSW shows it executing syscalls and we don't appear to be in a program interrupt loop. Yup. No worries, it pretty much just worked for me. z/VM 5.3 on a z9 LPAR. The only issue I had was downloading a clean and working copy of the repository onto our install NFS server. (wget chokes on the repodata directory, for some reason) Another very curious thing. Post-install, the networking service was not set to start, chkconfig network --list showed it off at all runlevels. After the post-install reboot, I had to log into the console, do a service network start and chkconfig network on -- Pat -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Fedora 14 for System Z needs testers!
On 11/24/10 10:07 PM, Neale Ferguson wrote: Thanks, in my parm file I had a cio_ignore parameter. When I got rid of that, I started getting messages. (apologies for forwarding this to the list, also, but I think it may be of general interest) Makes sense. The fedora hercules readme talks about doing a mostly unattended spin up of their fedora image inside hercules, and that parm file comes from that hercules image. Now, I just gotta start compiling some source rpms -- they're missing (to us) basic stuff like ldap client libraries and the automounter ... Also, I had to twist the default yum repo definitions a good bit to get those working, too. -- Pat -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Fedora 14 for System Z needs testers!
On 11/24/10 10:14 PM, Patrick Spinler wrote: Now, I just gotta start compiling some source rpms Okay, now this is annoying, apparently there's not even a compiler package available in the fedora spin ... Is my next option to try to compile gcc as a cross compiler, then compile itself for the s390x environment? It's been years since I've even tried to do that, and I'd really not look forward to it. Alternately, would the e.g. rhel 6 gcc packages install here? -- Pat -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
