Android Studio: Impossible de démarrer le processus démon
Je suis confronté à l'erreur ci-dessous lorsque j'essaie d'importer un projet Gradle dans Android Studio.
Unable to start the daemon process.
This problem might be caused by incorrect configuration of the daemon.
For example, an unrecognized jvm option is used.
Please refer to the user guide chapter on the daemon at http://gradle.org/docs/1.8/userguide/gradle_daemon.html
Please read below process output to find out more:
et voici le résultat que je vois:
18:25:42.484 [main] DEBUG o.g.l.daemon.bootstrap.DaemonMain - Assuming the daemon was started with following jvm opts: [-XX:MaxPermSize=256m, -XX:+HeapDumpOnOutOfMemoryError, -Xmx1024m, -Dfile.encoding=windows-1252]
18:25:43.254 [main] DEBUG o.g.l.daemon.server.DaemonServices - Creating daemon context with opts: [-XX:MaxPermSize=256m, -XX:+HeapDumpOnOutOfMemoryError, -Xmx1024m, -Dfile.encoding=windows-1252]
18:25:43.306 [DEBUG] [org.gradle.logging.internal.DefaultLoggingConfigurer] Finished configuring with level: DEBUG, configurers: [org.gradle.logging.internal.OutputEventRenderer@47078ad, org.gradle.logging.internal.logback.LogbackLoggingConfigurer@7402a821, org.gradle.logging.internal.JavaUtilLoggingConfigurer@5a6c4a07]
18:25:43.356 [INFO] [org.gradle.launcher.daemon.server.Daemon] start() called on daemon - DefaultDaemonContext[uid=e58252c1-7a49-4be4-a6cd-1bd3d6d0880d,javaHome=C:\Program Files\Java\jdk1.7.0_45,daemonRegistryDir=C:\Users\Sowmya\.gradle\daemon,pid=15432,idleTimeout=60000,daemonOpts=-XX:MaxPermSize=256m,-XX:+HeapDumpOnOutOfMemoryError,-Xmx1024m,-Dfile.encoding=windows-1252]
18:25:43.362 [DEBUG] [org.gradle.launcher.daemon.server.DaemonStateCoordinator] updating lastActivityAt to 1386593743362
18:25:43.702 [DEBUG] [org.gradle.messaging.remote.internal.inet.InetAddressFactory] Adding IP addresses for network interface lo
18:25:43.705 [DEBUG] [org.gradle.messaging.remote.internal.inet.InetAddressFactory] Is this a loopback interface? true
18:25:43.706 [DEBUG] [org.gradle.messaging.remote.internal.inet.InetAddressFactory] Adding loopback address /127.0.0.1
18:25:43.707 [DEBUG] [org.gradle.messaging.remote.internal.inet.InetAddressFactory] Adding loopback address /0:0:0:0:0:0:0:1
18:25:43.708 [DEBUG] [org.gradle.messaging.remote.internal.inet.InetAddressFactory] Adding IP addresses for network interface net0
18:25:43.711 [DEBUG] [org.gradle.messaging.remote.internal.inet.InetAddressFactory] Is this a loopback interface? false
DefaultDaemonContext[uid=e58252c1-7a49-4be4-a6cd-1bd3d6d0880d,javaHome=C:\Program Files\Java\jdk1.7.0_45,daemonRegistryDir=C:\Users\Sowmya\.gradle\daemon,pid=15432,idleTimeout=60000,daemonOpts=-XX:MaxPermSize=256m,-XX:+HeapDumpOnOutOfMemoryError,-Xmx1024m,-Dfile.encoding=windows-1252]
18:25:43.951 [DEBUG] [org.gradle.cache.internal.DefaultFileLockManager] Waiting to acquire exclusive lock on daemon addresses registry.
18:25:43.954 [DEBUG] [org.gradle.cache.internal.DefaultFileLockManager] Lock acquired.
18:25:43.957 [DEBUG] [org.gradle.cache.internal.DefaultFileLockManager] Releasing lock on daemon addresses registry.
18:25:43.962 [DEBUG] [org.gradle.cache.internal.DefaultFileLockManager] Waiting to acquire exclusive lock on daemon addresses registry.
18:25:43.963 [DEBUG] [org.gradle.cache.internal.DefaultFileLockManager] Lock acquired.
18:25:43.966 [DEBUG] [org.gradle.cache.internal.DefaultFileLockManager] Releasing lock on daemon addresses registry.
18:25:43.976 [ERROR] [system.err]
18:25:43.977 [ERROR] [system.err] FAILURE: Build failed with an exception.
18:25:43.977 [ERROR] [system.err]
18:25:43.978 [ERROR] [system.err] * What went wrong:
18:25:43.979 [ERROR] [system.err] Could not write cache value to 'C:\Users\Sowmya\.gradle\daemon\1.8\registry.bin'.
18:25:43.979 [ERROR] [system.err]
18:25:43.980 [ERROR] [system.err] * Try:
18:25:43.981 [ERROR] [system.err] Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output.
18:25:44.009 [INFO] [org.gradle.launcher.daemon.bootstrap.DaemonMain] Daemon[pid = 15432] process has finished.
18:25:44.010 [DEBUG] [org.gradle.launcher.daemon.registry.PersistentDaemonRegistry] Removing daemon address: [9ae053cd-4dc2-4cb8-8f60-bb3c5983eb67 port:55117, addresses:[/127.0.0.1, /0:0:0:0:0:0:0:1]]
18:25:44.011 [DEBUG] [org.gradle.cache.internal.DefaultFileLockManager] Waiting to acquire exclusive lock on daemon addresses registry.
18:25:44.012 [DEBUG] [org.gradle.cache.internal.DefaultFileLockManager] Lock acquired.
18:25:44.013 [DEBUG] [org.gradle.cache.internal.DefaultFileLockManager] Releasing lock on daemon addresses registry.
18:25:44.014 [DEBUG] [org.gradle.cache.internal.DefaultFileLockManager] Waiting to acquire exclusive lock on daemon addresses registry.
18:25:44.015 [DEBUG] [org.gradle.cache.internal.DefaultFileLockManager] Lock acquired.
18:25:44.016 [DEBUG] [org.gradle.cache.internal.DefaultFileLockManager] Releasing lock on daemon addresses registry.
18:25:44.021 [DEBUG] [org.gradle.launcher.daemon.server.Daemon] VM shutdown hook was unable to remove the daemon address from the registry. It will be cleaned up later.
org.gradle.api.GradleException: Could not write cache value to 'C:\Users\Sowmya\.gradle\daemon\1.8\registry.bin'.
at org.gradle.cache.internal.SimpleStateCache.serialize(SimpleStateCache.Java:74)
at org.gradle.cache.internal.SimpleStateCache.access$100(SimpleStateCache.Java:28)
at org.gradle.cache.internal.SimpleStateCache$2.run(SimpleStateCache.Java:50)
at org.gradle.cache.internal.DefaultFileLockManager$DefaultFileLock.doWriteAction(DefaultFileLockManager.Java:198)
at org.gradle.cache.internal.DefaultFileLockManager$DefaultFileLock.writeFile(DefaultFileLockManager.Java:187)
at org.gradle.cache.internal.OnDemandFileAccess.writeFile(OnDemandFileAccess.Java:58)
at org.gradle.cache.internal.SimpleStateCache.set(SimpleStateCache.Java:48)
at org.gradle.cache.internal.FileIntegrityViolationSuppressingPersistentStateCacheDecorator.set(FileIntegrityViolationSuppressingPersistentStateCacheDecorator.Java:38)
at org.gradle.cache.internal.FileIntegrityViolationSuppressingPersistentStateCacheDecorator.update(FileIntegrityViolationSuppressingPersistentStateCacheDecorator.Java:46)
at org.gradle.launcher.daemon.registry.PersistentDaemonRegistry.remove(PersistentDaemonRegistry.Java:109)
at org.gradle.launcher.daemon.server.Daemon$1.run(Daemon.Java:100)
Caused by: Java.io.FileNotFoundException: C:\Users\Sowmya\.gradle\daemon\1.8\registry.bin (Access is denied)
at Java.io.FileOutputStream.open(Native Method)
at Java.io.FileOutputStream.<init>(FileOutputStream.Java:221)
at Java.io.FileOutputStream.<init>(FileOutputStream.Java:171)
at org.gradle.cache.internal.SimpleStateCache.serialize(SimpleStateCache.Java:67)
... 10 more`
J'ai désactivé mon anti-virus mentionné dans une solution de SO. Mais rien ne semble fonctionner.
Essayez de supprimer votre répertoire .gradle from C:\Users\<username> et réessayez.
1. Si vous ouvrez trop d'applications dans Windows et que le Gradle n'a pas assez de mémoire dans Ram pour démarrer le processus démon. Ainsi, lorsque vous rencontrez ce problème, vous pouvez simplement fermer certaines applications telles qu'iTunes, etc. Puis redémarrez votre studio Android.
2. Menu Fichier -> Invalider les caches/redémarrer -> Invalider et redémarrer.
J'ai aussi eu le même genre de problème. Mais réussi à résoudre par Invalidate Cash.
À partir du menu Fichier -> Invalider les caches/redémarrer.
Cela a résolu le problème pour moi.
Dans Eclipse, allez dans windows -> préférences -> gradle-> arguments. Find JVM Arguments: choisissez le bouton radio "USE:" et écrivez les arguments -Xms128m -Xmx512m Cliquez ensuite sur le bouton Apply
Vérifiez votre dossier de projet. Vous avez peut-être un fichier appelé gradle.properties dans lequel vous pourrez vérifier si vous n'avez pas cette ligne:
org.gradle.jvmargs = -Xmx2048m -XX: + HeapDumpOnOutOfMemoryError -Dfile.encoding = UTF-8
Dans mon cas, je viens de supprimer le fichier, mais vérifiez le contenu pour voir si vous ne souhaitez pas réellement conserver certains paramètres.
J'ai fait face à ce problème dans intellij idée et résolu en faisant cela,
essayez de définir "Options de la machine virtuelle" sur -Xmx512m dans Paramètres | Construire, Exécuter, Déployer | Outils de construction | Gradle | Options de graduation VM
Essayez ceci ... j'ai essayé et fonctionne bien pour moi
Ce problème est lié au manque de mémoire ...
Fermez vos navigateurs, Visual Studio et d’autres services.
après cette commande suivante
ionic build Android
il fonctionnera avec succès ..
//Solutions is
create "gradle.properties" file in Android folder and add following line into file
org.gradle.jvmargs=-Xmx512m -XX:MaxPermSize=512m
<your project>\platforms\Android\gradle.properties
Vous pouvez ouvrir le navigateur et les autres ..
ionic build Android
Maintenant cela fonctionnera bien.
Parfois, vous ouvrez simplement trop d'applications dans Windows et ne donnez pas suffisamment de mémoire au gradeau pour démarrer le processus démon. Ainsi, lorsque vous rencontrez ce problème, vous pouvez simplement fermer certaines applications telles que Chrome, etc. Puis redémarrez votre studio Android.
Quelques façons de dépanner le démon Gradle:
- Si vous rencontrez un problème avec votre construction, essayez de désactiver temporairement le démon (vous pouvez passer le commutateur de ligne de commande
--no-daemon). - Parfois, vous souhaiterez peut-être arrêter les démons via l'option de ligne de commande --stop ou de manière plus efficace.
- Il existe un fichier journal démon qui, par défaut, se trouve dans le répertoire de base de l'utilisateur Gradle.
- Vous voudrez peut-être démarrer le démon en mode --foreground pour observer comment la construction est exécutée.
Étapes pour résoudre le problème dans un studio Android
Cliquez sur fichier et sélectionnez un autre paramètre dans le menu déroulant, puis sélectionnez paramètre par défaut.
Sélectionnez l'option build, Execution, Deployment.
Sélectionnez Compiler
Ajoutez ici la ligne suivante dans Additional build process VM option
-Xmx3072m -XX:MaxPermSize=524m as shown in below figure.
J'avais le même problème et aucune des autres réponses ici n'a aidé mon cas particulier.
En fait, mon projet Android Studio utilisait par défaut JDK 8.
Changer cela, dans les paramètres du projet, pour pointer vers une installation JDK 7 a corrigé cela pour moi.
Error:Unable to start the daemon process.
Ce problème peut être dû à une configuration incorrecte du démon . Par exemple, une option JVM non reconnue est utilisée.
Veuillez vous reporter au chapitre du démon consacré à l’utilisation du démon à l’adresse https://docs.gradle.org/3.3/userguide/gradle_daemon.html
Pour moi, dans notre environnement de travail, nous avons Windows 7 64 bits avec les machines verrouillées sous McAfee avec Host Intrusion activé.
J'ai désactivé Host Intrusion et Gradle fonctionnerait enfin. Il est donc clair que certains scanners de virus semblent poser des problèmes.
UPDATE: Eh bien, j'ai parlé trop tôt. Oui, je sais plus recevoir le message "Impossible de démarrer le processus du démon", mais maintenant, je reçois le message suivant:
Erreur: Impossible de répertorier les versions utilisant le modèle M2 ' http://jcenter.bintray.com/[organisation]/[module]/[revisionvision/[artifact]- revision. [Ext]'.
Je pense que j’ai tort que Java_HOME fasse cette erreur… .. quand j’obtiens une erreur j’essaie tout le chemin, mais ça ne marche pas pour moi… .. j’essaie de supprimer c: t work . i Réinstallez le système, il fonctionne, lors de la mise à jour du système, le message d'erreur s'affiche à nouveau . J'essaie l'environnement utilisateur du compilateur Java_HOME et l'environnement système: 
quand j'utilise cmd input Java:
lorsque cmd.exe affiche le masquage, cela signifie que cela fonctionne, essayez de lancer Android Studio, cela corrigera l'erreur . 
J'ai résolu ce problème en supprimant simplement le dossier .gradle de mon projet d'application.
Supprimer le dossier .gradle de votre projet pas besoin de supprimer le dossier principal .gradle qui se trouve à C:\Users\<username>
Pas sûr que cela résoudra le problème pour tout le monde, mais la désinstallation de Java, du SDK Java et de la dernière version (Version 8) a résolu le problème pour moi.