|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Slawa Olhovchenkov 2:5030/500 18 Feb 2005 15:49:52
To : Gleb Smirnoff
Subject : залипший mpd
--------------------------------------------------------------------------------
18 Feb 05, Slawa Olhovchenkov writes to Gleb Smirnoff:
SO>>>> Потому что не могу выбрать точку с боле-менее стабильной системой, в
SO>>>> которй нету только что поломанных подсистем. Вот 27 января починили
SO>>>> tty, но система стала падать еще от чего-то (clist reservation
SO>>>> botch), потом разломали vfs... Я вот читаю сейчас current и cvs и
SO>>>> жду момента, что бы в cvs@ с недельку не было серьезных новаций, а в
SO>>>> current криков о падени.
SO>>>> Hет, если тебе известна такая точка -- я с удовольствием до нее
SO>>>> проапгредюсь.
GS>>> Hу последние несколько дней вроде нормально. После того, как Jeff
GS>>> поутих с VFS.
SO>> Сейчас внимательнее посмотрю.
SO> 2005.02.17.09.00.00 -- полностью дохлая. Работоспособность равна HУЛЮ.
#0 doadump () at pcpu.h:159
#1 0xc043381a in db_fncall (dummy1=0, dummy2=0, dummy3=-1067521229,
dummy4=0xd109490c "8I\tяѕм^ю$I\tя(I\tя\220\a")
at /usr/src/sys/ddb/db_command.c:531
#2 0xc0433628 in db_command (last_cmdp=0xc0683484, cmd_table=0x0,
aux_cmd_tablep=0xc0654cdc, aux_cmd_tablep_end=0xc0654ce0)
at /usr/src/sys/ddb/db_command.c:349
#3 0xc04336f0 in db_command_loop () at /usr/src/sys/ddb/db_command.c:455
#4 0xc0435289 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:221
#5 0xc04c6864 in kdb_trap (type=3, code=0, tf=0xd1094a50) at
/usr/src/sys/kern/subr_kdb.c:421
#6 0xc060873c in trap (frame=
{tf_fs = -787939304, tf_es = -1068761072, tf_ds = -1067253744, tf_edi =
-1053808192, tf_esi = -1053808192, tf_ebp = -787920240, tf_isp = -787920260,
tf_ebx = -1053808192, tf_edx = 0, tf_ecx = -1060950016, tf_eax = 27, tf_trapno =
3, tf_err = 0, tf_eip = -1068735029, tf_cs = 8, tf_eflags = 662, tf_esp =
-787920228, tf_ss = -1068492437}) at /usr/src/sys/i386/i386/trap.c:573
#7 0xc05f75fa in calltrap () at /usr/src/sys/i386/i386/exception.s:139
#8 0xd1090018 in ?? ()
#9 0xc04c0010 in blst_leaf_alloc (scan=0xc063b293, blk=-4589139184668030268,
count=-1053808192) at /usr/src/sys/kern/subr_blist.c:370
#10 0xc050196b in vfs_badlock (msg=0xc063b2ac "is not locked but should be",
str=0xc063af11 "vinvalbuf", vp=0xc13029c0)
at /usr/src/sys/kern/vfs_subr.c:3348
#11 0xc0501a39 in assert_vop_locked (vp=0xc04c65cb, str=0xc063af11 "vinvalbuf")
at /usr/src/sys/kern/vfs_subr.c:3372
#12 0xc04fd7a4 in vinvalbuf (vp=0x296, flags=1, td=0x0, slpflag=0, slptimeo=0)
at /usr/src/sys/kern/vfs_subr.c:939
#13 0xc05c9aea in vm_object_terminate (object=0xc0c5b318) at
/usr/src/sys/vm/vm_object.c:606
#14 0xc05d13ca in vnode_destroy_vobject (vp=0x0) at
/usr/src/sys/vm/vnode_pager.c:173
#15 0xc05af7e4 in ufs_reclaim (ap=0x0) at /usr/src/sys/ufs/ufs/ufs_inode.c:182
#16 0xc061d59f in VOP_RECLAIM_APV (vop=0xc0674e40, a=0xd1094b5c) at
vnode_if.c:1583
#17 0xc0500344 in vgonel (vp=0xc13029c0, td=0xc13134b0) at vnode_if.h:818
#18 0xc050007b in vrecycle (vp=0xc13029c0, td=0xc13134b0) at
/usr/src/sys/kern/vfs_subr.c:2224
#19 0xc05af6e0 in ufs_inactive (ap=0x0) at /usr/src/sys/ufs/ufs/ufs_inode.c:131
#20 0xc061d4d3 in VOP_INACTIVE_APV (vop=0xc0674e40, a=0xd1094c24) at
vnode_if.c:1529
#21 0xc04ff824 in vput (vp=0xc13029c0) at vnode_if.h:795
#22 0xc0505564 in kern_unlink (td=0xc13134b0, path=0xbfbfef3d <Address
0xbfbfef3d out of bounds>, pathseg=UIO_USERSPACE)
at /usr/src/sys/kern/vfs_syscalls.c:1684
#23 0xc05053a2 in unlink (td=0xc13134b0, uap=0x0) at
/usr/src/sys/kern/vfs_syscalls.c:1622
#24 0xc0608fb3 in syscall (frame=
{tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = -1077940572, tf_esi = 0,
tf_ebp = -1077940728, tf_isp = -787919500, tf_ebx = -1077940419, tf_edx = 98596,
tf_ecx = 0, tf_eax = 10, tf_trapno = 12, tf_err = 2, tf_eip = 671881423, tf_cs =
31, tf_eflags = 662, tf_esp = -1077940868, tf_ss = 47}) at
/usr/src/sys/i386/i386/trap.c:951
#25 0xc05f764f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200
дальше неразборчиво.
SMP ядро на UP машине.
... Утерянное всегда находишь в последнем каталоге
--- GoldED+/BSD 1.1.5
* Origin: (2:5030/500)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
