[Reddes.bvs-tech] [Isis-users] Fwd: RV: Inconvenientes con Wxis.exe
MODAL - Listas
listas at modalnetworks.com
Sun Oct 20 23:48:08 BRST 2013
Hola,
Com nosotros tambien occorre lo mismo. Apache en Windows , quedan muchos
processos Zombie.
Nosotros colocamos um restart en schedule en Apache(5 en 5 minutos),
pero no es una solucion.
Es que el processo Wxis no cierra, penso que seja un problema de llamada
del Web Server y el comunicacion que no cierra con el processo.
Penso que és un problema en el Wxis que debe ser resolvido por BIREME.
En Linux no ha problema,
Alisson
Em 16/10/2013 18:24, Guilda Ascencio escreveu:
> Estimados amigos.
>
> La plataforma donde se produce el problema con el wxis.exe es Windows
> server 2003 con Internet Information Server 6. Además el problema se
> presenta cuando le están dando la inducción a los nuevos estudiantes
> de la universidad en el uso del motor de búsqueda ya que hay 30
> personas accediendo en forma simultánea y le dan a la tecla buscar
> "alocadamente".
>
> Lo que voy a hacer por ahora es colocar una animación que indique que
> se está buscando información e inhibir la tecla buscar con un
> javascript una vez que se haga clic sobre ella.
>
> Saludos,
>
> Guilda
>
>
>
>
> 2013/10/16 spinaker <spinaker at adinet.com.uy
> <mailto:spinaker at adinet.com.uy>>
>
> Egbert
>
> I am using windows and Linux versions, in about a dozen of
> different installations
> and this problem is tipically of Apache with Windows (no server)
>
> Ernesto
>
>
> El 16/10/2013 13:34, De Smet Egbert escribió:
>
> Hi all,
>
> I really think this is 1) a serious problem to be investigated
> into 2) but mainly to be answered by the experts from BIREME
> and SciELO, as they are both running servers with high
> users-load and using in fact exactly the same 'wxis'-based
> mechanism since ABCD and BVS/SciELO etc. are using very much
> the same technology.
> They are using Linux-based servers with Apache, but if we
> would know by their confirmation that such problems don't
> occur in their servers, then we can conclude that the problem
> is with specific combinations of Operating Systems with
> web-servers (i.e. Apache or IIS).
> So I am also copying in the colleagues from the BVS-list,
> hoping to get some confirmation from their side too.
>
> Egbert de Smet
> Universiteit Antwerpen
> ________________________________________
> From: isis-users-bounces at iccisis.org
> <mailto:isis-users-bounces at iccisis.org>
> [isis-users-bounces at iccisis.org
> <mailto:isis-users-bounces at iccisis.org>] on behalf of Ernesto
> Spinak [spinaker at adinet.com.uy <mailto:spinaker at adinet.com.uy>]
> Sent: Wednesday, October 16, 2013 12:50 PM
> To: guildaa at gmail.com <mailto:guildaa at gmail.com>; Lista Isis
> Subject: Re: [Isis-users] Fwd: RV: Inconvenientes con Wxis.exe
>
> Estimados
>
> Seria importante que se indicara como es la instalacion,
> obviamente es Windows, pero es importante saber si es XP, Win
> 7, Server 2003 o 2008
> por otra parte la versión de Apache que se usa 2.0 2.2 etc
>
> Lo que se ve en la imagen del Task Manager es que han quedado
> como 100 procesos zombies del wxis lo que finalmente agotó la
> CPU y el sistema debe bajarse-
> Esto sucede cuando una transaccion (busqueda, ingeso de datos,
> etc) se interrumpe abruptamente, por ejemplo se "mata" la
> ventana al no obtener respuesta el usuario, o se hace una
> consulta que "atora" al servidor,
> por ejemplo ponen agric$ * educ$ * comunic$
> en una base con muchos miles de postings puede dejar colgado
> el proceso, en una especie de "Denial of Service"
>
> Si la transaccion no termina en la forma normal, queda un wxis
> muerto en la cpu sin hacer nada.
> Esto es frecuente con XP con Apache
>
> Otro tema no documentado, pero que hay que saber, es todas las
> transacciones del wxis generan archivos temporales que se
> almacenan en la direccion asignada en el servidor, que se
> puede conocer con las variables de enviroment. Esos archivos
> temporales deberian limpiarse periodicamente.
> Tuvimos un caso reciente en una instutcion que dispone de
> miles de textos completso en PDF, que el sistema dejó de
> responder, y encontramos que en el directorio temporario
> habían 64.000 datos auxiliares de descargas de PDF, lo que
> habia dejado al disco sin espacio operativo.-
>
> saludos
> Ernesto Spinak
>
> ----Original Message-->De: guildaa at gmail.com
> <mailto:guildaa at gmail.com>
> Fecha: 14/10/2013 11:19
> Para: "Lista Isis"
> Asunto: [Isis-users] Fwd: RV: Inconvenientes con Wxis.exe
>
> Estimados amigos.
>
>
> Me llegó un correo de un usuario al cual se le está
> presentando la
> siguiente situación:
>
>
> "Tengo un inconveniente con el proceso wxis.exe en el
> servidor.****
>
> Este proceso se queda como colgado o en memoria en el
> servidor y no
> termina, si varios usuario hacen peticiones al servidor
> (búsquedas en el
> catálogo) se genera un proceso por cada petición y si un
> proceso de esto no
> termina se va generando una cola y ralentiza el equipo
> (Consume memoria
> Ram) hasta llegar a la caída del servidor ya en varias
> oportunidades he
> tenido que reiniciar el IIS 6.****
>
> ** **
>
> He realizado las listas invertidas de todas las bases de
> datos también las
> reorganice pero aun continua el problema. ****
>
> ** **
>
> En las imágenes anexas podrás ver que hay aproximadamente
> como 100 procesos
> wxis.exe que nunca terminaron y el error que genera." ****
>
>
> Pudiera alguien darme una solución a lo que está pasando?.
>
>
> Gracias,
>
>
> Guilda
>
> ** **
>
>
>
>
> --
> .^. .^.
> ( ) ( )
> === ===
> =[=]================================[=]=
> | | Ernesto Spinak | |
> | | spinaker at adinet.com.uy <mailto:spinaker at adinet.com.uy>
> | |
> | | Montevideo, Uruguay | |
> | | tel/fax (598) 2622-3352 | |
> | | celular (598) 99612238 | |
> =[=]================================[=]=
> === ===
> ( ) ( )
> V V
>
>
>
>
> _______________________________________________
> isis-users mailing list
> isis-users at iccisis.org
> To manage your own subscription options go to: http://lists.iccisis.org/listinfo/isis-users
> Or contact Henk Rutten: hlrutten at xs4all.nl
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://listas.bireme.br/pipermail/reddes.bvs-tech/attachments/20131020/3162a267/attachment.html
More information about the Reddes.bvs-tech
mailing list