no se puede conectar al daemon de caching?

Puedo empujar bien, pero de repente estoy recibiendo este post "fatal"

$ git push fatal: unable to connect to cache daemon: Bad file descriptor Username for 'https://github.com': Password for 'https://myid@github.com': fatal: unable to connect to cache daemon: Bad file descriptor ... 

¿Por qué recibo este post de repente? y que hago?

No estoy seguro de que esto pueda ayudar, pero entre ahora y antes de que ocurriera este problema

  • Estaba trabajando en una twig que no es maestra
  • Cambié mi user.email en git config –global en el medio
  • mi computadora se estrelló a lo grande porque conecté el conector de proyecto incorrecto (que no es para la computadora), y creo que de alguna manera algún file se corrompió
  • Después de eso, cuando intenté hacer una nueva confirmación, recibí el siguiente post: fatal: Error al resolver HEAD como una reference válida.
  • Luego lo arreglé modificando HEAD en config para "ref: refs / heads / master"
  • Después de codificar y realizar los cambios localmente con éxito, cuando traté de enviarlo al server remoto, recibí el siguiente post de error

    $ git push

    fatal: no se puede conectar al daemon de caching: descriptor de file incorrecto Nombre de usuario para 'https://github.com': contraseña para 'https: //myid0@github.com': fatal: no se puede conectar al daemon de caching: descriptor de file incorrecto fatal: object suelto 8ce710b1c78658e066cd2309b12b7766d1be4920 (almacenado en .git / objects / 8c / e710b1c78658e066cd2309b12b7766d1be4920) está dañado. fatal: el extremo remoto colgó inesperadamente fatal: el extremo remoto colgó inesperadamente fatal: error de escritura: descriptor de file incorrecto

  • Así que hice una copy de security de todos los cambios que hice, borré el repository, cloné el repository del github e hice algunos cambios con los files de copy de security, agregué, confirmé y puse los cambios bien … pero aun así ese post no desaparece 🙁

http://sofes.miximages.com/a/14160580

resuelto esto para mí:

 sudo chown kev ~/.git-cnetworkingential-cache/socket 

reemplace kev con su usuario si no conoce a su usuario:

 whoami 

Este error aparece cuando intentas usar "sudo".
entonces la contraseña guardada es solo para el usuario "sudo",

Pero cuando intenta comprometerse como un usuario normal,
Este error ocurre, permiso denegado para el usuario normal
puede deshacerse de este error utilizando la respuesta anterior Kev Price

Tenga cuidado con la manipulación de ~/.git-cnetworkingential-cache/socket (como con chown ), ya que se ha movido desde 2014, como se confirma en Git 2.13 (Q2 2017)

Consulte commit 612c49e , commit 60759ba (17 Mar 2017) y commit e7f136b (13 Mar 2017) por Devin Lehmacher ( lehmacdj ) .
(Fusionada por Junio ​​C Hamano – gitster – in commit 78cf8ef , 24 de marzo de 2017)

cnetworkingencial-caching: use XDG_CACHE_HOME para socket

Haga que git-cnetworkingential-cache siga la especificación de la ruta base de XDG por defecto. Esto aumenta la coinheritance con otras aplicaciones y ayuda a mantener el desorder de los directorys principales de los usuarios .

Verifique la location del socket anterior, ~/.git-cnetworkingential-cache/ , y use ~/.git-cnetworkingential-cache/socket si ese directory existe en lugar de forzar a los usuarios que usaron git cnetworkingential-cache antes de migrar al nuevo XDG location conforme.

De lo contrario, utilice el socket $XDG_CACHE_HOME/git/cnetworkingential/socket siguiendo la especificación de la ruta base XDG.
Use la cnetworkingential/ del subdirectory cnetworkingential/ en el caso de que otros files estén guardados en $XDG_CACHE_HOME/git/ en el futuro y para que el propósito del socket sea claro.