Bueno.. si, es así. Es un problema del funcionamiento de greenstone.
Cuando uno usa el gs2-server.bat o el server.exe greenstone funciona
como un servicio, lee todas las variables de configuración, todas las
macros, todas las colecciones y queda esperando las peticiones, por
eso si uno cambia algo en collect.cfg, por ejemplo, debe reiniciar
para ver los cambios.
En cambio cuando uno configura para trabajar con apache por fuera
greenstone lee todo esa cada vez que se hace una petición, por eso si
uno cambia algo en collect no necesita reiniciar para ver los cambios.
Esto se observa muy claro si uno accede a library.cgi por linea de
comandos.
La solución? yo quise ver de implementar greenstone con Fastcgi, pero
no encontré documentación al respecto.
Así que lo que me imagino que podes hacer es:
1 - comprar más RAM para el servidor y eliminar todas las macros que
no utilices de main.cfg, por ejemplo las de internacionalizacion
2 - Configurar el servidor para que arranque gs2-server.bat cada vez
que se inicie y hacer las consultas al puerto que tengas configurado.
Si hay otra solución me encantaría conocerla. Pero es así cuando uno
usa en un servidor web por fuera es muuuuuuucho más lento que cuando
usa gs2-server o server.exe
saludos
y si alguien tiene mejor solución me encantaría conocerla.
------------------------------------------------------------------------
Date: Tue, 3 Dec 2013 09:26:31 -0300
From: ricardo@xxxxxxxxxxx
To: greenstone_es@xxxxxxxxxxxxx
Subject: [greenstone_es] Re: Subir colecciones a la web
Sí, exactamente eso.
Gracias.
El 02/12/2013 05:46 p.m., marcelo yornet escribió:
Ricardo: decís que localmente funciona bien.
¿Te referís a que funciona rápido corriendo desde gs2server.bat o
server.exe?
------------------------------------------------------------------------
Date: Mon, 2 Dec 2013 13:11:42 -0300
From: ricardo@xxxxxxxxxxx <mailto:ricardo@xxxxxxxxxxx>
To: greenstone_es@xxxxxxxxxxxxx <mailto:greenstone_es@xxxxxxxxxxxxx>
Subject: [greenstone_es] Re: Subir colecciones a la web
Gracias Diego, pero el problema es sistemático (todo el tiempo y
el tiempo de respuesta es siempre el mismo: unos 3 seg.) y también
en instalaciones que sólo son accesibles desde nuestra red. Lo que
vos decís me ocurre a veces, pero el servidor se suele congelar
(creo que se llama "denial of service"). Esto parece ser otra cosa.
Saludos,
Ricardo.
El 02/12/2013 12:00 p.m., Diego Spano escribió:
Hola Ricardo. Te voy a responder en base a otras experiencias
que tuve con servidores Windows y Apache.
Si podés, ejecutá en el servidor la herramienta Process
Monitor de Sysinternals, para revisar en tiempo real el
comportamiento de los procesos library.cgi. En varias
oportunidades, durante ese monitoreo se descubrió que hay
procesos que se ejecutan, procesan y finalizan con un código
de estado de finalización igual a cero, lo que indica que no
hubo ningún error. Pero se ha descubierto que algunos tienen
un código de finalización igual a 9, lo que indica una salida
anormal de la aplicación. En el detalle de esos procesos
figuraba lo siguiente:
HTTP_ACCEPT=*/*
HTTP_FROM=bingbot(at)microsoft.com <http://microsoft.com>
Es decir, que la petición es hecha por el bot de
Bing. Revisando el log de errores del Apache, podía verse
que hay un error que se repite y que es:
Premature end of script headers: library.cgi
Esto sucede cuando la petición a la página de la biblioteca
digital (ya sea la home o alguna de las colecciones) no
devuelve un header correcto o lo devuelve incompleto.
Analizando algunas de las ip de origen que causaban ese error
de headers y haciendo un lookup encontré lo siguiente:
65.52.108.66 = msnbot-65-52-108-66.search.msn.com
<http://msnbot-65-52-108-66.search.msn.com>
65.52.109.26 = msnbot-65-52-109-26.search.msn.com
<http://msnbot-65-52-109-26.search.msn.com>
65.52.110.192 = msnbot-65-52-110-192.search.msn.com
<http://msnbot-65-52-110-192.search.msn.com>
207.46.13.160 = msnbot-207-46-13-160.search.msn.com
<http://msnbot-207-46-13-160.search.msn.com>
207.46.195.239 = msnbot-207-46-195-239.search.msn.com
<http://msnbot-207-46-195-239.search.msn.com>
En conclusión, lo que afectaba al funcionamiento era el spider
de Microsoft que saturaba al servidor. Probá denegando el
acceso a esas ip y fijate si el rendimiento mejora.
Saludos!
Diego
*Diego Spano* /Director de Proyectos, Prodigio Consultores/
Tel: (54 11) 5093-5313 - Argentina
dspano@xxxxxxxxxxxxxxxxxxxxxxx
<http://s.wisestamp.com/links?url=mailto:dspano%40prodigioconsultores.com&sn=ZGllZ29zcGFub0BnbWFpbC5jb20%3D>
| www.prodigioconsultores.com
<http://s.wisestamp.com/links?url=http://www.prodigioconsultores.com/&sn=ZGllZ29zcGFub0BnbWFpbC5jb20%3D>
Contact me: Google Talk diegospano Skype diegospano
<http://s.wisestamp.com/links?url=http://www.linkedin.com/in/diegospano&sn=ZGllZ29zcGFub0BnbWFpbC5jb20%3D>
Want a signature like mine?
<http://s.wisestamp.com/links?url=http://r1.wisestamp.com/r/landing?promo%3D21%26dest%3Dhttp%253A%252F%252Fwww.wisestamp.com%252Femail-install%253Futm_source%253Dextension%2526utm_medium%253Demail%2526utm_campaign%253Dpromo_21&sn=ZGllZ29zcGFub0BnbWFpbC5jb20%3D>
CLICK HERE.
<http://s.wisestamp.com/links?url=http://r1.wisestamp.com/r/landing?promo%3D21%26amp%3bdest%3Dhttp%253A%252F%252Fwww.wisestamp.com%252Femail-install%253Futm_source%253Dextension%2526utm_medium%253Demail%2526utm_campaign%253Dpromo_21&sn=ZGllZ29zcGFub0BnbWFpbC5jb20%3D>
2013/12/2 Ricardo Cossalter <ricardo@xxxxxxxxxxx
<mailto:ricardo@xxxxxxxxxxx>>
Hola a todos.
Probé a subir GS a la web, a un servidor que está
corriendo Windows 7 con Apache en el puerto 80. Hice las
modificaciones en httpd.conf (ScriptAlias y Alias). El
resultado es que GS funciona, pero más lento: cada
petición de página se demora unos cuantos segundos en
responder (localmente no ocurre). Sin embargo funciona
bien con otras páginas o aplicaciones. Cual puede ser la
razón?
Gracias.
__________________________________________________
Ricardo Cossalter
INSTITUTO NACIONAL DE TECNOLOGIA INDUSTRIAL
EXTENSION Y DESARROLLO - BIBLIOTECA
Teléfono (5411) 4724-6385
ricardo@xxxxxxxxxxx <mailto:ricardo@xxxxxxxxxxx>
www-biblio.inti.gob.ar/ <http://www-biblio.inti.gob.ar/>
__________________________________________________
0800 444 4004 | www.inti.gob.ar
<http://www.inti.gob.ar>
--
__________________________________________________
Lic. Ricardo Cossalter
INSTITUTO NACIONAL DE TECNOLOGIA INDUSTRIAL
EXTENSION Y DESARROLLO - BIBLIOTECA
Teléfono (5411) 4724-6385
Fax (5411) 4724-6225
ricardo@xxxxxxxxxxx <mailto:ricardo@xxxxxxxxxxx>
www-biblio.inti.gob.ar/
__________________________________________________
0800 444 4004 |www.inti.gob.ar <http://www.inti.gob.ar>
--
__________________________________________________
Lic. Ricardo Cossalter
INSTITUTO NACIONAL DE TECNOLOGIA INDUSTRIAL
EXTENSION Y DESARROLLO - BIBLIOTECA
Teléfono (5411) 4724-6385
Fax (5411) 4724-6225
ricardo@xxxxxxxxxxx <mailto:ricardo@xxxxxxxxxxx>
www-biblio.inti.gob.ar/
__________________________________________________
0800 444 4004 |www.inti.gob.ar <http://www.inti.gob.ar>
