Gregor Berginc wrote:
Zivjo,
zazeni
lsof -c updatedb
kot root. To bi ti moralo vrniti seznam vseh datotek/map, ki jih
trenutno updatedb uporablja...
Tole javi :
updatedb 9848 root cwdDIR9,14096801919 /mnt/nfs
updatedb 9848 root rtdDIR9,14096 2 /
upda
Zivjo,
zazeni
lsof -c updatedb
kot root. To bi ti moralo vrniti seznam vseh datotek/map, ki jih
trenutno updatedb uporablja...
lp,
Gregor
On 15/06/06, Andrej Trobentar <[EMAIL PROTECTED]> wrote:
Blaz Podrzaj wrote:
>
> Čakte malo vsi skupaj! Ampak saj je iz ps-ja razvidno, da je updatedb
> s
Blaz Podrzaj wrote:
Čakte malo vsi skupaj! Ampak saj je iz ps-ja razvidno, da je updatedb
startan z opcijo -f NFS. A hoče kdo povedat, da kljub temu zadeva šari po
NFS mountih?
Kako bi videl po čem šari oz. kaj čaka? "strace -p " ne pokaže
ničesar :(
--
Lep pozdrav,
Andrej.
__
On Wed, 14 Jun 2006, Jure Koren wrote:
> On Wednesday 14 June 2006 11:08, Andrej Trobentar wrote:
> > Mogoče še kaka ideja?
>
> Pusti jih, naj tečejo. Ničesar ne obremenjujejo, le load average je višji, ker
> so vedno v vrsti, ki čaka na CPU (ampak nikoli ne dobijo nobenega cikla, ker
> ko so na
Howdy!
Pri NFS-ju vsaj deloma pomagata dve stvari:
1.) uporaba opcije soft - to pomeni da bo NFS client v primeru težav
prej in lepše 'kreširal'
2.) uporaba automounterja. Pri tem drugem nastaviš timeout za umount na
velikostni red nekaj minut, vsekakor pa le nekoliko dlje kot je tipišen
razmik me
On sre, 2006-06-14 at 11:14 +0200, Jure Koren wrote:
> On Wednesday 14 June 2006 11:08, Andrej Trobentar wrote:
> > Mogoče še kaka ideja?
>
> Pusti jih, naj tečejo. Ničesar ne obremenjujejo, le load average je višji,
> ker
> so vedno v vrsti, ki čaka na CPU (ampak nikoli ne dobijo nobenega cikla
On Wednesday 14 June 2006 11:08, Andrej Trobentar wrote:
> Mogoče še kaka ideja?
Pusti jih, naj tečejo. Ničesar ne obremenjujejo, le load average je višji, ker
so vedno v vrsti, ki čaka na CPU (ampak nikoli ne dobijo nobenega cikla, ker
ko so na vrsti ne morejo narediti ničesar, saj čakajo jedro
Jure Koren wrote:
Vcasih to ne deluje, pomaga pa
umount -f /mount/point
in i/o klici vrnejo EINTR ali nekaj takega (in ne cakajo vec v nedogled).
Sem probal ta ukaz in uspešno naredil umount NFS, vendar updatedb
procesov še vedno ne gre pobiti - tudi, če potem NFS uspešno spet
mount-am naz
Darko Bulat wrote:
Nedostopen pa dostopen ali nedostopen in je še vedno nedostopen?
Nedostopen in sedaj spet dostopen.
NFS je stateless in bi načeloma moralo zopet vse delovati, ko bi enkrat
NFS server znova postal viden.
Žal ne deluje :\
--
Lep pozdrav,
Andrej.
On Wednesday 14 June 2006 09:51, Darko Bulat wrote:
> Nedostopen pa dostopen ali nedostopen in je še vedno nedostopen?
> NFS je stateless in bi načeloma moralo zopet vse delovati, ko bi enkrat
> NFS server znova postal viden.
Vcasih to ne deluje, pomaga pa
umount -f /mount/point
in i/o klici vrn
Andrej Trobentar wrote:
Jernej Simončič wrote:
On Wednesday, June 14, 2006, 8:43:43, Andrej Trobentar wrote:
>
Ne moreš, ker so v uninterruptible sleep. Preveri, če ti updatedb
poizkuša
brati iz kakšne omrežne poti, ki ni dostopna.
Verjetno poizkuša ja. Imel sem mountan-a dva direktorija i
Jernej Simončič wrote:
On Wednesday, June 14, 2006, 8:43:43, Andrej Trobentar wrote:
>
Ne moreš, ker so v uninterruptible sleep. Preveri, če ti updatedb poizkuša
brati iz kakšne omrežne poti, ki ni dostopna.
Verjetno poizkuša ja. Imel sem mountan-a dva direktorija iz drugega
strežnika preko
On Wednesday, June 14, 2006, 8:43:43, Andrej Trobentar wrote:
> Kako naj te procese ubijem, brez, da bi rebootal sistem?
Ne moreš, ker so v uninterruptible sleep. Preveri, če ti updatedb poizkuša
brati iz kakšne omrežne poti, ki ni dostopna.
--
< Jernej Simončič ><><><><>< http://deepthought.en
Pozdrav,
Na sistemu imam tri zamrznjene procese, ki jih ne morem ubiti niti z
"kill -9" :
[EMAIL PROTECTED] root]# ps axwww|grep updatedb
21376 ?DN 0:07 /usr/bin/updatedb -f
NFS,SMBFS,NCPFS,PROC,DEVPTS -e /tmp,/var/tmp,/usr/tmp,/afs,/net
27213 ?DN 0:15 /usr/bin/updated
14 matches
Mail list logo
