El 6 de marzo de 2014, 11:24, [email protected] <[email protected]>escribió:
> > > > El 6 de marzo de 2014, 10:58, [email protected] <[email protected]>escribió: > > >> >> >> El 6 de marzo de 2014, 3:02, Guillem Barba Domingo < >> [email protected]> escribió: >> >> >>> El 01/03/2014 3:29, "[email protected]" <[email protected]> va escriure: >>> >>> > >>> > El 28 de febrero de 2014, 11:23, Albert Cervera i Areny < >>> [email protected]> escribió: >>> > >>> >> 2014-02-28 4:20 GMT+01:00 [email protected] <[email protected]>: >>> >> > >>> >> > El 27 de febrero de 2014, 21:48, [email protected] < >>> [email protected]> >>> >> > escribió: >>> >> > >>> >> >> Hola! :-D >>> >> >> >>> >> >> Actualmente trabajo con un servidor en Linode.com, hospedo a >>> trytond en >>> >> >> una máquina virtual y lo mantengo corriendo con un cron cada hora. >>> >> >> >>> >> >> En el trytond.conf tengo: >>> >> >> >>> >> >> # 2 días >>> >> >> session_timeout = 172800 >>> >> >> >>> >> >> Sin embargo sucede que cuando dejo de trabajar unos minutos se >>> bloquea el >>> >> >> cliente, instalado desde fuentes en Ubuntu, la única forma de >>> cerrarlo es >>> >> >> con un >>> >> >> >>> >> >> $ kill -9 pid >>> >> >> >>> >> >> Antes he tenido el tiempo de sesión por defecto y sucede lo mismo, >>> no >>> >> >> presenta el cuadro de diálogo para la reconexión, tal como sucede >>> cuando >>> >> >> corre localmente. >>> >> >> >>> >> >> Trato de encontrar la causa en los logs, también corro el cliente >>> con >>> >> >> >>> >> >> $ tryton -v -l DEBUG >>> >> >> >>> >> >> Sin embargo los únicos datos que muestra son las cadenas Unicode y >>> el log >>> >> >> de trytond mudo, ninguna pista para debuguear. >>> >> >> >>> >> >> ¿Que me faltará hacer para mantener una conexión estable en >>> producción? >>> >> >> >>> >> >> Gracias, >>> >> >> >>> >> >> Humberto Yances >>> >> >> http://naritas.co >>> >> > >>> >> > >>> >> > PD: Pasados alrededor de 20 minutos generó traceback >>> >> > http://paste.ofcode.org/F2KdskHjUzyY3xcGhETdVg >>> >> >>> >> ¿Estás utilizando XML-RPC? ¿Has probado con JSON-RPC? >>> > >>> > >>> > Uso JSON-RPC, anexo el trytond.conf ¿faltará algo en la configuración >>> del json? >>> >>> Pero en el diálogo de conexión del cliente qué protocolo seleccionas? >>> Como es la conexión con el servidor (tiempo de respues, etc...)? >>> Prueba de bajar el timeout a unos minutos. >>> >>> Salut! >>> Guillem >>> >> Bien, hasta el momento el cuadro de dialogo de conexión en el cliente GTK >> no muestra una opción para seleccionar el protocolo de conexión ¿habrá que >> indicarlo en Servidor: json-rpc:servername:port? >> >> [image: Imágenes integradas 1] >> >> La respuesta inicial es muy buena, al conectarse, los menús y demás >> elementos del cliente cargan lo suficientemente rápido como para brindar >> una buena experiencia de usuario. Estos son los tiempos de respuesta del >> servidor (Cartagena de Indias <-- > Atlanta) >> >> --- naritas.co ping statistics --- >> 228 packets transmitted, 228 received, 0% packet loss, time 235553ms >> rtt min/avg/max/mdev = 81.261/91.196/293.294/21.180 ms >> >> Subí el timeout en el trytond.conf precisamente tratando de evitar el >> congelamiento, ya que al vencerse la sesión en una conexión remota, no >> muestra el cuadro de diálogo para la reconexión, obligando a matar el >> proceso y reiniciar el GTK. >> > > Luego de un tiempo congelado, sino mato el proceso aparece este mensaje > > [image: Imágenes integradas 1] > > Permitiendo hacer una nueva conexión (Ctrl+O). > Al recrear el problema en ambiente Windows (tanto para mi servidor como para el demo.tryton.org) aparece este mensaje de error: [image: Imágenes integradas 1] Al cerrar el cuadro de diálogo e intentar nuevamente: presenta el dialogo de reconexión (demo.tryton) o la restaura (naritas.co, debido a que tiene vigencia por dos días). En el archivo tryton/jsonrpc.py hay dos variables: CONNECT_TIMEOUT = 5 DEFAULT_TIMEOUT = None ¿Son estas a las que te refieres? No he logrado hallar las variables para decirle al cliente que se conecte usando json-rpc.
