Error rsync: número de archivo incorrecto (9)


0

Busqué en todas partes para encontrar una solución ... Sigo recibiendo este error:

rsync: change_dir "/cygdrive/C/Users/mloch/Desktop/sites/drupalsite1/" failed: Bad file number (9)
rsync: mkdir "/cygdrive/C/Users/mloch/Desktop/sites/drupalsite2" failed: Bad file number (9)
rsync error: error in file IO (code 11) at /usr/src/rsync/rsync-3.0.8/main.c(587) [Receiver=3.0.8]
rsync: connection unexpectedly closed (9 bytes received so far) [sender]
rsync error: error in rsync protocol data stream (code 12) at /usr/src/rsync/rsync-3.0.8/io.c(601) [sender=3.0.8]
Could not rsync from /cygdrive/C/...drupalsite1// to "/cygdrive/C/...drupalsite2//"

Algunos foros dicen que puede ser que rsync no tenga acceso a la carpeta tmp.


Tal vez dup de esta
Ouroborus

Respuestas:


1

Gracias mloch, esta es la única solución a este problema que he encontrado después de horas y horas de intentar todo lo demás ...

Para que rsync y sql-sync funcionen en un servidor remoto usando Windows (w / Aquia) es necesario realizar cambios en 2 archivos filesystem.inc y SqlBase.php.

Primer borrado cygdrive / desde $ ruta = preg_replace ('/ cygdrive / (\ w): /', '/ $ {1}', & gt; str_replace ('\', '/', $ ruta)); en la linea 61 de filesystem.inc y cambio drush_shell_exec ('gzip -d% s', $ input_file)

en lugar de

drush_shell_exec ('gunzip% s', $ input_file) en la linea 144 de SqlBase.php

¡Feliz sincronización!

Aunque en mi caso todo lo que tenía que hacer es eliminar el cygdrive / en filesystem.inc ...

Parecía funcionar bien sin cambiar 'gzip' a 'gunzip'.

Ahora tiene que haber una solución mejor para este problema que modificar el código del drush, pero por ahora resuelve el problema con rsync / sql-sync.

Para aclaraciones para otros, estos archivos (lo más probable) se encuentran en:

  • C: \ Archivos de programa (x86) \ DevDesktop \ drush \ vendor \ drush \ drush \ includes
  • C: \ Archivos de programa (x86) \ DevDesktop \ drush \ vendor \ drush \ drush \ lib \ Drush \ Sql

Me alegro de que haya ayudado! ¿Funcionó tu sql-sync sin el cambio de gunzip?
mloch

No he tenido ningún problema con sql-sync (o rsync) al dejar el gzip / gunzip como está. Lo cual es un poco raro porque, según el código original, parece que se supone que es un arma de fuego. if (drush_shell_exec('gzip -d %s', $input_file)) { $input_file = trim($input_file, '.gz'); } else { return drush_set_error(dt('Failed to decompress input file.')); } ... Lo que sea ... si esta parte no está rota, no la cambiaré ...
mdolnik

Después de lo anterior termino con un error de código 0: ssh -i private key.ppk usuario@Site.dd "env COLUMNAS = 177 drush --backend = 2 --verbose --strict = 0 --root = / home /User/Site.dd [aviso] --uri = Site.dd sql-query --file = / tmp / DB_20170214_163301.sql.gz --file-delete 2 & gt; & amp; 1 "2 & gt; & amp; 1 X-Powered By: PHP / 5.6.27 Tipo de contenido: texto / html; conjunto de caracteres = UTF-8 [error] Tipo de contenido: texto / html; conjunto de caracteres = UTF-8, código: 0) Envío del comando completo [aviso]
Marcel Cozma

-2

Para que rsync y sql-sync funcionen en un servidor remoto usando Windows (w / Aquia) es necesario realizar cambios en 2 archivos filesystem.inc y SqlBase.php.

Primer borrado cygdrive / desde $ ruta = preg_replace ('/ cygdrive / (\ w): /', '/ $ {1}', str_replace ('\', '/', $ ruta)); en la linea 61 de filesystem.inc y cambio drush_shell_exec ('gzip -d% s', $ input_file)

en lugar de

drush_shell_exec ('gunzip% s', $ input_file) en la linea 144 de SqlBase.php

¡Feliz sincronización!


"Terminaré más tarde" no hace una respuesta.
DavidPostill

Gracias, Dave, es bueno saber que otra persona mira esta pregunta ... Necesito volver a mi computadora portátil para terminar la respuesta exacta que me solucionó el problema. No he tenido tiempo todavía, pero es mejor que nada para que la gente entre. la dirección correcta. La primera parte me di cuenta y la segunda tardó mucho tiempo en buscar (casi por accidente) ... Si lo necesitas desesperadamente, puedo levantarlo más rápido
mloch

En realidad, gracias, podría eliminar la publicación y darle un nuevo título, ya que este es un problema menor de uno más grande.
mloch
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.