Bajo qué circunstancias el proceso del sistema (PID 4) retener un identificador de archivo abierto?

StackOverflow https://stackoverflow.com/questions/1293398

  •  18-09-2019
  •  | 
  •  

Pregunta

Mi aplicación que se ejecuta en un servidor Windows hace uso de una base de datos Jet / acceso. Por algunas razones alrededor de cada dos semanas ese archivo de base de datos se queda encerrado por el proceso del sistema (PID 4, parece estar fijo)

Después de algunas google he encontrado algunos otros usuarios que tienen sus archivos bloqueados por ese proceso especial, pero diferentes archivos (por supuesto).

  • ¿Cuál es la razón general para el proceso del sistema para mantener un identificador de archivo abierto?
  • ¿Es mi solicitud la causa de esta situación de bloqueo?
  • ¿Todos los mangos implícitamente abiertos por el proceso del sistema? Me podía imaginar que después de un proceso se ha estrellado, el mango puede ser todavía abierto y el proceso de toma de alguna manera Sistema owernship de ese mango.
  • ¿Puedo hacer algo en mi solicitud para evitar que suceda?
¿Fue útil?

Solución

Esto me suena como un asunto a nivel de controlador con un mango con fugas.

Si se está utilizando un anti-virus de la actualización del paquete intento, desactivando (temporalmente!) O cambiar a una marca diferente.

Otros consejos

archivos accedidos a través de una acción será bloqueado por el proceso del sistema (PID 4).

Trate compmgmt.msc apertura -> Herramientas del sistema -> Carpetas compartidas -> Abrir archivos para ver si el archivo bloqueado está en la lista

la sysinternals foro de una manera replicar este.
No todas las aplicaciones se bloquean los archivos cuando son abiertos, sin embargo Excel hace. No sé si Access hace lo mismo ...

Aquí es otra posible causa que he encontrado:

Hay un error en Windows 7 y es probable que en Windows Server 2008 (posiblemente sólo en las versiones de 64 bits). Se superficies cuando se deshabilita Experience aplicación de servicio y provoca los mismos problemas como se describe en la pregunta.

Al volver a habilitar este servicio ha solucionado este problema para mí.

Un poco más de información aquí de por qué está causando un problema.

Lista de preguntas a fin de que parecen estar relacionados con:

Puede ser una sesión persistente desde un equipo remoto en una carpeta compartida. Si ese es el caso, se puede abrir desde la línea de comandos:

net session /delete

Está configurado el servidor para realizar copias de seguridad de archivos periódicas?

Si es así, es la copia de seguridad ejecuta como sistema, tal vez provocando el archivo bloqueado cuando se obtiene un conflicto?

Para mí, fue "Windows Defender" (antivirus). Excluí mi Visual Studio construir las carpetas de la lista de carpetas de Windows Defender se comprueba, y el problema desapareció. (Visual Studio no fue capaz de construir en el archivo EXE, PID 4 se bloqueándolo para comprobar si hay virii)

Para mí que tenía que golpear con un martillo. Chkdsk / f en la unidad donde se encuentra la carpeta arregló. Utilizar con precaución.

Compruebe la configuración de seguridad para cada carpeta y subcarpetas. Asegúrese de que el sistema no sólo creó automáticamente un código de permisos especiales que no permitirá que cualquiera pueda borrar el archivo. Al parecer, por alguna extraña razón el sistema operativo crea un entorno extraño permiso especial que protege el archivo sea eliminado.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top