Mantenimiento de pupitres sobre flash

Mantenimiento de pupitres sobre flash

Monday, 6 March 2017, 11:17:38 am
Fallo en tarjeta gigabit en pupitres No se detecta la gigabit integrada intel:
En un pupitre con eso malo, no sale en el ifconfig, y haciendo un grep de la terjeta sale lo siguiente:

root@pscpuentevallecas:/etc/init.d# /sbin/ifconfig eth0
eth0: error fetching interface information: Device not found
root@pscpuentevallecas:/etc/init.d# lspci | grep Gigabit
01:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection
root@pscpuentevallecas:/etc/init.d# dmesg | grep 01:00.0
[    0.195063] pci 0000:01:00.0: reg 10 32bit mmio: [0x80200000-0x8021ffff]
[    0.195077] pci 0000:01:00.0: reg 14 32bit mmio: [0x80100000-0x801fffff]
[    0.195092] pci 0000:01:00.0: reg 18 io port: [0x2000-0x201f]
[    0.195117] pci 0000:01:00.0: reg 1c 32bit mmio: [0x80220000-0x80223fff]
[    0.195208] pci 0000:01:00.0: PME# supported from D0 D3hot D3cold
[    0.195216] pci 0000:01:00.0: PME# disabled
[    1.520680] e1000e 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[    1.520725] e1000e 0000:01:00.0: setting latency timer to 64
[    1.520905] 0000:01:00.0: 0000:01:00.0: Failed to initialize MSI-X interrupts.  Falling back to MSI interrupts.
[    1.521018] e1000e 0000:01:00.0: irq 25 for MSI/MSI-X
[    1.575322] 0000:01:00.0: 0000:01:00.0: The NVM Checksum Is Not Valid
[    1.585600] e1000e 0000:01:00.0: PCI INT A disabled
[    1.589917] e1000e: probe of 0000:01:00.0 failed with error -5

En un equipo con eso bien sale lo siguiente:

metro@pscfuencarral:/etc/init.d$ dmesg | grep 01:00.0
[    0.193723] pci 0000:01:00.0: reg 10 32bit mmio: [0x80120000-0x8013ffff]
[    0.193737] pci 0000:01:00.0: reg 14 32bit mmio: [0x80100000-0x8011ffff]
[    0.193752] pci 0000:01:00.0: reg 18 io port: [0x2000-0x201f]
[    0.193767] pci 0000:01:00.0: reg 1c 32bit mmio: [0x80140000-0x80143fff]
[    0.193854] pci 0000:01:00.0: PME# supported from D0 D3hot D3cold
[    0.193863] pci 0000:01:00.0: PME# disabled
[    1.528467] e1000e 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[    1.528511] e1000e 0000:01:00.0: setting latency timer to 64
[    1.528731] e1000e 0000:01:00.0: irq 25 for MSI/MSI-X
[    1.528736] e1000e 0000:01:00.0: irq 26 for MSI/MSI-X
[    1.528741] e1000e 0000:01:00.0: irq 27 for MSI/MSI-X
[    1.678100] 0000:01:00.0: eth1: (PCI Express:2.5GB/s:Width x1) 00:22:4d:ac:49:92
[    1.678106] 0000:01:00.0: eth1: Intel(R) PRO/1000 Network Connection
[    1.678124] 0000:01:00.0: eth1: MAC: 3, PHY: 8, PBA No: ffffff-0ff
[   13.913842] 0000:01:00.0: eth0: Autonegotiated half duplex but link partner cannot autoneg.  Try forcing full duplex if link gets many collisions.
[   13.913848] 0000:01:00.0: eth0: 10/100 speed: disabling TSO

Es decir, que la tarjeta no hace caso de la configuración de interrupciones, supuestamente por tener mal la EEPROM.

Hay un tutorial para refashear la eeprom de las terjetas de red gigabit de intel (otro howto para lo mismo).

Tuesday, 1 October 2013, 5:54:56 pm
Update para el adaptador moxa He compilado una nueva versióndel adaptador moxa, el tar.gz del update (sólo ejecutables y módulo) está en chibiko (3.0.1.44), en:

 metro@chibiko:/home/src/npreal_moxa/tmp/moxa_npreal-2.6.32-bpo.5-486-update13073017.tgz

También he añadido ficheros como.txt de con las instrucciones de lo que he hecho para compilar cada parte.

Friday, 21 June 2013, 7:51:30 pm
Adaptador moxa Ya está hecho el "paquete instalador" del adaptador moxa para los pupitres con debian 5.0.3.

El tar.gz está en chibiko (3.0.1.44); para ser precisos en:

metro@chibiko:/usr/src/npreal_moxa/tmp/moxa/moxa_npreal-2.6.32-bpo.5-486.tgz

Para instalarlo en una máquina, se lleva al /tmp de esa máquina y después:

mount -o remount,rw /chroot
cd /chroot
tar -xvzf /tmp/moxa_npreal-2.6.32-bpo.5-486.tgz
cp etc/init.d/npreals /tmp
strings /tmp/npreals > etc/init.d/npreals
chmod 755 etc/init.d/npreals
chmod 755 usr/lib/npreal2/driver/*
for i in 0 1 6 ; do ( cd etc/rc${i}.d && ln -s ../init.d/npreals K90npreals ) ; done
for i in 2 3 4 5 ; do ( cd etc/rc${i}.d && ln -s ../init.d/npreals S90npreals ) ; done
mkdir etc/npreals
mv usr/lib/npreal2/driver/npreal2d.cf etc/npreals
( cd usr/lib/npreal2/driver/ && ln -s /etc/npreals/npreal2d.cf . )
rm -rf usr/lib/npreal2/driver/config
( cd usr/lib/npreal2/driver/ && ln -s /etc/npreals config)
mount -o remount,ro /chroot
mount -o remount,rw /
depmod -a
mount -o remount,ro /

Se ha llegado a instalar en el disco etiquetado como "MOXA", pero todavía NO se ha probado(esto es, "/etc/init.d/npreals start").

Thursday, 28 August 2008, 5:58:22 pm
Modificado el t1_salva-estado en RivasUrbanizaciones para que haga un backup de concen en /opt/backup Copia lo de /opt/updates/home/tba/concen en /opt/backup, y el pupitre, si volcado normal está a ceros, coge el de /opt/backup.

Tuesday, 22 July 2008, 4:42:32 pm
Actualizado el t1_salva.estado en el pupitre_sc de lapoveda rivasvaciamadrid argandadelrey Vamos, las tres estaciones de TFM que todavía no lo tenían. Se ha puesto el mismo que tiene rivasurbanizaciones, para lo de /opt.

Tuesday, 1 July 2008, 16:42:26 pm
Cambio en t1_salva-estado en rivas urbanizaciones El cambio realizado por los problemas de /opt lleno que hace que el pastip no se copie algunos días se soluciona con:

metro@manten01:/incoming$ diff t1.rva t1.rur 
41c41
< for i in `/usr/bin/find . -type f` home/metro/Pupitre/.sincronizar.last ; do
---
> for i in `/usr/bin/find . -type f | grep -v /opt/` home/metro/Pupitre/.sincronizar.last ; do

Para ser precisos, el problema se desencadena poque al estar /opt lleno, no se puede generar bien el fichero de los puntos de montaje, lo que acarrea que no haga bien los montajes en /opt y termina teniendo en /opt una copia de sí mismo. La solución anterior es simplemente evitar esa copia adicional de opt.

Wednesday, 12 September 2007, 4:57:19 pm
Localizado el bug del t1_salva_Estado que hacia que no se guardasen los cambios en la flash cada 15 dias Resulta que el cambio es:t1_salva_estado:80 - if [ "m`md5sum $i | cut -d \" \" -f 1`" = "m`md5sum $dest | cut -d \" \" -f 1`" ] + if [ "m`md5sum $i | cut -d \" \" -f 1`" = "m`md5sum $dest | cut -d \" \" -f 1`" ] ; then

Monday, 27 February 2006, 4:22:57 pm
Vuelto a mandar la distribución a mar y qui La lista usada es ésta: f4_marcristal f5_quintana

Monday, 27 February 2006, 2:01:13 pm
Mandado el fw 0.15 a las esciones indicadas Son las siguentes: f1_estrecho f3_alfonsoxiii f4_marcristal f5_quintana_vest _elcarmen_vest _oporto f6_principepio f7_pavenidas _avdaamerica4_vest _bconcepcion f9_estrella_vest _estrella _pioxii

Puesto el script automático de mandar los informes Mañana veremos si funciona de forma adecuada O:-)

Mandado el informe de 27 de Febrero

Friday, 24 February 2006, 8:16:55 am
Mandado el informe de 24 de Febrero

Mandado otra distribución con el 0.14 y 31.34La lista usada es: f1_tetuan_vest _tetuan _iglesia_vest2 _sol_vest _tirsomolina_vest _tirsomolina _numancia_vest f3_palosfrontera _embajadores_vest2 f4_arturosoria_vest _alfonsoxiii f5_suanzes _quintana _elcarmen_vest _oporto_vest _oporto _emontijo _campamento f6_carpetana _condecasal_vest _ministerios6 _principepio_vest _extremadura f7_sanblas _simancas _gnoblejas_vest _bconcepcion f9_vinateros _pioxii_vest _herreraoria_vest f10_batan_vest

Mandado el informe de 23 de Febrero

Wednesday, 22 February 2006, 4:17:47 pm
Mandado la versión 15 a los que tenían la 0.7 y 0.12 La distribución ha sido a: f1_tetuan __vest _riosrosas_vest _pelayo _numancia __vest _miguelhdez f2_ccaminos f3_palosfrontera f4_sanlorenzo f5_elcarmen __vest _diegoleon5 _chueca _lalatina _piramides __vest _urgel_vest _oporto_vest _emontijo _campamento f6_carpetana _ministerios6 _extremadura f7_sanblas _filipinas __vest f9_vinateros _ibiza _conchaespina_vest _pioxii_vest f10_castilla __vest _maranon

Wednesday, 22 February 2006, 9:16:43 am
Mandado la versión 15 a f6_usera y f6_usera_vest

Mandado el informe de 22 de Febrero Incluyendo las versiones del firmware

Tuesday, 21 February 2006, 1:47:43 pm
Hecho una nueva distribución de la versión 14 del firmware A las estaciones que faltaban (en principio). La lista que he usado: f1_riosrosas_vest _iglesia _iglesia_vest _tribunal __vest _granvia _sol_vest2 _tirsomolina_vest _antonmartin_vest _atocharenfe __vest _pelayo _numancia_vest __ _buenosaires _miguelhdez f2_santodomingo __vest _sanbernardo _ccaminos f3_legazpi _palosfrontera _embajadores_vest2 _embajadores f4_psmaria _sanlorenzo _marcristal _arturosoria_vest _avdapaz _alfonsoxiii _bilbao _alonsomartinez __vest f5_quintana_vest _elcarmen __vest _dl5 _rubendario _chueca _lalatina _piramides __vest _urgel_vest _oporto_vest _vistaalegre __vest _carabanchel _emontijo _campamento _aluche f6_carpetana _opanel _eliptica __vest _mendez _odonnell _argentina _ministerios6 _metropolitano _principepio_vest _extremadura f7_sanblas _simancas _bconcepcion _cartagena _filipinas f9_sainzbaranda _artilleros_vest _vinateros _ibiza _cruzrayo _conchaespina _pioxii __vest _ventilla _herreraoria __vest f10_batan __vest _castilla __vest _cuzco _maranon _cjardin

Mandado el informe de 21 de Febrero Incluyendo las versiones del firmware

Friday, 17 February 2006, 12:18:19 pm
Mandado el informe de 17 de Febrero Además he incluído el informe de versiones y un extracto del de versiones con los que tienen el firmware 31.34.

Mandado otra vez el firmware de indra a las que no estaba con éll bien cargado Básicamente, sólo hizo bien f1_rio f4_vel f5_tor f5_qui_vest f5_dl5_vest f5_rub_vest, por lo que lo he vuelto a mandar al resto.

Mandado una vez más el firmeare de indra a f4_bil f4_dl4 f4_ser_vest f4_vel_vest f1_igl_vest2 f3_pza_vest2 f5_sua Ya que me ha llamado Pablo Montero diciéndome que en esas no estaba bien.

Thursday, 16 February 2006, 6:42:57 pm
Puesto el nuevo firmware de indra (del Martes) en f1_est f1_est_vest f2_cca_vest f1_rio f1_igl_vest2 f4_bil f3_pza_vest2 f4_slo f5_tor f5_sua f5_ciu_vest f5_pue_vest f5_qui f5_qui_vest f4_dl4 f5_dl5_vest f5_rub_vest f4_vel Usando las flamantes nuevas scripts para hacerlo ;-).

Thursday, 16 February 2006, 1:47:30 pm
Futuro: hacer que se pueda controlar el pupitre con un ttysnoop Siguiendo estas instrucciones sobre el ttysnoop, el procedimiento parece ser:

Mover mipupitre a mipupitre.real:
#cd /home/metro/Pupitre/PUPITRE/ # mv mipupitre mipupitre.real
Hacer un enlace de ttysnoops a mipupitre:
# ln -sf /usr/sbin/ttysnoops mipupitre
Poner que llame al mipupitre en ese caso:
# echo "* socket mipupitre /home/metro/Pupitre/PUPITRE/mipupitre.real" > /etc/snooptab

Y con eso debería estar.

Thursday, 16 February 2006, 11:49:43 am
Mandado el informe de 16 de febrero

Wednesday, 15 February 2006, 3:44 pm
Más incidencias Billeteras Volvió a llamar Susana de Billeteras:

Delicias (pcl), salida "cáceres": no comunica desde 7 de febrero
Argüelles (vest), salida "gusmán el bueno": no ha comunicado nunca, tienen constancia desde el 22 de enero que es cuando entró en servicio (no comunica ni el magnético ni el sc)
Aeropuerto: no hay ficheros válidos. El error que da es "ERROR: disco espacio insuficiente". Suponen que puede ser lo mismo que la otra vez que se llenó la partición de trabajo de trazas.

Mandado el informe de 15 de febrero

Hoy he puesto el firmware que mandaron ayer en f6_con (pcl y vest) f6_men (pcl/vest) f4_can En todos sitios se ha podido poner excepto en f6_men(pcl) en el que los sc estaban sin comunicación.

Ayer puse el firmware que me mandaron los de Indra en pacífico (pcl y vest)

El Lunes puse un firmware que mandaron los de indra en f9_art f9_pio f4_can f5_can f4_mar f9_art estaba sin comunicación y f4_can no había manera de controlarlo (se desconectaba contínuamente). En Mar al final no se puso. Más tarde, por indicaciones de David Verdugo (Indra), en canillejas al final comenté del /etc/init.d/ppp lo del ppp de os2, ya que se supone que era por eso, tal y como apunté en la entrada de "Tuesday, 14 February 2006".

Wednesday, 15 February 2006, 3:05:27 pm
Para poner nuevas versiones del firmware de Indra Los pasos a seguir son:

En salchicha vas a /home/dario/Programacion/proyectos/sico-actualiza/ y de ahí a pupitre_sc/20050213_actualiza-aplicacion-pupitresc-indra
Borras los tsc* que haya y pones los nuevos
Editas el lista-estaciones para que tenga las estaciones que te interesan
Ejecutas, en este orden:
$ ./00_prepara.sh $ ./01_estaciones.sh > est.out $ ./02_espera $ ./03_comprobacion.sh > com.out $ ./04_limpia.sh
Compruebas que está bien distribuido con el siguiente comando:
$ cat com.out | ./filtro | less

Tuesday, 14 February 2006, 1:58:29 pm
Valdezarza PCL/Vest y Nuñez de Balboa (Pcl) mal configurados De metro (Susana Sánchez, Billeteras, 91.379.02.30) han llamado que aunque los configuren bien, de vez en cuando se desconfiguran (no debe estar bien en Flash). La configuración correcta es:

f7val pcl 4 torniq (en flash pone 5)
f7val vest 5 torniq (en flash pone 4)
f5nun pcl sc van en 1 y 2 (en flash pone 3 y 4)

Para corregirlo, he puesto una copia de la configuración corregida (torniq.ini) en el directorio, de manera que la próxima vez que grabe en flash, lo corrija. Los pasos seguidos han sido:

Entrar en el pupitre_sc correspondiente y ponerme como root.
Hacer:
# cd / # mount -o remount,rw /opt # mkdir /opt/updates # cd /opt/updates # (cd / && tar -cf - home/metro/Pupitre/PUPITRE/torniq.ini) | tar -xvf - # cd / # mount -o remount,ro /opt

Tuesday, 14 February 2006, 1:04:33 pm
Problemas de com. en canillas: ¿os2 y pupitre_sc, ambos activos? Me han llamado los de Indra (Tanto DVerdugo como PMBarrios) diciéndome que en canillas hay problemas; he quitado del pcl en el /etc/init.d/ppp

Mandado el informe de 14 febrero

Ayer mandé tb. el informe de 13 febrero

Tuesday, 14 February 2006, 10:31:02 am
Procedimiento para generar los informes diarios para indra Son dos distribuciones (o tres si quieren tambien las versiones). Los pasos a realizar son:

Ir al frontend de la línea 11, al directorio /home/metro/Distrib:
salchicha$ fgo +f11/home/metro/Distrib
Para hacer la primera distribución (si falla el "ln -s Dummy..." es porque alguien esta haciendo otra distrib, o no se pudo terminar la anterior):
$ ls -l *PupitreSC* $ ln -s Dummy.tar.gz Distrib.tar.gz $ cp Distrib.csh.VolcadosPupitreSC Distrib.csh $ ls -l Distall* $ rm Distall_frontend.csh $ ln -s Distall_frontend.csh.SC_ASIGNADO_INDRA Distall_frontend.csh $ dist
Apuntar el numero de detrás de "Directorio ####..." ya que se necesitrá para poder coger el fichero RESULTADO
En salchicha, hacer:
$ cd /tmp $ rm -rf indra $ mkdir indra $ cd indra $ fget RESULTADO +f11/home/metro/Distrib/#### $ grep -v "Sin com" RESULTADO > Indra00Febrero_volcado.txt

Para la segunda distribución no haria falta modificar el Distall* ya que si nadie te lo ha cambiado, estará bien.

Para hacer la segunda (si falla el "ln -s Dummy..." es porque alguien esta haciendo otra distrib, o no se pudo terminar la anterior):
$ ln -s Dummy.tar.gz Distrib.tar.gz $ cp Distrib.csh.PupitreSCCanceladorSinCom Distrib.csh $ rm Distall_frontend.csh $ ln -s Distall_frontend.csh.SC_ASIGNADO_INDRA Distall_frontend.csh $ dist
Apuntar el numero de detrás de "Directorio ####..." ya que se necesitrá para poder coger el fichero RESULTADO
En salchicha, hacer:
$ cd /tmp/indra $ rm RESULTADO $ fget RESULTADO +f11/home/metro/Distrib/#### $ grep -v "Sin com" RESULTADO > Indra00Febrero.txt

Para hacer la tercera distribución (ver las nuevas versiones instaladas), se usa el Distrib.csh.PupitreSCVersiones.

En f11:/home/metro/Distrib:
$ ln -s Dummy.tar.gz Distrib.tar.gz $ cp Distrib.csh.PupitreSCVersiones Distrib.csh $ rm Distall_frontend.csh $ ln -s Distall_frontend.csh.SC_ASIGNADO_INDRA Distall_frontend.csh $ dist
Apuntar el numero de detrás de "Directorio ####..." ya que se necesitrá para poder coger el fichero RESULTADO
En salchicha, hacer:
$ cd /tmp/indra $ rm RESULTADO $ fget RESULTADO +f11/home/metro/Distrib/#### $ grep -v "Sin com" RESULTADO > Indra00Febrero_versiones.txt
Para comprobar el resultado, en salchicha, hacer:
$ cat Indra00Febrero_versiones.txt | expand | sed "s/DISTRIBUCION_USER - //g" | tr " " "@" | sed "s/$@ [^@]*$*@ /@ /g" | sed "s/@ [^@]*@\$//g" | tr "@" " " | sed "s/^.*- desde /@/g" | sed "s/OK\.\$//g" | tr "@" " " | less
Si se quiere sacar sólo el informe de p.ej. lel firmare 31.34, se hace con un:
$ grep "31\.34\|^ \|^front" Indra00Febrero_versiones.txt | expand | sed "s/DISTRIBUCION_USER - //g" | tr " " "@" | sed "s/$@ [^@]*$*@ /@ /g" | sed "s/@ [^@]*@\$//g" | tr "@" " " | sed "s/^.*- desde /@/g" | sed "s/OK\.\$//g" | tr "@" " " | less

Por útlimo, para poner bien lo de vest2-min y cambiarles el nombre a los ficheros, en salchicha:
$ rm RESULTADO $ for i in Indra00Febrero* ; do cat $i | tr " " "@" | sed "s/@ [^@]* - desde pcl de min[^@]*$@[^ ][^@]*$*//g" | sed "s/desde pcl de vest2-ministerios6/desde pcl de ministerios6/g" | tr "@" " " > a ; mv a $i ; done $ mes=`date +%b| sed "s/Jan/Enero/g;s/Feb/Febrero/g;s/Mar/Marzo/g;s/Apr/Abril/g;\ s/May/Mayo/g;s/Jun/Junio/g;s/Jul/Julio/g;s/Aug/Agosto/g;s/Sep/Septiembre/g;\ s/Oct/Octubre/g;s/Nov/Noviembre/g;s/Dec/Diciembre/g"` ; for i in Indra00Febrero* ; do mv $i `echo $i | sed "s/00Febrero/\`date +%d\`$mes/g"` ; done

NOTA: Todo lo anterior se puede hacer de forma automatizada haciendo, en salchicha:
$ cd /home/dario/Programacion/proyectos/sico-actualiza $ cd pupitre_sc/20060227_informes_diarios/ $ ./obtiene_informes.sh

Lista de cosas pendientes de hacer:

~~Hacer que /opt/home sea renombrado (y no borrado) mientras hace la copia, de manera que si hay algún problema y no hay un nuevo "/opt/home", se pueda dejar el antiguo.~~
Hacer que las actualizaciones se metan tanto en RAM como en /opt, de manera que si hay un fallo de tensión desde que se hizo la actualización hasta que se se ejecuta el t1_salva_estado, no se pierda la actualización.
~~Activar las trazas del netbeuidaemon~~
Hacer que las trazas del pupitre se guarden en /home/metro/Pupitre/TRAZAS, y que ese esa otro punto de montaje de un ramdisk (alternativas: (1) hacer más grandes las partticiones ramfs; (2) actualizar de núcleo de manera que se pueda usar tmpfs, pero eso no parece muy recomendable).