2011-06-01 13 views
6

Estoy ejecutando couchdb 1.0.1 en ubuntu y todo está funcionando bien, salvo que acabo de ver que mis archivos de registro no existen. Parecen haber sido así durante casi un año, pero para ser justos, realmente no he estado usando el sistema, ya que es un banco de pruebas para un proyecto que acabo de recoger.archivos de registro de couchdb faltantes, no se puede crear ninguno :-(

/var/log/couchdb contenía 2 archivos. Un viejo (¡muchos meses!) couch.log.1 y un couch.log con tamaño 0 - que es sospechoso. He eliminado los archivos viejos y ahora intenté reiniciar el sofá, pero los archivos de registro permanecen obstinadamente ausente!

He reiniciado el sofá usando

/etc/init.d/couchdb restart 

Pero no hay alegría.

Mi archivo local.ini tiene esta entrada;

[log] 
level = debug 
file = /var/log/couchdb/couch.log 

y/var/log/couchdb es propiedad de y está en couchdb couchdb grupo, así que no creo que es un problema de permisos. También hay mucho espacio en el disco en el servidor.

He reiniciado el servidor también por frustración, no hay diferencia.

¿Cómo convenzo a couchdb de que vuelva a iniciar sesión? La razón por la cual se ha convertido en un problema es que estoy tratando de PONER algunos archivos adjuntos independientes, pero solo los pequeños están funcionando, así que estoy tratando de buscar en mis archivos de registro (no existentes) para ver cuál podría ser el problema.

¿Alguna idea?

+1

¿Qué obtienes al emitir una solicitud 'GET' a [http: // localhost: 5984/_config/log] (http: // localhost: 5984/_config/log) (cambia tu host si es necesario) –

+0

Me perdí este comentario antes de responder, pero sí, eso muestra dónde están realmente los troncos, en lugar de dónde pensé que estaban. Si desea responder la pregunta con esa información, me complacerá aceptarla también. – Roger

Respuesta

6

Existe la posibilidad de que la configuración del archivo de registro esté siendo establecida por algún otro archivo .ini.

Emita una solicitud GET al http://localhost:5984/_config/log para ver qué ha configurado CouchDB.

Me sucedieron cosas como esta porque había instalado CouchDB varias veces usando diferentes métodos. (compilando desde la fuente, usando apt, la secuencia de comandos de instalación que fue publicada por CouchOne en un punto, etc.) ¡Fue difícil descubrir exactamente qué local.ini era el verdadero!

+2

+1 También está la ruta '/ _log', que hace que CouchDB abra el archivo de registro y le envíe la última parte del mismo. No es terriblemente útil aquí, pero para tu información. – JasonSmith

+0

@jhs gracias por eso, es genial saberlo.Es tan fácil iniciar sesión en el servidor de sofá remoto a través de vpn, etc. solo para ver los registros, mientras que poder acceder a ellos de forma remota ahorrará mucho tiempo cuando las cosas van mal. – Roger

0

OK para que se vea como si mis archivos ini REALES eran en realidad en /usr/local/etc/couchdb/local.ini y no /etc/couchdb/local.ini

y los registros reales estaban en/usr/local también.

No estoy seguro de por qué tenía ambos juegos, supongo que había instalado couchdb un par de veces en el pasado y estaba buscando en los archivos heredados por error.

Espero que esto ayude a alguien más ... ¡Me he estado rascando la cabeza por un par de horas sobre eso ahora!

Cuestiones relacionadas