(Habe mir erlaubt, das Top-Quote umzusetzen.)
Peter Ross wrote:
> On Mon, 28 Oct 2019, Sascha Hüdepohl wrote:
> > Hallo!
> >
> > Ich habe mit:
> >
> > $ ssh -n 10.0.0.1 zfs send -R zroot/dataset(at)snapshot1 | zfs recv p1/dataset
> >
> > versucht Daten zu übertragen. Blöder Weise wurde der andere Host
> > (10.0.0.1) zwischendurch neu gestartet. Jetzt hängt das zfs recv. Es kam
> > noch die Fehlermeldung: Connection to 10.0.0.1 closed by remote host.
> >
> > # ps ax | grep zfs
> > 72423 3 D+ 0:01,15 zfs recv p1/dataset
> >
> > Das System ist 10.3
> >
> > Wie komme ich aus der Sache sauber raus?
> >
> > Ich bin etwas bange dem zfs ein kill -9 zu schicken. Würde es überhaupt
> > gehen wenn er im State 'D' ist? Kann ich mir das ZFS kaputt machen?
> [...]
> Ein nicht beendetes zfs receive laesst das Zielsystem im Ursprungszustand.
>
> Ich denke, Du kannst es toeten.
Wobei hier evtl. eine Schwierigkeit hinzukommt:
Prozesse, die blockiert sind, weil sie im Status disk-wait ("D")
sind, kann man nicht killen, auch nicht mit SIGKILL. Dieses
Problem gab es schon in alten NFS-Zeiten, wenn der Server weg
war und Client-Prozesse im disk-wait hingen. Schlimmstenfalls
wurde man die nur durch einen Reboot los.
Was man in diesem Fall beim zfs receive macht, kann ich aber
leider nicht sagen.
Gruß
― Olli
-- Oliver Fromme, München -- FreeBSD + DragonFly BSD ``We are all but compressed light'' - Albert Einstein To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org with "unsubscribe de-bsd-questions" in the body of the messageReceived on Tue 29 Oct 2019 - 14:18:03 CET