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?

  • Una cuota lenta de SMB / CIFS hace que el performance de la networking sea lento o lento para o desde los más rápidos en Windows 7
  • Tener un server de files Linux autenticando contra Active Directory. ¿Es posible crear automáticamente el directory personal de un usuario?
  • Windows 7 muy lento con samba 4
  • PHP-CLI no puede ejecutar scripts en Samba Share (usando cifs) dentro de una VM invitada (Centos 6)
  • Evitar que los clientes de Mac OS X contaminen los resources compartidos de Windows con los bifurcadores de resources
  • Apropiado sistema de files en clúster para unidad SAN conectado a dos hosts de Windows
  • Solicitudes de PROPFIND desde un agente de usuario Microsoft-WebDAV-MiniRedir / 6.0.6002 en el server Apache donde Samba también se está ejecutando
  • Samba comparte sin usar Winbind
  • El linux y los temas del servidor de Windows, como ubuntu, centos, apache, nginx, debian y consejos de red.