        |
Mantenimiento ISA/CRP (crp01, crp02 de Alto del Arenal)
Mantenimiento de ISA/CRP
Tuesday, 29 September 2009, 6:56:14 pm
Distribuido un nuevo isatce desde crp01 Arregla lo de que el isatce no coja los menús automáticamente por usar el libisacd (ahora todas las versiones los cogen automáticamente, usen o no el libisacd).
No tenían ping las siguientes máquinas:
==CUT===
29/09 18:45:04: opermm@poi24:/usr/local/sico/isacd/ sin ping
29/09 18:45:06: opermm@poi25:/usr/local/sico/isacd/ sin ping
29/09 18:45:08: opermm@poi27:/usr/local/sico/isacd/ sin ping
29/09 18:45:09: opermm@poi29:/usr/local/sico/isacd/ sin ping
29/09 18:45:19: opermm@poitics1:/usr/local/sico/isacd/ sin ping
29/09 18:45:29: opermm@poitics2:/usr/local/sico/isacd/ sin ping
29/09 18:45:44: opermm@poitics7:/usr/local/sico/isacd/ sin ping
29/09 18:46:03: metro@op34_mm:/usr/local/sico/isacd/ sin ping
29/09 18:46:10: metro@op60_mm:/usr/local/sico/isacd/ sin ping
29/09 18:46:14: metro@op67_mm:/usr/local/sico/isacd/ sin ping
29/09 18:46:27: metro@oper_pci:/usr/local/sico/isacd/ sin ping
29/09 18:46:28: metro@op59_mm:/usr/local/sico/isacd/ sin ping
29/09 18:46:41: metro@op78_retros_ml1:/usr/local/sico/isacd/ sin ping
29/09 18:46:51: metro@op79_retros_ml1:/usr/local/sico/isacd/ sin ping
==CUT===
Monday, 28 September 2009, 5:49:28 pm
Corrección del rcp de crp01 Reaulta que después de la actualización a sarge, no funcionaban los rcp entrantes en crp01 (p.ej. desde op30_mm, decía: el warning "Pseudo-terminal will not be allocated because stdin is not a terminal." y después no copiaba nada). Se ha arreglado configurando el cliente (!) de rcp en crp01:
crp01:/etc# apt-get install rsh-clients
crp01:/etc# update-alternatives --config rcp
1 /usr/bin/ssh
*+ 2 /usr/bin/netkit-rcp
Enter to keep the default[], or type selection number: 2
Using `/usr/bin/netkit-rcp' to provide `rcp'.
NOTA: esto arregla el problema portque tanto el scp como el rcp (el csp está basado en el código del rcp) funcionan de la siguiente manera:
1. Se hace desde la máquina origen un rsh contra la destino que ejecuta el rcp
2. el rcp (cliente) del destino es el que copia físicmante el fichero que le llega por stdin al lugar que corresponde.
Así pues, no hay servidor de rcp, sino que se usa el propio cliente de rcp. Y como el rcp estaba "enlazado" con la alternativa de ssh, daba el error ese de "-r not supported" cuando se hacía el rcp desde la máquina Windows (el scp de crp01 no soportaba dicha opción).
Tuesday, 21 July 2009, 6:49:21 pm
Actualización de crp01 a sarge El pasado día 15 de Julio se actualizó crp01 a debian sarge.
Actualización del camaras-crp a ssh Se ha actualizado el script de camaras-crp del crp01 a que use scp en vez de rcp. Habilitar la lista de ops una vez que se pueda hacer ssh en ellas; copiar los ejecutables y ficheros de datos y ficheros de arranque y re-generar el .deb de camaras-crp (debe incluir el directorio .ssh, o como minimo las claves y los known_hosts (no estaria de más poner las entradas adecuadas en el /etc/hosts))
Update (20090723) Ayer se habilitó camaras-crp para las ops y está funcionando correctamente. Por otro lado se ha hecho un backup de las scripts y configuración de camaras-crp, que está en:
salchicha:/home/dario/Programacion/proyectos/sico-deb/camaras-crp_20090723-1.tar.gz
Tuesday, 14 July 2009, 5:30:16 pm
Actualizo el fich_video_estaciones en todas las máquinas excepto (sin ping): poitics1 poitics7 op56_mm op78_retros_ml1 Nuevas rondas.
Friday, 10 July 2009, 5:09:52 pm
ctualizo el fich_video_estaciones en todas las máquinas excepto (sin ping): poitics1 poitics7 op78_retros_ml1 Nuevas rondas.
Monday, 6 July 2009, 4:30:57 pm
Instalado un isatce_main en op50_mm y op52_mm que para la aplicación "VIDEO TRENES" siempre usa tamaño de (1,1), independientemente de lo que diga el autosel.cfg y el estado.retros Esto es porque nos llegan incidencias de que está seleccionado el "VIDEO TRENES" en 2,2 y no se pueden fijar cámaras porque infoglobal no implementa correctamente el protocolo y no devuelve el estado actual de los retros al recibir una petición con error (devolvería cámaras de tamaño 1,1 y el ISA se autocorregiría).
Monday, 29 June 2009, 5:44:10 pm
Actualizo el fich_video_estaciones en todas las máquinas excepto poitics1 sin ping poitics7 sin ping 12.116.58.14 #op78_retros_ml1 sin ping Ya que habían actualizado las rondas.
Tuesday, 16 June 2009, 6:47:41 pm
Actualizo el fich_video_estaciones en todas las máquinas excepto poitics1 sin ping poitics7 sin ping 16.13.62.172 #op66_mm sin ping 12.116.58.14 #op78_retros_ml1 sin ping Porque había una ronda con el nombre "PRUEBA L4,5,12", lo que ocasiona un error de parseado. Se ha inhabilitado esa ronda específicamente cambiándole el nombre a "PRUEBA L4 5 12" para que no se de el error. Se pueden buscar rondas con error usando el siguiente comando:
$ grep -B1 "Rotando c.maras" fich_video_estaciones | grep -v "Rotando c.maras" | grep -v "^--" | grep ",.*,.*,.*,"
PRUEBA L4,5,12,PRUEBA L4,5,12,18
Monday, 8 June 2009, 3:51:22 pm
Actualizo el fich_video_Estaciones a todas las máquinas excepto: poitics1 sin ping, poitics7 sin ping, 16.13.62.172 (op66_mm) sin ping, 58.72.74.33 (op59_mm) sin ping, 12.116.58.14 (op78_ml1) sin ping Resulta que han añadido cámaras en S.Baranda y también cambiado la numeración de las existentes.
Update: op59_mm tiene ahora la IP 16.4.254.179 y sí tenía ping. Actualizada la script de envío y el fich_video_estaciones del equipo.
Thursday, 14 May 2009, 4:25:06 pm
Actualizo el fich_video_estaciones en todas las máquinas excepto poitics7 58.72.74.33 12.116.58.14(sin ping) Ya que hemos recibido incidencia de que no podía fijar las nuevas cámaras de Sol. Y es que en Sol han añadido muchísimas cámaras.
Monday, 9 February 2009, 11:12:35 am
Actualizo el fich_video_estaciones en todas las máquinas excepto poi26 (disco ro) y poitics1 poitics5 poitics7 op32_mm op59_mm op78_ml1 (sin ping) porque IG cambió las cámaras de PCastilla.
Friday, 16 January 2009, 9:17:29 am
Actualizo el fich_video_estaciones en todas las máquinas excepto poi26 (disco en ro) poitics5 (sin_ping) poitics7 (sin_ping) 58.72.74.33 (sin_ping) 12.116.58.14 (sin_ping) Porque IG cambió el número de orden de casi todas las cámaras de ministerios.
Wednesday, 9 July 2008, 5:05:29 pm
Actualizo el fich_video_estaciones en todas las máquinas excepto poi26 (disco en ro) poitics7 (sin ping) 58.72.74.33 (sin ping) op78_retros_ml1 (sin ping) Porque habían añadido las cámaras de rivas futura.
Thursday, 3 July 2008, 5:22:19 pm
INstalo el logsocket2ip.tcl en crp01 (en /home/ControlRetros/Datos) De manera que he podido comprobar qué pasaba con una incidencia O:-). Uso:
$ logsocket2ip.tcl < crp.log | grep "IP_A_BUSCAR"
Thursday, 3 July 2008, 4:54:07 pm
Actualizo el fich_video_estaciones en todas las máquinas excepto poi26 (disco en ro) poitics1 (disco lleno) poitics7 (sin ping) 58.72.74.33 (sin ping) op78_retros_ml1 (sin ping) Ya que la versión que estaba puesta tenía cámaras que ya no existen (ASaura de ML1 llegaba hasta la 005, y ahora solo es hasta la 003).
Update: He borrado los cores que llenaban el disco de poitics1 y he puesto el fich_video_estaciones nuevo "a mano".
Friday, 9 May 2008, 4:02:57 pm
Actualizo el fich_video_estaciones en todas las máquinas excepto poitics7 (sin ping) op59_mm (sin ping) op78_retros_ml1 (sin ping) Ya que tenía una aviso de Javi que se lo habían peiddo por asuntos de rondas actualizadas.
Monday, 5 May 2008, 5:29:38 pm
Actualizo el fich_video_estaciones en todas las máquinas excepto poitics7 (sin ping) op59_mm (sin ping) op78_retros_ml1 (sin ping) Para que la poi que se instaló el otro día tenga el plan de ampliación.
Thursday, 13 March 2008, 10:24:53 am
Cambio el script salva-versiones de crp01 para que solo guarde las 100 más modernas Resulta que el crp01 se había quedado sin espacio en el HDD, y era por el script que guarda una versión del fich_video_estaciones cada vez que se actualiza. He completado el script de salva-versiones para que sólo deje los 100 fich_video_estaciones más modernos.
Wednesday, 12 March 2008, 10:46:51 am
Actualizo el fich_video_estaciones en todas las máquinas excepto op78_retros_ml1 por no tener ping Que lo necesitaban porque Rosa me he dicho que habían instalado nuevas cámaras en Usera y Laguna (las de Laguna todavía no están dadas de alta en la BBDD de IG; Metro nos avisará...).
Tuesday, 5 February 2008, 6:03:04 pm
Actualizo el fich_video_estaciones en todas las máquinas excepto poi29 (sin ssh) potitics5 (sin ssh) op34_mm (sin ssh) op66_mm (sin ssh) op78_retros_ml1 (sin ssh) op20_mmHPUX (sin ping) Que lo necesitaban porque habían añadido unas rondas (¡nos lo han nitificado mediante incidencia!).
Monday, 26 November 2007, 4:50:27 pm
Actualizo el fich_video_estaciones en todas las máquinas excepto potitics5 (fs en ro) op78_retros_ml1 (sin ping) Que lo necesitaban porque habían añadido unas rondas.
Monday, 22 October 2007, 4:32:06 pm
Actualizo el fich_video_estaciones en todas las máquinas excepto poi24 op78_retros_ml1 Que lo necesitaban porque habían añadido una cámara.
Wednesday, 10 October 2007, 6:30:52 pm
Actualizo el fich_video_estaciones en todas las máquinas excepto poi24 op78_retros_ml1 Que lo necesitaban para las cámaras de Metro Ligero 1.
Thursday, 4 October 2007, 6:45:33 pm
Actualizo el fich_video_estaciones en todas las máquinas excepto poi24 op78_retros_ml1
Monday, 30 July 2007, 4:05:37 pm
Actualizo el fich_video_estaciones en todas las máquinas excepto p78_retros_ml1 Ya que los de infoglobal han corregido un error con MVadillo en su BBDD.
Friday, 15 June 2007, 4:05:17 pm
Actualizo el fich_video_estaciones en odas las máquinas excepto op78_retros_ml1 ya que no tenía ping. La razón de dicha actualización es que han cambiado códigos administrativos en el fich_video_estaciones.
Friday, 4 May 2007, 4:18:11 pm
Actualizo el fich_video_Estaciones en todas las máquians excepto op52_mm y op75_ml1 Esas dos no tenían ping.
Wednesday, 25 April 2007, 3:36:13 pm
Actualizo el fich_video_estaciones de todas las máquinas Tenía un e-mail de Iván Maestro (METRO) de que habían metido cámaras de MetroNorte e IG ya las tenía en su BBDD.
Friday, 20 April 2007, 10:46:59 am
Actualizo el fich_video_estaciones de todas las máquinas Tenía un e-mail de Iván Maestro (METRO) de que habían metido cámaras de L3 e IG ya las tenía en su BBDD.
Tuesday, 10 April 2007, 5:00:20 pm
Actualizo el fich_video_estaciones de todas las máquinas Ya que me ha llamado Ivan Maestro (metro) para decirme que habían metido L1 y ;L4.
Thursday, 29 March 2007, 4:38:51 pm
Actualizo el fich_video_estaciones de todas las máquinas Ya que me ha llamado Ivan Maestro (metro) para decirme que habían metido Chamartín y que había que actualizarlo.
Monday, 5 March 2007, 1:39:20 pm
Corrijo un bug en interfaz_isa_multiple.tcl para crp02 (poi21) Resulta que si en interfaz_isa_multiple.tcl daban "Ultimo usado" cuando el ultimo era "estaciones", la script no ponía la variable de entorno CRP al valor de estaciones, con lo que el ISA se conectaba erróneamente con crp01. Ahor aya lo hace bien. Corregido en poi21 y regenerado el RPM.
Monday, 26 February 2007, 9:52:35 am
Actualizo el fich_video_estaciones de poitics1-3 Ya que se me ha ocurrido cómo hacerlo (entrando como usuario sico y luego haciendo un su a opermm no sale el script de Ricardo para elegir si normal o réplica, con lo que puedo actualizar el fichero).
Tuesday, 20 February 2007, 6:19 pm
Actualización de fich_video_estaciones de op37_mm Ya que Javi ha arreglado esa op (estaba pisando la IP de la op36_mm, por eso no tenía ping).
Tuesday, 20 February 2007, 2:06:45 pm
Actualización de fich_video_estaciones en todas las ops y pois excepto op37 por estar apagado.Tampoco poitics1 y poitics2. Que habían llamado de AA que no funcionaba "La Elipa", y era porque el día que hice la distribución, "La Elipa" tenía un código erróneo en la BBDD de InfoGlobal. Ahora tiene el correcto.
Thursday, 15 February 2007, 1:30:05 pm
Actualización de fich_video_estaciones en todas las ops y pois excepto op37 por estar apagado.Tampoco poitics1 y poitics2.
Tuesday, 30 January 2007, 4:39:45 pm
Actualización de fich_video_estaciones en todas las ops y pois excepto op37 por estar apagado.Tampoco poitics1 y poitics2.
Monday, 15 January 2007, 12:30:42 pm
Actualización de fich_video_estaciones en todas las ops y pois excepto op37 por estar apagado Tampoco se ha instalado en poitics1 y poitics2 por no saber cómo hacerlo (si entro por ssh, me sale un menú de si modo tics o modo réplica...).
Friday, 22 December 2006, 10:22:28 am
Actualización de fich_video_Estaciones en todas las ops y pois excepto op37 (por estar apagado)
Monday, 18 December 2006, 8:58:18 am
Actualización de fich_video_estaciones en todas las ops y pois excepto op31 y op37 por estar apagadas.
Tuesday, 28 November 2006, 8:48:11 am
Actualización de fich_video_estaciones en poi21, poi27 y poi24 Ya que parece que con la script no se actualizan correctamente, lo he hecho entrtando y poniendo los comandos en línea de comandos, y así sí se ha actualizado.
Wednesday, 18 October 2006, 2:05:24 pm
Actualización "a mano" del fich_video_estaciones en las poi de AA He copiado "a mano" (via ftp) el fich_video_estaciones de crp01:/home/isa/FichCamaras a las poi siguientes: . No se han actualizado por no tener el isacd instalado las sigueintes: poi23 poi25 poi28. Después he llamado a Iván de Mantenimiento de Metro (tlf: 676.52.67.48).
Wednesday, 7 December 2005, 12:02:29 pm
Actualizacion del crp_main en crp01 y crp02 Se ha llevado a cabo hoy, entre las 11am y las 12pm. La razón era que al reiniciar por las mañanas perdían la configuración de los retros puestos en 4 imágnes (ya que mandaba tanto los retros activos como los inactivos). Ahora tiene la misma versiçon que en Puerta del Sur, que sólo manda los retros activos en el refresco de "recién levantado".
Tuesday, 30 August 2005, 4:39:58 pm
Estaciones: hecha la distribución del cambio de config En SICE nos dieron el visto bueno para hacer la distribución que arregla el problema detectado el 24 de agosto (ver abajo). Javi la hizo ayer para las estaciones de:
- barajas, aeropuerto, cnaciones, mcristal, colombia, nministerios, fuencarral, cuzco, sbernabeu, gmarañon, amartinez, tribunal, ppio, lago, batan, ccampo, cjardin, cvientos, jvilumbrales, tetuan, pelayo, begoña, iglesia.
Por ahora los de Sice no han encontrado nada raro (según me decía hoy Fco Segura en un mail).
Tuesday, 30 August 2005, 4:35:41 pm
crp01: cambiado el programa de difundir el fichero de cámaras A petición de Jesús, he actualizado el programa que se encarga de hacer la difusión del fichero de cámaras. Las características del nuevo programa son:
- Usa ping antes de hacer el rcp para comprobar que hay conectividad con el ordenador de destino
- Ahora tiene un fichero de trazas en /home/isa/actualizacion.log
- He dado de alta al fichero de trazas en el /etc/logrotate.d/camaras-crp para que lo rote poniendo los antiguos en /home/isa/logs
- De paso he hecho que la script de inicio /etc/rc.boot/camaras.crp pare los procesos en ejecución del programa de actualización de cámaras si se le pasa como parámetro stop.
Está comprobado que hace bien la difusión (incluyendo lo de tener máquinas sin ping) y también hace bien lo del fichero de trazas, pero no está comprobado que rote los ficheros (para eso habrá que esperar a mañana).
Wednesday, 24 August 2005, 1:43:27 pm
Estaciones: Cambiado alonsomartinez, gergoriomanañon, santiagobernabeu y lago Siguiendo el procedimiento abajo descrito para que mande las peticiones a 0,0, ya que SICO nos ha pedido que lo hagamos en una estación de cada tipo de autómata y nos a sugerido esa lista de estaciones. Ellos han vuelto a comprobar Colombia, y confirman que funciona de la manera correcta.
Wednesday, 24 August 2005, 1:03:14 pm
Error en el estado.retros de crp02 después de la actualización Resulta que el estado.retros de crp02 estaba mal después de la actualización de 14 de Julio. Tenía puestas IdAplic incorrectas y no cambiaba los estados activos en el estado.retros. Así el ISA decía que tenía el panel en 4 imágenes mientras que realmente estaba en una, y tampoco podían cambiar a 4 imágenes porque "ya estaba en él". Para arreglarlo he hecho lo siguiente en crp02:/home/ControlRetros/Datos:
- Copiar estado.retros a estado.retros.upd
- Copiar estado.retros.upd a estado.retros.old
- Editar estado.retros.upd haciendo que se ajuste a lo que hay realmente en los restros (poner los * en el panel que se está visualizando realmente y también cambiar los IdAplic para que sean los que deberían ser)
- Comprobar que estado.retros no ha cambiado con respecto a estado.retros.old (si hubiera cambiado hubiera necesitado repetir el proceso anterior, ya que no quería que los usuarios notasen nada y si no perderían las cámaras fijadas desde que hice la copia del fichero)
- Copiar estado.retros.upd a estado.retros
- Matar al crp (para que crp_relaunch lo rearranque)
- Comprobar que el estado.retros se ajusta a estado.retros.upd (por los espacios seguramente no valga un diff, pero con un par de cats se puede comprobar visualmente).
Y eso es todo.
Tuesday, 23 August 2005, 12:31:36 pm
Estaciones: para que haga las peticiones a 0,0 en aeropuerto Resulta que los crp/isacd de estaciones estaba haciendo las peticiones 0,1, por ser esa la primera cámara que estaba dada de alta en el estado.retros.
Como prueba he hecho lo siguiente en aeropuerto
- Hacer
$ cd /home/metro/crp $ mv estado.retros estado.retros.old ; sed "s/^ /*/g" < estado.retros.old > estado.retros ; rm estado.retros.old
- Matar crp (lo rearranca el crp_relaunch)
$ ps -aux | grep crp_main\$ | sed "s/ */ /g" | cut -d " " -f 2 | xargs kill
- Matar isacd (lo rearranca el isacd_relaunch)
$ ps -aux | grep isacd_main\$ | sed "s/ */ /g" | cut -d " " -f 2 | xargs kill
- Comprobar que está todo bien
$ cat estado.retros ../isacd/estado.retros
Update; también Colombia: Infoglobal me ha llamado para que hiciera el cambio en Colombia, lo he hecho hoy por la tarde y lo han probado. Funciona correctamente. Javi ha cambiado el maestro y en principio va a lanzar una distribución con ello mañana.
Thursday, 14 July 2005, 5:30:44 pm
actualizo el crp02 (estaciones) de manera análoga al crp01 Ayer actualicé por petición de InfoGlobal (Fernando Lázaro) el crp02 de manera análogo al crp01 (la única diferencia es que en las ops copié los ConfigCRP de seguridad en los directiorios de estaciones, en vez de bajarlos cada vez de crp O:-).
Friday, 8 July 2005, 11:11:18 am
Actualizo el crp01 (seguridad) a los binarios y configuración de psur (y cambio de manera acorde la op6, op20, op22, op3) Por petición de Infoglobal (Sergio Rodriguez), ya que han cambiado lo de tener un PC para cada 4 retros a tener un PC por cada retro (es decir, de tener 3 PCs han pasado a 12). Los pasos realizados han sido:
- entro en crp01 como usuario isa
- voy al directorio /home/ControlRetros/Datos
- creo un directorio old
- hago un "mv * old/"
- Copio de panelvga05 el todo el contenido de /home/ControlRetros/Datos al directorio acual (un mget * con un prompt hace bien el trabajo, ya que no queremos nada de los subdirectorios y la copia del contenido de los subdirectorios es lo que va a a fallar con ese método).
- Voy a la op3_mm
- entro como isa/isa (en las otras es isa/isa1)
- cambio al directorio /home/ControlRetros/Datos.seguridad
- copio el ConfigCRP de crp01 al directorio actual (mediante un ftp a crp01)
- veo si hay algún isa (aparecen como ./isa) arrancado y si lo hay, cambio al usuario opermm/metro2 y lo mato
- Repito el procedimiento anterior con op6, op20 y op22.
Lo que me falta por saber es si el binario del isa "vale" para la fila de abajo de los retros. Si no funciona, imagino que Sergio me informará O:-).
Thursday, 29 April 2004, 10:17:52 am
Pongo lo de la parada del isa en op3/op20/op22_mm en /home/metro/.autostop Ya que según parece no se llama a /home/opermm/SalirDeSesion.
Cambios en la op3_mm: quito lo de parar de /home/opermm/.xsession y lo añado a /home/metro/.autostop.
Cambios en la op20_mm y en la op22_mm: quito lo de parar de /home/opermm/SalirDeSesion y lo añado a /home/metro/.autostop
Actualización: (Thursday, 29 April 2004, 12:37:58 pm): Carlos ha detectado que hay una incompatibilidad debido a que isa tb. e sparate de revisar (un parámetro de una script que llama a .autostop), y ha habido que cambiar la línea, que queda así:
/home/isa/miroot/usr/bin/sh -c '/bin/ps -efa | grep isa | grep -v grep | \
grep -v visa | sed "s/ */ /g;s/^ *//g" | cut -d " " -f 2|xargs kill'
Tuesday, 20 April 2004, 4:08:10 pm
Hago que opXX_mm:/home/opermm/SalirDeSesion mate al isa en op20 y op22 y que el propio .xsession lo mate en la op3 (ya que la op3_mm no parece tener el script SalirDeSesion)
/home/isa/miroot/usr/bin/sh -c '/bin/ps -efa | grep isa | grep -v grep | \
sed "s/ */ /g;s/^ *//g" | cut -d " " -f 2|xargs kill'
Tuesday, 28 October 2003, 5:21:03 pm --Dario
Cambio de la fuente de interfaz_isa_multiple.tcl Cambio la fuente del interfaz_isa_multiple.tcl a una más pequeña, que además queda muy bien en las HP-UX. Probado en la op3_mm, la op20_mm y la op22_mm cogerán la nueva configuración al rearrancar.
Wednesday, 2 July 2003, 11:11:03 am --Dario
Arreglo para interfaz_isa_multiple.tcl tapado por el CTC en op20_mm He instalado una versión de dicho script en el op20_mm que hace un raise de la ventana cada segundo, evitando así ser tapado. Si no me llegan más informes de problemas en la op20 (o en cuanto me llegue uno de las otras op) lo pongo en la op3_mm y en la op22_mm.
Cambios realizados:
- Nuevo script /home/isa/interfaz_isa_multiple.tcl en op20_mm
- cambiar /home/opermm/isa para que no haga la espera de 45s en op20_mm
También he mandado un e-mail a Dionisio para informarle del cambio.
Monday, 30 June 2003, 2:24:44 pm --Dario
Actualizacion de mataisa en op3_mm y op22_mm Hace una semana arreglé el script mataisa (hecho por Jorge Prieto) de la op20_mm, ya que "suicidaba" al script isa que usan para poner delante el interfaz del isa. Hoy lo he puesto en la op3_mm y en la op22_mm, que faltaba por actualizar (gracias a un aviso de Pedro García de comunicaciones).
Nota: parece que en la op3_mm no tienen manera de "echar para atrás" la aplicación de CTC (o lo que sea) y usan el /home/opermm/isa siempre (uffff....).
Friday, 27 June 2003, 9:01:21 am --Dario
Corrección de la script de cron para rdate. La script no estaba actualizando ni el reloj hardware ni el /etc/adjtime. La nueva versión (puesta en crp01 y en crp02) es:
==CUT===
# /etc/cron.d/rdate crontab fragment for rdate
# Fix date at 3:38am
38 3 * * * root if [ -x /usr/sbin/rdate ]; then /usr/sbin/rdate \
metrosun1 >/dev/null 2>&1; fi ; if [ -x /sbin/hwclock ]; then /bin/rm \
-f /etc/adjtime ; /sbin/hwclock --systohc ; fi
===CUT===
Thursday, 26 June 2003, 12:19:56 pm --Dario
Actualización hora en crp01 y crp02. Pongo en crp01 y crp02 el rdate (el deb está en manten01:/var/cache/apt/archives). Pongo en el /etc/hosts a metrosun1. Pongo UTC=yes en /etc/default/rcS. Añado /etc/cron.d/rdate con el contenido:
==CUT===
# /etc/cron.d/rdate crontab fragment for rdate
# Fix date at 3:38am
38 3 * * * root if [ -x /usr/sbin/rdate ]; then /usr/sbin/rdate \
metrosun1 >/dev/null 2>&1; fi
===CUT===
Incidencia en crp01/op20_mm. Resulta que de 6am a 8am de hoy no habia ningún vw conectado. Después todo funcionó bien (cosas de InfoGlobal).
Lo raro es que haciendo yo las pruebas con Dionisio, Dionisio dice que usaba el op20 y el proceso no aparecía ni en la op20_mm, ni en el isa.log de estaciones de la op20_mm, ni en el crp01 usando sockets-proceso-crp.sh ni en el crp.log de crp01 (ni en el isa.log de la op20), ni en los pantallazos a op20_mm:0.1... finalmente no he conseguido averiguar cómo Dionisio ha hecho las pruebas :-?.
Bug en CRP (PENDING). Detectado que se envia el estado.retros dos veces al ISA nada más conectarse (solo deberia mandarlo una).
Descripción del proyecto
(a completar)
|