Hi !
On Mon, 18 Aug 2008, Jindra Fucik wrote:
Podle me to ceka na disk. Nebylo tam neco via NFS, co uz neni dostupne, ci
neco podobneho ? U NFS nekdy zabralo oziveni zdroje ...
... nebo zavedeni firewall pravidle, ktere na pozadavky na prislusne IP
odpovida ICMP reject paketem.
Coz je si
Josef Hrabec napsal/wrote, On 08/18/08 08:43:
0 15817 15816 152 8 0 1336 644 90evw D ??0:00.00 df -h
-t nonfs
1001 32354 1 0 8 0 1332 640 90evw D p0- 0:00.00 df -h
Jen takovej rejpanec - pokud je zadreny prikaz
df -h -t nonfs
pak spis neceka na NFS ;-)
> Podle me to ceka na disk. Nebylo tam neco via NFS, co uz neni dostupne, ci
> neco podobneho ? U NFS nekdy zabralo oziveni zdroje ...
>
> Vlasta
NFS tam neni, ale filesystem primontovany pres sambu tam byl to bude
ono. Omlouvam se vsem, je to vec, ktera mi unikla.
Jeste jednou se omlouvam
Podle me to ceka na disk. Nebylo tam neco via NFS, co uz neni dostupne, ci
neco podobneho ? U NFS nekdy zabralo oziveni zdroje ...
Vlasta
Pokud by se to melo opakovat, tak bych zkusil pouzivat soft NFS mounts(-o
soft). Tam IO operace v pripade neuspechu proste zdechne.
V.
To je ale potreba
- Original Message -
From: <[EMAIL PROTECTED]>
To: "FreeBSD mailing list"
Sent: Monday, August 18, 2008 10:09 AM
Subject: Re: nesmrtelny proces
Nevim prave, jak a jestli vubec bych ten syscall dokazal najit a zjistit
proc se to df zasekava.
Podle me to ceka na disk. Nebylo tam nec
Podle me to ceka na disk. Nebylo tam neco via NFS, co uz neni dostupne,
ci neco podobneho ? U NFS nekdy zabralo oziveni zdroje ...
Vlasta
Pokud by se to melo opakovat, tak bych zkusil pouzivat soft NFS mounts(-o
soft). Tam IO operace v pripade neuspechu proste zdechne.
V.
--
FreeBSD mail
visi to v nejakym syscallu v miste, kde ho neni mozny prerusit a
dorucit tak signal. Muzes zacit zjistovat, proc a kde to tam visi.
dva vyse uvedene df procesy zabit?
nejjednodussi by myslim byl reboot.
--
Jan Pechanec
Ano, reboot by to vyresil. Ale mel jsem stejnou vec na
>>Nepomuze ani kill -9, nemate nekdo typ, jak jinak se jeste pokusit tyto
>
> ps(1):
>
> state The state is given by a sequence of characters, for
> example,
>``RWNA''. The first character indicates the run state of
> the
>process:
>
>