Re: SWAPGEN + RHEL 7
We have two VDISKs and one real disk for swap area for each zLinux server. We run SWAPGEN on all of them every time we boot CMS, but as you point out, it only has to be done once for the real disk. The VDISK are 10% and 5% of memory size (up to VDISK maximum. The real disk is 800 cyl. I'm not sure why we did that. (Other recommendations are welcome.) I remember IBM suggested swap = 10-15% of memory, and to use VDISK. I don't remember where the real disk came from, though. The theory is we track when the third (real) disk is used. But we never set that up. (I guess I'd better ask Velocity Software how to alert for that.) Alan Ackerman alan.ackerma...@gmail.com > On May 16, 2016, at 4:18 PM, Mark Post wrote: > On 5/16/2016 at 04:40 PM, "Cohen, Sam" wrote: >> I use the Format/Reserve to use the DIAG driver, which I've found to be more >> efficient than the FBA driver. > > If you're using real DASD, you don't need to keep re-writing swap signatures > after the first time. That's only necessary with TDISKs or VDISKs where > you're not sure if it's "new" or not. > > > Mark Post > > -- > 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: SWAPGEN + RHEL 7
>>> On 5/16/2016 at 04:40 PM, "Cohen, Sam" wrote: > I use the Format/Reserve to use the DIAG driver, which I've found to be more > efficient than the FBA driver. If you're using real DASD, you don't need to keep re-writing swap signatures after the first time. That's only necessary with TDISKs or VDISKs where you're not sure if it's "new" or not. Mark Post -- 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: SWAPGEN + RHEL 7
Ah, ok. Well, hopefully swap is rarely used so efficient might not matter much with that here. -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Cohen, Sam Sent: Monday, May 16, 2016 1:41 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] SWAPGEN + RHEL 7 Marcy, I use the Format/Reserve to use the DIAG driver, which I've found to be more efficient than the FBA driver. Thanks, Sam Cohen Levi, Ray & Shoup, Inc. -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Marcy Cortes Sent: Monday, May 16, 2016 1:53 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: SWAPGEN + RHEL 7 I'm with you Sam :) We don't even bother with the cms format reserve and just do this in /etc/init.d/boot.local /sbin/mkswap /dev/disk/by-path/ccw-0.0.ff00-part1 /sbin/mkswap /dev/disk/by-path/ccw-0.0.ff01-part1 /sbin/mkswap /dev/disk/by-path/ccw-0.0.ff02-part1 /sbin/mkswap /dev/disk/by-path/ccw-0.0.ff03-part1 /sbin/swapon /dev/disk/by-path/ccw-0.0.ff00-part1 -p 4 /sbin/swapon /dev/disk/by-path/ccw-0.0.ff01-part1 -p 3 /sbin/swapon /dev/disk/by-path/ccw-0.0.ff02-part1 -p 2 /sbin/swapon /dev/disk/by-path/ccw-0.0.ff03-part1 -p 1 Runs really fast on vdisk ;) -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Cohen, Sam Sent: Monday, May 16, 2016 11:08 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] SWAPGEN + RHEL 7 Alan, Personally, I suggest abandoning SWAPGEN and just formatting/reserving the MDISK via CMS, then doing a mkswap /dev/disk/by-path/ccw-0.0.0xxx-part1 in your boot.local (or equivalent). This assumes that you are consistent in your assignment of the swap disk address. Then you don't have to worry about keeping some external routine up to date with changes in swap handling within a Linux guest. Religious argumentsstart your engines! Thanks, Sam Cohen Levi, Ray & Shoup, Inc. -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Alan Ackerman Sent: Monday, May 16, 2016 11:29 AM To: LINUX-390@VM.MARIST.EDU Subject: SWAPGEN + RHEL 7 Does anyone have SWAPGEN working with RHEL 7? We are having problem with SWAPGEN EXEC. If I do not use the FBAPART option on SWAPGEN, I get these errors at the end of every boot: 08:38:52 [ 24.130992] attempt to access beyond end of device [ 24.131000] dasdc1: rw=0, want=415944, limit=415941 [ 24.146104] attempt to access beyond end of device [ 24.146108] dasdd1: rw=0, want=831896, limit=831890 If I do use the FBAPART option, I get these errors during every boot: 14:54:44 EXEC SWAPGEN 0101 ( FBAPART REUSE DEBUG 14:54:44 SWPSWA0012I DIAG swap disk defined at virtual address 0101 with dasd=0.0.0100 rd.dasd=0.0.0101 rd.dasd=0.0.0102 cio_ignore=all,!0.0.0009 rd.znet =qeth,0.0.aa00,0.0.aa01,0.0.aa02,layer2=1,portno=0 L [1.046050] dasdconf.sh Warning: Could not find 0.0.0101 in sysfs [1.046161] dasdconf.sh Warning: Could not find 0.0.0101 in sysfs [1.046735] dasdconf.sh Warning: Could not find 0.0.0101 in sysfs [1.071256] dasd-fba 0.0.0101: New FBA DASD 9336/10 (CU 6310/80) with 409 MB and 512 B/blk [1.103730] dasdconf.sh Warning: 0.0.0101 is already online, not configuring [5.881606] dasdconf.sh Warning: 0.0.0101 is already online, not configuring ["[32m OK "[0m] Found device /dev/disk/by-path/ccw-0.0.0101-part1. Activating swap /dev/disk/by-path/ccw-0.0.0101-part1... ["[1;31mFAILED"[0m] Failed to activate swap /dev/disk/by-path/ccw-0.0.0101-part1 . See 'systemctl status "dev-disk-by\\x2d0.0101\\x2dpart1.swap"' for details. RHEL 7.2 on z/VM 6.3. Filename Filetype Fm Format LreclRecords Blocks Date Time SWAPGEN HELPCMS B1 V 76279 3 2013-12-23 10:45:36 SWAPGEN EXEC B2 V 72599 7 2013-12-17 21:52:11 -- 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: IN
Re: SWAPGEN + RHEL 7
Marcy, I use the Format/Reserve to use the DIAG driver, which I've found to be more efficient than the FBA driver. Thanks, Sam Cohen Levi, Ray & Shoup, Inc. -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Marcy Cortes Sent: Monday, May 16, 2016 1:53 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: SWAPGEN + RHEL 7 I'm with you Sam :) We don't even bother with the cms format reserve and just do this in /etc/init.d/boot.local /sbin/mkswap /dev/disk/by-path/ccw-0.0.ff00-part1 /sbin/mkswap /dev/disk/by-path/ccw-0.0.ff01-part1 /sbin/mkswap /dev/disk/by-path/ccw-0.0.ff02-part1 /sbin/mkswap /dev/disk/by-path/ccw-0.0.ff03-part1 /sbin/swapon /dev/disk/by-path/ccw-0.0.ff00-part1 -p 4 /sbin/swapon /dev/disk/by-path/ccw-0.0.ff01-part1 -p 3 /sbin/swapon /dev/disk/by-path/ccw-0.0.ff02-part1 -p 2 /sbin/swapon /dev/disk/by-path/ccw-0.0.ff03-part1 -p 1 Runs really fast on vdisk ;) -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Cohen, Sam Sent: Monday, May 16, 2016 11:08 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] SWAPGEN + RHEL 7 Alan, Personally, I suggest abandoning SWAPGEN and just formatting/reserving the MDISK via CMS, then doing a mkswap /dev/disk/by-path/ccw-0.0.0xxx-part1 in your boot.local (or equivalent). This assumes that you are consistent in your assignment of the swap disk address. Then you don't have to worry about keeping some external routine up to date with changes in swap handling within a Linux guest. Religious argumentsstart your engines! Thanks, Sam Cohen Levi, Ray & Shoup, Inc. -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Alan Ackerman Sent: Monday, May 16, 2016 11:29 AM To: LINUX-390@VM.MARIST.EDU Subject: SWAPGEN + RHEL 7 Does anyone have SWAPGEN working with RHEL 7? We are having problem with SWAPGEN EXEC. If I do not use the FBAPART option on SWAPGEN, I get these errors at the end of every boot: 08:38:52 [ 24.130992] attempt to access beyond end of device [ 24.131000] dasdc1: rw=0, want=415944, limit=415941 [ 24.146104] attempt to access beyond end of device [ 24.146108] dasdd1: rw=0, want=831896, limit=831890 If I do use the FBAPART option, I get these errors during every boot: 14:54:44 EXEC SWAPGEN 0101 ( FBAPART REUSE DEBUG 14:54:44 SWPSWA0012I DIAG swap disk defined at virtual address 0101 with dasd=0.0.0100 rd.dasd=0.0.0101 rd.dasd=0.0.0102 cio_ignore=all,!0.0.0009 rd.znet =qeth,0.0.aa00,0.0.aa01,0.0.aa02,layer2=1,portno=0 L [1.046050] dasdconf.sh Warning: Could not find 0.0.0101 in sysfs [1.046161] dasdconf.sh Warning: Could not find 0.0.0101 in sysfs [1.046735] dasdconf.sh Warning: Could not find 0.0.0101 in sysfs [1.071256] dasd-fba 0.0.0101: New FBA DASD 9336/10 (CU 6310/80) with 409 MB and 512 B/blk [1.103730] dasdconf.sh Warning: 0.0.0101 is already online, not configuring [5.881606] dasdconf.sh Warning: 0.0.0101 is already online, not configuring ["[32m OK "[0m] Found device /dev/disk/by-path/ccw-0.0.0101-part1. Activating swap /dev/disk/by-path/ccw-0.0.0101-part1... ["[1;31mFAILED"[0m] Failed to activate swap /dev/disk/by-path/ccw-0.0.0101-part1 . See 'systemctl status "dev-disk-by\\x2d0.0101\\x2dpart1.swap"' for details. RHEL 7.2 on z/VM 6.3. Filename Filetype Fm Format LreclRecords Blocks Date Time SWAPGEN HELPCMS B1 V 76279 3 2013-12-23 10:45:36 SWAPGEN EXEC B2 V 72599 7 2013-12-17 21:52:11 -- 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/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email
Re: SWAPGEN + RHEL 7
I'm with you Sam :) We don't even bother with the cms format reserve and just do this in /etc/init.d/boot.local /sbin/mkswap /dev/disk/by-path/ccw-0.0.ff00-part1 /sbin/mkswap /dev/disk/by-path/ccw-0.0.ff01-part1 /sbin/mkswap /dev/disk/by-path/ccw-0.0.ff02-part1 /sbin/mkswap /dev/disk/by-path/ccw-0.0.ff03-part1 /sbin/swapon /dev/disk/by-path/ccw-0.0.ff00-part1 -p 4 /sbin/swapon /dev/disk/by-path/ccw-0.0.ff01-part1 -p 3 /sbin/swapon /dev/disk/by-path/ccw-0.0.ff02-part1 -p 2 /sbin/swapon /dev/disk/by-path/ccw-0.0.ff03-part1 -p 1 Runs really fast on vdisk ;) -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Cohen, Sam Sent: Monday, May 16, 2016 11:08 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] SWAPGEN + RHEL 7 Alan, Personally, I suggest abandoning SWAPGEN and just formatting/reserving the MDISK via CMS, then doing a mkswap /dev/disk/by-path/ccw-0.0.0xxx-part1 in your boot.local (or equivalent). This assumes that you are consistent in your assignment of the swap disk address. Then you don't have to worry about keeping some external routine up to date with changes in swap handling within a Linux guest. Religious argumentsstart your engines! Thanks, Sam Cohen Levi, Ray & Shoup, Inc. -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Alan Ackerman Sent: Monday, May 16, 2016 11:29 AM To: LINUX-390@VM.MARIST.EDU Subject: SWAPGEN + RHEL 7 Does anyone have SWAPGEN working with RHEL 7? We are having problem with SWAPGEN EXEC. If I do not use the FBAPART option on SWAPGEN, I get these errors at the end of every boot: 08:38:52 [ 24.130992] attempt to access beyond end of device [ 24.131000] dasdc1: rw=0, want=415944, limit=415941 [ 24.146104] attempt to access beyond end of device [ 24.146108] dasdd1: rw=0, want=831896, limit=831890 If I do use the FBAPART option, I get these errors during every boot: 14:54:44 EXEC SWAPGEN 0101 ( FBAPART REUSE DEBUG 14:54:44 SWPSWA0012I DIAG swap disk defined at virtual address 0101 with dasd=0.0.0100 rd.dasd=0.0.0101 rd.dasd=0.0.0102 cio_ignore=all,!0.0.0009 rd.znet =qeth,0.0.aa00,0.0.aa01,0.0.aa02,layer2=1,portno=0 L [1.046050] dasdconf.sh Warning: Could not find 0.0.0101 in sysfs [1.046161] dasdconf.sh Warning: Could not find 0.0.0101 in sysfs [1.046735] dasdconf.sh Warning: Could not find 0.0.0101 in sysfs [1.071256] dasd-fba 0.0.0101: New FBA DASD 9336/10 (CU 6310/80) with 409 MB and 512 B/blk [1.103730] dasdconf.sh Warning: 0.0.0101 is already online, not configuring [5.881606] dasdconf.sh Warning: 0.0.0101 is already online, not configuring ["[32m OK "[0m] Found device /dev/disk/by-path/ccw-0.0.0101-part1. Activating swap /dev/disk/by-path/ccw-0.0.0101-part1... ["[1;31mFAILED"[0m] Failed to activate swap /dev/disk/by-path/ccw-0.0.0101-part1 . See 'systemctl status "dev-disk-by\\x2d0.0101\\x2dpart1.swap"' for details. RHEL 7.2 on z/VM 6.3. Filename Filetype Fm Format LreclRecords Blocks Date Time SWAPGEN HELPCMS B1 V 76279 3 2013-12-23 10:45:36 SWAPGEN EXEC B2 V 72599 7 2013-12-17 21:52:11 -- 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/ -- 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: EXTERNAL: SWAPGEN + RHEL 7
Additionally, it only occurs when the kernel is patched and subsequent reboots. -Original Message- From: Hodge, Robert L (US) Sent: Monday, May 16, 2016 12:08 PM To: 'Linux on 390 Port' Subject: RE: EXTERNAL: SWAPGEN + RHEL 7 The same here. The problem started after upgrading RHEL 7.1 to 7.2. The error goes away with a clean boot, wherein the z/VM virtual machine is logged off, then XAUTOLOGged. The error always occurs on a reboot. -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Alan Ackerman Sent: Monday, May 16, 2016 11:29 AM To: LINUX-390@VM.MARIST.EDU Subject: EXTERNAL: SWAPGEN + RHEL 7 Does anyone have SWAPGEN working with RHEL 7? We are having problem with SWAPGEN EXEC. If I do not use the FBAPART option on SWAPGEN, I get these errors at the end of every boot: 08:38:52 [ 24.130992] attempt to access beyond end of device [ 24.131000] dasdc1: rw=0, want=415944, limit=415941 [ 24.146104] attempt to access beyond end of device [ 24.146108] dasdd1: rw=0, want=831896, limit=831890 If I do use the FBAPART option, I get these errors during every boot: 14:54:44 EXEC SWAPGEN 0101 ( FBAPART REUSE DEBUG 14:54:44 SWPSWA0012I DIAG swap disk defined at virtual address 0101 with dasd=0.0.0100 rd.dasd=0.0.0101 rd.dasd=0.0.0102 cio_ignore=all,!0.0.0009 rd.znet =qeth,0.0.aa00,0.0.aa01,0.0.aa02,layer2=1,portno=0 L [1.046050] dasdconf.sh Warning: Could not find 0.0.0101 in sysfs [1.046161] dasdconf.sh Warning: Could not find 0.0.0101 in sysfs [1.046735] dasdconf.sh Warning: Could not find 0.0.0101 in sysfs [1.071256] dasd-fba 0.0.0101: New FBA DASD 9336/10 (CU 6310/80) with 409 MB and 512 B/blk [1.103730] dasdconf.sh Warning: 0.0.0101 is already online, not configuring [5.881606] dasdconf.sh Warning: 0.0.0101 is already online, not configuring ["[32m OK "[0m] Found device /dev/disk/by-path/ccw-0.0.0101-part1. Activating swap /dev/disk/by-path/ccw-0.0.0101-part1... ["[1;31mFAILED"[0m] Failed to activate swap /dev/disk/by-path/ccw-0.0.0101-part1 . See 'systemctl status "dev-disk-by\\x2d0.0101\\x2dpart1.swap"' for details. RHEL 7.2 on z/VM 6.3. Filename Filetype Fm Format LreclRecords Blocks Date Time SWAPGEN HELPCMS B1 V 76279 3 2013-12-23 10:45:36 SWAPGEN EXEC B2 V 72599 7 2013-12-17 21:52:11 -- 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: EXTERNAL: SWAPGEN + RHEL 7
The same here. The problem started after upgrading RHEL 7.1 to 7.2. The error goes away with a clean boot, wherein the z/VM virtual machine is logged off, then XAUTOLOGged. The error always occurs on a reboot. -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Alan Ackerman Sent: Monday, May 16, 2016 11:29 AM To: LINUX-390@VM.MARIST.EDU Subject: EXTERNAL: SWAPGEN + RHEL 7 Does anyone have SWAPGEN working with RHEL 7? We are having problem with SWAPGEN EXEC. If I do not use the FBAPART option on SWAPGEN, I get these errors at the end of every boot: 08:38:52 [ 24.130992] attempt to access beyond end of device [ 24.131000] dasdc1: rw=0, want=415944, limit=415941 [ 24.146104] attempt to access beyond end of device [ 24.146108] dasdd1: rw=0, want=831896, limit=831890 If I do use the FBAPART option, I get these errors during every boot: 14:54:44 EXEC SWAPGEN 0101 ( FBAPART REUSE DEBUG 14:54:44 SWPSWA0012I DIAG swap disk defined at virtual address 0101 with dasd=0.0.0100 rd.dasd=0.0.0101 rd.dasd=0.0.0102 cio_ignore=all,!0.0.0009 rd.znet =qeth,0.0.aa00,0.0.aa01,0.0.aa02,layer2=1,portno=0 L [1.046050] dasdconf.sh Warning: Could not find 0.0.0101 in sysfs [1.046161] dasdconf.sh Warning: Could not find 0.0.0101 in sysfs [1.046735] dasdconf.sh Warning: Could not find 0.0.0101 in sysfs [1.071256] dasd-fba 0.0.0101: New FBA DASD 9336/10 (CU 6310/80) with 409 MB and 512 B/blk [1.103730] dasdconf.sh Warning: 0.0.0101 is already online, not configuring [5.881606] dasdconf.sh Warning: 0.0.0101 is already online, not configuring ["[32m OK "[0m] Found device /dev/disk/by-path/ccw-0.0.0101-part1. Activating swap /dev/disk/by-path/ccw-0.0.0101-part1... ["[1;31mFAILED"[0m] Failed to activate swap /dev/disk/by-path/ccw-0.0.0101-part1 . See 'systemctl status "dev-disk-by\\x2d0.0101\\x2dpart1.swap"' for details. RHEL 7.2 on z/VM 6.3. Filename Filetype Fm Format LreclRecords Blocks Date Time SWAPGEN HELPCMS B1 V 76279 3 2013-12-23 10:45:36 SWAPGEN EXEC B2 V 72599 7 2013-12-17 21:52:11 -- 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: SWAPGEN + RHEL 7
Alan, Personally, I suggest abandoning SWAPGEN and just formatting/reserving the MDISK via CMS, then doing a mkswap /dev/disk/by-path/ccw-0.0.0xxx-part1 in your boot.local (or equivalent). This assumes that you are consistent in your assignment of the swap disk address. Then you don't have to worry about keeping some external routine up to date with changes in swap handling within a Linux guest. Religious argumentsstart your engines! Thanks, Sam Cohen Levi, Ray & Shoup, Inc. -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Alan Ackerman Sent: Monday, May 16, 2016 11:29 AM To: LINUX-390@VM.MARIST.EDU Subject: SWAPGEN + RHEL 7 Does anyone have SWAPGEN working with RHEL 7? We are having problem with SWAPGEN EXEC. If I do not use the FBAPART option on SWAPGEN, I get these errors at the end of every boot: 08:38:52 [ 24.130992] attempt to access beyond end of device [ 24.131000] dasdc1: rw=0, want=415944, limit=415941 [ 24.146104] attempt to access beyond end of device [ 24.146108] dasdd1: rw=0, want=831896, limit=831890 If I do use the FBAPART option, I get these errors during every boot: 14:54:44 EXEC SWAPGEN 0101 ( FBAPART REUSE DEBUG 14:54:44 SWPSWA0012I DIAG swap disk defined at virtual address 0101 with dasd=0.0.0100 rd.dasd=0.0.0101 rd.dasd=0.0.0102 cio_ignore=all,!0.0.0009 rd.znet =qeth,0.0.aa00,0.0.aa01,0.0.aa02,layer2=1,portno=0 L [1.046050] dasdconf.sh Warning: Could not find 0.0.0101 in sysfs [1.046161] dasdconf.sh Warning: Could not find 0.0.0101 in sysfs [1.046735] dasdconf.sh Warning: Could not find 0.0.0101 in sysfs [1.071256] dasd-fba 0.0.0101: New FBA DASD 9336/10 (CU 6310/80) with 409 MB and 512 B/blk [1.103730] dasdconf.sh Warning: 0.0.0101 is already online, not configuring [5.881606] dasdconf.sh Warning: 0.0.0101 is already online, not configuring ["[32m OK "[0m] Found device /dev/disk/by-path/ccw-0.0.0101-part1. Activating swap /dev/disk/by-path/ccw-0.0.0101-part1... ["[1;31mFAILED"[0m] Failed to activate swap /dev/disk/by-path/ccw-0.0.0101-part1 . See 'systemctl status "dev-disk-by\\x2d0.0101\\x2dpart1.swap"' for details. RHEL 7.2 on z/VM 6.3. Filename Filetype Fm Format LreclRecords Blocks Date Time SWAPGEN HELPCMS B1 V 76279 3 2013-12-23 10:45:36 SWAPGEN EXEC B2 V 72599 7 2013-12-17 21:52:11 -- 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/
SWAPGEN + RHEL 7
Does anyone have SWAPGEN working with RHEL 7? We are having problem with SWAPGEN EXEC. If I do not use the FBAPART option on SWAPGEN, I get these errors at the end of every boot: 08:38:52 [ 24.130992] attempt to access beyond end of device [ 24.131000] dasdc1: rw=0, want=415944, limit=415941 [ 24.146104] attempt to access beyond end of device [ 24.146108] dasdd1: rw=0, want=831896, limit=831890 If I do use the FBAPART option, I get these errors during every boot: 14:54:44 EXEC SWAPGEN 0101 ( FBAPART REUSE DEBUG 14:54:44 SWPSWA0012I DIAG swap disk defined at virtual address 0101 with dasd=0.0.0100 rd.dasd=0.0.0101 rd.dasd=0.0.0102 cio_ignore=all,!0.0.0009 rd.znet =qeth,0.0.aa00,0.0.aa01,0.0.aa02,layer2=1,portno=0 L [1.046050] dasdconf.sh Warning: Could not find 0.0.0101 in sysfs [1.046161] dasdconf.sh Warning: Could not find 0.0.0101 in sysfs [1.046735] dasdconf.sh Warning: Could not find 0.0.0101 in sysfs [1.071256] dasd-fba 0.0.0101: New FBA DASD 9336/10 (CU 6310/80) with 409 MB and 512 B/blk [1.103730] dasdconf.sh Warning: 0.0.0101 is already online, not configuring [5.881606] dasdconf.sh Warning: 0.0.0101 is already online, not configuring ["[32m OK "[0m] Found device /dev/disk/by-path/ccw-0.0.0101-part1. Activating swap /dev/disk/by-path/ccw-0.0.0101-part1... ["[1;31mFAILED"[0m] Failed to activate swap /dev/disk/by-path/ccw-0.0.0101-part1 . See 'systemctl status "dev-disk-by\\x2d0.0101\\x2dpart1.swap"' for details. RHEL 7.2 on z/VM 6.3. Filename Filetype Fm Format LreclRecords Blocks Date Time SWAPGEN HELPCMS B1 V 76279 3 2013-12-23 10:45:36 SWAPGEN EXEC B2 V 72599 7 2013-12-17 21:52:11 -- 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/
