Кто хочет сделать - ищет способ, кто не хочет - причину
https://forum.lissyara.su/
а проц какой? фряха какая ?Cardinal писал(а):У меня самба систему завешивала. Фря на пинги отвечала и более ничего не работало. Даже с консоли залогиниться не мог. рута ввожу и усе, молчек. Пароль не запашивает.
а че на rm -r / нет защиты от дурака? , я бы сделал зашиту ,чтоб не стирали то что не надо повысил бы надежность
нее я серьзедно ,надо блин найти всетаки как его повиснуть ,чтоб знать откуда ноги растутRaven2000 писал(а):Я [классический секс]
Код: Выделить всё
#rd -fR /
Код: Выделить всё
lissyara# id
uid=0(root) gid=0(wheel) groups=0(wheel),5(operator)
lissyara# rm -fR /
rm: "/" may not be removed
lissyara#
Честно говоря точно не скажу сейцчас конфигурацию того сервака.voider писал(а):а проц какой? фряха какая ?Cardinal писал(а):У меня самба систему завешивала. Фря на пинги отвечала и более ничего не работало. Даже с консоли залогиниться не мог. рута ввожу и усе, молчек. Пароль не запашивает.
после сборки портов - пофигу каких, случайным образом - ошибка доступа к странице памяти, при чём именно после сборки, а не во время.voider писал(а):совственно вопрос у кого и прикаких условиях FreeBSD зависал ?
voider писал(а):как не пытался нефига не получаеться его зависнуть. помню чето напортачил с конфигами mpd шными загрузил ядрро так ,что там показывыло загрузку в 80% на двухядерном coreduo E6550 ,а еслиб это было на селероне 333 ? интересно выдержал бы
совственно вопрос у кого и прикаких условиях FreeBSD зависал ?
Код: Выделить всё
(~)! mkdir foo bar baz
(~)! mount -t nullfs foo bar
(~)! mount -t nullfs bar baz
(~)! umount -f $PWD/foo
(~)! ls baz
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2a
vfs_badlock() at vfs_badlock+0x95
assert_vop_locked() at assert_vop_locked+0x72
VOP_LOCK1_APV() at VOP_LOCK1_APV+0xa7
_vn_lock() at _vn_lock+0x57
nullfs_root() at nullfs_root+0x45
lookup() at lookup+0x9a0
namei() at namei+0x53d
kern_statat() at kern_statat+0x92
stat() at stat+0x2a
syscall() at syscall+0x1e7
Xfast_syscall() at Xfast_syscall+0xab
--- syscall (188, FreeBSD ELF64, stat), rip = 0x800978c5c, rsp = 0x7fffffffe618, rbp = 0x7fffffffe620 ---
VOP_LOCK: 0xffffff00026dd750 is not locked but should be
KDB: enter: lock violation
[thread pid 86 tid 100057 ]
Stopped at kdb_enter+0x3d: movq $0,0x65c558(%rip)
db> show all locks
Process 86 (ls) thread 0xffffff0002455ab0 (100057)
exclusive lockmgr null (null) r = 0 (0xffffff00026ddcc8) locked @ /usr/src/sys/modules/nullfs/../../fs/nullfs/null_vnops.c:546
db> show lockedvnods
Locked vnodes
db>Код: Выделить всё
ls: baz: Bad file descriptorКод: Выделить всё
(~)! truncate -s100m blahfile
(~)! zpool create blah $PWD/blahfile
(~)! rm blahfile
(~)! zpool scrub blahКод: Выделить всё
(~)! kldload pf
(~)! ifconfig stf create
Fatal double fault
rip = 0xffffffff81237087
rsp = 0xfffffffe40169000
rbp = 0xfffffffe40169010
cpuid = 0; apic id = 00
panic: double fault
cpuid = 0
KDB: enter: panic
[thread pid 81 tid 100052 ]
Stopped at kdb_enter+0x3d: movq $0,0x65c558(%rip)
db> bt
Tracing pid 81 tid 100052 td 0xffffff000243c390
kdb_enter() at kdb_enter+0x3d
panic() at panic+0x17b
dblfault_handler() at dblfault_handler+0x96
Xdblfault() at Xdblfault+0x88
--- trap 0x17, rip = 0xffffffff81237087, rsp = 0xffffffff80d41c30, rbp = 0xfffffffe40169010 ---
pfi_kif_update() at pfi_kif_update+0x47
pfi_kif_update() at pfi_kif_update+0x4c
...
pfi_kif_update() at pfi_kif_update+0x4c
pfi_change_group_event() at pfi_change_group_event+0x48
if_addgroup() at if_addgroup+0x2a0
if_clone_createif() at if_clone_createif+0x8f
ifioctl() at ifioctl+0x2ac
kern_ioctl() at kern_ioctl+0x92
ioctl() at ioctl+0xfd
syscall() at syscall+0x1e7
Xfast_syscall() at Xfast_syscall+0xab
--- syscall (54, FreeBSD ELF64, ioctl), rip = 0x800a67d1c, rsp = 0x7fffffffe508, rbp = 0x3 ---
db> show all locks
Process 81 (ifconfig) thread 0xffffff000243c390 (100052)
exclusive sleep mutex pf task mtx (pf task mtx) r = 0 (0xffffffff8124e9a0) locked @ /usr/src/sys/modules/pf/../../contrib/pf/net/pf_if.c:927
db>Код: Выделить всё
(~). uname -vm
FreeBSD 8.0-CURRENT #0 r185321: Wed Nov 26 03:36:25 MSK 2008 luser@qemu:/usr/obj/usr/src/sys/TEST amd64может в 7.1 исправят вот поэтому никто не советует ставить релизы с нулем на концеCardinal писал(а):Честно говоря точно не скажу сейцчас конфигурацию того сервака.voider писал(а):а проц какой? фряха какая ?Cardinal писал(а):У меня самба систему завешивала. Фря на пинги отвечала и более ничего не работало. Даже с консоли залогиниться не мог. рута ввожу и усе, молчек. Пароль не запашивает.
Кажись 2 ксеона там стояли. рейд Adaptec 5805 5 уровня. 2 гига мозгов. Система FreeBSD avalon.mydomain.com.ua 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386
прально это получаеться удалить самомго себя:))) харакири)))) запретили ,значит приказали долго жить ,не поймите неправильноlissyara писал(а):кто там чё пробовал?Код: Выделить всё
lissyara# id uid=0(root) gid=0(wheel) groups=0(wheel),5(operator) lissyara# rm -fR / rm: "/" may not be removed lissyara#
а че за версия ? может древность?skeletor писал(а):Пробовал недавно выполнитьВ итоге, /var, /tmp - не удалились. После некоторых колебаний система ушла ребут.Код: Выделить всё
#rd -fR /
ну это иксы ))) а консоль её сложно повисунтьev писал(а):ну ноуте постоянно виснет - иксы ставятся, но при запуске виснут (дрова виной скорее всего)
разбираться лень - ноут древний, не юзаю его
еще висла при ошибках с диском
и пару раз при очень большой нагрузке (хотя не совсем висла - тупила сильно, аж по ссх не войти)
может память битая была?zg писал(а):после сборки портов - пофигу каких, случайным образом - ошибка доступа к странице памяти, при чём именно после сборки, а не во время.voider писал(а):совственно вопрос у кого и прикаких условиях FreeBSD зависал ?
ксорг ещё вис, пока дрова стояли не ВЕСА... а так вроде всё стабильно
и где это все надыбал? это бы сразу разработчикам отсылать ,чтоб иправляли багиГость писал(а):voider писал(а):как не пытался нефига не получаеться его зависнуть. помню чето напортачил с конфигами mpd шными загрузил ядрро так ,что там показывыло загрузку в 80% на двухядерном coreduo E6550 ,а еслиб это было на селероне 333 ? интересно выдержал бы
совственно вопрос у кого и прикаких условиях FreeBSD зависал ?было время когда такая операция приводила к зависанию, а сейчас получаем:Код: Выделить всё
(~)! mkdir foo bar baz (~)! mount -t nullfs foo bar (~)! mount -t nullfs bar baz (~)! umount -f $PWD/foo (~)! ls baz KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a vfs_badlock() at vfs_badlock+0x95 assert_vop_locked() at assert_vop_locked+0x72 VOP_LOCK1_APV() at VOP_LOCK1_APV+0xa7 _vn_lock() at _vn_lock+0x57 nullfs_root() at nullfs_root+0x45 lookup() at lookup+0x9a0 namei() at namei+0x53d kern_statat() at kern_statat+0x92 stat() at stat+0x2a syscall() at syscall+0x1e7 Xfast_syscall() at Xfast_syscall+0xab --- syscall (188, FreeBSD ELF64, stat), rip = 0x800978c5c, rsp = 0x7fffffffe618, rbp = 0x7fffffffe620 --- VOP_LOCK: 0xffffff00026dd750 is not locked but should be KDB: enter: lock violation [thread pid 86 tid 100057 ] Stopped at kdb_enter+0x3d: movq $0,0x65c558(%rip) db> show all locks Process 86 (ls) thread 0xffffff0002455ab0 (100057) exclusive lockmgr null (null) r = 0 (0xffffff00026ddcc8) locked @ /usr/src/sys/modules/nullfs/../../fs/nullfs/null_vnops.c:546 db> show lockedvnods Locked vnodes db>интересно, оно в 7-ке также?Код: Выделить всё
ls: baz: Bad file descriptor
ну или еще один примерчик с вышибанием стебля:Код: Выделить всё
(~)! truncate -s100m blahfile (~)! zpool create blah $PWD/blahfile (~)! rm blahfile (~)! zpool scrub blah
так, зависоны, на кои я как-то наткнулсяvoider писал(а):и где это все надыбал?
грамотно составить PR требует времени, а мне влом. Хочешь, сам сообщи, если воспроизвести панику/зависон удастся.voider писал(а):это бы сразу разработчикам отсылать ,чтоб иправляли баги
да нет, железо 100% надёжное, после сборки портов висло даже под варей, это не единичный случай и не на одном железеvoider писал(а):может память битая была?zg писал(а):после сборки портов - пофигу каких, случайным образом - ошибка доступа к странице памяти, при чём именно после сборки, а не во время.voider писал(а):совственно вопрос у кого и прикаких условиях FreeBSD зависал ?
ксорг ещё вис, пока дрова стояли не ВЕСА... а так вроде всё стабильно
и сколько? да просто всем лень а фряха создаеться всеми нами на то она и фряхаГость писал(а):так, зависоны, на кои я как-то наткнулсяvoider писал(а):и где это все надыбал?грамотно составить PR требует времени, а мне влом. Хочешь, сам сообщи, если воспроизвести панику/зависон удастся.voider писал(а):это бы сразу разработчикам отсылать ,чтоб иправляли баги
кстати, напомнить сколько нерешенных PR висят в GNATS?
чем меньше мы ленимся тем лучше она