Edit Instalación TCII en línea 8

Title:

Last edited: 7:25:45 pm on 2 October 2009 by salchicha.sico.local

!!! Instalación TCII en línea 8

+^_@
_
<tt>Friday, 2 October 2009, 7:25:45 pm</tt>
Preparado cnaciones para la demo del Lunes a Metro Sao Paulo Para reiniciar los servicios, hay que entrar en tciicnaciones, y en <tt>/home/metro</tt>
1. Ejecutar como root el
= metro@tciicnaciones:/home/metro# ./restart_tcii_root.sh
2. Ejecutar como metro:
= metro@tciicnaciones:~$ ./restart_tcii_metro.sh

Con eso se reinician los servidores VNC y con ellos las aplicaciones.
_
<tt>Tuesday, 10 July 2007, 6:10:46 pm</tt>
Cambiamos la IP a mar de cristal pero sigue sin comunicar. Esta conectado al switch "15026" con boca 21, y tiene conectividad (está en verde la boca). Esto es en el Cuarto de Comunicaciones de L8 de Mar de Cristal.
_
<tt>Tuesday, 17 April 2007, 10:47:18 am</tt>
Añado T4 Y hago el disco correcpondiente
_
<tt>Monday, 8 January 2007, 4:43:33 pm</tt>
Añado a la tabla de abajo a Pinar del Rey Ya que hay que poner tcii en las estaciones de la ampliación...
_
<tt>Friday, 10 November 2006, 12:00:08 pm</tt>
Cambio de las IPs de TCII de línea 8 Resulta que con el cambio de ATM a Gigabit, cambian también als asignaciones de IP. Hemos hecho hoy el cambio (previa conversión con Sergio Martí, me ha asistido en línea David de IG) para todos los PCs de l8 excepto para <tt>tciimcristal</tt>, que estaba apagado (y la reboteadora también (!). He actualizado las IPs tanto en el resumen de esta página como en main1. Procedimiento usado (ejemplo para <tt>tciimcristal</tt>):
# Editar el <tt>/etc/network/interfaces</tt> para la nueva IP/netmask/gateway
# Ejecutar el siguiente comando antes de que cambien la configuración del puerto: <tt># route del default gw 67.64.129.1 ; ifconfig eth0 18.4.101.225 netmask 255.255.255.0 ; route add default gw 18.4.101.1</tt>
# Decir a Infoglobal que cambien la configuración del puerto
# Esperar a que la nueva IP tenga <tt>ping</tt> desde <tt>main1</tt>
# Entrar por telnet y hacer la comprobación de que está bien configurado el <tt>/etc/network/interfaces</tt> con: <tt># ifconfig eth0 down ; /etc/init.d/networking restart # </tt>
Nota:¡¡¡Esto implica cambiar la script de conexión en las PDAs!!! Hay que poner las nuevas IPs en <tt>/home/zaurus/tclient.sh</tt> 
_
<tt>Tuesday, 18 July 2006, 10:37:53 am</tt>
Cambio la IP de la localizaciónde Aeropuerto a 18.6.103.0/24 en zonas.cfg En los tciinministerios (0), tciicolombia (1), <s>tciimcristal (?)</s>, tciicnaciones (?), tciiaeropuerto (?), tciibarajas (?). En tciimcristal no lo he podido poner porque está caído.

Rearranco las aplicaciones de captura en esos servidores, que estaban caídas (?) Y todavía no sé por qué las aplicaciones se caen de vez en cuando (sin embargo las aplicaciones específicas de tcii no tienen ese problema... mmm.... ¿control_relaunch?).
_
<tt>Friday, 15 July 2005, 9:38:48 am</tt>
Vuelvo a poner la línea de crontab que reinicia el vnc en barajas, aeropuerto Resuta que el problema era del servidor del TCE (metrosun1). Vuelvo a poner la línea del cron, que parece que sí estaba funcionando bien.
_
<tt>Wednesday, 13 July 2005, 10:31:56 am</tt>
Quito la línea del crontab que reiniciaba el vnc en barajas, aeropuerto Resulta que estaba reiniciando las aplicaciones cada 10 minutos (!). Debe tener algún problema ejecutando el comando desde el cron, de manera que no de el mismo resultado que cuando se ejecuta desde línea de comandos. Dejo puesta la de nministerios para probar.
_
<tt>Tuesday, 12 July 2005, 4:49:50 pm</tt>
Quito las restricciones de localización en el pdas.cfg de tciibarajas, tciiaeropuerto, tciinministerios Ya que me informa Ramón Merchán que Fran le confirma que Irene ha pedido hace varios meses que no haya restricciones a dónde se puede usar cada PDA.
_
<tt>Friday, 8 July 2005, 8:50:41 am</tt>
tciibarajas está caído Y no se levanta apagándolo/encendiéndolo desde la reboteadora :-?
_
<tt>Thursday, 7 July 2005, 1:33:48 pm</tt>
Añado la MAC Wifi del Tablet TC1100 de InfoGlobal a la lista de pdas de nministerios, barajas, aeropuerto Ya que se va a usar por Irene y Ricardo (se supone).
_
<tt>Wednesday, 6 July 2005, 4:25:54 pm</tt>
Pongo en el crontab que cada 10min compruebe si están rodando los vnc y si no lo están, que los arranque, para barajas,aeropuerto y nministerios La línea que he puesto en el crontab de root es la siguiente:
<table border=1><tr><td><tt>5,15,25,35,45,55 &star; &star; &star; &star;[TAB]( if [ `ps -efa --forest | grep "X11/[X]vnc" | wc --lines | tr -d " "` != 6 ]; then /etc/init.d/vnc stop ; sleep 45 ; /etc/init.d/vnc start ; echo `date` Not enough vnc processes, restarting vnc >> /home/root/vnc_restart.log ; fi ) 2>/dev/null >/dev/null</tt></td></tr></table>
De todas formas, parece tener algún bug porque no salen las trazas de <tt>/home/root/vnc_restart.log</tt>.
_
<tt>Monday, 27 June 2005, 10:57:26 am</tt>
Hago que control se arranque con un control_relaunch en tciibarajas, tciiaeropuerto, tciinministerios Ya que a veces control se moría y no se rearrancaba :-?. He cambiado los sigiuientes ficheros:
# Hecho un enlace: "cd /home/metro/sun ; ln -s /usr/local/bin/prog_relaunch control_relaunch"
# Modificado Captura para que tenga en cuenta el nuevo ejecutable: "su" "vi /etc/init.d/Captura" ; añadido /home/metro/control_relaunch a REQ.
# Editado /home/metro/.autostart para que llame a control_relaunch en vez de control.
_
<tt>Thursday, 23 June 2005, 9:41:25 am</tt>
Añado en la configuración de tciibarajas, tciiaeropuerto, tciinministerios que puedan hacer pruebas desde las instalaciones de infoglobal Ayer añadí una nueva localización (infoglobal en 172.19.120.0/24) y hoy he añadido una nueva pda (ig3) y hago que el usuario de 12345 pueda entrar desde todas las localizaciones.
_
<tt>Tuesday, 7 June 2005, 1:51:11 pm</tt>
Actualizo el ui_plano_remoto en barajas, aeropuerto, nministerios, colombia, cnaciones Ya que el que había ha tenido un core hoy por culpa de una alarma errónea que ha llegado a n.ministerios (y como todos estaban visualizando n.ministerios pues todos han obtenido un sigsegv). Javi Ya ha corregido el bug (esta mañana), con lo que a partir de ahora no debería volver a pasar.
_
<tt>Friday, 27 May 2005, 4:50:55 pm</tt>
instalo el rdate en barajas, aeropuerto, nministerios, colombia, cnaciones y tb. lo ejecuto contra el 150.100.122.31 (main1) una vez.

Edito /usr/bin/X11/vncserver para que use un prog_relaunch para arrancar el Xvnc en barajas, aeropuerto, nministerios, colombia, cnaciones Ya que a veces se estaba muriendo el del display :0 :-?
# Hecho un <tt># ln -s /usr/local/bin/prog_relaunch /usr/bin/X11/Xvnc_relaunch</tt>
# Cambiado en <tt>/usr/bin/X11/vncserver</tt> todos los Xvnc por Xvnc_relaunch <tt># cat /usr/bin/X11/vncserver | sed "s/Xvnc/Xvnc_relaunch/g" | sed "s+Xvnc_relaunch :+/usr/bin/X11/Xvnc_relaunch :+g" &gt; /tmp/fich.txt.tmp ; cat /tmp/fich.txt.tmp &gt; /usr/bin/X11/vncserver ; rm /tmp/fich.txt.tmp</tt>
_
<tt>Friday, 13 May 2005, 12:20:48 pm</tt>
Acualizo ui_escalera_remoto en barajas, aeropuerto, nministerios, colombia, cnaciones Ya que rosa me ha avisado que había un bug en dicho programa y que lo recompilase y lo llevase a metrosun2 (y de paso a los tcii).

NOTA: ¿Por qué los tcii montan metrosun2 pero después su sun no es un enlace al sun.linux de metrosun2? Habría que hacer una prueba de cambiar el sun a un enlace...
_
<tt>Friday, 29 April 2005, 12:20:19 pm</tt>
Protejo el .Xsession frente a cores del ahwm en barajas, aeropuerto y nministerios Ya que a veces el vnc0 se terminaba, supongo que era porque el ahwm se moría, por lo que lo he puesto dentro de un "while true;...;done".
_
<tt>Monday, 25 April 2005, 10:12:14 am</tt>
Corrijo un bug en pdas.cfg para nministerios, barajas, aeropuerto En la pda5 ponia ministerios en vez de nministerios. Lo cambio y recargo la configuración.
_
<tt>Monday, 25 April 2005, 9:58:57 am</tt>
Añado acceso a las PDAs de IG en nministerios, barajas y aeropuerto Porque Manuel Ruiz (IG) necesitaba hacer una demo a Jesus Vadillo (si no he entendido mal...)

Hago que /etc/init.d/Captura reinicie tciiserver después del logclean en nministerios, barajas y aeropuerto Ya que al rotar los ficheros con el tciiserver arrancado provocaba perder las trazas a partir de ese momento, hago que después de rotar los ficheros rearranque al tciiserver.

El problema radicaba en que el tciiserver se arranca del de el <tt>.bash_profile</tt>, mientras que las trazas se rotan más tarde, desde el <tt>/etc/init.d/Captura</tt> que se arranca en el <tt>.Xsession</tt>. Esto provocaba que primero se arrancase el tciiserver y luego se rotasen las trazas, lo cual invalidaba el file-descriptor del fichero de las trazas en tciiserver y se perdían todas las trazas a partir de ese momento.

Cambio en el usuros.cfg de nministerios,barajas, aeropuerto el usuario "Yolanda" por el de "Conchi" Que fue un cambio del que me informaron en la reunión del viernes.

Pongo la script cfgreload.sh en nministerios,barajas y aeropuerto que manda un SIGHUP a tciiserver para que recargue la base de datos de usuarios/pdas/zonas.
_
<tt>Friday, 22 April 2005, 6:03:26 pm</tt>
Instalo la versión con perfiles en nministerios, barajas, aeropuerto, colombia y cnaciones Así ya tienen el listado de PDAs junto a en dónde se pueden usar en todas las estaciones instaladas.
_
<tt>Tuesday, 19 April 2005, 9:40:27 am</tt>
tciibarajas ha vuelto a bloquearse Lo he rebotado desde la reboteadora de <tt>sivbarajas</tt>, boca 2 y todo ha vuelto a la normalidad :-?. Según los tciiserver.log, estaba parado desde el día 15. Lo que sucedió fue que al reiniciarse a las 4am el día 15, no volvió a encenderse :-?.
_
<tt>Tuesday, 12 April 2005, 7:32:35 am</tt>
Actualizo el users.cfg de nministerios, aeropuerto, barajas, colombia y cnaciones Me habían dado unos cuantos cambios en los usuarios de pruebas en la reuión de TCII de ayer (entrega de PDAs). El nuevo está aquí: *+users.cfg+*.
_
<tt>Tuesday, 29 March 2005, 7:39:42 am</tt>
Reinstalado el software en tciibarajas usando el backup Pasos en tciibarajas que sustituyen a los del tciicnaciones de 28.Mar.2005:

= # su
= # cd /
= # cp /usr/local/bin/socket-upipe-&star; .
= # cp /etc/network/interfaces .
= # cat interfaces
= # cp /home/metro/sistema/V/CfgConfig.CFG .
= # /etc/init.d/vnc stop
= # /home/metro/tciiserver/stop.sh
= # /home/metro/crptcii/stop.sh
= # /etc/init.d/autofs stop
= # mv /home/metro/ /home/metro.old
= # mount -o remount,rw /boot/
= # ls
= # ./socket-upipe-server 10000 | tar --exclude ./proc -xjf -
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;(Aquí es donde se arranca el "<tt>cat backup-tciinministerios_20050316-1.tar.bz2 | socket-upipe-client 67.64.161.11 10000</tt>" en <tt>frontpci02</tt>)
= # rm -rf /home/metro.old
= # cp interfaces /etc/network/interfaces
= # cat interfaces
= # hostname-change tciinministerios huihui tciicnaciones huihui
= # vi /etc/hosts
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;(He puesto bien la IP propia en el /etc/hosts)
= # mount -o remount,rw /boot/
= # lilo
= # vi /home/metro/tciiserver/go.sh
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;(He puesto bien la IP propia en el go.sh)
= # cp CfgConfig.CFG /home/metro/sistema/V/CfgConfig.CFG

Reinstalo el software en tciiaeropuerto Usando el mismo procedimento especificado arriba.
_
<tt>Monday, 28 March 2005, 9:51:03 am</tt>
FALTA: Poner un supervisor tanto para control como para los VNCs en los servidores de tcii Porque hay días que control no arranca (por alguna razón desconocida), y otras veces que muere el servidor de VNC.

FALTA: ver qué le pasa a tciimcristal Que es un PC con el que nunca he tenido PING.
_
<tt>Monday, 28 March 2005, 8:56:31 am</tt>
Instalado el software de tcii en tciicnaciones Usando el backup de tciinministerios. Los comandos realizados han sido:
- En <tt>tciicnaciones</tt>:
= # su
= # cd /
= # ftp 150.100.122.31
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;(He cogido el socket-upipe-server y el socket-upipe-client)
= # chmod a+x socket-upipe-&star;
= # cp /etc/network/interfaces .
= # cat interfaces 
= # ./socket-upipe-server 10000 | tar --exclude ./proc -xjf -
= # cp interfaces /etc/network/interfaces
= # hostname-change tciinministerios huihui tciicnaciones huihui
= # vi /etc/hosts
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;(He puesto bien la IP propia en el /etc/hosts)
= # mount -o remount,rw /boot/
= # lilo
= # vi /home/metro/tciiserver/go.sh
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;(He puesto bien la IP propia en el go.sh)
- En <tt>frontpci02</tt>:
= $ cd /home/metro
= $ cat backup-tciinministerios_20050316-1.tar.bz2 | \
= socket-upipe-client 67.64.161.11 10000

Y eso ha sido todo.

FALTA: poner bien la configuración de las aplicaciones de captura. He comentado el arranque de captura en <tt>/home/metro/.Xsession</tt>, por lo que también habría que descomentar eso.

Instalo el software de tcii por el mismo procedimiento en tciicolombia. Sin incedencias. Para activarlo hay que hacer lo mismo, configurar la localización de captura y descomentar el arranque en .Xsession.
_
<tt>Wednesday, 16 March 2005, 8:36:00 pm</tt>
He hecho un backup de tciinministerios, para poder clonar PCs de tcii fácilmente EL proceso seguido ha sido el siguiente:
- En frontpci02:
= $ cd /home/metro
= $ socket-upipe-server 10000 | gzip -dc - | bzip2 -9 > \
= backup-tciinministerios_20050316-1.tar.bz2
- En tciinministerios:
= # su
= # cd /
= # tar --exclude proc --exclude ./proc -cf - . | gzip -1 | \
= socket-upipe-client 152.200.169.3 10000

Y eso fue todo.

He tenido que reiniciar captura en tciinministerios Resulta que las pantallas del vnc estaban vacías :-?. No es la primera vez que sucede. Simplemente he hecho:
= # /etc/init.d/vnc stop ; sleep 1m ; /etc/init.d/vnc start

_
<tt>Friday, 4 March 2005, 5:02:52 pm</tt>
Actualizados los ejecutables de tce en tciinministerios/barajas/aeropuerto Esta mañana rosa ha actualizado los ejecutables de tciinministerios para las pruebas que hemos hecho Bea y Yo. Esta tarde he replicado el directorio sun de tciiministerios a barajas e aeropuerto.
_
<tt>Thursday, 3 March 2005, 10:49:50 am</tt>
Actualizado tciiserver en tciinministerios/barajas/aeropuerto Esta mañana actualicé el tciiserver en los tres servidores y lo probñe desde la PDA usando las rutas en la oficina. La nueva versión incluye el hacer un ping funcional de tciiserver a tclient para saber cuándo se ha desconectado el cliente.

Actualizado el windowwatch Por otro lado, el 28/02 instalé el windowwatch actualizado en nministerios, y el 1/03 en barajas y aeropuerto. Esta versión manda todos y cada uno de los sucesos de nueva ventana, sin intentar discriminar los de override-redirect (la anterior lo intentaba y lo hacía mal; no mandaba ningún mensaje de nueva ventana a las PDAs).
_
<tt>Monday, 28 February 2005, 4:20:13 pm</tt>
tciibarajas estaba bloqueado Santiago ha tenido que reiniciar el PC, y entonces todo ha vuelto a la normalidad. Para un futuro:

tciibarajas: está conectado al puerto 3 de la rebotedora de barajas (sivbarajas)
_
<tt>Thursday, 10 February 2005, 10:09:33 am</tt>
Hechos nuevos parches (patch5 a 7) Al instalar el basrajas se ha visto la necesidad de instalar "nuevos" parches (cosas que había modificado en ministerio sy no había puesto en todos sitios).

FALTA: una vez aplicados todos los parches, hay que copiar los ejecutables de /home/metro/sun de tciinministerios a la estación en cuestión.
_
<tt>Friday, 4 February 2005, 3:51:50 pm</tt>
Hecho prototipo-tcii-v1_patch4 en seraphim He puesto lo que se dice abajo (menos lo de tsatcii/crptcii) y un CfgUI_PlanoEstacion.CFG actualizados en
= seraphim:/backups/prototipo-tcii-v1_patch4.tgz

Es decir, que sobre eso hay que actualzar el
- crptcii
- isatcii

Y he instalado dicho parche en <tt>tciibarajas</tt> y <tt>tciiaeropuerto</tt> (que son las otras dos estaciones con el tcii en ejecución).
_
<tt>Tuesday, 14 December 2004, 1:01:28 pm</tt>
Cambios en tciinministerios Se han modificado (por Javi o por mi) los siguientes ficheros en tciinministerios (habría que actualizar los tarballs de instalación con estos cambios):
<tt>
- .bash_profile
- /etc/init.d/logclean_metro
- /etc/X11/pwm/pwm.conf
- .autostart
- sun/ui_plano_remoto
- (todo lo de isatcii/crptcii)
</tt>
_
<tt>Tuesday, 30 November 2004, 9:40:55 pm</tt>
He instalado el isacd_tcii y el crptcii en tciinministerios Y hecho que se arranquen desde <tt>.autostart</tt>.

Actualizado ui_plano/escaleras/ascensor_remoto en tciinministerios
_
<tt>Monday, 22 November 2004, 5:43:08 pm</tt>
A vueltas con las IPs Javi ha cambiado las IPs en el /etc/hosts de metrosun1 y reiniciado, con lo que ya han cogido los tciiserver la conexión a captura otra vez.

He cambiado las IPs también en tciiserver de min, aer y bar.
_
<tt>Tuesday, 16 November 2004, 9:05:02 am --Dario</tt>
Resultado de la actualización de direcciones ip Ayer hicimos los cambios. Colombia y Mar de Cristal no comunicaban, con lo que Santiago fue a ver qué pasaba. Colombia ha quedado comunicando, pero Mar de Cristal va a tener que esperar.

Resulta que Colombia estaba conectado en un switch diferente del que decía Infoglobal (ha quedado conectado en el switch de gigabit, REST_COLOMBIA_L8, puerto 10). Lo ha conectado al switch adecuado y ahora sí comunica.

Mar de Cristal tiene un problema diferente: el switch asignado está en el cuarto de comunicaciones de línea 4 (un router 3750, REST_MCRISTAL_L4, puerto 10), mientras que el PC está en e el cuerto de comunicaciones de la línea 8, conectado en la boca 21 (en un router 2900). Hemos informado a InfoGlobal (Fernando del Cid, ayer al mediodía) de que debería estar en el de línea 8 y nos han dicho que en principio sobre el Viernes nos darían una respuesta (y , en principio, una boca en el cuarto de línea 8). Santiago me comentó que si nos daban la boca 21, entonces no tendríamos que cambiar nada; ya le dije a InfoGlobal que estabamos conectados en la boca 21, pero no tengo muchas esperanzas en que lo tengan en cuenta.
_
<tt>Friday, 12 November 2004, 4:59:05 pm --Dario</tt>
 El próximo Lunes 15 de Nov. hay que cambiar las direcciones de los sevidores de tcii Metro ha quedado con IG en poner otras IPs a los servidores de tcii. Las direcciones son del estilo de 67.64.xxx.11 con el gateway acabado en .1:
|Servidor|ip|red clientes|
|min| 67.64.65.11|67.64.67.0/24|
|col| 67.64.97.11|67.64.99.0/24|
|mcr| 67.64.129.11|-|
|nac| 67.64.161.11|-|
|aer| 67.64.193.11|-|
|bar| 67.64.225.11|-|
Fernando de Cid va a poner el nuevo direccionamiento el Lunes, y van a estar activos ambos durente 2 días, desactivando el antiguo a continuación.
Updated (16/11/2004): min es finalmente .65.11
Updated (14/04/2005): pongo la columna de "red clientes"
_
<tt>Tuesday, 13 July 2004, 5:37:04 pm --Dario</tt>
 Ya tiene login tciinministerios Santiago ha hecho lo del apt-get rsh-server y ya he restaurado el login.
_
<tt>Wednesday, 7 July 2004, 5:51:37 pm --Dario</tt>
Ya tienen ping todos excepto mar de cristal He hablado hoy con Fernando del Cid para que me dijera el estado de todos (y el por qué en al hacer telnet me salía un equipo diferente) 
# la ip del de barajas la tenía mal puesta en main1/rdsi2
# ha configurado los routers de bar, aer, cna, nmi (col ya estaba)
En resumen, que sólo queda por tener conectividad con mar de cristal.

Por otro lado, he puesto bien lo de los permisos en todos los ordenadores con ping excepto en nuevos ministerios, ya que este último no parece estar instalado el rsh.
_
<tt>Wednesday, 30 June 2004, 10:42:38 am --Dario</tt>
 Ya están los PCs colocados en todas las estaciones El estado actual es
|PC|Instalado|Luz router|Alta UR|ping|apt-get rsh-&star;|Telnet|Binarios|
|tciinministerios|X|X|X|X|X|X|X|
|tciicolombia|X|X|X|X|X|X|X(1)|
|tciimcristal|X|X|X|.|X|.|.|
|tciicnaciones|X|.|X|X|X|X|X(1)|
|tciiaeropuerto|X|X|X|X|X|X|X|
|tciibarajas|X|X|X|X|X|X|X|

(1) Está instalado pero desactivado. Falta configurar captura con la localización correcta y descomentar el arranque en el .Xsession.

He hablado con Fernando del Cid y me ha dicho que daba de alta cnaciones. Y que para los demás no sabía cuánto iban a tardar (que les llame la semana que viene).
Edit 7/07/2004: Actualizado al estado actual
Edit 13/07/2004: Actualizado al estado actual
Edit 20/09/2004: Pongo también el estado de instalación del software
Edit 28/03/2005: Actualizo el estado de instalación de tciicnaciones.
_
<tt>Wednesday, 30 June 2004, 9:52:10 am --Dario</tt>
CNaciones, sin ping Además santiago dice que el led del router no se puso verde (al contrario que otras veces). Además había dos routers, uno con esa boca ocupada y otro con ella libre (lo ha puesto en la que lo tenía libre). Boca 3 de la reboteadora. Santiago ha hecho lo del apt-get rsh-server.

mar de cristal, sin ping tb. ha hecho lo del apt-get rsh-server. Pongo lo de la boca 3 del reboteador.
_
<tt>Tuesday, 29 June 2004, 1:32:45 pm --Dario</tt>
Hecho Colombia. Además he arreglado los errores de permisos disco (ver abajo cómo se hace, eso corrige el error de "telnetd: getpty: No such file or directory" al intentar entrar por telnet). Está conectado a la boca 3 de la reboteadora (y la he configurado)
_
<tt>Monday, 28 June 2004, 5:25:14 pm --Dario</tt>
Aeropuerto, sin ping Conectado a la boca 3 de la reboteadora. Ya la he configurado.
_
<tt>Monday, 28 June 2004, 12:44:31 pm --Dario</tt>
Según Sergio Martín ya deberían tener ping Colombia y Mar de Cristal. Como ninguno de esos dos tiene el PC instalado, habrá que esperar...
_
<tt>Monday, 28 June 2004, 12:27:44 pm --Dario</tt>
Barajas, sin ping Santiago ha instalado Barajas, pero no tiene ping. Ha conectado el PC a la boca 3 de la reboteadora. He dado de alta dicho PC como "TCII-Barajas" en la reboteadora (desde el ordenador de teleindicadores de barajas).
_
<tt>Monday, 28 June 2004, 12:26:15 pm --Dario</tt>
Nuevos Ministerios, sin ping El pasado martes (o fué el miércoles?) Santiago instaló el PC de Nuevos Ministerios. Se encendió la luz del router, pero no tenía ping.
Jesús llamó a Sergio Martín para preguntar qué pasaba y le dijeros que seguramente hasta el Jueves no tendría conectividad, y para el resto de las estaciones a partir del lunes 28/06/2004.

Lo volví a comprobar el Viernes y seguía sin ping. Hoy lunes todavía no tiene ping
_

!! Descripción del proyecto

Para la gestión de los clientes de TCII (Telecontrol Inalámbrico de Instalaciones) se hace necesario tener un PC en cada estación.

Los PCs los está instalando Santiago en los cuartos de comunicaciones de las estaciones (es decir, en los cuartos donde están los PCs de teleindicadores). Después de instalarlos hay que:

# Comprobar que tienen ping
# Dar de alta a dicho PC en la reboteadora correspondiente.

Para corregir unos problemas de permisos:

# Santiago tiene que entrar en consola como root y hacer un "apt-get install rsh-server rsh-client"
# desde salchicha hay que hacer:
= $ fput /home/dario/tcl/permisos-woody.sh
= $ fgo +nombremaquina/tmp
= nombremaquina$ su
= brownie
= nombremaquina# apt-get install wget
= nombremaquina# wget ftp://metro:metro570@150.100.122.31/incoming/permisos-woody.sh
= nombremaquina# . /tmp/permisos-woody.sh

Y eso sí que es todo.

Las IPs son:

|Estación|hostname|IP|netmask|Gateway|
|Nuevos Ministerios|tciinministerios|18.2.101.225|255.255.255.0|18.2.101.1|
|Colombia|tcicolombia|18.3.101.225|255.255.255.0|18.3.101.1|
|Mar de Cristal&star;&star;&star;|tciimcristal|18.4.101.225|255.255.255.0|18.4.101.1|
|Campo de las Naciones|tciicnaciones|18.5.101.225|255.255.255.0|18.5.101.1|
|Aeropuerto|tciiaeropuerto|18.6.101.225|255.255.255.0|18.6.101.1|
|Barajas|tciibarajas|18.7.101.225|255.255.255.0|18.7.101.1|
&star;&star;&star; Sin cambiar la IP desde qe tenía la 67.64.131.11. Tiene que ir alguien a cambiarlo "a mano".

|Estación|Geografía|IP|GW|Máscara|Switch|Puerto|
|Pinar del Rey|CC|18.8.101.8|18.8.101.1|255.255.255.0|NA_3750GBPINARDELREY|FA/1/0/19|
|T4|CC|18.9.101.10|18.9.101.1|255.255.255.0|switch CC_01 NA_TERMINALT401 18.9.0.10|Fa0/1|

Y para el Front-end
|Nombre|IP|Router|Switch|boca|
|fronttciil08|16.0.62.77/24|16.0.62.1|c4510PM-1|Gi4/35|
|rfronttciil08|152.100.72.3/16|152.100.60.1|SW_PSURPRIMARIA06|FA0/23|

_
! Attachs
*+users.cfg+*

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

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