12.3: NFS-Shares aus /etc/fstab werden nicht immer gemounted....
Hallo, wir haben ins unserem System ca. 20 NFS-Mounts in der /etc/fstab stehen. Der ganze KRam wird ja jetzt auch über den Systemd gemountet. Alles schön und Recht, wenn das dieses Drecksingen auch mahcne würde (glaub man liest schon raus das ich momentan nen ziemlichen Hals habe....). Die fastab sieht genauso aus wie auch auf den anderen Systemen bei uns im Haus. Und da funktionieren die ohne Probleme. Nur 12.3 braucht wohl ne Extra-Wurst, und ich weiß nicht welche.... Ich habe auch noch kein Schema rausfinden können wann welcher Share nicht gemountet wird... fstab-Einträge sehen so aus: bart:/mnt /node/bart/mnt nfs hard,intr,rw,bg,tcp Wie gesagt, sind 15-20 Einträge ähnlicher Art (Optionen sind überall gleich, nur die Pfade nicht). Nach dem Booten sehe ich, das mounts nicht gemacht worden sind. Ein dmesg |grep mount spuckt leider nur folgendes aus: [ 11.118720] systemd[1]: usr-spool-b\x2dgate.mount: Directory /usr/spool/b-gate to mount over is not empty, mounting anyway. (To see the over-mounted files, please manually mount the underlying file system to a secondary location.) [ 11.244213] RPC: Registered named UNIX socket transport module. [ 11.244219] RPC: Registered udp transport module. [ 11.244221] RPC: Registered tcp transport module. [ 11.244222] RPC: Registered tcp NFSv4.1 backchannel transport module. [ 11.248931] FS-Cache: Loaded [ 11.255543] FS-Cache: Netfs 'nfs' registered for caching [ 11.279438] NFS: Registering the id_resolver key type [ 11.285032] Key type id_resolver registered [ 11.285038] Key type id_legacy registered [ 11.441116] Installing knfsd (copyright (C) 1996 okir@monad.swb.de). [ 12.379418] systemd[1]: mnt-layout.mount mount process exited, code=exited status=32 [ 12.401413] systemd[1]: dmp.mount mount process exited, code=exited status=32 [ 12.412468] systemd[1]: mnt-marco.mount mount process exited, code=exited status=32 [ 12.421478] systemd[1]: DAH-public.mount mount process exited, code=exited status=32 [ 12.429408] systemd[1]: mnt-za.mount mount process exited, code=exited status=32 [ 12.435414] systemd[1]: mnt-fdatei.mount mount process exited, code=exited status=32 [ 12.439503] systemd[1]: mnt-dwg.mount mount process exited, code=exited status=32 [ 12.442400] systemd[1]: node-hera-mnt.mount mount process exited, code=exited status=32 [ 12.445384] systemd[1]: mnt-SAVEDIR.mount mount process exited, code=exited status=32 [ 12.448415] systemd[1]: public.mount mount process exited, code=exited status=32 [ 12.451244] systemd[1]: Job public-dropbox.mount/start failed with result 'dependency'. [ 12.451287] systemd[1]: Job public-service.mount/start failed with result 'dependency'. [ 12.451431] systemd[1]: mnt-home.mount mount process exited, code=exited status=32 [ 12.454425] systemd[1]: mnt-projekt.mount mount process exited, code=exited status=32 [ 12.457242] systemd[1]: Job mnt-projekt-pat.mount/start failed with result 'dependency'. [ 12.457285] systemd[1]: Job mnt-projekt-tdmarco.mount/start failed with result 'dependency'. [ 12.457324] systemd[1]: Job mnt-projekt-marco_kuz.mount/start failed with result 'dependency'. [ 12.457364] systemd[1]: Job mnt-projekt-marco_usa.mount/start failed with result 'dependency'. [ 12.457402] systemd[1]: Job mnt-projekt-l1.mount/start failed with result 'dependency'. [ 12.457565] systemd[1]: mnt-fdatei.bab.mount mount process exited, code=exited status=32 [ 12.460355] systemd[1]: mnt-db_proj.mount mount process exited, code=exited status=32 [ 12.465284] systemd[1]: Job mnt-db_proj-streb-werbung.mount/start failed with result 'dependency'. [ 12.465331] systemd[1]: Job mnt-db_proj-work-mng-QUASI.mount/start failed with result 'dependency'. [ 12.465371] systemd[1]: Job mnt-db_proj-proms-cd.mount/start failed with result 'dependency'. [ 12.465412] systemd[1]: Job mnt-db_proj-quali-km-079.mount/start failed with result 'dependency'. [ 12.465591] systemd[1]: usr-spool-b\x2dgate.mount mount process exited, code=exited status=32 [ 12.469410] systemd[1]: node-b\x2dvispro.mount mount process exited, code=exited status=32 [ 12.474609] systemd[1]: node-b\x2dlogin.mount mount process exited, code=exited status=32 [ 12.477349] systemd[1]: node-b\x2dbup.mount mount process exited, code=exited status=32 [ 12.588315] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory [ 12.588473] NFSD: starting 90-second grace period [ 12.664308] systemd-journald[280]: Received SIGUSR1 Gibts irgendwo ne Beschreibung zu den Exit-Codes? Und hat jemand ähnliche Probleme? Momentan verfluche ich den Systemd etwas.... Gruß Daniel -- Daniel Spannbauer Software Entwicklung marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4-6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds@marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Moin moin, Am 2013-08-05 15:35, schrieb Daniel Spannbauer:
Hallo,
wir haben ins unserem System ca. 20 NFS-Mounts in der /etc/fstab stehen. Der ganze KRam wird ja jetzt auch über den Systemd gemountet. Alles schön und Recht, wenn das dieses Drecksingen auch mahcne würde (glaub man liest schon raus das ich momentan nen ziemlichen Hals habe....).
Mag sein, hilft hier bestimmt nicht weiter.
Die fastab sieht genauso aus wie auch auf den anderen Systemen bei uns im Haus. Und da funktionieren die ohne Probleme. Nur 12.3 braucht wohl ne Extra-Wurst, und ich weiß nicht welche.... Ich habe auch noch kein Schema rausfinden können wann welcher Share nicht gemountet wird...
ein Schema wirds auch nicht geben da systemd verschiedenste Sachen auch parallel bearbeitet bzw. versucht.
fstab-Einträge sehen so aus:
bart:/mnt /node/bart/mnt nfs hard,intr,rw,bg,tcp
Wie gesagt, sind 15-20 Einträge ähnlicher Art (Optionen sind überall gleich, nur die Pfade nicht).
Nach dem Booten sehe ich, das mounts nicht gemacht worden sind. Ein dmesg |grep mount spuckt leider nur folgendes aus:
ich denk das das Netzwerk nicht schnell genug up ist, nutzt Du Networkmanager oder ifup ?? Generell ist es besser, rein subjektiv, NFS Shares nicht während des Runlevel Bootprozesses einzubinden, erspart manchmal viel Wartezeit. Ich setzt den Befehl zum mounten in der after.local ab, da sind IMHO alle runlevelspezifischen Sachen gestartet, ggf. geht auch ein automount. Ich hab auch mal gelesen das ein nolock in den Options zielführend war, probier die Sachen mal aus
[ 11.118720] systemd[1]: usr-spool-b\x2dgate.mount: Directory /usr/spool/b-gate to mount over is not empty, mounting anyway. (To see the over-mounted files, please manually mount the underlying file system to a secondary location.) [ 11.244213] RPC: Registered named UNIX socket transport module. [ 11.244219] RPC: Registered udp transport module. [ 11.244221] RPC: Registered tcp transport module. [ 11.244222] RPC: Registered tcp NFSv4.1 backchannel transport module. [ 11.248931] FS-Cache: Loaded [ 11.255543] FS-Cache: Netfs 'nfs' registered for caching [ 11.279438] NFS: Registering the id_resolver key type [ 11.285032] Key type id_resolver registered [ 11.285038] Key type id_legacy registered [ 11.441116] Installing knfsd (copyright (C) 1996 okir@monad.swb.de). [ 12.379418] systemd[1]: mnt-layout.mount mount process exited, code=exited status=32 [ 12.401413] systemd[1]: dmp.mount mount process exited, code=exited status=32 [ 12.412468] systemd[1]: mnt-marco.mount mount process exited, code=exited status=32 [ 12.421478] systemd[1]: DAH-public.mount mount process exited, code=exited status=32 [ 12.429408] systemd[1]: mnt-za.mount mount process exited, code=exited status=32 [ 12.435414] systemd[1]: mnt-fdatei.mount mount process exited, code=exited status=32 [ 12.439503] systemd[1]: mnt-dwg.mount mount process exited, code=exited status=32 [ 12.442400] systemd[1]: node-hera-mnt.mount mount process exited, code=exited status=32 [ 12.445384] systemd[1]: mnt-SAVEDIR.mount mount process exited, code=exited status=32 [ 12.448415] systemd[1]: public.mount mount process exited, code=exited status=32 [ 12.451244] systemd[1]: Job public-dropbox.mount/start failed with result 'dependency'. [ 12.451287] systemd[1]: Job public-service.mount/start failed with result 'dependency'. [ 12.451431] systemd[1]: mnt-home.mount mount process exited, code=exited status=32 [ 12.454425] systemd[1]: mnt-projekt.mount mount process exited, code=exited status=32 [ 12.457242] systemd[1]: Job mnt-projekt-pat.mount/start failed with result 'dependency'. [ 12.457285] systemd[1]: Job mnt-projekt-tdmarco.mount/start failed with result 'dependency'. [ 12.457324] systemd[1]: Job mnt-projekt-marco_kuz.mount/start failed with result 'dependency'. [ 12.457364] systemd[1]: Job mnt-projekt-marco_usa.mount/start failed with result 'dependency'. [ 12.457402] systemd[1]: Job mnt-projekt-l1.mount/start failed with result 'dependency'. [ 12.457565] systemd[1]: mnt-fdatei.bab.mount mount process exited, code=exited status=32 [ 12.460355] systemd[1]: mnt-db_proj.mount mount process exited, code=exited status=32 [ 12.465284] systemd[1]: Job mnt-db_proj-streb-werbung.mount/start failed with result 'dependency'. [ 12.465331] systemd[1]: Job mnt-db_proj-work-mng-QUASI.mount/start failed with result 'dependency'. [ 12.465371] systemd[1]: Job mnt-db_proj-proms-cd.mount/start failed with result 'dependency'. [ 12.465412] systemd[1]: Job mnt-db_proj-quali-km-079.mount/start failed with result 'dependency'. [ 12.465591] systemd[1]: usr-spool-b\x2dgate.mount mount process exited, code=exited status=32 [ 12.469410] systemd[1]: node-b\x2dvispro.mount mount process exited, code=exited status=32 [ 12.474609] systemd[1]: node-b\x2dlogin.mount mount process exited, code=exited status=32 [ 12.477349] systemd[1]: node-b\x2dbup.mount mount process exited, code=exited status=32 [ 12.588315] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory [ 12.588473] NFSD: starting 90-second grace period [ 12.664308] systemd-journald[280]: Received SIGUSR1
Gibts irgendwo ne Beschreibung zu den Exit-Codes? Und hat jemand ähnliche Probleme?
Momentan verfluche ich den Systemd etwas....
Gruß
Daniel
mfg max
-- Daniel Spannbauer Software Entwicklung marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4-6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds@marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Am 2013-08-05 15:35, schrieb Daniel Spannbauer:
Und hat jemand ähnliche Probleme?
ja
Momentan verfluche ich den Systemd etwas....
Ich auch, ein 'noauto' zu den Optionen in der fstab hinzufuegen bringt die shares beim ersten zugriff hoch. Eine andere Loesung habe ich bisher auch nicht gefunden. Holger -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 05.08.2013 18:58, schrieb Holger Bruenjes:
Hallo
Am 2013-08-05 15:35, schrieb Daniel Spannbauer:
Und hat jemand ähnliche Probleme?
ja
Momentan verfluche ich den Systemd etwas....
Ich auch, ein 'noauto' zu den Optionen in der fstab hinzufuegen bringt die shares beim ersten zugriff hoch. Eine andere Loesung habe ich bisher auch nicht gefunden.
Hallo, der mountet bei mir nichts automatisch beim Zugriff, weder mit noauto noch ohne.... Gruß Daniel -- Daniel Spannbauer Software Entwicklung marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4-6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds@marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Daniel Spannbauer wrote:
Am 05.08.2013 18:58, schrieb Holger Bruenjes:
Hallo
Am 2013-08-05 15:35, schrieb Daniel Spannbauer:
Und hat jemand ähnliche Probleme?
ja
Momentan verfluche ich den Systemd etwas....
Ich auch, ein 'noauto' zu den Optionen in der fstab hinzufuegen bringt die shares beim ersten zugriff hoch. Eine andere Loesung habe ich bisher auch nicht gefunden.
Hallo,
der mountet bei mir nichts automatisch beim Zugriff, weder mit noauto noch ohne....
Der Tip kam zwar schon - aber hier nochmal: Warum nicht via automount mounten? Bei mir mounten ALLE clienten via automounter; wahlweise je nach Gerät NFS V3 oder V4. Und damit gab es seit Jahren keine Probleme. Also alle NFS mounts aus der fstab rauswerfen und via automount konfigurieren. Andreas Rgbx������ץ���r���҉碝��V������ uﮞ˛���m�)z{.��+�I�zr�ק٢�+-��h�;����r���brG�J'��w�j)Z��^�ˬy� ޮ�^�ˬz��
Am 06.08.2013 09:19, schrieb Kyek, Andreas, Vodafone DE:
Daniel Spannbauer wrote:
Am 05.08.2013 18:58, schrieb Holger Bruenjes:
Hallo
Am 2013-08-05 15:35, schrieb Daniel Spannbauer:
Und hat jemand ähnliche Probleme? ja
Momentan verfluche ich den Systemd etwas.... Ich auch, ein 'noauto' zu den Optionen in der fstab hinzufuegen bringt die shares beim ersten zugriff hoch. Eine andere Loesung habe ich bisher auch nicht gefunden.
Hallo,
der mountet bei mir nichts automatisch beim Zugriff, weder mit noauto noch ohne.... Der Tip kam zwar schon - aber hier nochmal:
Warum nicht via automount mounten? Bei mir mounten ALLE clienten via automounter; wahlweise je nach Gerät NFS V3 oder V4. Und damit gab es seit Jahren keine Probleme. Also alle NFS mounts aus der fstab rauswerfen und via automount konfigurieren.
Andreas Rgbx������ץ���r���҉碝��V������ uﮞ˛���m�)z{.��+�I�zr�ק٢�+-��h�;����r���brG�Systemd sJ'��w�j)Z��^�ˬy� ޮ�^�ˬz�
Moin, das ganze wird ein produktiver Server, da kann ich mich nicht drauf verlassen dass der Automounter anspringt wenn der Cron mal nen Job anwirft... Problem scheint ein Timing-Problem zu sein. Der versucht zu mounten bevor rpc.statd komplett da ist.... Funktioniert ja super mit den Abhängigkeiten.... Gruß Daniel -- Daniel Spannbauer Software Entwicklung marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4-6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds@marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 2013-08-06 10:07, schrieb Daniel Spannbauer:
Moin,
das ganze wird ein produktiver Server, da kann ich mich nicht drauf verlassen dass der Automounter anspringt wenn der Cron mal nen Job anwirft...
Problem scheint ein Timing-Problem zu sein. Der versucht zu mounten bevor rpc.statd komplett da ist.... Funktioniert ja super mit den Abhängigkeiten....
Gruß
Daniel
Genau daher erwähnte ich die after.local schau einfach mal hier rein http://forums.opensuse.org/blogs/jdmcdaniel3/systemd-using-after-local-scrip...
-- Daniel Spannbauer Software Entwicklung marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4-6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds@marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München
mfg max -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 06.08.2013 10:43, schrieb Markus Heinze:
Am 2013-08-06 10:07, schrieb Daniel Spannbauer:
Moin,
das ganze wird ein produktiver Server, da kann ich mich nicht drauf verlassen dass der Automounter anspringt wenn der Cron mal nen Job anwirft...
Problem scheint ein Timing-Problem zu sein. Der versucht zu mounten bevor rpc.statd komplett da ist.... Funktioniert ja super mit den Abhängigkeiten....
Gruß
Daniel
Genau daher erwähnte ich die after.local schau einfach mal hier rein
http://forums.opensuse.org/blogs/jdmcdaniel3/systemd-using-after-local-scrip...
Danke für den Tipp. Werd ich wohl zähneknirschend so machen müssen. Aber mal ehrlich: Das kann es doch nicht sein.... Ich such jetzt mal ob ich nen Bugreport dazu finden, wenn nicht werd ich einen aufmachen. Gruß Daniel -- Daniel Spannbauer Software Entwicklung marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4-6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds@marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 2013-08-06 11:14, schrieb Daniel Spannbauer:
Genau daher erwähnte ich die after.local schau einfach mal hier rein
http://forums.opensuse.org/blogs/jdmcdaniel3/systemd-using-after-local-scrip...
Danke für den Tipp. Werd ich wohl zähneknirschend so machen müssen. Aber mal ehrlich: Das kann es doch nicht sein....
Naja so schlecht wie sein Ruf ist systemd nun auch wieder nicht, aber meiner Meinung nach ist's halt etwas für den Desktopbereich, ein Server kann, wenn er denn mal neu gestartet werden muss auch mal ein paar Minuten brauchen, für kritische Sachen gibt es dann eh Verfügbarkeitscluster und da ist es wuppe ob es 5 oder 50 Minuten dauert bis die Node wieder da ist.
Ich such jetzt mal ob ich nen Bugreport dazu finden, wenn nicht werd ich einen aufmachen.
Gruß
Daniel
mfg max
-- Daniel Spannbauer Software Entwicklung marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4-6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds@marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 06.08.2013 11:46, schrieb Markus Heinze:
Am 2013-08-06 11:14, schrieb Daniel Spannbauer:
Genau daher erwähnte ich die after.local schau einfach mal hier rein
http://forums.opensuse.org/blogs/jdmcdaniel3/systemd-using-after-local-scrip...
Danke für den Tipp. Werd ich wohl zähneknirschend so machen müssen. Aber mal ehrlich: Das kann es doch nicht sein....
Naja so schlecht wie sein Ruf ist systemd nun auch wieder nicht, aber meiner Meinung nach ist's halt etwas für den Desktopbereich, ein Server kann, wenn er denn mal neu gestartet werden muss auch mal ein paar Minuten brauchen, für kritische Sachen gibt es dann eh Verfügbarkeitscluster und da ist es wuppe ob es 5 oder 50 Minuten dauert bis die Node wieder da ist.
Hab jetzt in das after.local einfach einen "mount -a" reingepackt, hilft auch nichts.... Und jeden Mount da reinzupacken zeigt auch keinerlei Wirkung..... Gruß Daniel -- Daniel Spannbauer Systemadministration marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4-6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds@marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 2013-08-06 13:11, schrieb Daniel Spannbauer:
Am 06.08.2013 11:46, schrieb Markus Heinze:
Am 2013-08-06 11:14, schrieb Daniel Spannbauer:
Genau daher erwähnte ich die after.local schau einfach mal hier rein
http://forums.opensuse.org/blogs/jdmcdaniel3/systemd-using-after-local-scrip...
Hab jetzt in das after.local einfach einen "mount -a" reingepackt, hilft auch nichts.... Und jeden Mount da reinzupacken zeigt auch keinerlei Wirkung.....
merkwürdig, ist das ein clean install oder eine upgrade installation
Gruß
Daniel
-- Daniel Spannbauer Systemadministration marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4-6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds@marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 06.08.2013 13:39, schrieb Markus Heinze:
Am 2013-08-06 13:11, schrieb Daniel Spannbauer:
Am 06.08.2013 11:46, schrieb Markus Heinze:
Am 2013-08-06 11:14, schrieb Daniel Spannbauer:
Genau daher erwähnte ich die after.local schau einfach mal hier rein
http://forums.opensuse.org/blogs/jdmcdaniel3/systemd-using-after-local-scrip...
Hab jetzt in das after.local einfach einen "mount -a" reingepackt, hilft auch nichts.... Und jeden Mount da reinzupacken zeigt auch keinerlei Wirkung.....
merkwürdig, ist das ein clean install oder eine upgrade installation
War frisch von der DVD runter....und ein Online-Update gleich danach gemacht. -- Daniel Spannbauer Systemadministration marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4-6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds@marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 06.08.2013 14:05, schrieb Daniel Spannbauer:
Am 06.08.2013 13:39, schrieb Markus Heinze:
Am 2013-08-06 13:11, schrieb Daniel Spannbauer:
Am 06.08.2013 11:46, schrieb Markus Heinze:
Am 2013-08-06 11:14, schrieb Daniel Spannbauer:
Genau daher erwähnte ich die after.local schau einfach mal hier rein
http://forums.opensuse.org/blogs/jdmcdaniel3/systemd-using-after-local-scrip...
Hab jetzt in das after.local einfach einen "mount -a" reingepackt, hilft auch nichts.... Und jeden Mount da reinzupacken zeigt auch keinerlei Wirkung.....
merkwürdig, ist das ein clean install oder eine upgrade installation
War frisch von der DVD runter....und ein Online-Update gleich danach gemacht.
was passiert wenn du den nfs client service startest, dieser lädt doch die ressourcen aus der fstab nach, möglicherweise ist rpcbind/portmapper beim booten zu lahm
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo, Daniel Spannbauer schrieb:
Hallo,
wir haben ins unserem System ca. 20 NFS-Mounts in der /etc/fstab stehen.
Dann ist dies der Client-Rechner, wo nfs.service laufen sollte. Tat er bei mir aber auch nicht, obwohl das mit YaST so eingestellt war. Mir half dann das permanente Aktivieren des nfs.service mittels # systemctl enable nfs.service Genaueres siehe in meiner Mail vom 26. Juni mit Betreff "NFS Client Mount Problem". Du schreibst im Betreff aber "nicht immer", bei mir funktionierte es "nie". Vielleicht habe ich Dich doch nicht richtig verstanden. HTH, Tom -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 07.08.13 02:09, schrieb Thomas Michalka: [...]
Du schreibst im Betreff aber "nicht immer", bei mir funktionierte es "nie". Vielleicht habe ich Dich doch nicht richtig verstanden.
Nachdem das Thema ja eigentlich seit etlichen Wochen in dieser Liste durch diskutiert wird und mir bisher keine wirkliche Lösung untergekommen ist, hier meine "quick&dirty" Lösung, die aber im Gegensatz zu vielen anderen überall seit Jahren funktioniert. Bereits bei meinen alten OS11.2 bzw. SLES11 Installationen hat das automatische Mounten nie wirklich geklappt. Auch diese ganzen zusätzlichen Parameter wie etwa _netdev haben mal funktioniert, dann wieder nicht. Wie auch immer, mir sind all die Geschichten mit systemd und fstab im Grunde egal, ich baue mir meine automatischen Mounts in die meiner Meinung nach beste init Datei von SUSE, die es gibt, ein, beispielsweise: /etc/init.d/after.local #!/bin/sh mount /nfs => /nfs steht natürlich ganz normal in der fstab, weil es bequemer ist. -- LG Matthias Von meinen Macbook aus gesendet. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Matthias, Matthias Praunegger schrieb:
Am 07.08.13 02:09, schrieb Thomas Michalka: [...]
Du schreibst im Betreff aber "nicht immer", bei mir funktionierte es "nie". Vielleicht habe ich Dich doch nicht richtig verstanden.
Nachdem das Thema ja eigentlich seit etlichen Wochen in dieser Liste durch diskutiert wird und mir bisher keine wirkliche Lösung untergekommen ist,
Dann hast Du den von mir erwähnten Thread von Ende Juni nicht gelesen. Und wenn Du Deinen Blick nach oben auf meinen Absatz wendest, siehst du zweifellos, worauf ich mich darin bezogen habe. Mir war nur nicht klar, ob sich das *nicht immer* von Daniel auf verschiedene Systemstarts ein und desselben Rechners oder auf einige seiner Rechner bezog.
hier meine "quick&dirty" Lösung, die aber im Gegensatz zu vielen anderen überall seit Jahren funktioniert. Bereits
Ich habe ich nicht bestritten, dass es andere Lösungen gibt, die funktionieren und ebenso sauber sind, wie meine. Um mal die Situation bei mir nach der Neuinstallation einer 12.3 etwas deutlicher zu machen: *bei mir* wurden NFS-Shares *niemals* gemountet, weder automatisch während des Systemstarts noch durch den Befehl "mount /nfs-dir". Die Analyse des Problems ergab eindeutig, dass der Dienst nfs.service nicht gestartet war (NB: auch der sshd.service nicht). Das ließ sich auch nicht mittels Runlevel-Editor im YaST ändern, welcher IMHO defekt ist (z.B. lassen sich gar keine Runlevel abhaken, weil alle Kästchen ausser "B" für Boot fehlen). Zu dem Zeitpunkt wusste ich freilich nicht, ob das die einzige Ursache war. Schlussendlich hat sich herausgestellt, dass dies bei meiner oS-12.3.-Inst die einzige Ursache war, denn mit dem erwähnten Befehl konnte nfs.service dauerhaft, d.h. über den Reboot hinaus, aktiviert (enabled) werden. Ich halte das für e i n e saubere Lösung. Vor allem, weil es wohl so gedacht ist, dass systemd die richtigen Dienste für die jeweiligen Runlevel startet.
bei meinen alten OS11.2 bzw. SLES11 Installationen hat das automatische Mounten nie wirklich geklappt.
Bei mir dagegen seit 'Versions-Gedenken' immer, was nichts anderes zeigt, als dass es eben die unterschiedlichsten Systemkonfigurationen gibt.
Auch diese ganzen zusätzlichen Parameter wie etwa _netdev haben mal funktioniert, dann wieder nicht. Wie auch immer, mir sind all die Geschichten mit systemd und fstab im Grunde egal, ich baue mir meine automatischen Mounts in die meiner Meinung nach beste init Datei von SUSE, die es gibt, ein, beispielsweise:
/etc/init.d/after.local
#!/bin/sh
mount /nfs
=> /nfs steht natürlich ganz normal in der fstab, weil es bequemer ist.
Genau das hätte in meinem Fall nicht funktioniert (bestätigt durch manuelle Eingabe und darauffolgende Fehlermeldung), weil der nfs.service, wie erwähnt nicht lief. Ciao, Tom -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 07.08.2013 02:09, schrieb Thomas Michalka:
Hallo,
Daniel Spannbauer schrieb:
Hallo,
wir haben ins unserem System ca. 20 NFS-Mounts in der /etc/fstab stehen. Dann ist dies der Client-Rechner, wo nfs.service laufen sollte. Tat er bei mir aber auch nicht, obwohl das mit YaST so eingestellt war. Mir half dann das permanente Aktivieren des nfs.service mittels
# systemctl enable nfs.service
Genaueres siehe in meiner Mail vom 26. Juni mit Betreff "NFS Client Mount Problem".
Du schreibst im Betreff aber "nicht immer", bei mir funktionierte es "nie". Vielleicht habe ich Dich doch nicht richtig verstanden.
HTH, Tom Holla, scheint zu funktionieren...... Mal schauen über was ich noch alles stolpere....
Danke an Thomas und Markus. Gruß Daniel -- Daniel Spannbauer Systemadministration marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4-6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds@marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (6)
-
Daniel Spannbauer -
Holger Bruenjes -
Kyek, Andreas, Vodafone DE -
Markus Heinze -
Matthias Praunegger -
Thomas Michalka