Bug 20634 – Shutdown hängt bei eingebundenen NFS Freigaben, da rpc.statd nicht mehr läuft

Bug 20634 - Shutdown hängt bei eingebundenen NFS Freigaben, da rpc.statd nicht mehr läuft


Summary:	Shutdown hängt bei eingebundenen NFS Freigaben, da rpc.statd nicht mehr läuft

Status:	CLOSED WORKSFORME

Product:	UCS
Classification:	Unclassified
Component:	NFS
Version:	UCS 2.3
Hardware:	Other Linux

Importance:	P3 normal (vote)
Target Milestone:	UCS 3.1
Assigned To:	Felix Botner
QA Contact:	Stefan Gohmann

URL:
Keywords:	interim-2

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2010-11-09 17:56 CET by Tobias Scherer
Modified:	2012-12-12 21:08 CET (History)
CC List:	1 user (show)

See Also:
What kind of report is it?:	---
What type of bug is this?:	---
Who will be affected by this bug?:	---
How will those affected feel about the bug?:	---
User Pain:
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional):
Max CVSS v3 score:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Tobias Scherer

2010-11-09 17:56:53 CET

In /etc/init.d/nfs-common wird der rpc.statd beendet, auch wenn noch NFS Freigaben eingebunden sind, der Dienst also noch benötigt würde um diese zügig aushängen zu können. Dies geschieht in folgendem Block:


191   stop)
192     log_daemon_msg "Stopping $DESC"
...
216     if [ "$NEED_STATD" = yes ]
217     then
218         log_progress_msg "statd"
219         start-stop-daemon --stop --oknodo --quiet \
220             --name rpc.statd
221         RET=$?
222         if [ $RET != 0 ]; then
223                 log_end_msg $RET
224                 exit $RET
225             fi
226     fi
...
229     ;;

$NEED_STATD wir Standardmäßig auf "yes" gesetzt, damit der Dienst beim Systemstart mitgestartet wird. Da dieselbe Variable beim Shutdown ausgewertet wird und auch auf yes steht, wird der Dienst hier beendet. Das geschieht vor dem umountnfs.sh und führt dazu, das eine längere Zeitspanne, >30 sek., vergeht bis NFS Freigaben ausgehängt werden und der Shutdown beendet werden kann.

Da der rpc.statd auch in umountnfs.sh nochmals geprüft und ggf. beendet wird, kann als workaround der Block in /etc/init.d/nfs-common auskommentiert werden.

Comment 1 Tobias Scherer

2010-11-10 08:29:15 CET

Aufgefallen an Ticket#: 2010110410000783

Comment 2 Stefan Gohmann

2012-06-07 12:13:45 CEST

IMHO tritt das mit UCS 3 nicht mehr auf, sollte nochmal geprüft werden.

Comment 3 Stefan Gohmann

2012-07-17 17:09:40 CEST

UCS 3.1 will be the next release.

Comment 4 Felix Botner

2012-09-05 11:47:49 CEST

Das Verhalten in /etc/init.d/nfs-common und umountnfs.sh ist noch das Gleiche. Zunächst wird der statd in nfs-common beendet, dann in umountnfs.sh nfs Freigaben ausgehangen.

Jedoch klappt das umount in umountnfs.sh in meinen Tests (obwohl der rpc.statd nicht mehr lief).

-> mount
...
192.168.0.190:/opt on /nfs type nfs (rw,addr=192.168.0.190)

-> ps aux | grep statd
statd     2537  0.0  0.0   1988   696 ?        Ss   11:41   0:00 /
/sbin/rpc.statd --port 32765 --outgoing-port 32766

-> /etc/init.d/nfs-common stop
Stopping NFS common utilities: statd.
-> ps aux | grep statd

-> time /etc/init.d/umountnfs.sh stop
real    0m0.027s
user    0m0.000s
sys     0m0.008s

-> mount
...

Comment 5 Stefan Gohmann

2012-09-14 08:16:28 CEST

Mit der QA auf Bug #28500 warten.

Comment 6 Stefan Gohmann

2012-10-15 08:38:03 CEST

Ich konnte ebenfalls keine Probleme feststellen.

Comment 7 Stefan Gohmann

2012-12-12 21:08:52 CET

UCS 3.1-0 has been released: 
 http://forum.univention.de/viewtopic.php?f=54&t=2125

If this error occurs again, please use "Clone This Bug".