Gavin Maltby wrote:
> Joachim Worringen wrote:
>
>> But as I said, a real kernel panic says it dumps to /dev/dsk/c1t0d0s4
>> as well, but savecore doesn't do anything on reboot.
>>
>> Any idea what's wrong? I tried different kinds of panics already...
>
> 'reboot -d' is a nice "controlled" panic which should always work.
>
> If the dump completes to the dump device ok (ie it gets to 100%
> done) then we shoule be able to process it on the reboot.
Gavin, thanks for your elaborate reply.
I just verified that "reboot -d" works as it should: dump is written,
savecore created the right corefiles on reboot.
Same result for a panic caused by intentional NULL-ptr derferernce in my
driver.
Thus, things seem to work well again - strange.
dumpadm svc is online, but its log looks as follows:
[ Dec 4 13:38:19 Executing start method ("/lib/svc/method/svc-dumpadm"). ]
System dump time: Thu Dec 4 13:34:15 2008
Constructing namelist /export/home/crash/unix.105
Constructing corefile /export/home/crash/vmcore.105
^M 1% done^M 2% done^M 3% done^M 4% done^M 5% done^M 6% done^M 7%
done^M 8% done^M 9% done^M 10% done^M 11% done^M 12% done^M 13
% done^M 14% done^M 15% done^M 16% done^M 17% done^M 18% done^M 19%
done^M 20% done^M 21% done^M 22% done^M 23% done^M 24% done^M 25% don
e^M 26% done^M 27% done^M 28% done^M 29% done^M 30% done^M 31% done^M
32% done^M 33% done^M 34% done^M 35% done^M 36% done^M 37% done^M 3
8% done^M 39% done^M 40% done^M 41% done^M 42% done^M 43% done^M 44%
done^M 45% done^M 46% done^M 47% done^M 48% done^M 49% done^M 50% do
ne^M 51% done^M 52% done^M 53% done^M 54% done^M 55% done^M 56% done^M
57% done^M 58% done^M 59% done^M 60% done^M 61% done^M 62% done^M
63% done^M 64% done^M 65% done^M 66% done^M 67% done^M 68% done^M 69%
done^M 70% done^M 71% done^M 72% done^M 73% done^M 74% done^M 75% d
one^M 76% done^M 77% done^M 78% done^M 79% done^M 80% done^M 81% done^M
82% done^M 83% done^M 84% done^M 85% done^M 86% done^M 87% done^M
88% done^M 89% done^M 90% done^M 91% done^M 92% done^M 93% done^M 94%
done^M 95% done^M 96% done^M 97% done^M 98% done^M 99% done^M100%
done: 138750 of 138750 pages saved
[ Dec 4 13:39:08 Method "start" exited with status 0. ]
[ Dec 4 13:42:11 Executing start method ("/lib/svc/method/svc-dumpadm"). ]
[ Dec 4 13:42:11 Method "start" exited with status 0. ]
[ Dec 4 16:03:55 Executing start method ("/lib/svc/method/svc-dumpadm"). ]
[ Dec 4 16:03:56 Method "start" exited with status 0. ]
[ Dec 4 17:51:37 Executing start method ("/lib/svc/method/svc-dumpadm"). ]
[ Dec 4 17:51:38 Method "start" exited with status 0. ]
[ Dec 4 18:13:25 Executing start method ("/lib/svc/method/svc-dumpadm"). ]
[ Dec 4 18:13:27 Method "start" exited with status 0. ]
[ Dec 4 18:31:22 Executing start method ("/lib/svc/method/svc-dumpadm"). ]
[ Dec 4 18:31:23 Method "start" exited with status 0. ]
[ Dec 4 20:11:28 Executing start method ("/lib/svc/method/svc-dumpadm"). ]
[ Dec 4 20:11:29 Method "start" exited with status 0. ]
[ Dec 4 21:14:10 Executing start method ("/lib/svc/method/svc-dumpadm"). ]
[ Dec 4 21:14:11 Method "start" exited with status 0. ]
[ Dec 5 13:55:18 Executing start method ("/lib/svc/method/svc-dumpadm"). ]
[ Dec 5 13:55:19 Method "start" exited with status 0. ]
[ Dec 5 14:01:31 Executing start method ("/lib/svc/method/svc-dumpadm"). ]
[ Dec 5 14:01:32 Method "start" exited with status 0. ]
[ Dec 9 08:50:55 Executing start method ("/lib/svc/method/svc-dumpadm"). ]
[ Dec 9 08:50:56 Method "start" exited with status 0. ]
System dump time: Tue Dec 9 08:49:55 2008
Constructing namelist /export/home/crash/unix.108
=> a gap in the vmcore numbering, and a number of reboots on Dec 4th
(where the problem showed up) where the missing vmcores should have been
generated.
I don't use zfs on this machine; the dump device is a plain slice, and
/export/home/crash is a local ufs slice as well:
[EMAIL PROTECTED] # cat /etc/dumpadm.conf
#
# dumpadm.conf
#
# Configuration parameters for system crash dump.
# Do NOT edit this file by hand -- use dumpadm(1m) instead.
#
DUMPADM_DEVICE=/dev/dsk/c1t0d0s4
DUMPADM_SAVDIR=/export/home/crash
DUMPADM_CONTENT=curproc
DUMPADM_ENABLE=yes
[EMAIL PROTECTED] # df -h | grep export
/dev/dsk/c1t0d0s7 115G 18G 96G 16% /export/home
Let's see how this develops.
Joachim
--
Joachim Worringen, Software Architect, Dolphin Interconnect Solutions
phone ++49/(0)228/324 08 17 - http://www.dolphinics.com
_______________________________________________
opensolaris-code mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
