Edit Instalación de paradas de ML2 sobre via-embedded

Title:

Last edited: 5:01:53 pm on 9 May 2011 by salchicha

+^_@
_
<tt>Monday, 9 May 2011, 5:01:53 pm</tt>
Se actualiza el mountall.sh de prey ya que no estaba usando lo de /chroot Se han seguido los pasos de "<tt>Monday, 10 March 2008, 9:52:25 am</tt>", copiando inicalmente el <tt>mountall.sh</tt> de <tt>scentro</tt> a <tt>frontml02:/tmp</tt>.

_
<tt>Monday, 25 May 2009, 6:29:27 pm</tt>
Quito el <tt>t1_salva_estado</tt> y el <tt>termina</tt> del <tt>cron.daily</tt> en todas las paradas Resulta que <tt>t1_salva_estado</tt> desmonta los directorios de trabajo, y cuando <tt>termina</tt> hace el shutdown y lleva la máquina al runlevel 0, <tt>init</tt> ejecuta "<tt>control stop</tt>" y éste a su vez "<tt>control-data stop</tt>". <tt>control-data</tt> es la script que se encarga de poner los logs en el HDD y pooner los ficheros de estado en <tt>/opt/updates</tt>, pero como <tt>t1_salva_estad</tt> ha desmontado los puntos de montaje "en ram", ya no encuentra los ficheros que tendría que guardar y ocurre el error de pérdida de información. La solución es borrar dichos ficheros del <tt>cron.daily</tt>, ya que no se usan y la máquina va a rebotar igualmente por tener una entrada en el crontab de root para ello.

Pasos realizados:
<tt>mount -o remount,rw /
rm /chroot/etc/cron.daily/t1_salva-estado /chroot/etc/cron.daily/termina /etc/cron.daily/t1_salva-estado /etc/cron.daily/termina
mount -o remount,ro /
sleep 3
exit
</tt>

No se ha podido hacer en:

12.138.58.11 (dcastillas2) sin ping
 12.142.58.11 (earavaca2) sin ping

_
<tt>Monday, 10 March 2008, 9:52:25 am</tt>
Actualizo el mountall.sh de pvega2 cangeles2 scentro2 belgica2 csomosaguas2 berna2 earavaca2 FALTAN prey2 poeste2 dcastillas2 por no tener ping. La actualización se ha hecho de la siguiente manera, desde el /tmp/ de fromtml02, en el que he puesto previamente el mountall.sh:
<tt>metro@frontML02:~$ for i in pvega2 cangeles2 prey2 scentro2 poeste2 belgica2 dcastillas2 csomosaguas2 berna2 earavaca2 ; do echo [$i] ; scp /tmp/mountall.sh root@${i}:/tmp ; ssh root@$i "mount -o remount,rw / ; mkdir /chroot ; cp /tmp/mountall.sh /mnt/orig/etc/init.d/ ; chmod 755 /mnt/orig/etc/init.d/mountall.sh ; mount -o remount,ro / ; reboot "; done</tt>
_
<tt>Monday, 10 March 2008, 9:46:41 am</tt>
Actualizo el mountall.sh de pvega cangeles scentro poeste belgica dcastillas berna earavaca Usando el procedimiento de <tt>Friday, 7 March 2008, 11:14:39 am</tt>.
_
<tt>Friday, 7 March 2008, 11:13:26 am</tt>
Instalada una nueva versión del mountall.sh en prey y csomosaguas La nueva versión no usa funionfs/fuse (probando a ver si está ahí el mem.leak que nos está mordiendo). Las instrucciones de instalación han sido, poniéndose en dario@salchicha:~/Programacion/proyectos/sico-paradas:
1. En salchicha se hace:
 $ scp mountall.sh root@frontml02:/tmp/
2. En la estacion, como root, se hace:
 # mount -o remount,rw /
 # mkdir /chroot
 # scp root@frontml02:/tmp/mountall.sh /mnt/orig/etc/init.d/
 # mount -o remount,ro /
 # reboot
_
<tt>Monday, 28 January 2008, 5:48:52 pm</tt>
Instalada una nueva versión del drvunitelway en berna Esta versión (de salchicha:/home/metro/sun.linux-unidadmaestra ) fuerza el timeout modbus a 2000 cuando está en desconexión.
_
<tt>Tuesday, 2 October 2007, 5:51:48 pm</tt>
Aplicado 009 a ml2. Excepto a (por estar sin comunicación):
07_poeste.tar 2 135 12.135.58.11
10_dcastillas.tar 2 138 12.138.58.11

_
<tt>Wednesday, 12 September 2007, 7:06:17 pm</tt>
Actualizado el drvunite a berna El que tenía se quedaba colgado en el pricntl, he puesto una versión que no hace el system para llamar a dicho comando.
_
<tt>Thursday, 26 July 2007, 7:57:17 pm</tt>
Aplicado 008, a ml2 Aplicado 
07_poeste.tar 2 135 12.135.58.11
10_dcastillas.tar 2 138 12.138.58.11
14_earavaca.tar 2 142 12.142.58.11

_
<tt>Monday, 23 July 2007, 5:22:31 pm</tt>
Instalo el soporte al disco duro en belgica_1
_
<tt>Monday, 23 July 2007, 3:57:46 pm</tt>
Aplicado 007 corregido_2 expcepto a (por no comunicar):
<s>03_cangeles.tar 2 131 12.131.58.11</s>
<s>07_poeste.tar 2 135 12.135.58.11</s>
10_dcastillas.tar 2 138 12.138.58.11

_
<tt>Friday, 20 July 2007, 7:49:04 pm</tt>
Aplicado 007 corregido excepto a (por no comunicar)
03_cangeles.tar 2 131 12.131.58.11
07_poeste.tar 2 135 12.135.58.11
10_dcastillas.tar 2 138 12.138.58.11

_
<tt>Thursday, 19 July 2007, 6:36:03 pm</tt>
Aplicado parche 007 (file2flash) a todo ml2 excepto las siguientes (por no comunicar)
03_cangeles.tar 2 131 12.131.58.11
07_poeste.tar 2 135 12.135.58.11
10_dcastillas.tar 2 138 12.138.58.11
_
<tt>Friday, 1 June 2007, 4:10:53 pm</tt>
Hecho un duplicado de poeste con el numero 31a/b Ya que Rosa me informa que hay que instalarlo y que en el armario que deberia tener esos equipos, dichos equipos no están.
_
<tt>Friday, 25 May 2007, 7:37:44 pm</tt>
Hecho un duplicado de berna con el número 30a/b Ya que hay que instalarlo la semana que viene (Rosa me lo pide), por si acaso lo han extraviado.
_
<tt>Friday, 20 April 2007, 12:41:41 pm</tt>

_
! Descripción del proyecto

NOTA: Todos estos discos están hechos, falta completar la tabla

|disco_Estación|Geografía|IP (1) y (2)|GW|Máscara|Switch|Puerto (1) y (2)|Estado|
|16ab_Prado de la Vega|CC|12.130.58.10 y 11|12.130.58.1|255.255.255.0|switch CC NA_3750GBPVEGA_MLT2_00 220.200.72.2|Fa0/4 y Fa0/5|-|
|17ab_Colonia de los Angeles|CC|12.131.58.10 y 11|12.131.58.1|255.255.255.0|switch CC NA_3750GBCANGELES_MLT2_00 220.200.72.3|Fa0/4 y Fa0/5|-|
|18ab_Prado del Rey|CC|12.132.58.10 y 11|12.132.58.1|255.255.255.0|switch CC NA_3750GBPREY_MLT2_00 220.200.72.4|Fa0/4 y Fa0/5|-|

|19ab_Somosaguas Centro|CC|12.134.58.10 y 11|
|20ab_Pozuelo Oeste|CC|12.135.58.10 y 11|
|21ab_Bélgica|CC|12.137.58.10 y 11|
|22ab_Dos Castillas|CC|12.138.58.10 y 11|
|23ab_Campus Somosaguas|CC|12.139.58.10 y 11|
|24ab_Berna|CC|12.141.58.10 y 11|
|25ab_Estación de Aravaca|CC|12.142.58.10 y 11|

30ab es un duplicado de Berna.
31ab es un duplicado dePozuelo Oeste

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

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