Unkillable process después de la pérdida de connection a compartir samba

Utilizando este manual, he montado un recurso compartido de samba. Estoy copyndo files a él usando la escritura de python.

Todo funciona bien hasta que se produce algún problema con la networking. Después de que consiga el process unkillable en el estado de "D". Además, incluso los progtwigs estándar como ls pueden desmayarse y convertirse en unkillable si se utiliza en la parte montada. La única solución es cambiar la ruta en los files de configuration de automount, reiniciar el service de assembly automático y usar la nueva ruta de acceso. Pero los processs inservibles todavía están ahí, por supuesto.

Por lo tanto, la pregunta es: ¿cómo evitar esta situación?

  • CIFS (Samba) + ACL = no funciona
  • NAS opciones para SMB - alnetworkingedor de 8 a 12TB de espacio en bruto
  • Utilizar raíces DFS como carpetas compartidas
  • ¿Dónde está mi parte de SMFS de ZFS?
  • Depuración de packages SMB lentos desde un cliente de escritorio específico
  • ¿Hay una manera de compartir a través de SMB un sistema de files montado a través de NFS sin deshabilitar SElinux?
  • Acceso de escritura desde un cliente de Windows a través de una SMB de ZFS, a un file creado en el host en OpenIndiana
  • Monte el sistema de files samba en RHEL 5.5
  • SMB sobre IPSec solicitando cnetworkingenciales
  • Escanear a carpeta a través de subnetworkinges / VLAN ya no funciona
  • FreeNAS no se conecta correctamente a Active Directory - no ver cómo agregar counts de dominio
  • El linux y los temas del servidor de Windows, como ubuntu, centos, apache, nginx, debian y consejos de red.