Affidabilità del assembly / umount

Abbiamo la nostra ftp root del cliente creata creando directory "virtuali" con mount. Ciò significa che abbiamo centinaia di directory montate con l'opzione di bind .

Ultimamente abbiamo riscontrato dei problemi in cui le directory non verranno distriggerste finché non vengono eseguite più volte, il -lrf in combinazioni diverse non funziona neppure. Nessun errore viene presentato da umount , ma quando rmdir mi dice che Device or resource busy .

Devo aspettarmi questo comportmento quando abbiamo montato questa quantità di directory, o c'è qualcos'altro in corso qui?

  • rimontare / tmp per la shell corrente
  • Come installare "mount" per lasciare le autorizzazioni di directory non toccate?
  • Make / home / tmp noexec nodev senza una patizione separata
  • Come posso rilevare rapidamente i file che sono ombreggiati da un file system montato?
  • Il permesso è negato sui file in una directory su una condivisione di Windows montata da CIFS in Linux
  • Posizione di assembly di file system non standard
  • Due dispositivi montati sullo stesso punto di assembly?
  • bind il assembly sola lettura usando fstab?
  • 2 Solutions collect form web for “Affidabilità del assembly / umount”

    Provare il command lsof per vedere se esistono ancora file aperti nel path offending.

    Sembra che ho risolto questo problema.

    Penso che il problema principale fosse umount /path/to/ftp/dir/* . Sostituito con umount /path/to/ftp/dir/sub1 , umount /path/to/ftp/dir/sub2 , ecc.

    Inoltre non uso più l o nessun altro modificatore. Probabilmente ho bisogno di rivederlo, ma per ora questo funziona meglio.

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.