[Eisfair] [E64] fuse.sshfs in /etc/fstab -> wrong fs type

[Rolf Bensch]

Hallo Marcus,

Am 07.10.19 um 16:36 schrieb Marcus Roeckrath:
> Hallo Rolf,
> 
> Rolf Bensch wrote:
> 
>>   > In der fstab musst du fuse3 nicht fuse als Typ benutzen, also:
>>   >
>>   > sshfs#root at .../..../ /mountpoint fuse3
>>   >
>> ....
>>
>> das funktioniert! Somit ist das Problem wenigstens lokalisiert.
> 
> Ok, danke für die Rückmeldung.
> 
>> Habe dreister-weise einfach mal ein Reboot mit sshfs in der fstab
>> durchgeführt. Wenn ich das richtig interpretiere, schlägt das Mounten
>> fehl, weil irgendwas mit ssh noch fehlt. Das fehlende Netzwerk scheint
>> an dieser Stelle noch nicht das Problem zu sein. Lt. Doku soll "_netdev"
>>    das auch abfangen.
> 
> Nach meinem Verständnis ist _netdev bzw. no_netdev hier nicht zielführend,
> denn diese allgemeine Option von mount deklariert Mount als Netzabhängig
> oder nicht.
> 
> Warum das ganze?
> 
> Es gibt lokale Datenträgr, die über Netzwerkprotokolle angesprochen werden,
> nach meinem Wissen ist iSCSI so etwas.
> 
> Mit no_netdev kann man dann solche mounts deklarieren, dass es sich doch
> nicht wirklich um eine externe Netzwerkquelle handelt, also die Daten nicht
> durch ein Netzwerkdevicre laufen.
> 
> _netdev deklariert umgekehrt einen mount als über ein Netzwerkdevice
> laufend.
> 
> Ich habe in der Doku zum sshfs-Paket diese Option mit angegeben, weil ich
> das mal so gelesen habe; schaden tut sie auch nicht.
> 

if fand in "man mount" folgendes:
_netdev
The filesystem resides on a device that requires network access (used to 
prevent the system from attempting to mount these filesystems until the 
network has been enabled on the system).

Für mich klingt das so, dass "system" solange mit dem mount wartet bis 
"network enabled" ist.

>> Nach einem Timeout kommt man dann zum Login durch. Ein "mount -a"
>> bemängelt das fehlende fuse-Modul. Das habe ich jetzt in base-config
>> eingetragen. Um die fehlenden ssh-Komponente zu umschiffen habe ich
>> jetzt in fstab sshfs... noch um die Option "noauto" erweitert.
> 
> Der Bootablauf ist folgender:
> 
> S7: mount -a
> S25: Netzwerkaufbau
> S50: ssh-Daemon
> 
> sshfs ist aber nun nicht vom ssh-Daemon abhängig, weil er auf dieser Seite
> als ssh-Client funktioniert, demnach wäre zwingend das das Netzwerk
> hochgefahren ist.

mit _netdev ohne weitere Parameter erhalte ich beim booten die 
Fehlermeldung:
....
/dev                       : already mounted
random: ssh: uninitialized urandom read (5 bytes read, 49 bits of 
entropy available)
random: nonblocking pool is initialized                   [FAIL]

dann booted der Server aber rasch durch.

> Es nutzt aber nun nichts, Netzwerk vor den mount zu legen, weil in Stufe S7
> ja auch die normalen Dateisysteme wie / rw remountet werden.
> 
> Netzwerkmounts können also erst nach Herstellen der Netzwerkverbindung
> gemountet werden. Ein noauto in der fstab und dann ein späteres mounten in
> einem eigenen Initskript oder aber auch in /etc/init.d/local, die für
> eigene Erweiterungen vorgesehen ist, kann der richtige Weg sein.
> 
> Eventuell ist /etc/init.d/local aer zu spät, da in /home ja auch die
> Homeverzeichnisse des ftp etc. liegen. Für normale Benutzerverzeichnisse
> müsste es passen.
> 
> Du kannst mal mit der Option delay_connect testen, also in der fstab
> 
> sshfs#...... fuse3 delay_connect,_netdev ......
> 
> setzen. Das soll den Mount vornehmen, aber erst beim ersten Zugriff
> aktivieren.

...
/dev                            : already mounted
/home                           : sucessfully mounted             [ OK ]
Ext4-fs (vda3); remount.....
.....
NET: Registered protocol family 10
random: named: uninitalized urandom read (10 bytes read, 56 bits of 
entropy available)                                                [ OK ]
  * Starting syslog ...                                            [ OK ]
  .....
  * Starting OpenSSH daemon ...

Hier hängt der Bootvorgang für 3,5 Minuten, geht dann aber mit [ OK ] 
weiter. Nach dem Login ist aber /home verbunden und kann auch verwendet 
werden.

Grüße Rolf