karim@oak.uncwil.edu (Omar A. Karim) (04/10/90)
My SUN 4/110 running 4.0.1 crashes about once a day with the included messaages. SUN claims it is probably a corrupted swap partition and that I should re-format the disk. I will do this if it will fix the problem, but I just want to be sure. Any comments will be appreciated. Thanks. Omar A. Karim Department of Physics University of North Carolina at Wilmington Apr 7 16:02:00 oak vmunix: BAD TRAP Apr 7 16:02:00 oak vmunix: screenblank: Data fault Apr 7 16:02:00 oak vmunix: kernel write fault at addr=0x9001e3, pme=0x70000060 Apr 7 16:02:00 oak vmunix: Bus Error Reg 80<INVALID> Apr 7 16:02:00 oak vmunix: pid=100, pc=0xf807fddc, sp=0xffffe9b0, psr=0xc2, context=3 Apr 7 16:02:00 oak vmunix: g1-g7: 0, 9000e3, ffffffff, 0, 0, 0, 0 Apr 7 16:02:00 oak vmunix: Begin traceback... sp = ffffe9b0 Apr 7 16:02:00 oak vmunix: Called from f8021788, fp=ffffea10, args=58 ff04fc90 ff11aa44 1c 38 9001e3 Apr 7 16:02:00 oak vmunix: Called from f8055a5c, fp=ffffea70, args=58 f80fcc38 4 0 f80dc1b8 0 Apr 7 16:02:00 oak vmunix: Called from f80631c0, fp=ffffeb10, args=f80fcc38 1d00 0 f80fcc38 21b6 1d00 Apr 7 16:02:00 oak vmunix: Called from f8049d70, fp=ffffeb78, args=f80fcc30 0 ffffebe4 4 ffffed4c 0 Apr 7 16:02:00 oak vmunix: Called from f8049a88, fp=ffffece8, args=ffffed4c 1 0 0 0 0 Apr 7 16:02:00 oak vmunix: Called from f8049a48, fp=ffffed58, args=0 0 1 0 ffffee5c 0 Apr 7 16:02:00 oak vmunix: Called from f804b360, fp=ffffedb8, args=f7fffc3c 0 1 0 ffffee5c 26b00 Apr 7 16:02:00 oak vmunix: Called from f804b318, fp=ffffee60, args=ffffefe0 1 2710 0 0 ffffefe0 Apr 7 16:02:00 oak vmunix: Called from f808bcb0, fp=ffffeec0, args=ffffefe0 f80bff88 f80bff88 2 ffffefb4 ffffefe0 Apr 7 16:02:00 oak vmunix: Called from f8005960, fp=ffffef58, args=8000000 26 1000 26 26 130 Apr 7 16:02:00 oak vmunix: Called from 26cc, fp=f7fffb88, args=f7fffc3c f7fffbf0 0 0 f7ffff64 261d271c Apr 7 16:02:00 oak vmunix: End traceback... Apr 7 16:02:00 oak vmunix: panic: Data fault Apr 7 16:02:00 oak vmunix: syncing file systems... done Apr 7 16:02:00 oak vmunix: Apr 7 16:02:00 oak vmunix: dumping to vp ff053cb0, offset 36364 Apr 7 16:02:00 oak vmunix: 1021 total pages, dump succeeded Apr 7 16:02:00 oak vmunix: rebooting... Apr 7 16:02:00 oak vmunix: SunOS Release 4.0 (oak.uncwil.edu) #2: Sat Mar 10 15:46:01 EST 1990 Apr 7 16:02:00 oak vmunix: Copyright (c) 1988 by Sun Microsystems, Inc. Apr 7 16:02:00 oak vmunix: mem = 8192K (0x800000) Apr 7 16:02:00 oak vmunix: avail mem = 7184384 Apr 7 16:02:00 oak vmunix: Ethernet address = 8:0:20:6:5a:45 Apr 7 16:02:00 oak vmunix: sw0 at obio 0xa000000 pri 4 Apr 7 16:02:00 oak vmunix: sd0 at sw0 slave 0 Apr 7 16:02:00 oak vmunix: sd0: <Toshiba MK 156F cyl 815 alt 2 hd 10 sec 34> Apr 7 16:02:00 oak vmunix: sd1 at sw0 slave 1 Apr 7 16:02:00 oak vmunix: st0 at sw0 slave 32 Apr 7 16:02:00 oak vmunix: sd2 at sw0 slave 8 Apr 7 16:02:00 oak vmunix: sd3 at sw0 slave 9 Apr 7 16:02:00 oak vmunix: st1 at sw0 slave 40 Apr 7 16:02:00 oak vmunix: zs0 at obio 0xf1000000 pri 6 Apr 7 16:02:00 oak vmunix: zs1 at obio 0xf0000000 pri 6 Apr 7 16:02:00 oak vmunix: ie0 at obio 0xf6000000 pri 6 Apr 7 16:02:00 oak vmunix: bwtwo0 at obio 0xfb300000 pri 8 Apr 7 16:02:00 oak vmunix: bwtwo0: resolution 1152 x 900 Apr 7 16:02:00 oak vmunix: root on sd0a fstype 4.2 Apr 7 16:02:00 oak vmunix: swap on sd0b fstype spec size 26350K Apr 7 16:02:00 oak vmunix: dump on sd0b fstype spec Apr 7 16:25:15 oak su: karim on /dev/console Apr 7 16:25:18 oak reboot: rebooted by karim Apr 7 16:25:19 oak syslogd: going down on signal 15 Apr 7 16:29:41 oak vmunix: syncing file systems... done Apr 7 16:29:41 oak vmunix: rebooting... Apr 7 16:29:41 oak vmunix: SunOS Release 4.0 (oak.uncwil.edu) #2: Sat Mar 10 15:46:01 EST 1990 Apr 7 16:29:41 oak vmunix: Copyright (c) 1988 by Sun Microsystems, Inc. Apr 7 16:29:41 oak vmunix: mem = 8192K (0x800000) Apr 7 16:29:41 oak vmunix: avail mem = 7184384 Apr 7 16:29:41 oak vmunix: Ethernet address = 8:0:20:6:5a:45 Apr 7 16:29:41 oak vmunix: sw0 at obio 0xa000000 pri 4 Apr 7 16:29:41 oak vmunix: sd0 at sw0 slave 0 Apr 7 16:29:41 oak vmunix: sd0: <Toshiba MK 156F cyl 815 alt 2 hd 10 sec 34> Apr 7 16:29:41 oak vmunix: sd1 at sw0 slave 1 Apr 7 16:29:41 oak vmunix: st0 at sw0 slave 32 Apr 7 16:29:41 oak vmunix: sd2 at sw0 slave 8 Apr 7 16:29:41 oak vmunix: sd3 at sw0 slave 9 Apr 7 16:29:41 oak vmunix: st1 at sw0 slave 40 Apr 7 16:29:41 oak vmunix: zs0 at obio 0xf1000000 pri 6 Apr 7 16:29:41 oak vmunix: zs1 at obio 0xf0000000 pri 6 Apr 7 16:29:41 oak vmunix: ie0 at obio 0xf6000000 pri 6 Apr 7 16:29:41 oak vmunix: bwtwo0 at obio 0xfb300000 pri 8 Apr 7 16:29:41 oak vmunix: bwtwo0: resolution 1152 x 900 Apr 7 16:29:41 oak vmunix: root on sd0a fstype 4.2 Apr 7 16:29:41 oak vmunix: swap on sd0b fstype spec size 26350K Apr 7 16:29:41 oak vmunix: dump on sd0b fstype spec Apr 7 16:29:41 oak vmunix: BAD TRAP Apr 7 16:29:41 oak vmunix: sh: Data fault Apr 7 16:29:41 oak vmunix: kernel write fault at addr=0x400230, pme=0x70000060 Apr 7 16:29:41 oak vmunix: Bus Error Reg 80<INVALID> Apr 7 16:29:41 oak vmunix: pid=59, pc=0xf807fe7c, sp=0xffffe908, psr=0xc6, context=5 Apr 7 16:29:41 oak vmunix: g1-g7: 0, 4000e0, 0, 0, 0, 0, 0 Apr 7 16:29:41 oak vmunix: Begin traceback... sp = ffffe908 Apr 7 16:29:41 oak vmunix: Called from f8021788, fp=ffffe968, args=58 ff04ffa0 ff0996e0 28 28 4001e0 Apr 7 16:29:41 oak vmunix: Called from f8055a5c, fp=ffffe9c8, args=58 f80f6238 4 0 f80dc2a0 0 Apr 7 16:29:41 oak vmunix: Called from f80631c0, fp=ffffea68, args=f80f6238 0 0 f80f6238 2190 0 Apr 7 16:29:41 oak vmunix: Called from f8049d70, fp=ffffead0, args=f80f6230 0 ffffeb3c 4 ffffed00 8 Apr 7 16:29:41 oak vmunix: Called from f8049ab8, fp=ffffec40, args=ffffed00 1 ffffed0c 0 0 0 Apr 7 16:29:41 oak vmunix: Called from f804bca0, fp=ffffeca0, args=ffffed00 1 ffffed0c ffffedb4 18000 19c00 Apr 7 16:29:41 oak vmunix: Called from f804bafc, fp=ffffed10, args=0 0 ffffedb8 0 80 ffffedb4 Apr 7 16:29:41 oak vmunix: Called from f804a800, fp=ffffedf8, args=1b1f0 0 602 0 ffffee5c 80 Apr 7 16:29:41 oak vmunix: Called from f804a7b0, fp=ffffee60, args=1b1f0 602 1b6 f7fffd1c 3 f8105f54 Apr 7 16:29:41 oak vmunix: Called from f808bcb0, fp=ffffeec0, args=ffffefe0 f80bfe98 f80bfe98 2 ffffefb4 ffffefe0 Apr 7 16:29:41 oak vmunix: Called from f8005960, fp=ffffef58, args=8000000 8 1a400 8 8 40 Apr 7 16:29:41 oak vmunix: Called from 98cc, fp=f7fffd20, args=1b1f0 1b6 19c00 180c0 1b1fd 0 Apr 7 16:29:41 oak vmunix: End traceback... Apr 7 16:29:41 oak vmunix: panic: Data fault Apr 7 16:29:41 oak vmunix: syncing file systems... [14] 1 [14] 1 [14] [14] [13] [13] [11] [10] [9] [8] [5] [2] done Apr 7 16:29:41 oak vmunix: Apr 7 16:29:41 oak vmunix: dumping to vp ff053cb0, offset 36364 Apr 7 16:29:41 oak vmunix: 1021 total pages, dump succeeded Apr 7 16:29:41 oak vmunix: rebooting... Apr 7 16:29:41 oak vmunix: SunOS Release 4.0 (oak.uncwil.edu) #2: Sat Mar 10 15:46:01 EST 1990 Apr 7 16:29:41 oak vmunix: Copyright (c) 1988 by Sun Microsystems, Inc. Apr 7 16:29:41 oak vmunix: mem = 8192K (0x800000) Apr 7 16:29:41 oak vmunix: avail mem = 7184384 Apr 7 16:29:41 oak vmunix: Ethernet address = 8:0:20:6:5a:45 Apr 7 16:29:41 oak vmunix: sw0 at obio 0xa000000 pri 4 Apr 7 16:29:41 oak vmunix: sd0 at sw0 slave 0 Apr 7 16:29:41 oak vmunix: sd0: <Toshiba MK 156F cyl 815 alt 2 hd 10 sec 34> Apr 7 16:29:41 oak vmunix: sd1 at sw0 slave 1 Apr 7 16:29:41 oak vmunix: st0 at sw0 slave 32 Apr 7 16:29:41 oak vmunix: sd2 at sw0 slave 8 Apr 7 16:29:41 oak vmunix: sd3 at sw0 slave 9 Apr 7 16:29:41 oak vmunix: st1 at sw0 slave 40 Apr 7 16:29:41 oak vmunix: zs0 at obio 0xf1000000 pri 6 Apr 7 16:29:41 oak vmunix: zs1 at obio 0xf0000000 pri 6 Apr 7 16:29:41 oak vmunix: ie0 at obio 0xf6000000 pri 6 Apr 7 16:29:41 oak vmunix: bwtwo0 at obio 0xfb300000 pri 8 Apr 7 16:29:41 oak vmunix: bwtwo0: resolution 1152 x 900 Apr 7 16:29:41 oak vmunix: root on sd0a fstype 4.2 Apr 7 16:29:41 oak vmunix: swap on sd0b fstype spec size 26350K Apr 7 16:29:41 oak vmunix: dump on sd0b fstype spec ********************************************************
celvin@ee.surrey.ac.uk (Chris Elvin) (04/11/90)
In article <6557@brazos.Rice.edu> karim@oak.uncwil.edu (Omar A. Karim) writes: >X-Sun-Spots-Digest: Volume 9, Issue 119, message 1 > >My SUN 4/110 running 4.0.1 crashes about once a day with the included >messaages. SUN claims it is probably a corrupted swap partition and that >I should re-format the disk. I will do this if it will fix the problem, [deleted] >Apr 7 16:02:00 oak vmunix: screenblank: Data fault >Apr 7 16:02:00 oak vmunix: kernel write fault at addr=0x9001e3, pme=0x70000060 >Apr 7 16:02:00 oak vmunix: Bus Error Reg 80<INVALID> >Apr 7 16:02:00 oak vmunix: pid=100, pc=0xf807fddc, sp=0xffffe9b0, psr=0xc2, context=3 >Apr 7 16:02:00 oak vmunix: g1-g7: 0, 9000e3, ffffffff, 0, 0, 0, 0 >Apr 7 16:02:00 oak vmunix: Begin traceback... sp = ffffe9b0 >Apr 7 16:02:00 oak vmunix: Called from f8021788, fp=ffffea10, args=58 ff04fc90 ff11aa44 1c 38 9001e3 [deleted] I had a similar problem with a SUN 4/330, sunos 4.0.3, 2*327MB scsi disks (All SUN supplied) I was changing the root and boot device from sd6 (default) to sd2. I formatted and partitioned sd2 OK and used dump and restore to transfer the partitions across by mounting each new partition temporarily. I installed the boot block and changed the eeprom without trouble. When I booted (from sd2) the boot failed after fsck'ing / and /usr and I had a similar sort of trace output. Looking at the messages produced when booting, it became clear that in /etc/fstab, I had forgotten to change the references of sd6 to sd2 so that although I was booting from sd2, my root and /usr were on sd6. Does SUNOS insist on the swap partition being on the same device as boot or root. Booting on sd2 and changing /etc/fstab on sd6 cured the problem Chris Elvin C.Elvin@EE.Surrey.Ac.UK Dept of Elec. Eng, University of Surrey, Guildford, Surrey, GU2 5XH. England