{"version":"1.1","schema_version":"1.1.0","plugin_version":"1.1.2","url":"https://tutos-gameserver.fr/2019/04/22/impossible-dextraire-la-nouvelle-image-de-base-windows-si-le-conteneur-hyper-v-est-en-cours-dexecution-%c2%b7-edition-n-3793-%c2%b7-docker-for-win-%c2%b7-github/","llm_html_url":"https://tutos-gameserver.fr/2019/04/22/impossible-dextraire-la-nouvelle-image-de-base-windows-si-le-conteneur-hyper-v-est-en-cours-dexecution-%c2%b7-edition-n-3793-%c2%b7-docker-for-win-%c2%b7-github/llm","llm_json_url":"https://tutos-gameserver.fr/2019/04/22/impossible-dextraire-la-nouvelle-image-de-base-windows-si-le-conteneur-hyper-v-est-en-cours-dexecution-%c2%b7-edition-n-3793-%c2%b7-docker-for-win-%c2%b7-github/llm.json","manifest_url":"https://tutos-gameserver.fr/llm-endpoints-manifest.json","language":"fr-FR","locale":"fr_FR","title":"Impossible d&#39;extraire la nouvelle image de base Windows si le conteneur Hyper-V est en cours d&#39;exécution · Édition n ° 3793 · docker / for-win · GitHub","site":{"name":"Tutos GameServer","url":"https://tutos-gameserver.fr/"},"author":{"id":1,"name":"Titanfall","url":"https://tutos-gameserver.fr/author/titanfall/"},"published_at":"2019-04-22T13:36:43+00:00","modified_at":"2019-04-22T13:36:43+00:00","word_count":603,"reading_time_seconds":181,"summary":"Comportement prévisible L&#39;extraction de la dernière image Windows Server Core réussit sans erreur, quels que soient les conteneurs en cours d&#39;exécution sur l&#39;hôte. Comportement actuel Si un conteneur Windows Server Core d&#39;isolation Windows Hyper-V est en cours d&#39;exécution, essayez d&#39;extraireune nouvelle image de base ne parvient pas à &quot;Le processus ne peut pas accéder au [&hellip;]","summary_points":["Comportement prévisible\nL&#39;extraction de la dernière image Windows Server Core réussit sans erreur, quels que soient les conteneurs en cours d&#39;exécution sur l&#39;hôte.","Comportement actuel\nSi un conteneur Windows Server Core d&#39;isolation Windows Hyper-V est en cours d&#39;exécution, essayez d&#39;extraireune nouvelle image de base ne parvient pas à &quot;Le processus ne peut pas accéder au fichier car il est utilisé par un autre processus.&quot;\nInformation\nSi le même conteneur est exécuté en mode d&#39;isolation de processus, la même commande d&#39;extraction réussit sans erreur.","J&#39;ai rencontré cette erreur dans l&#39;environnement Azure Service Fabric, mais j&#39;ai pu la reproduire sur une machine virtuelle Azure vierge.","Je m&#39;attends à ce que ce soit un problème courant, pas seulement entre des versions spécifiques d&#39;images Windows, les versions ci-dessous sont quelques exemples pour une reproduction simple."],"topics":["Non classé"],"entities":[],"entities_metadata":[{"id":1,"name":"Non classé","slug":"non-classe","taxonomy":"category","count":1038,"url":"https://tutos-gameserver.fr/category/non-classe/"}],"tags":["Non classé"],"content_hash":"b5d41848d46202eeb4edb9c7effd6add","plain_text":"Comportement prévisible\nL&#39;extraction de la dernière image Windows Server Core réussit sans erreur, quels que soient les conteneurs en cours d&#39;exécution sur l&#39;hôte.\nComportement actuel\nSi un conteneur Windows Server Core d&#39;isolation Windows Hyper-V est en cours d&#39;exécution, essayez d&#39;extraireune nouvelle image de base ne parvient pas à &quot;Le processus ne peut pas accéder au fichier car il est utilisé par un autre processus.&quot;\nInformation\nSi le même conteneur est exécuté en mode d&#39;isolation de processus, la même commande d&#39;extraction réussit sans erreur.\nJ&#39;ai rencontré cette erreur dans l&#39;environnement Azure Service Fabric, mais j&#39;ai pu la reproduire sur une machine virtuelle Azure vierge. Je m&#39;attends à ce que ce soit un problème courant, pas seulement entre des versions spécifiques d&#39;images Windows, les versions ci-dessous sont quelques exemples pour une reproduction simple.\nNotre cas d&#39;utilisation nécessite l&#39;utilisation de conteneurs Hyper-V dans Azure Service Fabric et le fonctionnement continu des conteneurs. Il n&#39;est pas acceptable que nous arrêtions tous les conteneurs, par exemple. 30 minutes par mois pour extraire la nouvelle image avec les dernières mises à jour de Windows. Pour des raisons de sécurité, nous ne pouvons pas utiliser l&#39;isolation de processus. Donc, actuellement, cela bloque notre utilisation de la production.\nLe problème est reproductible chaque fois au moins avec les versions ci-dessous. Je pense que cela est arrivé plus tôt avec d&#39;autres versions d&#39;image, mais je n&#39;ai pas été en mesure de le réduire correctement jusqu&#39;à présent.\nLe fichier dans le message d&#39;erreur varie si vous utilisez différentes versions, parfois c&#39;est par exemple. msfs.sys ou cryptsp.dll. Cependant, il semble toujours que ce soit le même fichier avec les mêmes versions exactes.\nVersion de Windows: Windows Server 2016 (14393.2906)Version Docker:Client: Docker Engine &#8211; EnterpriseVersion: 18.09.4Version de l&#39;API: 1.39Go version: go1.10.8Git commit: c3516c43efAnnée de construction: 27/03/2019 18:22:15OS / Arch: windows / amd64Expérimental: faux\nServeur: Docker Engine &#8211; EnterpriseMoteur:Version: 18.09.4Version de l&#39;API: 1.39 (version minimale 1.24)Go version: go1.10.8Git commit: c3516c43efAnnée de construction: 27/03/2019 18:20:29OS / Arch: windows / amd64Expérimental: faux\nTesté avec une machine virtuelle Azure (Windows Server 2016 avec des conteneurs). Com.docker.diagnose.exe n&#39;est pas installé sur l&#39;ordinateur, donc je ne sais pas comment je pourrais télécharger les diagnostics.\nDésolé si cette publication a été effectuée au mauvais endroit, je n’ai pas pu comprendre tous les différents choix d’assistance liés à Docker.\nÉtapes pour reproduire le comportement\n\nExtrayez une image Windows Server Core ou toute image basée sur celle-ci. Vous trouverez ci-dessous un exemple.docker pull mcr.microsoft.com/windows/servercore:10.0.14393.2848\nExécutez l&#39;image en mode Hyper-V, la commande réelle ne semble pas avoir d&#39;importance tant que le conteneur est en cours d&#39;exécutionexécution du menu fixe &#8211;isolation = hyperv mcr.microsoft.com/windows/servercore:10.0.14393.2848 ping -t www.google.com\nEssayez de tirer une version différente de l&#39;image Windows Server Coredocker pull mcr.microsoft.com/windows/servercore:10.0.14393.2906\n\n10.0.14393.2906: Extraire de Windows / Servercore3889bb8d808b: existe déjàba2bcc6237ee: Extraction [==================================================>]  1,572 Go / 1,572 Gon&#39;a pas réussi à enregistrer la couche: erreur re-exec: état de sortie 1: sortie: supprimer ?  C:  ProgramData  docker  windowsfilter  a023be6a753a7262c46411806a7262c4641180cb4b8efb10c62132517c739bfa1add6c686c  UtilityVM  Files  Windows  System32  negoextsend il est utilisé par un autre processus.\n\n\nClick to rate this post!\r\n                                   \r\n                               [Total: 0  Average: 0]","paragraphs":["Comportement prévisible\nL&#39;extraction de la dernière image Windows Server Core réussit sans erreur, quels que soient les conteneurs en cours d&#39;exécution sur l&#39;hôte.\nComportement actuel\nSi un conteneur Windows Server Core d&#39;isolation Windows Hyper-V est en cours d&#39;exécution, essayez d&#39;extraireune nouvelle image de base ne parvient pas à &quot;Le processus ne peut pas accéder au fichier car il est utilisé par un autre processus.&quot;\nInformation\nSi le même conteneur est exécuté en mode d&#39;isolation de processus, la même commande d&#39;extraction réussit sans erreur.\nJ&#39;ai rencontré cette erreur dans l&#39;environnement Azure Service Fabric, mais j&#39;ai pu la reproduire sur une machine virtuelle Azure vierge. Je m&#39;attends à ce que ce soit un problème courant, pas seulement entre des versions spécifiques d&#39;images Windows, les versions ci-dessous sont quelques exemples pour une reproduction simple.\nNotre cas d&#39;utilisation nécessite l&#39;utilisation de conteneurs Hyper-V dans Azure Service Fabric et le fonctionnement continu des conteneurs. Il n&#39;est pas acceptable que nous arrêtions tous les conteneurs, par exemple. 30 minutes par mois pour extraire la nouvelle image avec les dernières mises à jour de Windows. Pour des raisons de sécurité, nous ne pouvons pas utiliser l&#39;isolation de processus. Donc, actuellement, cela bloque notre utilisation de la production.\nLe problème est reproductible chaque fois au moins avec les versions ci-dessous. Je pense que cela est arrivé plus tôt avec d&#39;autres versions d&#39;image, mais je n&#39;ai pas été en mesure de le réduire correctement jusqu&#39;à présent.\nLe fichier dans le message d&#39;erreur varie si vous utilisez différentes versions, parfois c&#39;est par exemple. msfs.sys ou cryptsp.dll. Cependant, il semble toujours que ce soit le même fichier avec les mêmes versions exactes.\nVersion de Windows: Windows Server 2016 (14393.2906)Version Docker:Client: Docker Engine &#8211; EnterpriseVersion: 18.09.4Version de l&#39;API: 1.39Go version: go1.10.8Git commit: c3516c43efAnnée de construction: 27/03/2019 18:22:15OS / Arch: windows / amd64Expérimental: faux\nServeur: Docker Engine &#8211; EnterpriseMoteur:Version: 18.09.4Version de l&#39;API: 1.39 (version minimale 1.24)Go version: go1.10.8Git commit: c3516c43efAnnée de construction: 27/03/2019 18:20:29OS / Arch: windows / amd64Expérimental: faux\nTesté avec une machine virtuelle Azure (Windows Server 2016 avec des conteneurs). Com.docker.diagnose.exe n&#39;est pas installé sur l&#39;ordinateur, donc je ne sais pas comment je pourrais télécharger les diagnostics.\nDésolé si cette publication a été effectuée au mauvais endroit, je n’ai pas pu comprendre tous les différents choix d’assistance liés à Docker.\nÉtapes pour reproduire le comportement","Extrayez une image Windows Server Core ou toute image basée sur celle-ci. Vous trouverez ci-dessous un exemple.docker pull mcr.microsoft.com/windows/servercore:10.0.14393.2848\nExécutez l&#39;image en mode Hyper-V, la commande réelle ne semble pas avoir d&#39;importance tant que le conteneur est en cours d&#39;exécutionexécution du menu fixe &#8211;isolation = hyperv mcr.microsoft.com/windows/servercore:10.0.14393.2848 ping -t www.google.com\nEssayez de tirer une version différente de l&#39;image Windows Server Coredocker pull mcr.microsoft.com/windows/servercore:10.0.14393.2906","10.0.14393.2906: Extraire de Windows / Servercore3889bb8d808b: existe déjàba2bcc6237ee: Extraction [==================================================>]  1,572 Go / 1,572 Gon&#39;a pas réussi à enregistrer la couche: erreur re-exec: état de sortie 1: sortie: supprimer ?  C:  ProgramData  docker  windowsfilter  a023be6a753a7262c46411806a7262c4641180cb4b8efb10c62132517c739bfa1add6c686c  UtilityVM  Files  Windows  System32  negoextsend il est utilisé par un autre processus.","Click to rate this post!\n                                   \n                               [Total: 0  Average: 0]"],"content_blocks":[{"id":"text-1","type":"text","heading":"","plain_text":"Comportement prévisible\nL&#39;extraction de la dernière image Windows Server Core réussit sans erreur, quels que soient les conteneurs en cours d&#39;exécution sur l&#39;hôte.\nComportement actuel\nSi un conteneur Windows Server Core d&#39;isolation Windows Hyper-V est en cours d&#39;exécution, essayez d&#39;extraireune nouvelle image de base ne parvient pas à &quot;Le processus ne peut pas accéder au fichier car il est utilisé par un autre processus.&quot;\nInformation\nSi le même conteneur est exécuté en mode d&#39;isolation de processus, la même commande d&#39;extraction réussit sans erreur.\nJ&#39;ai rencontré cette erreur dans l&#39;environnement Azure Service Fabric, mais j&#39;ai pu la reproduire sur une machine virtuelle Azure vierge. Je m&#39;attends à ce que ce soit un problème courant, pas seulement entre des versions spécifiques d&#39;images Windows, les versions ci-dessous sont quelques exemples pour une reproduction simple.\nNotre cas d&#39;utilisation nécessite l&#39;utilisation de conteneurs Hyper-V dans Azure Service Fabric et le fonctionnement continu des conteneurs. Il n&#39;est pas acceptable que nous arrêtions tous les conteneurs, par exemple. 30 minutes par mois pour extraire la nouvelle image avec les dernières mises à jour de Windows. Pour des raisons de sécurité, nous ne pouvons pas utiliser l&#39;isolation de processus. Donc, actuellement, cela bloque notre utilisation de la production.\nLe problème est reproductible chaque fois au moins avec les versions ci-dessous. Je pense que cela est arrivé plus tôt avec d&#39;autres versions d&#39;image, mais je n&#39;ai pas été en mesure de le réduire correctement jusqu&#39;à présent.\nLe fichier dans le message d&#39;erreur varie si vous utilisez différentes versions, parfois c&#39;est par exemple. msfs.sys ou cryptsp.dll. Cependant, il semble toujours que ce soit le même fichier avec les mêmes versions exactes.\nVersion de Windows: Windows Server 2016 (14393.2906)Version Docker:Client: Docker Engine &#8211; EnterpriseVersion: 18.09.4Version de l&#39;API: 1.39Go version: go1.10.8Git commit: c3516c43efAnnée de construction: 27/03/2019 18:22:15OS / Arch: windows / amd64Expérimental: faux\nServeur: Docker Engine &#8211; EnterpriseMoteur:Version: 18.09.4Version de l&#39;API: 1.39 (version minimale 1.24)Go version: go1.10.8Git commit: c3516c43efAnnée de construction: 27/03/2019 18:20:29OS / Arch: windows / amd64Expérimental: faux\nTesté avec une machine virtuelle Azure (Windows Server 2016 avec des conteneurs). Com.docker.diagnose.exe n&#39;est pas installé sur l&#39;ordinateur, donc je ne sais pas comment je pourrais télécharger les diagnostics.\nDésolé si cette publication a été effectuée au mauvais endroit, je n’ai pas pu comprendre tous les différents choix d’assistance liés à Docker.\nÉtapes pour reproduire le comportement","html":"<p>Comportement prévisible\nL&#039;extraction de la dernière image Windows Server Core réussit sans erreur, quels que soient les conteneurs en cours d&#039;exécution sur l&#039;hôte.\nComportement actuel\nSi un conteneur Windows Server Core d&#039;isolation Windows Hyper-V est en cours d&#039;exécution, essayez d&#039;extraireune nouvelle image de base ne parvient pas à &quot;Le processus ne peut pas accéder au fichier car il est utilisé par un autre processus.&quot;\nInformation\nSi le même conteneur est exécuté en mode d&#039;isolation de processus, la même commande d&#039;extraction réussit sans erreur.\nJ&#039;ai rencontré cette erreur dans l&#039;environnement Azure Service Fabric, mais j&#039;ai pu la reproduire sur une machine virtuelle Azure vierge. Je m&#039;attends à ce que ce soit un problème courant, pas seulement entre des versions spécifiques d&#039;images Windows, les versions ci-dessous sont quelques exemples pour une reproduction simple.\nNotre cas d&#039;utilisation nécessite l&#039;utilisation de conteneurs Hyper-V dans Azure Service Fabric et le fonctionnement continu des conteneurs. Il n&#039;est pas acceptable que nous arrêtions tous les conteneurs, par exemple. 30 minutes par mois pour extraire la nouvelle image avec les dernières mises à jour de Windows. Pour des raisons de sécurité, nous ne pouvons pas utiliser l&#039;isolation de processus. Donc, actuellement, cela bloque notre utilisation de la production.\nLe problème est reproductible chaque fois au moins avec les versions ci-dessous. Je pense que cela est arrivé plus tôt avec d&#039;autres versions d&#039;image, mais je n&#039;ai pas été en mesure de le réduire correctement jusqu&#039;à présent.\nLe fichier dans le message d&#039;erreur varie si vous utilisez différentes versions, parfois c&#039;est par exemple. msfs.sys ou cryptsp.dll. Cependant, il semble toujours que ce soit le même fichier avec les mêmes versions exactes.\nVersion de Windows: Windows Server 2016 (14393.2906)Version Docker:Client: Docker Engine &#8211; EnterpriseVersion: 18.09.4Version de l&#039;API: 1.39Go version: go1.10.8Git commit: c3516c43efAnnée de construction: 27/03/2019 18:22:15OS / Arch: windows / amd64Expérimental: faux\nServeur: Docker Engine &#8211; EnterpriseMoteur:Version: 18.09.4Version de l&#039;API: 1.39 (version minimale 1.24)Go version: go1.10.8Git commit: c3516c43efAnnée de construction: 27/03/2019 18:20:29OS / Arch: windows / amd64Expérimental: faux\nTesté avec une machine virtuelle Azure (Windows Server 2016 avec des conteneurs). Com.docker.diagnose.exe n&#039;est pas installé sur l&#039;ordinateur, donc je ne sais pas comment je pourrais télécharger les diagnostics.\nDésolé si cette publication a été effectuée au mauvais endroit, je n’ai pas pu comprendre tous les différents choix d’assistance liés à Docker.\nÉtapes pour reproduire le comportement</p>"},{"id":"text-2","type":"text","heading":"","plain_text":"Extrayez une image Windows Server Core ou toute image basée sur celle-ci. Vous trouverez ci-dessous un exemple.docker pull mcr.microsoft.com/windows/servercore:10.0.14393.2848\nExécutez l&#39;image en mode Hyper-V, la commande réelle ne semble pas avoir d&#39;importance tant que le conteneur est en cours d&#39;exécutionexécution du menu fixe &#8211;isolation = hyperv mcr.microsoft.com/windows/servercore:10.0.14393.2848 ping -t www.google.com\nEssayez de tirer une version différente de l&#39;image Windows Server Coredocker pull mcr.microsoft.com/windows/servercore:10.0.14393.2906","html":"<p>Extrayez une image Windows Server Core ou toute image basée sur celle-ci. Vous trouverez ci-dessous un exemple.docker pull mcr.microsoft.com/windows/servercore:10.0.14393.2848\nExécutez l&#039;image en mode Hyper-V, la commande réelle ne semble pas avoir d&#039;importance tant que le conteneur est en cours d&#039;exécutionexécution du menu fixe &#8211;isolation = hyperv mcr.microsoft.com/windows/servercore:10.0.14393.2848 ping -t www.google.com\nEssayez de tirer une version différente de l&#039;image Windows Server Coredocker pull mcr.microsoft.com/windows/servercore:10.0.14393.2906</p>"},{"id":"text-3","type":"text","heading":"","plain_text":"10.0.14393.2906: Extraire de Windows / Servercore3889bb8d808b: existe déjàba2bcc6237ee: Extraction [==================================================>]  1,572 Go / 1,572 Gon&#39;a pas réussi à enregistrer la couche: erreur re-exec: état de sortie 1: sortie: supprimer ?  C:  ProgramData  docker  windowsfilter  a023be6a753a7262c46411806a7262c4641180cb4b8efb10c62132517c739bfa1add6c686c  UtilityVM  Files  Windows  System32  negoextsend il est utilisé par un autre processus.","html":"<p>10.0.14393.2906: Extraire de Windows / Servercore3889bb8d808b: existe déjàba2bcc6237ee: Extraction [==================================================&gt;]  1,572 Go / 1,572 Gon&#039;a pas réussi à enregistrer la couche: erreur re-exec: état de sortie 1: sortie: supprimer ?  C:  ProgramData  docker  windowsfilter  a023be6a753a7262c46411806a7262c4641180cb4b8efb10c62132517c739bfa1add6c686c  UtilityVM  Files  Windows  System32  negoextsend il est utilisé par un autre processus.</p>"},{"id":"text-4","type":"text","heading":"","plain_text":"Click to rate this post!\n                                   \n                               [Total: 0  Average: 0]","html":"<p>Click to rate this post!\n                                   \n                               [Total: 0  Average: 0]</p>"}],"sections":[{"id":"text-1","heading":"Text","content":"Comportement prévisible\nL&#39;extraction de la dernière image Windows Server Core réussit sans erreur, quels que soient les conteneurs en cours d&#39;exécution sur l&#39;hôte.\nComportement actuel\nSi un conteneur Windows Server Core d&#39;isolation Windows Hyper-V est en cours d&#39;exécution, essayez d&#39;extraireune nouvelle image de base ne parvient pas à &quot;Le processus ne peut pas accéder au fichier car il est utilisé par un autre processus.&quot;\nInformation\nSi le même conteneur est exécuté en mode d&#39;isolation de processus, la même commande d&#39;extraction réussit sans erreur.\nJ&#39;ai rencontré cette erreur dans l&#39;environnement Azure Service Fabric, mais j&#39;ai pu la reproduire sur une machine virtuelle Azure vierge. Je m&#39;attends à ce que ce soit un problème courant, pas seulement entre des versions spécifiques d&#39;images Windows, les versions ci-dessous sont quelques exemples pour une reproduction simple.\nNotre cas d&#39;utilisation nécessite l&#39;utilisation de conteneurs Hyper-V dans Azure Service Fabric et le fonctionnement continu des conteneurs. Il n&#39;est pas acceptable que nous arrêtions tous les conteneurs, par exemple. 30 minutes par mois pour extraire la nouvelle image avec les dernières mises à jour de Windows. Pour des raisons de sécurité, nous ne pouvons pas utiliser l&#39;isolation de processus. Donc, actuellement, cela bloque notre utilisation de la production.\nLe problème est reproductible chaque fois au moins avec les versions ci-dessous. Je pense que cela est arrivé plus tôt avec d&#39;autres versions d&#39;image, mais je n&#39;ai pas été en mesure de le réduire correctement jusqu&#39;à présent.\nLe fichier dans le message d&#39;erreur varie si vous utilisez différentes versions, parfois c&#39;est par exemple. msfs.sys ou cryptsp.dll. Cependant, il semble toujours que ce soit le même fichier avec les mêmes versions exactes.\nVersion de Windows: Windows Server 2016 (14393.2906)Version Docker:Client: Docker Engine &#8211; EnterpriseVersion: 18.09.4Version de l&#39;API: 1.39Go version: go1.10.8Git commit: c3516c43efAnnée de construction: 27/03/2019 18:22:15OS / Arch: windows / amd64Expérimental: faux\nServeur: Docker Engine &#8211; EnterpriseMoteur:Version: 18.09.4Version de l&#39;API: 1.39 (version minimale 1.24)Go version: go1.10.8Git commit: c3516c43efAnnée de construction: 27/03/2019 18:20:29OS / Arch: windows / amd64Expérimental: faux\nTesté avec une machine virtuelle Azure (Windows Server 2016 avec des conteneurs). Com.docker.diagnose.exe n&#39;est pas installé sur l&#39;ordinateur, donc je ne sais pas comment je pourrais télécharger les diagnostics.\nDésolé si cette publication a été effectuée au mauvais endroit, je n’ai pas pu comprendre tous les différents choix d’assistance liés à Docker.\nÉtapes pour reproduire le comportement"},{"id":"text-2","heading":"Text","content":"Extrayez une image Windows Server Core ou toute image basée sur celle-ci. Vous trouverez ci-dessous un exemple.docker pull mcr.microsoft.com/windows/servercore:10.0.14393.2848\nExécutez l&#39;image en mode Hyper-V, la commande réelle ne semble pas avoir d&#39;importance tant que le conteneur est en cours d&#39;exécutionexécution du menu fixe &#8211;isolation = hyperv mcr.microsoft.com/windows/servercore:10.0.14393.2848 ping -t www.google.com\nEssayez de tirer une version différente de l&#39;image Windows Server Coredocker pull mcr.microsoft.com/windows/servercore:10.0.14393.2906"},{"id":"text-3","heading":"Text","content":"10.0.14393.2906: Extraire de Windows / Servercore3889bb8d808b: existe déjàba2bcc6237ee: Extraction [==================================================>]  1,572 Go / 1,572 Gon&#39;a pas réussi à enregistrer la couche: erreur re-exec: état de sortie 1: sortie: supprimer ?  C:  ProgramData  docker  windowsfilter  a023be6a753a7262c46411806a7262c4641180cb4b8efb10c62132517c739bfa1add6c686c  UtilityVM  Files  Windows  System32  negoextsend il est utilisé par un autre processus."},{"id":"text-4","heading":"Text","content":"Click to rate this post!\n                                   \n                               [Total: 0  Average: 0]"}],"media":{"primary_image":"https://tutos-gameserver.fr/wp-content/uploads/2019/04/5429470"},"relations":[{"rel":"canonical","href":"https://tutos-gameserver.fr/2019/04/22/impossible-dextraire-la-nouvelle-image-de-base-windows-si-le-conteneur-hyper-v-est-en-cours-dexecution-%c2%b7-edition-n-3793-%c2%b7-docker-for-win-%c2%b7-github/"},{"rel":"alternate","href":"https://tutos-gameserver.fr/2019/04/22/impossible-dextraire-la-nouvelle-image-de-base-windows-si-le-conteneur-hyper-v-est-en-cours-dexecution-%c2%b7-edition-n-3793-%c2%b7-docker-for-win-%c2%b7-github/llm","type":"text/html"},{"rel":"alternate","href":"https://tutos-gameserver.fr/2019/04/22/impossible-dextraire-la-nouvelle-image-de-base-windows-si-le-conteneur-hyper-v-est-en-cours-dexecution-%c2%b7-edition-n-3793-%c2%b7-docker-for-win-%c2%b7-github/llm.json","type":"application/json"},{"rel":"llm-manifest","href":"https://tutos-gameserver.fr/llm-endpoints-manifest.json","type":"application/json"}],"http_headers":{"X-LLM-Friendly":"1","X-LLM-Schema":"1.1.0","Content-Security-Policy":"default-src 'none'; img-src * data:; style-src 'unsafe-inline'"},"license":"CC BY-ND 4.0","attribution_required":true,"allow_cors":false}