<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
faboski wrote:
<blockquote cite="mid434283B0.60106@autistici.org" type="cite">
<pre wrap="">Markus ha scritto:
</pre>
<blockquote type="cite">
<pre wrap="">può anche darsi che non ve ne freghi niente, ma ve lo voglio fare vedere
lo stesso...
</pre>
</blockquote>
<pre wrap=""><!---->
io l'ho piu' lungo... :PPPP
</pre>
</blockquote>
Cosa ? il ciuffo ? <span class="moz-smiley-s3"><span> ;-) </span></span><br>
<blockquote cite="mid434283B0.60106@autistici.org" type="cite">
<pre wrap="">
</pre>
<blockquote type="cite">
<pre wrap="">ovviamente tra il mount e l'umount ho staccato il cavo di rete. Notate
che la versione di umount è quella modificata a fini di debugging ;-)
Direi che la mia tesi è confermata.
</pre>
</blockquote>
<pre wrap=""><!---->
:)
perche' non fai una patch? :PPPPP
</pre>
</blockquote>
Sì, ci avevo pensato... potrebbe un esercizio utile e non è troppo
difficile. In particolare mi erano venute in mente due idee:<br>
<br>
a) dare la possibilità di impostare da riga di comando il max timeout
nelle chiamate rpc. Il valore attuale, inserito nel codice, di 20
secondi sarebbe il default. Per una lan dovrebbe andare bene un tempo
molto più breve (anche 5 secondi), per un nfs in VPN con la Cina o con
la Luna (<span class="moz-smiley-s3"><span> ;-) </span></span>)
potrebbe essere utile poter impostare un timeout più lungo (60 secondi).<br>
<br>
ex: umount -t -nfs -a --rpc-timeout 5<br>
<br>
b) gestire in maniera un po' più intelligente le operazioni multiple
(umount_all), per esempio mantenendo una lista degli host
irragiungibili per evitare di bloccarsi tremila volte sullo stesso host.<br>
<br>
Per farsi si può fare, il punto è che non mi va di andare completamente
fuori standard ed essere poi costretto a patchare il sistema ad ogni
installazione. Che ne dite ?<br>
<br>
<br>
</body>
</html>