Please forgive the rather long note, but I have a situation which I'm hoping
others may have seen before. We're attempting to move from using CTCs
connecting TCP/IP on Linux with TCP/IP on VM to OSA Gigabit adapters under
the direct control of TCP/IP on Linux. After installing the 2.2.16 kernel
with OSA Gigabit adapter support I find that when I ask Linux to shutdown
the termination process "hangs". In the interest of completeness, here's a
sample console log. First, I start up the server:
Linux version 2.2.16 ([EMAIL PROTECTED]) (gcc version 2.95.2 19991024
(release)) #1 SMP Wed Nov 8 10:57:03 GMT 2000
Command line is: dasd=0200,0201 root=/dev/dasdb1 noinitrd ro
We are running under VM
This machine has an IEEE fpu
Initial ramdisk at: 0x02000000 (16777216 bytes)
Detected device 0B00 on subchannel 0000 - PIM = 80, PAM = 80, POM = FF
Detected device 0B01 on subchannel 0001 - PIM = 80, PAM = 80, POM = FF
Detected device 0B02 on subchannel 0002 - PIM = 80, PAM = 80, POM = FF
Detected device 0200 on subchannel 0003 - PIM = FF, PAM = FF, POM = FF
Detected device 0201 on subchannel 0004 - PIM = F0, PAM = F0, POM = FF
Detected device 0009 on subchannel 0005 - PIM = 80, PAM = 80, POM = FF
Detected device 000C on subchannel 0006 - PIM = 80, PAM = 80, POM = FF
Detected device 000D on subchannel 0007 - PIM = 80, PAM = 80, POM = FF
Detected device 000E on subchannel 0008 - PIM = 80, PAM = 80, POM = FF
Highest subchannel number detected (hex) : 0008
SenseID : device 0B00 reports: CU Type/Mod = 1731/01, Dev Type/Mod =
1732/01
SenseID : device 0B01 reports: CU Type/Mod = 1731/01, Dev Type/Mod =
1732/01
SenseID : device 0B02 reports: CU Type/Mod = 1731/01, Dev Type/Mod =
1732/01
SenseID : device 0200 reports: CU Type/Mod = 3990/EC, Dev Type/Mod =
3390/0A
SenseID : device 0201 reports: CU Type/Mod = 3990/EC, Dev Type/Mod =
3390/0A
SenseID : device 0009 reports: Dev Type/Mod = 3215/00
SenseID : device 000C reports: Dev Type/Mod = 2540/00
SenseID : device 000D reports: Dev Type/Mod = 2540/00
SenseID : device 000E reports: Dev Type/Mod = 1403/00
Calibrating delay loop... 208.08 BogoMIPS
Memory: 240652k/262144k available (1136k kernel code, 0k reserved, 3972k
data, 0k init)
Dentry hash table entries: 32768 (order 6, 256k)
Buffer cache hash table entries: 262144 (order 8, 1024k)
Page cache hash table entries: 65536 (order 6, 256k)
debug: 16 areas reserved for debugging information
debug: reserved 4 areas of 4 pages for debugging ccwcache
VFS: Diskquotas version dquot_6.4.0 initialized
POSIX conformance testing by UNIFIX
Detected 1 CPU's
Boot cpu address 0
cpu 0 phys_idx=0 vers=FF ident=020AA1 machine=2064 unused=0000
Linux NET4.0 for Linux 2.2
Based upon Swansea University Computer Society NET3.039
NET4: Unix domain sockets 1.0 for Linux NET4.0.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
TCP: Hash tables configured (ehash 262144 bhash 65536)
Linux IP multicast router 0.06 plus PIM-SM
Starting kswapd v 1.5
pty: 256 Unix98 ptys configured
RAM disk driver initialized: 16 RAM disks of 32768K size
loop: registered device at major 7
LVM version 0.8i by Heinz Mauelshagen (02/10/1999)
lvm -- Driver successfully initialized
md driver 0.36.6 MAX_MD_DEV=4, MAX_REAL=8
dasd:initializing...
dasd:Registered successfully to major no 94
dasd(eckd):ECKD discipline initializing
dasd:Registered ECKD discipline successfully
dasd(fba):FBA discipline initializing
dasd:Registered FBA discipline successfully
dasd(eckd):0200 on sch 3: 3390/0A(CU:3990/04) Cyl:200 Head:15 Sec:224
dasd(eckd):0200 on sch 3: 3390/0A (CU: 3990/04): Configuration data read
dasd: devno 0x0200 on subchannel 3 (ECKD) is /dev/dasda (94:0)
dasd(eckd):0201 on sch 4: 3390/0A(CU:3990/04) Cyl:3138 Head:15 Sec:224
dasd(eckd):0201 on sch 4: 3390/0A (CU: 3990/04): Configuration data read
dasd: devno 0x0201 on subchannel 4 (ECKD) is /dev/dasdb (94:4)
dasd:waiting for responses...
dasd(eckd):/dev/dasda (0200): capacity (4kB blks): 144000kB at 48kB/trk
dasd(eckd):/dev/dasdb (0201): capacity (4kB blks): 2259360kB at 48kB/trk
dasd:initialization finished
Partition check:
dasda:(LNX1)/ x0200: dasda dasda1
dasdb:(CMS1)/ROOT :(CMS) dasdb dasdb1
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 0k freed
INIT: version 2.78 bootingt
Running /sbin/init.d/boot
Mounting /proc device
done
Activating swap-devices in /etc/fstab...
Adding Swap: 143980k swap-space (priority -1)
done
Checking file systems...
Parallelizing fsck version 1.19a (13-Jul-2000)
/dev/dasdb1 was not cleanly unmounted, check forced.
/dev/dasdb1:
Special (device/socket/fifo) inode 471652 has non-zero size. FIXED.
/dev/dasdb1: 56472/565056 files (0.1% non-contiguous), 205988/564837 blocks
Checking file systems
done
Mounting local file systems...
proc on /proc type proc (rw)
not mounted anything
Mounting local file systems
done
Mounting /dev/pts.
done
Setting up timezone data
done
Setting up loopback device
done
Setting up hostname done
Running /sbin/init.d/boot.local
done
Creating /var/log/boot.msg
done
Enabling syn flood protection done
Disabling IP forwarding done
INIT: Entering runlevel: 2
Master Resource Control: previous runlevel: N, switching to runlevel: 2
Setting up network device eth0
loading QDIO base support
loading qeth S/390 Gigabit Ethernet driver
Trying to use card with devnos 0xB00/0xB01/0xB02
Device 0xB00/0xB01/0xB02 is an OSA-Express Gigabit Ethernet card
and will be registered as eth0.
qeth: IPv6 not supported on eth0
done
Setting up routing (using /etc/route.conf)
done
Starting RPC portmap daemon
done
Starting syslog services
done
Initializing random number generator
done
Apr 10 11:19:05 LINUXWPS kernel: klogd 1.3-3, log source = /proc/kmsg
started.
Apr 10 11:19:05 LINUXWPS kernel: Inspecting /boot/System.map-2.2.16
Apr 10 11:19:07 LINUXWPS kernel: Loaded 5658 symbols from
/boot/System.map-2.2.16.
Apr 10 11:19:07 LINUXWPS kernel: Symbols match kernel version 2.2.16.
Apr 10 11:19:07 LINUXWPS kernel: Loaded 89 symbols from 2 modules.
Apr 10 11:19:07 LINUXWPS kernel: loading QDIO base support
Apr 10 11:19:07 LINUXWPS kernel: loading qeth S/390 Gigabit Ethernet driver
Apr 10 11:19:07 LINUXWPS kernel: Trying to use card with devnos
0xB00/0xB01/0xB02
Apr 10 11:19:07 LINUXWPS kernel: Device 0xB00/0xB01/0xB02 is an OSA-Express
Gigabit Ethernet card
Apr 10 11:19:07 LINUXWPS kernel: and will be registered as eth0.
Apr 10 11:19:07 LINUXWPS kernel: qeth: IPv6 not supported on eth0
Starting NFS server done
Starting service httpd done
Starting service at daemon: done
Starting INET services (inetd) done
Starting lpd done
Initializing SMTP port. (sendmail) done
Apr 10 11:19:57 LINUXWPS sendmail[237M: daemon could not open control socket
/var/run/sendmail/control: Group writable directory
Starting CRON daemon done
Starting Name Service Cache Daemon done
Master Resource Control: runlevel 2 has been reached
Welcome to SuSE Linux 7.0 (s390) - Kernel 2.2.16 (console).
LINUXWPS login:
And now I log on as root and shut down:
root
root
Password:
xxxxxxxx
You have new mail in /var/spool/mail/root.
Last login: Tue Apr 9 12:31:46 on console
Have a lot of fun...
LINUXWPS:~ #
shutdown -h now
shutdown -h now
Broadcast message from root (console) Wed Apr 10 11:30:43 2002...
The system is going down for system halt NOW !!
INIT: Switching to runlevel: 0
LINUXWPS:~ #
Master Resource Control: previous runlevel: 2, switching to runlevel: 0
Shutting down CRON daemon
done
Shutting down Name Service Cache Daemon
done
Shutting down service httpd
done
Shutting down service at daemon:
done
Shutting down INET services (inetd)
done
Shutting down lpd
done
Shutting down SMTP port:
done
Shutting down NFS server
done
Saving random seed
done
Shutting down syslog services
Apr 10 11:31:03 LINUXWPS kernel: Kernel logging (proc) stopped.
Apr 10 11:31:03 LINUXWPS kernel: Kernel log daemon terminating.
done
Shutting down RPC portmap daemon
done
Shutting down routing
done
Broadcast Message from root@LINUXWPS
(/dev/console) at 11:31 ...
Network is going down now!
Shutting down network device eth0 done
Running /sbin/init.d/halt.local
done
At this point the system becomes unresponsive, but is still running, as
these CP immediate commands indicate:
CP IND USER
USERID=LINUXWPS MACH=ESA STOR=256M VIRT=V XSTORE=NONE
IPLSYS=DEV 0201 DEVNUM=00009
PAGES: RES=00002010 WS=00009043 LOCK=00001928 RESVD=00000000
NPREF=00033755 PREF=00000000 READS=00009950 WRITES=00035628
XSTORE=010939 READS=003041 WRITES=049247 MIGRATES=034866
CPU 00: CTIME=00:18 VTIME=000:16 TTIME=000:17 IO=008960
RDR=000000 PRT=000208 PCH=000000
CP D PSW
PSW = 07080000 9081FD8C
CP D PSW
PSW = 07080000 9081EA60
CP D PSW
PSW = 07082000 9081EA54
CP D PSW
PSW = 07082000 9081EA3E
CP IND USER
USERID=LINUXWPS MACH=ESA STOR=256M VIRT=V XSTORE=NONE
IPLSYS=DEV 0201 DEVNUM=00009
PAGES: RES=00001981 WS=00009043 LOCK=00001928 RESVD=00000000
NPREF=00033755 PREF=00000000 READS=00009950 WRITES=00035628
XSTORE=010968 READS=003041 WRITES=049276 MIGRATES=034866
CPU 00: CTIME=00:20 VTIME=000:28 TTIME=000:30 IO=008960
RDR=000000 PRT=000238 PCH=000000
CP D PSW
PSW = 07080000 9081FA1E
CP D PSW
PSW = 07082000 9081FA16
CP D PSW
PSW = 07082000 9081F40A
CP D PSW
PSW = 07080000 80047BEC
Finally, my patience wanes and I simply reIPL. Has anyone seen anything
like this? We also see a similar situation with the 2.4 kernel. I've
reviewed the IBM site and see no patches which appear to directly address
this issue. Your advice on this is greatly appreciated!
William P. Scully
Systems Programmer
Computer Associates International, Inc.
