|
Description
|
Install snv_90 DomU as below, just Before installtation completed, system Segmentation fault, and we can't find the core file in Dom0 and DomU. I think one possilbe point is that not enough disk size.
bash-3.2# format
Searching for disks...done
AVAILABLE DISK SELECTIONS:
0. c1t0d0 <SEAGATE-ST336607LC-0007 cyl 4459 alt 2 hd 255 sec 63>
/pci@0,0/pci1022,7450@a/pci17c2,20@4/sd@0,0
1. c1t1d0 <DEFAULT cyl 4459 alt 2 hd 255 sec 63>
/pci@0,0/pci1022,7450@a/pci17c2,20@4/sd@1,0
2. c1t2d0 <SEAGATE-ST336607LC-0007-34.18GB>
/pci@0,0/pci1022,7450@a/pci17c2,20@4/sd@2,0
3. c1t3d0 <SEAGATE-ST318404LSUN18G-4203-16.87GB>
/pci@0,0/pci1022,7450@a/pci17c2,20@4/sd@3,0
Specify disk (enter its number): ^C
bash-3.2# zpool create -f tank c1t2d0
bash-3.2# zfs create -V 10G tank/hvmvol3
bash-3.2# zfs create -V 10G tank/hvmvol2
bash-3.2# zfs create -V 10G tank/hvmvol1
bash-3.2# virt-install -n zone-10-6-10-244 -f /dev/zvol/dsk/tank/hvmvol1 -f /dev/zvol/dsk/tank/hvmvol2 -f /dev/zvol/dsk/tank/hvmvol3 -p -l nfs:netinstall.sfbay:/export/nv/x/90 -r 1024
.......
Segmentation Fault - core dumped
Solaris installation program exited.
#dumpadm
dump content: kernel pages
Dump device: /dev/zvol/dsk/rpool/dump (dedicated)
Savecore directory: /var/crash/zone-10-6-10-244
Savecore enabled: yes
#cd /root
#ls
#cd /var/crash/zone-10-6-10-244
#ls
virsh # quit
bash-3.2# dumpadm
Dump content: kernel pages
Dump device: none (dumps disabled)
Savecore directory: /var/crash/quadspeed
Savecore enabled: yes
bash-3.2# cd /var/crash/quadspeed
bash-3.2# ls
bash-3.2# cd
bash-3.2# ls
bash-3.2#
The core file was under /tmp/root; ttinstall core dumped. I
preloaded libumem and installed my domU with a mirrored zfs root
okay. Is this reproducible?
> $c
libc.so.1`_malloc_unlocked+0xf3(28, 17, 8044db8, fed98000, 8044dec, 84bd1a2)
libc.so.1`malloc+0x37(28)
libcurses.so.1`init_stack+0x2b(8044db8)
libcurses.so.1`tparm+0x81(fed9f8dc, 17, 0, 0, 0, 0)
libcurses.so.1`tparm_p1+0x96(fed9f8dc, 17)
libcurses.so.1`_mvvert+0x143(0, 17, 1)
libcurses.so.1`_mvrel+0x23(0, 0, 17, 0, 1)
libcurses.so.1`mvcur+0x312(0, 0, 17, 0)
libcurses.so.1`endwin+0x1a1(fe837980, fe8377c0, fe833000, 8045040, 8045048,
fe8377c0)
libspmitty.so.1`end_curses+0xad(1, 1)
v_exec_sh+0x10(b)
progress_exec_sh+0x37(b, 0, 8045114)
libc.so.1`__sighndlr+0xf(b, 0, 8045114, 80656e8)
libc.so.1`call_user_handler+0x2bf(b, 0, 8045114)
libc.so.1`sigacthandler+0xd0(b, 0, 8045114)
libc.so.1`realfree+0xd0(84c4940)
libc.so.1`cleanfree+0x5b(0)
libc.so.1`_malloc_unlocked+0xa3(18, 8047838, 80c3d18, fe833000, 0, 0)
libc.so.1`malloc+0x37(18)
libc.so.1`strdup+0x28(80c3d18)
libspmicommon.so.1`xstrdup+0x20(80c3d18, 80bf774, 80bf764, 8045414, 80652aa,
8047838)
SUInitialPkgAddBeginCB+0x16(8047838, 804543c)
pfcSystemUpdateInitialCB+0x66(8047838, 8045438)
libspmisvc.so.1`_add_local_pkg+0x5d(82ff350, 20, 8047394, 80d55e8, 8065244,
8047838)
libspmisvc.so.1`_install_pkg+0x90(8302330, 0, 20, 8065244, 8047838)
libspmisvc.so.1`_install_prod+0x1d2(80d5610, 8047394, 8047368, fef33cf8, 8065244, 8047838)
libspmisvc.so.1`_setup_software+0x77(80d5610, fef33cf8, 8065244, 8047838)
libspmisvc.so.1`SUInstall+0x219(8047848)
libspmisvc.so.1`SystemUpdate+0x258(8047844)
v_do_install+0x1c1(80478a8, 808e41e, 80cd800, 0, 80478cc, feffde58)
pfgProcessProgress+0xb(80cd800, 0, 80478cc, feffde58, 80478cc, 807dcfc)
pfgParade+0x30e(14)
main+0x42c(1, 80478fc, 8047904)
_start+0x7a(1, 8047a38, 0, 8047a4c, 8047a86, 8047a93)
I think it is easy to reproduce it, I will try again.
It is a pity that i did not reproduce it and i did not find the core file in /tmp/root. I think we could ignore it right now, and don't forget this, it will possible appears in the future.
Based on what I had written down, it died trying to strdup the string
"SUNWgnome-img-organizer" while it was adding packages. Given the point
where it died, it seems unlikely that this has to do with the zfs
modifications. Not impossible, but unlikely.
|