Edit Control de retroproyectores de Puerta del Sur (panelvga05, panelvga06)

Title:

Last edited: 9:20:09 am on 22 October 2024 by 3.0.1.209

!!! Control de retroproyectores de Puerta del Sur

Esta es la página de instalación/mantenimiento (hardware y configuración) del servidor y el interfaz de control de los retroproyectores.

+^_@
_
<tt>Tuesday, 22 October 2024, 9:18:01 am</tt>
Se cambia de armario el panelvga05
El crppslpuertasurestaciones o crp_pslpuertasur_estaciones (fisico) se cambia de armario por necesidades de Metro. Se cambia del armario AT1-23, que es donde estaba, al AT1-20. No sabemos de donde lo han alimentado.
_
<tt>Monday, 17 September 2012, 6:23:31 pm</tt>
Actualizo el prog_relaunch de panelvga05 y 06 y activo que reinicie al hijo (crp_main) si los logs no crecen en 60s He actualizado el <tt>/home/ControlRetros/Datos/crp_main_relaunch</tt> a la ultima versiçón del <tt>prog_relaunch</tt>. He modificado el /etc/init.d/crp para uqe quede así:
<table border=1><tr><td><code>#!/bin/sh
# /etc/init.d/crp: start or stop CRP.

FLAGS="start 20 2 3 4 5 . stop 20 0 1 6 ."
# NO_RESTART_ON_UPGRADE

test -x /home/ControlRetros/Datos/crp_main -a -x /home/ControlRetros/Datos/crp_m
ain_relaunch -a -f /home/ControlRetros/crp_on_boot || exit 0

LOGPRODUCCION=crp.log
export LOGPRODUCCION
RELAUNCHDIR=/home/ControlRetros/Datos
export RELAUNCHDIR
RELAUNCHLOGWATCH="60;crp.log"
export RELAUNCHLOGWATCH

case "$1" in
  start)
      echo -n "Starting up CRP: crp_main"
      if grep "^[^#].*FuenteReloj" /etc/hosts ; then
            ntpdate FuenteReloj
      fi
      #. /home/ControlRetros/PonVariables
      /sbin/start-stop-daemon --chuid isa --background --make-pidfile --pidfile 
/home/ControlRetros/Datos/crp_main0.pid --start --quiet --exec /home/ControlRetr
os/Datos/crp_main_relaunch
      echo "."
    ;;
  stop)
      echo -n "Shutting down CRP: crp_main"
      /sbin/start-stop-daemon --stop --quiet --pidfile /home/ControlRetros/Datos
/crp_main0.pid
      SENIAL= ; for vez in 1 2 ; do for i in `/bin/ps aux | /bin/grep "c[r]p_mai
n" | /bin/grep -v "tclsh\|init.d" | /bin/sed "s/  */ /g" | /usr/bin/cut -d " " -
f 2` ; do /bin/kill $SENIAL $i ; done ; SENIAL=-9; sleep 1 ; done
      echo "."
    ;;
  restart|force-reload)
      $0 stop
      $0 start
    ;;
  *)
      echo "Usage: /etc/init.d/crp_main {start|stop|restart|force-reload}"
      exit 1
    ;;
esac

exit 0
</code></td></tr></table>
_
<tt>Friday, 28 November 2008, 7:34:43 am</tt>
Hago que se roten los logs del isacd en poitics4, poitics5 y poitics6 He hecho lo siguiente:
=opermm$ vi /usr/local/sico/tce/logclean_metro
<table border=1><tr><td><code>
 # Los del isa
 for f in /usr/local/sico/isacd/*.log; do
 if [ $f = '/usr/local/sico/isacd/*.log' ]; then
 # No hay ningÃºn directorio que case.
 break;
 fi
 rotatedir $f 7 0
 done
 /bin/ps -efa | /bin/grep i[s]atce | /bin/grep -v relaunch | /bin/sed "s/ */ /g" | /bin/cut -d " " -f 2 | /usr/bin/xargs /bin/kill
</code></td></tr></table>

Update 20081204 Actualizado el código de arriba para que mate a i[s]atce en vez de a i[s]a, porque si no también mataba al "Captura revisar"...
_
<tt>Monday, 23 June 2008, 7:38:58 pm</tt>
Instalo el logsocket2ip.tcl en panelvga06 Sirve para incluir en el log las IPs de las máquinas que hacen cada petición.
Uso (ejemplo):
=$ cat crp.log | ./logsocket2ip.tcl | grep "VTC" | tail
_
<tt>Tuesday, 3 June 2008, 5:45:48 pm</tt>
Corrijo un bug en isatce_vtc.tcl de poitics6 (y en psl12) Resulta que la cámara la estaba enciando con una comillas adicionales, y no les funcionaba. Ya está corregido. Además añado la script restart_isatce_vtc.sh. Hago lo mismo en psl12.
_
<tt>Friday, 22 December 2006, 12:06:41 pm</tt>
Metro va a instalar poitics1 y poitics2 Poitics1 tiene por IP 152.100.36.1 y lo ha estado instalando "Juan Pablo García (metro)" 678.27.72.39. He dejado en main1 el fichero <tt>/incoming/isacd-psur-est.tgz</tt> con lo que le he dicho que cambie.
_
<tt>Thursday, 6 July 2006, 11:41:14 am</tt>
Vuelvo a modificar lo del reboot en panelvga05 y hago que funcione el reboot tanto en panelvga05 como en panelvga06 ya que eso se puso para que control no pudiera rebotar la máquina, es mejor que este así. Para que sí funcione el shutdown he hecho lo siguiente:
= # cd /sbin
= # mkdir deactivated ; cd deactivated ; ln -s ../halt reboot
= # cd /etc/init.d
= # sed -i "s:^reboot:/sbin/deactivated/reboot:g" reboot

y asegurarme de que <tt>/sbin/reboot</tt> está renombrado a <tt>/sbin/reboot.deactivated</tt>.
_
<tt>Thursday, 6 July 2006, 11:30:10 am</tt>
Estaba cambiado el /sbin/reboot a /sbin/reboot.deactivated en panelvga05 Lo hemos vuelto a cambiar (no sabemos quién había sido, ¿nosotros?). El caso es que tal y como estaba, si se reiniciaba con un "shutdown -r now", entonces se quedaba pidiendo la password de root porque en el runlevel 6 el S99reboot no encontraba al /sbin/reboot.
Después de hablarlo con Javi, creemos que se hizo para que control no pudiera reiniciar la máquina a las 20 caídas, por no encontrar el reboot.
_
<tt>Thursday, 6 July 2006, 11:26:28 am</tt>
Hemos activado el segundo interfaz de red en panelvga05 Haciendo pruebas, resulta que sí funciona si ponemos se default gw con metric 2, haceindo pruebas:
= # ifconfig eth1 152.200.102.5 netmask 255.255.0.0
= # route add default gw 152.200.60.1 metric 2

Y hemos modificado de forma acorde el <tt>/etc/init.d/network</tt> para que ponga ese interfaz arriba (estaba comentado) y cambiado lo del gateway a metric 2.
_
<tt>Wednesday, 7 June 2006, 1:31:16 pm</tt>
Actualizo el crp_main de panelvga06 Ya que había muerto por un SIGPIPE (que no maneja). He modificado el codigo del crp para que ponga SIGPIPE a SIG_IGN, lo he compilado e instalado la nueva versión en panelvga06.
_
<tt>Friday, 19 May 2006, 5:27:54 pm</tt>
Actualizo el isatce en op84_mm y op87_mm (Puerta del Sur) En resumen: Hoy se ha terminado de instalar vídeo de trenes en la parte de seguridad de Puerta del Sur. Versión larga:

El pasado Martes ya configuramos a <tt>panelvga06</tt> para ello e hicimos la prueba de ponerlo en las <tt>op87_mm</tt> y <tt>op84_mm</tt>, pero en la <tt>op84_mm</tt> resultó muy inestable y lo dejamos sólo en la <tt>op87_mm</tt>.

Hoy se ha vuelto a poner en las dos ops, pero poniendo además una nueva versión del <tt>isatce</tt> en dichas ops que guarda el estado, para que los problemas de estabilidad no tengan efecto en los usuarios (sólo verán un parpadeo en la aplicación).

Se queda pendiente de poder depurar la aplicación y encontrar la fuente del problema de estabilidad (ya que los cores generados, al ser cargardos en el <tt>adb</tt>, éste da un error en el que se excusa por no poder hacer el "unwind" de la pila por razones desconocidas, y por otro lado en la oficina no he conseguido reproducir el problema aún).
_
<tt>Wednesday, 21 April 2004, 7:38:01 am</tt>
Hecho que los xterm10..15 se reinicien todos los días a las 4:30 He puesto en el crontab de root una línea para que los xterm se reinicien todos los días a las 4:30am.
_
<tt>Monday, 29 March 2004, 12:57:48 pm --Dario</tt>
Cambio de control en panelvga05/06 En panelvga05/06 se estaban quedando alunos UIs abiertos. Según parece eso es por estar desincronizados el ejecutable de control y el de los UIs (ha habido inserciones en la tabla de control que dice quiénes son UIs y quiénes son drivers y entonces a algunos UIs no los estaba reconociendo como tales y por eso no les enviaba la orden de "hide"). Se ha recompilado control aquí (en SICO) y se ha instalado en panelvga05 y panelvga06.
_
<tt>Monday, 29 March 2004, 10:52:05 am --Dario</tt>
Sergio Martín me ha enviado la siguiente información sobre la configuración de la red para los xterm14 y xterm15 (que tienen problemas):

Catalyst 2950-XL SW_PSURSECUNDARIA03
(Tabla corregida para mostrar el estado actual --después de los cambios de hoy)
|Puerto|Descripción|Dirección IP|Armario IG|Armario Intermedio|Armario SICO|
|FA0/19|RETROPROYECTORES 3 (xterm11)|150.200.107.101|B7 - 29 V/N|B1 - 29 V/N|-|
|FA0/20|RETROPROYECTORES 4 (xterm12)|150.200.107.102|B7 - 30 V/N|B1 - 30 V/N|-|
|FA0/21|RETROPROYECTORES ESTACIONES (xterm10)|150.200.107.100|B7 - 31 V/N|B1 - 31 V/N|B1 - P2 - 13 N/B|
|FA0/22|RETROPROYECTORES SECUNDARIO (xterm13)|150.200.107.103|B7 - 32 V/N|B1 - 32 V/N|B1 - P5 - 13 N/B|
|FA0/23|RETROPROYECTORES 5 (xterm14)|150.200.107.104|B7 - 25 V/N|B1 - 25 V/N|-|
|FA0/24|RETROPROYECTORES 6 (xterm15)|150.200.107.105|B7 - 26 V/N|B1 - 26 V/N|-|

Arranque de control de forma autómatica en pnelvga05/06 El pasado Jueves (¿o fue el Viernes?) hice que control arrancase automáticamente en panelvga05/panelvga06 (de manera análoga a frontalc y los PCs Linux de teleind/L6; usa /etc/inittab, rungetty y un .bash_profile "especial"). Sólo falta lo de que roten los ficheros y que se reinicien los xterm10..15
_
<tt>Tuesday, 9 March 2004, 12:45:35 pm --Dario</tt>
/informe desde campo)
Los pasos seguidos entre ayer y hoy han sido los siguientes...
Para el synergy
- Hecho un fichero de configuracion como servidor <tt>/etc/synergy.conf</tt> en <tt>xterm11</tt> y en <tt>xterm14</tt>.
- Puesto en <tt>/root/.Xsession</tt> que arranque el synergyc/synergys (segun el caso) en los xterm10-15.
- Copiar el /root/startxggi de <tt>xterm15</tt> al resto de los xterm (10-14) ya que no tenian lo de rearrancar automaticamente el xggi al salir de el (que sucede, p.ej. cuando se mata al gestor de ventanas).

Puesta en marcha de pnaelvga05/panelvga06 como op para los retros
- Se ha copiado el metrosun2 a xterm14 (152.200.107.104)
- Se ha hecho un tar de las partes importantes y se ha llamado minlinux (tiene el sun..linux y el V/Comun)
- Se ha copiado el tar tanto a panelvga05 como a 06 (en /copia-metrosun2) y descomprimido
- Se ha descativado el autofs (se ha hecho un autofs stop, y se ha comentado el contenido de /etc/auto.metro)
se ha hecho otro tar (en op88) con lo que se monta de servsiv y se ha llevado a panelvga05/06. Son tres paertes: normal, ejecutables (sun.linux) y extras (los mensajes y demas). Esto se ha puesto como /copia-servsiv
- Se han generado links en /honme/metro a las cosas relevantes de /copia-. Esto es el directorio de ejecutables (sun) lo de Mensajes, Lineas, etc. 
- Se ha dado en alta a panelvga05 y panelvga06 con los numeros 75 y 76 en metrosun1:CfgCOnfig.CFG (y se ha puesto la ip en /etc/hosts). odem con commsArganbda.
- Se ha comprobado en el CfgConfig.CFG de panelvga05/06 que esta dado de alta tanto metrosun1 como commsarganda.
- Comprobar lo de /home/metro/sistema/V/mensajes, Calendario, Lineas.
- Cambiar el CfgTipoUI.CFG para que arranque todos los procesos (algunos no los encontraba -- especificamente el ctrl_Acc y el acensores estaban sin _remoto, y no encontraba esos ejecutables). NOTA: no olvidarse de poner en el arranque un export IDPLAY=... antes de llamar a control, que si no, casca (por demasiadas salidas de algunos procesos...)
- Poner las fuentes de teleind (spc16x16c y spc32x32c) en los xterm10..15 (para eso se ha cogido el frontpci02:/incoming/fuentes-hpux-linux.tar.gz y se ha descomprimido en /usr/X11R6/lib/X11/fonts, y luego se ha metido en ...fonts/misc y se ha ejecuado valida.sh).
- Se ha cambiado en las opciones de wmaker (con un WPrefs como root) el tamaqo de los miniiconos a 24x24, para que sean pequenios y no molesten (que apenas se vean, vamos).

Y eso es todo por ahora.
Falta: el hacer que arranque control en panelvga05/06 automaticamente.

_
<tt>Monday, 8 March 2004, 11:58:48 am --Dario</tt>
(Informe desde campo)
He corregido un pequenio error en la script de arrancar el interfaz (es una hp-ux, y no haba redirigido el stdout/stderr a /dev/null, con lo que da errores de E/S en los puts).
He mandado arranca_retros-interfaz.sh y el retros-interfaz.tcl desde la op88_mm al resto de las ops, para que tengan la misma version.
He copiado /captura de metrosun2 en xterm14 via op88_mm (gracias a socket-upipe).
He hecho un tar.bz2 con solo lo imprescindible en xterm14 y lo he llevado a panelvga05 (1.8GB han pasado a ser 32MB :-o ).
Nota: El problema de transferencia entre panelvga05 y el resto del mundo (esta limitado a unos simples 20kB/s, aprox) no existe entre panelvga05 y xterm14. A saber como han hecho el NAT los de infoglobal (hay NAT desde panelvga05 hasta la red privada de los cubos).
En estos momentos me pongo con lo de instalar los enlaces simbolicos al nuevo sitio en panelvga05...

_
<tt>Friday, 5 March 2004, 1:41:49 pm --Dario</tt>
Instalación de retroserver Se han realizado las siguientes operaciones
- Instalado el paquete synergy en <tt>xterm10..15</tt>
- En <tt>rdsi2</tt> (comousuario <tt>metro</tt>) se han hecho scripts para arrancar y parar 6 vncs, simulando a los xterm (simxterm)
- Puesto el <tt>retroserver</tt> como demonio en <tt>panelvga05</tt>
- Comprobar que estaba correctamente instalado el soporte <tt>tcl/tk</tt> en las ops: <tt>op81, op82,op83, op84, op87</tt>y <tt>op88</tt>
- Poner en las ops mencionadas arriba el pequeño interfaz de retros-interfaz.tcl, de manera análogo al de panelvga del minitics de ministerios. Para eso se han instalado: <tt> /home/metro/isa/retros-interfaz.tcl /home/metro/isa/arranca_retros-interfaz.sh </tt>. También se ha modificado el <tt>/home/metro/.autostart</tt> para que llame al arranca...
- Se ha empezado a configurar el <tt>panelvga05</tt> como op de captura para que muestre lo que debe en <tt>xterm10..12</tt>, de manera análoga a la op82_mm. Para hacer las pruebas he dejado un script en sistema/V llamado <tt>display_a_simxterm.sh</tt>.

_
<tt>Monday, 1 March 2004, 4:42:09 pm --Dario</tt>
He hecho la prueba que he detallado en la descripción del proyecto, y todo parece funcionar bien. Está a falta de pasar por Puerta del Sur y ver qué tal funciona.

_
!! Descripción del proyecto

Se pretende controlar el canal de los retroproyectores de la pantalla gigante del TICS de Puerta del Sur.

Para ello está instalado un demonio en panelvga05 (accesible desde main1, user:isa pass:metro1) denominado retrorserver.

Para hacer pruebas con ello:

# Entras en panelvga05 como isa:metro1
# Haces un <tt>$ cd /home/isa/retroserver $ ./retroserver 10003 12x2/2x2 10.137.0.x:7090,x=1..24 </tt>
# En otra ventana: exportas el display a algún sitio y ejecutas el programa de control, p. ej. <tt>$ cd /home/isa/retroserver $ export DISPLAY=frontpci02:1.0 $ ./retros-interfaz.tcl localhost 10003 </tt>
# En salchichas abres un vncserver para verlo (si es que estaba abierto el vncserver que he puesto arriba, de passwd aphor13): <tt>$ xvncviewer rdsi2:1 </tt>

Y con eso deberías ver el interfaz

- lock this page
- enter new password
- reenter same password

Send e-mail alerts to these addresses upon next save: