Edit PCs de teleindicadores en Linux (L06, L04, alguno en L09, L05)

Title:

Last edited: 8:48:18 am on 4 April 2024 by 3.0.1.3

!!! Mantenimento de los pcs linux de teleindicadores

+^_@
_
<tt>Thursday, 4 April 2024, 8:48:18 am</tt>
Se hace un update del núcleo de pcastilla1 al de debian 11 Siguiendo el howto *Actualizar el núcleo de un SIV con Debian 8, desde kernel 3.16 al 5.19>http://3.0.1.46:8000/HowTo/397*

NOTA: Esto es lo mismo que se hizo para sivchamartin1 el "14 December 2023".
_
<tt>Thursday, 10 November 2011, 5:48:38 pm</tt>
Hay que actualizar el /etc/cron.d/mdadm en los hojaruta Hay algunos que todavía no lo tenían actualizado.

El problema es que hay un mdsync a la 1am lvarios días del mes en hr8, hr10 y otros: es un bug conocido (debian bug #380425), y está arreglado, por lo menos, en el rhr8.

Lo que lanza al mdsync es el comando checkarray, que está puesto en el cron "/etc/cron.d/mdadm". El problema es que el cron no interpreta bien la línea y lanza el comando los primeros 7 días del mes, si no me acuerdo mal (el objetivo era que lo lanzase sólo el primero domingo de cada mes, pero le es imposible interpretar a la vez la limitación de día de mes usando un rango y la limitación d día de semana).

La solución es poner como /etc/cron.d/mdadm el de, p.ej. rhr8, que tiene el parche que evita el problema aplicado y además se ha cambiado la hora para que en vez de lanzarse a la 1am lo lance a las 3.40am.

Una vez cambiado el fichero no hay que hacer nada más, ya que el cron comprueba cada minuto si ha cambiado algún fichero en "/etc/cron.d".

NOTA: en el siguiente volcado de fichero, hay que unir las líneas que acaban en "\" con la siguiente (borrando el "\").

=/etc/cron.d/mdadm
<table border=1><tr><td><code>#
# cron.d/mdadm -- schedules periodic redundancy checks of MD devices
#
# Copyright B) martin f. krafft <madduck@madduck.net>
# distributed under the terms of the Artistic Licence 2.0
#

# By default, run at 00:57 on every Sunday, but do nothing unless the day of
# the month is less than or equal to 7. Thus, only run on the first Sunday of
# each month. crontab(5) sucks, unfortunately, in this regard; therefore this
# hack (see #380425).
40 3 * * 0 root [ -x /usr/share/mdadm/checkarray ] && \
[ $(date +\%d) -le 7 ] && /usr/share/mdadm/checkarray --cron --all --quiet

#
# cron.d/mdadm -- schedules periodic parity checks of RAID devices
#
# Copyright © 2006 martin f. krafft <madduck@madduck.net>
# distributed under the terms of the Artistic Licence.
#

# by default, run at 01:06 on the first Sunday of each month.
#6 1 1-7 * 7 root [ -x /usr/share/mdadm/checkarray ] && \
/usr/share/mdadm/checkarray --cron --all --quiet
</code></td></tr></table>
_
<tt>Monday, 31 January 2011, 11:58:21 am</tt>
No arrancan los ordenadores en RAID degradado en Etch Beta (rhojaruta07) Resulta que al menos algunas veces, no arrancan bien los ordenadores en modo RAID degradado en Etch Beta.

Parece que la razón está relacionada con *este bug>http://lists.alioth.debian.org/pipermail/pkg-mdadm-devel/2006-July/000739.html* (*#287415>http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=287415*). Lo primero que hemos intentado es actualizar rel paquete de mdadm a *http://archive.debian.org/debian/pool/main/m/mdadm/mdadm_2.5.6-9_i386.deb*, pero no lo ha arreglado, ni siquiera haciendo un "dpkg-reconfigure -plow mdadm" y poniendo que el initrd montase los dispositivos MD "all" (en vez de "/dev/md2" como ponía antes).

A continuación, las pruebas que he hecho en <tt>rhojaruta07</tt>han sido:
1. Ver lo que hay en el initramfs
=# cd /boot/
=# mkdir t
=# cd t
=# zcat ../initrd.img-2.6.16-2-686 | cpio -iV
2. Editar el script de mdadm del initrd para añadir el forzar que "use" los dispositivos md:
=# vi /usr/share/initramfs-tools/scripts/local-top/mdadm
<table border=1><tr><td>#...
<code>

for d in md0 md1 md3 ; do
 if ! busybox grep $d /proc/mdstat 2>/dev/null >/dev/null ; then
 hda=`echo $d | busybox sed "s/md0/sda1/g;s/md1/sda5/g;s/md3/sda7/g"`
 hdb=`echo $d | busybox sed "s/md0/sdb1/g;s/md1/sdb5/g;s/md3/sdb7/g"`
 mdadm -A /dev/$d /dev/$hda /dev/$hdb
 if ! busybox grep $d /proc/mdstat 2>/dev/null >/dev/null ; then
 mdadm -A /dev/$d /dev/$hda
 fi
 mdadm -R /dev/$d
 fi
done
</code>
exit 0
#eof
</td></tr></table>

=# update-initramfs -u
=# reboot
3. Una vez que se ha visto que eso no hacía nada, y después de poner un "sh" en ese script y poder hacer de forma interactiva un "cat /proc/mdstat" en el arranque, hemos visto que los dispositivos md sí que estaban bien montados, y el problema era otro: que el script de comprobación de los discos salía con error; he modificado el </tt>/etc/init.d/checkfs.sh</tt> para que no salga con error cuando tiene un problema al hacer el checkfs:
<table border=1><tr><td>
<code>
 95 if [ "$FSCKCODE" -gt 1 ]
 96 then
 97 #handle_failed_fsck
 98 log_success_msg "Some fs failed fsck, but th ey are not the root one"
 99 else
100 log_success_msg "Done checking file systems. 
101 A log is being saved in ${FSCK_LOGFILE} if that location is writable."
102 fi
</code>
</td></tr></table>

Y con eso, ya todo ha funcionado bien :-).

_
<tt>Tuesday, 2 March 2010, 4:42:28 pm</tt>
Para que funcione el dgrp en los nuevos maestros con núcleo 2.6.24-etchnhalf.1-686 Resulta que el número asignado a los nodos EL y demás son diferentes a los de antes; para que funcione ha habido que añadir al dgrp_sico lo siguiente:
<tt>
cd /dev ; for prefijo in EL 1V 2V 3V 4V ; do for n in `seq 0 15 ` ; do name=tty_dgrp_${prefijo}_$n ; num=`echo 00$n | tr -dc 0-9 | sed "s/^.&star;$..$\$/\1/g"` ; rm tty${prefijo}$num ; ln -s $name tty${prefijo}$num ; done ; done
</tt>
Y también cambiarle la primera línea para que sea un "/bin/bash" (en vez del "/bin/sh" que tenía).
_
<tt>Friday, 13 November 2009, 6:25:10 pm</tt>
Problemas con el kernel 2.6.26 y el driver dgrp al hacer el nuevo maestro con Debian "lenny" 5.0 Resulta que al interntar compilar el *driver etherlite>http://www.digi.com/support/productdetl.jsp?pid=1994&osvid=100&tp=1&hit=RealportDriverforLinuxver.1.9-20,tgzversion#driver* para debian Lenny (lo estoy haciendo en <tt>chibiko</tt>, en <tt>/usr/src/etherlite/dgrp-1.9</tt>), me da el error que describen *en este artículo de la KB de Digi>http://www.digi.com/support/kbase/kbaseresultdetl.jsp?id=3135*, es decir, que no soportan 2.6.26 (pero sí 2.6.27). La única solución razonable es *instalar un kernel ligeramente más moderno>http://wiki.debian.org/DebianKernel*.
Update 20091117: El driver de digi (ni la versión estable ni la beta) no compila con el 2.6.30, que es el siguiente núcleo a 2.6.26 disponible para Debian.
Update 20091124 Con el núcleo 2.6.24 sí compila el driver digi estable; para configurar el driver para compilar con unos headers determinados se hace así:
= LINUX_KERNEL_VERSION=2.6.30-2-686 ./configure
_
<tt>Friday, 2 October 2009, 4:43:33 pm</tt>
Pruebas con hojaruta07
<code>
hojaruta07 1% cat /proc/interrupts
 CPU0 
 0: 24319 IO-APIC-edge timer
 1: 8 IO-APIC-edge i8042
 8: 4 IO-APIC-edge rtc
 9: 1 IO-APIC-level acpi
 12: 105 IO-APIC-edge i8042
 58: 72 IO-APIC-level eth0
 66: 0 IO-APIC-level uhci_hcd:usb1, ehci_hcd:usb5
 74: 1056 IO-APIC-level eth1
 82: 160 IO-APIC-level HDA Intel
169: 3 IO-APIC-level ohci1394
177: 0 IO-APIC-level uhci_hcd:usb3
185: 10329 IO-APIC-level libata, uhci_hcd:usb2
193: 0 IO-APIC-level uhci_hcd:usb4
NMI: 0 
LOC: 24280 
ERR: 0
MIS: 0
hojaruta07 2% cat /boot/grub/menu.lst
default 0
fallback 1
timeout 3
color cyan/blue white/blue
title Debian GNU/Linux, kernel 2.6.16-2-686
 root (hd0,0)
 kernel /vmlinuz-2.6.16-2-686 root=/dev/md2 md=2,/dev/sda6,/dev/sdb6 netd
ev=irq=58,name=eth0 netdev=irq=74,name=eth1 ro 
 initrd /initrd.img-2.6.16-2-686
 savedefault
 boot
title Debian GNU/Linux, kernel 2.6.16-2-686 - mirrored disk
 root (hd1,0)
 kernel /vmlinuz-2.6.16-2-686 root=/dev/md2 md=2,/dev/sdb6 ro 
 initrd /initrd.img-2.6.16-2-686
 savedefault
 boot
title Debian GNU/Linux, kernel 2.6.16-2-686 (single-user mode)
 root (hd0,0)
 kernel /vmlinuz-2.6.16-2-686 root=/dev/md2 ro single
 initrd /initrd.img-2.6.16-2-686
 savedefault
 boot
hojaruta07 3%
</code>

PERO a la cuarta vez que hemos rebotado, ha asignado la 66 a la eth1 (???).
<code>
hojaruta07:/home/siv# cat /proc/interrupts 
 CPU0 
 0: 19725 IO-APIC-edge timer
 1: 8 IO-APIC-edge i8042
 8: 4 IO-APIC-edge rtc
 9: 1 IO-APIC-level acpi
 12: 105 IO-APIC-edge i8042
 58: 130 IO-APIC-level eth0 # ESTA es la que antes era eth1
 66: 350 IO-APIC-level eth1
 74: 0 IO-APIC-level uhci_hcd:usb1, ehci_hcd:usb5
 82: 160 IO-APIC-level HDA Intel
169: 3 IO-APIC-level ohci1394
177: 0 IO-APIC-level uhci_hcd:usb3
185: 9843 IO-APIC-level libata, uhci_hcd:usb2
193: 0 IO-APIC-level uhci_hcd:usb4
NMI: 0 
LOC: 19687 
ERR: 0
MIS: 0
</code>
_
<tt>Wednesday, 23 September 2009, 7:12:32 pm</tt>
NOTA: Para forzar a una t. de red un nombre usando el kernel *Viene de aquí>http://www.jukie.net/~bart/blog/20070316092236*
<blockquote>label linux
 kernel vmlinuz-diskless
 append rw console=ttyS0,115200n81 console=tty0 netdev=irq=11,name=eth0 netdev=irq=10,name=eth1 root=/dev/nfs ip=::::diskless:eth0:dhcp nfsroot=10.10.10.200:/nfsroot/diskless panic=100
[...]
- netdev=irq=11,name=eth0 netdev=irq=10,name=eth1 - I have two network cards and wanted to force their order based on IRQ.
- panic=100 - should booting fail, reboot after 100 seconds -- nice since my "lab" is in the basement.
[...]
</blockquote>
_
@Wednesday8July200951254pm
<tt>Wednesday, 8 July 2009, 5:12:54 pm</tt>
Actualizar el mdadm en todas las líneas Se ha hecho de la siguiente manera (ejemplo para l1):
<tt>commsl01$ scp metro@150.100.122.31:/tmp/mdadm .</tt>
<tt>commsl01$ for i in `grep siv /usr/local/sico/siv/sistema/V/CfgConfig.CFG | expand | sed "s/&nbsp; &star;/ /g" | cut -d " " -f 4`; do echo "[$i]" >&amp;2 ; ssh $i uname -a | grep 2.6 | cut -d ' ' -f 2 ; done > /tmp/lista</tt>
<tt>commsl01$ for i in `cat /tmp/lista` ; do echo "[$i]" ; scp mdadm $i:/tmp/ ; ssh $i "distsh2 'mv /tmp/mdadm /etc/cron.d/mdadm ; chown root:root /etc/cron.d/mdadm ; chmod 644 /etc/cron.d/mdadm'" ; done
<tt>commsl01$ /bin/rm mdadm</tt>

FALTAN: 
- L01: sivsol1
- L09: sivcastilla

NOTA: Como es actualizar un fichero de <tt>/etc/cron.d</tt>, no hay que reiniciar el cron, debido a que el cron mira si ha habido modificaciones a los ficheros de ese directorio cada minuto.
_
<tt>Thursday, 25 June 2009, 7:01:03 pm</tt>
Intento instalar ssh en sivplisboa y sivpradillo Resulta que falta el ssh en las estaciones de commsL12 siguientes: "sivplisboa sivpradillo sivmanuela sivconservatorio sivcarrascal". Siguiendo las intrucciones de *http://3.0.1.45:8000/HowTo/119* (lo de "Pasos completos para hacerlo sin tener que rebotar") lo instalo en las dos primeras, pero obtengo el error de "Privilege separation user sshd does not exist". Creo que tengo que modificar el fichero de config... POR TERMINAR.
_
<tt>Friday, 29 May 2009, 6:48:56 pm</tt>
Para poner el ssh en las paradas de una línea Se ha hecho lo siguiente (ejemplo con linea 2):
<tt>[siv@commsL02 .ssh]$ for i in `grep siv /usr/local/sico/siv/sistema/V/CfgConfig.CFG | expand | sed "s/ &nbsp;&star;/ /g" | cut -d " " -f 4` ; do echo "[$i]" ; rsh $i "distsh2 'chown siv . ; chgrp nobody . ; chgrp siv . ; chmod 750 .' ; mkdir .ssh ; chmod 700 .ssh " ; rcp authorized_keys id_dsa id_dsa.pub $i:.ssh/ ; done</tt>
<tt>[siv@commsL02 .ssh]$ for i in `grep siv /usr/local/sico/siv/sistema/V/CfgConfig.CFG | expand | sed "s/ &nbsp;&star;/ /g" | cut -d " " -f 4` ; do echo "[$i]" ; ip=`ping -c 1 $i | head -1 | cut -d " " -f 3 | tr -dc "0-9." ` ; ssh-keyscan -p 22 -t rsa $i $ip >> known_hosts ; done</tt>
Y se comprueba con:
<tt>[siv@commsL02 .ssh]$ for i in `grep siv /usr/local/sico/siv/sistema/V/CfgConfig.CFG | expand | sed "s/ &nbsp;&star;/ /g" | cut -d " " -f 4` ; do echo "[$i]" ; ssh $i date ; done</tt>

Hecho con: L01 a L06 y L11.
_
<tt>Tuesday, 14 April 2009, 4:54:35 pm</tt>
Cambiado el cron de puerta de arganda (woody) al de lenny recompilado para woody Se ha recompilado el cron de lenny para woody (ha habido que quitar la dependencia de lsb-base en el debian/control y poner el debian/cron.init de woody haciendo una copia del /etc/init.d/cron sobre dicho fichero). Esto se ha hecho en seraphim->woody->/home/metro/tmp/src.cron. El <tt>cron_3.0pl1-105_i386.deb</tt> generado se ha metido en un tar y dejando en <tt>main1</tt>:
= main1:/incoming/cron_3.0pl1-105_woody.tar
_
<tt>Monday, 22 December 2008, 11:37:23 am</tt>
Cambiado anden2 en sivplazaespana(L3) y sivcallao(L3) Resulta que el fichero xControlAnden.log (sp.?) se estaba llenando demasiado rápido y los procesos se caían con un "File too big". La razón de llenarse era que el proceso anden2 estaba recibiendo SIGPIPE (signal 13) de forma contínua y lo trazaba.

Lo hemos arreglado haciendo en el códgo de anden2 un sigaction parta poner SIGPIPE a SIG_IGN dentro de la función DrvAnden (en drv_anden.c).
_
<tt>Tuesday, 16 December 2008, 10:07:04 am</tt>
Más pruebas en L6 Para saber cuáles son los ordenadores que no son capaces de sincronizarse correctamente usando ntpdate. Lo siguiente se puede usar en otras líneas también (se ha usado con éxito también en L1).

Según eso, fallan los 2.4 sobre gigabit (más sivministerios que es un 2.6 sobre gigabit (?)). DIcho de otro modo, el único ordenador en L6 con gigabit capaz de sincronizarse en sivlegazpi (que es un 2.6).
_
<tt>Monday, 15 December 2008, 11:12:01 am</tt>
Hemos quitado el ntp-simple de los ordenadores SIV de L6 Porque se estaba pegando con el ntpdate.
<tt> siv@commsL06:~/Carlos$ for i in sivcarpetana sivoporto sivopanel siveliptica sivusera sivlegazpi sivarganzuela sivmendez sivpacifico sivcondecasal sivsainzbaranda sivodonell sivmbecerra sivdiegoleon sivavdaamerica sivargentina sivministerios sivccaminos sivguzmanbueno sivmetropolitano sivmoncloa sivarguelles sivprincipepio sivptaangel sivextremadura sivlucero sivlaguna ; do echo [$i] ; rsh $i 'sh -c "DEBIAN_FRONTEND=noninteractive PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin distsh2 dpkg\ -r\ ntp-simple" '; done
<tt> siv@commsL06:~/Carlos$ for i in sivcarpetana sivoporto sivopanel siveliptica sivusera sivlegazpi sivarganzuela sivmendez sivpacifico sivcondecasal sivsainzbaranda sivodonell sivmbecerra sivdiegoleon sivavdaamerica sivargentina sivministerios sivccaminos sivguzmanbueno sivmetropolitano sivmoncloa sivarguelles sivprincipepio sivptaangel sivextremadura sivlucero sivlaguna ; do echo [$i] ; rsh $i 'sh -c "DEBIAN_FRONTEND=noninteractive PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin dpkg --get-selections | grep ntp ; uname -a" '; done</tt>

Update: También sivrubendario(L5), sivpuertasur(L10), sivcoloniajardin(L10) y el maestro.
_
<tt>Monday, 15 December 2008, 10:36:34 am</tt>
hwclock.sh no se puede llamar con un distsh2 en L6 En Sainz de Barande hemos hecho para que funcione un:
=# ln -s /sbin/hwclock /bin/
_
<tt>Friday, 4 April 2008, 7:28:57 pm</tt>
Desactivar el audio en pacífico He hecho lo siguiente:
1. Para el autoload del kernel: Añadir al <tt>/etc/modutils/deactivate_sound</tt> las siguientes líneas:
|alias snd-hda-intel off alias snd_hda_intel off alias snd-hda-codec off alias snd_hda_codec off|
2. Hacer un (tampoco es suficiente):
= # update-modules
= # update-modules.modutils
3. Para el autoload de udev (tampoco es sificiente): Añadir al <tt>/etc/modprobe.d/blacklist</tt> las siguientes líneas:
|blacklist snd_hda_intel blacklist snd-hda-intel blacklist snd_hda_codec blacklist snd-hda-codec|
4. Para el autoload del discover1 (con este ya sí): Añadir al <tt>/etc/discover.conf</tt> las siguientes líneas:
|#Para desactivar el sonido skip snd_hda_intel skip snd-hda-intel skip snd_hda_codec skip snd-hda-codec|
NOTA: Al hacer el reboot después del paso 4, 
_
<tt>Wednesday, 14 November 2007, 4:52:43 pm</tt>
Problemas con el cron en los teleindicadores etch Por un lado, el ejecutable del cron no funciona (funciona si se pone el ejecutable de cron antiguo, p.ej. de salchicha, *¿será por esto?>http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=76625*, aunque hay *más bugs>http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=pkg&data=cron&archive=no&version=&dist=unstable*), por otro, los *permisos de /var/spool/cron/crontabs están mal>http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=320927*. Se ha hecho lo siguiente (copiar el ejecutable de c7/jarama y poner bien los permisos de dicho directorio):
=(como root)
= /etc/init.d/cron stop
= scp root@37.136.49.8:/usr/sbin/cron /usr/sbin/cron
= chmod 1730 /var/spool/cron/crontabs
= chgrp crontab /var/spool/cron/crontabs
= /etc/init.d/cron start
_
<tt>Tuesday, 3 April 2007, 6:14:09 pm</tt>
Ponemos en c1/pch que asigne los dispositovios de red a las tarjetas segun las MAC Siguiendo *estas instrucciones>http://3.0.1.45:8000/HowTo/145*. Esto es porque a Carlos le ha sucedido que de estar usando una configuración, de repente arranque y usa la configuración contraria (eth0 tiene la IP que antes tenía eth1...). Así debería de evitarse ese problema.
_
<tt>Wednesday, 14 June 2006, 5:10 pm</tt>
Restauramos el RAID en algunos (unos 9) de L05 La lista de estaciones afectadas es: <tt>sivemontijo sivvistalegre sivacacias sivgranvia5 sivrubendario sivnunezbalboa5 sivdiegoleon5 sivquintana sivsuances</tt>. En algunos además ha habido que rehacer la tabla de particiones, con
<tt># sfdisk -d /dev/hdc | sfdisk /dev/hda # mdadm --add /dev/md1 /dev/hda1 ; mdadm --add /dev/md6 /dev/hda6 ; sleep 3 ; cat /proc/mdstat ; sleep 3 ; cat /proc/mdstat</tt>

o bien, si el que no tenía era el hdc:
<tt># sfdisk -d /dev/hda | sfdisk /dev/hdc # mdadm --add /dev/md1 /dev/hdc1 ; mdadm --add /dev/md6 /dev/hdc6 ; sleep 3 ; cat /proc/mdstat ; sleep 3 ; cat /proc/mdstat</tt>

Y después hemos hecho otra pasada para poner el <tt>lilo</tt>.

NOTA: en <tt>sivacacias</tt> y <tt>sivsuances</tt> no reconocía el primer HDD (<tt>hda</tt>).

NOTA2: en <tt>sivquintana</tt> no se ha podido añadir al RAID el <tt>hda6</tt> (pero sí el <tt>hda1</tt>). Haciendo un dmesg se ve que "<tt>end_request: I/O error, dev 03:00 (hda), sector 0</tt>", es decir, que <tt>hda</tt> está roto.
_
<tt>Wednesday, 14 June 2006, 5:05:02 pm</tt>
Restauramos el RAID en la línea 4 Resulta que Crlos había visto en un par de ordenadores (avda.am4 y bilbao4) que el RAID no estaba activado (o arrancaba de uno o de otro). haciendo un:
= # cat /proc/mdstat
resulta que en algunos el disco primario no estaba añadido al raid y en otros el secundario no lo estaba. Hemos hecho un pasada por todos los ordenadores de teleindicadores de línea 4 haciendo
<tt> # mdadm --add /dev/md1 /dev/hda1 ; mdadm --add /dev/md6 /dev/hda6 ; sleep 3 ; cat /proc/mdstat ; sleep 3 ; cat /proc/mdstat</tt>

o bien

<tt>
mdadm --add /dev/md1 /dev/hdc1 ; mdadm --add /dev/md6 /dev/hdc6 ; sleep 3 ; cat /proc/mdstat ; sleep 3 ; cat /proc/mdstat</tt>

según faltase de añadir el hda o el hdc al RAID, según se ve en el <tt>/proc/mdstst</tt>.

Una vez que han sincronizado los discos (basta con hacerlo unos 15min después), hemos hecho otra pasada actualizando el lilo, son un
= # lilo

NOTA: <tt>sivesperanza</tt> está con alguno de los dos discos estropeados; no puede hacer la sincronización (da errores al leer el hda, y eso que ha arrancado del hda, es el hdc el que no está en el RAID). Carlos va a sustituir esos discos y ya los comprobará en la oficina.
_
<tt>Monday, 29 May 2006, 9:48:36 am</tt>
Resulta que en el crontab del usuario siv se estaba guardando mal la hora en la BIOS Carlos lo ha cambiado para que use "<tt>/etc/init.d/hwclock.stop</tt>" en vez de llamar directamente al hwclock (que hacía de forma incorrecta ya que no guardaba la hora en UTC, que es lo que después leía :-( ).
_
<tt>Friday, 26 May 2006, 4:41:09 pm</tt>
Puesta la hora bien en psantamaria(L4) Que es la única que faltaba por poner en L4.
_
<tt>Tuesday, 23 May 2006, 8:00:20 am</tt>
Puesta la hora bien en las de L4 (excepto parque de sta maria, por estar sin com.) (todos son Linux) Para saber cuáles están mal, y corregirlo hago lo siguiente desde frontL04:
<tt>commsL04 1% bash $ grep siv /etc/hosts | grep -v "UR_\|UIS_" | expand | sed "s/&nbsp;&nbsp;&star;/&nbsp;/g" | cut -d "&nbsp;" -f 2 | grep ^siv > /tmp/lista $ for i in `cat /tmp/lista | sed "s/#.&star;//g"` ; do echo -n [$i] ; rsh $i "uname -a" ; done $ for i in `cat /tmp/lista | sed "s/#.&star;//g"` ; do echo -n [$i] ; rsh $i "date" ; done $ cp /dev/tty /tmp/lista-mal [...] ^D $ for i in `cat /tmp/lista-mal | sed "s/#.&star;//g"` ; do echo -n [$i] ; rsh $i '/usr/bin/distsh2 "/usr/sbin/rdate FuenteReloj" ; sh -c "export PATH=/bin:/usr/bin:/usr/sbin:/sbin ; /usr/bin/distsh2 /etc/init.d/hwclock.sh\ stop"' ; done $ for i in `cat /tmp/lista | sed "s/#.&star;//g"` ; do echo -n [$i] ; rsh $i 'sh -c "export PATH=/bin:/usr/bin:/usr/sbin:/sbin ; /usr/bin/distsh2 /etc/init.d/hwclock.sh\ stop"' ; done $ for i in `cat /tmp/lista-mal | sed "s/#.&star;//g"` ; do echo -n [$i] ; rsh $i 'sh -c "export PATH=/bin:/usr/bin:/usr/sbin:/sbin ; /usr/bin/distsh2 shutdown\ -r\ now"' ; done

Y eso ha sido todo. En <tt>/tmp/lista</tt> comenté <tt>sivpsantamaria</tt> porque no tenía comunicación.

Las que estaban mal era que se habían reiniciado hace 2.30h y por alguna razón no les funcionó el rdate, y como en esas máquinas no se ha llegado a poner la hora en la BIOS NUNCA, pues arrancan con la hora de las BIOS, que está mal. El arreglo que se hace arriba es poner la hora con un rdate en el sistema y luego guardarlo en la BIOS con un "/etc/init.d/hwclock.sh stop".
_
<tt>Monday, 14 March 2005, 5:15:48 pm</tt>
Actualizo el núcleo de sivlucero/laguna/carpetana/oporto/opañel a 2.4.25 Ya que lucero había dado el problema de perder el backing store del dgrp. El resto ha sido por "aprovechar" el tirón.

NOTA: después de reiniciar, no ha arrancado Siv automáticamente :-?
_
<tt>Monday, 24 January 2005, 12:30:41 pm</tt>
Notas sobre el datesync de urgel/oporto/vistalegre/emontijo El pasado viernes se actualizó el datesync. La última versión está en:
= salchicha:/home/dario/Programacion/sico-deb/datesync_20050121-1_i386.deb
Y para instalarlo hay que ir al ordenador en cuestión, llevar dicho fichero, y hacer, como root:
= # dpkg -i datesync_20050121-1_i386.deb
_
<tt>Wednesday, 19 January 2005, 4:20:05 pm</tt>
Pongo el datesync en urgel, oporto, vistalegre y emontijo Ya que esas cuatro tenían hoy mal la hora. Se puede comprobar la hora de todas haciendo:
= $ fgo +c5
= % sh
= $ for i in `grep [^_2]siv /etc/hosts |expand|sed "s/ &star;/ /g" | cut -d " " -f 2` ; \
= do echo [$i] ; rsh $i "date" ; done

Para comprobar que los procesos están arrancados y reconocidos:
= % cd sistema/V
= % cat Anden/L&star;/EstadosCarteles

NOTA: En las estaciones de la línea 5 no hemos puesto el ntp, sino un script que hacía un rdate. Sin embargo hoy he podido comprobar que dicho script no está siendo arrancado (aunque está en el /etc/rc.boot con los permisos adecuados).
_
<tt>Wednesday, 12 January 2005, 12:40:49 pm</tt>
Documentación del reloj en Linux En Bulma tienen dos rtículos explicando el funcionamiento del reloj en linux:
- *Configuración del reloj I (teoría)>http://bulma.net/body.phtml?nIdNoticia=153&nIdComentario=-1*
- *Configuración del reloj II (práctica)>http://bulma.net/impresion.phtml?nIdNoticia=154*
_
<tt>Tuesday, 27 July 2004, 1:18:26 pm</tt>
Hecho que todos se sincronicen cada Siv start con el commsL09 Carlos ha decidido que ya que no conseguimos hacer funcionar el servidor del commsL06 y que el ntpd no parece sincronizar, hacer lo siguiente:
- Sincronizar usando ntpdate contra commsl09
- Poner dicha sincronización en el <tt>/etc/init.d/Siv</tt>
_
<tt>Tuesday, 27 July 2004, 9:18:09 am</tt>
A vueltas con el ntpd Tenemos un problema por el que los ordenadores de la línea 6 dicen que la red "no va bien" para sincronizar o "el servidor no funciona adecuadamente". Específicamente, si se hace desde cuidaduniversitaria lo siguiente:
=# /etc/Init.d/ntp stop
=# ntpdate -q FuenteReloj
=# /etc/init.d/ntp start
Se ve que el error es "no server suitable for synchronization found"
Según este mensaje>http://www.mail-archive.com/linux-setup@senator-bedfellow.mit.edu/msg04256.html (buscar "fudge"), es muy sencillo de hacer, pero algo no funciona...

La página de manual del undisciplined local clock>http://3.0.1.45/doc/ntp-doc/html/driver1.htm
_
<tt>Monday, 19 July 2004, 5:33:07 pm</tt>
Actualización de maestro de teleindicadores de estaciones L6 Aprovechando que se va a utilizar dicho maestro para la línea 5, s eha actualizaco con lo siguiente:
- Puesto el núcleo 2.4.25
- instalado ntp-simple/ntpdate con referencia a FuenteReloj
- puesto el script Siv a la última versión
- puestos todos los paquetes que tenía seraphim en el /var/cache/apt/archives
- cambiado en el .login el ulimit de 100000000 a 10000000 (no funciona el arranque automático en el 2.4.25 si el valor del límite es más alto, por protestar por "cannot set ulimit" o algo parecido).

Actualización de maestro de teleindicadores de CommsL06 Por las mismas razones de arriba. Actualizaciones:
- Puesto el núcleo 2.4.25
- instalado ntp-simple (servidor).
- puesto el script Siv a la última versión
- puestos todos los paquetes que tenía seraphim en el /var/cache/apt/archives

_
<tt>Tuesday, 13 July 2004, 3:43:40 pm --Dario</tt>
Modificación del script Siv para impedir que lo use root Se ha pasado esta mañana una actualización del script <tt>/etc/init.d/Siv</tt> (<tt>salchicha: /home/dario/Programacion/proyectos/ sico-actualiza/fix-siv-script</tt>) que comprueba que sólo se ejecute por el usuario <tt>siv</tt>, a petición de Carlos (él ya había hecho dicha modi para el resto de los PCs de teleindicadores).

Corrección de un "error" en la instalaciónd el ntp-server Al instalar el ntp-server, se arrancó el script Siv como root, dejando mal los permisos de algonos ficheros. Se ha pasado otra actualizacion (sico-actualiza/rearranca-siv) que corrige dicho error.
_
<tt>Friday, 18 June 2004, 5:38:43 pm --Dario</tt>
Actualizo a 2.4.25 sivpacifico(L6) y sivguzmanbueno(L6) Ya que habían vuelto a tener problemas para abrir los puertos...
_
<tt>Tuesday, 15 June 2004, 11:19:26 am --Dario</tt>
Corrijo la hora (una vez más) Resulta que algunos PCs estaban teniendo mal la hora, y ayer pase un arreglo a todos los PCs de L06 y L09 Linux (está en <tt>salchicha:/home/dario/ Programacion/proyectos/ sico-actualiza/fix2-hwclock-linux</tt>). Lo que sucedía es que el fihcero /etc/adjtime realmente sí es necesario, ya que tiene que contener la palabra clave UTC para que al cargar la hora la cargue en UTC. Ya está en todos...
_
<tt>Friday, 4 June 2004, 10:06:04 am --Dario</tt>
Instalo el cliente ntp en los pcs de teleindicadores de l9 Usando los scripts preparados a tal efecto en salchicha:/home/dario/Programacion/proyectos/sico-actualiza/ntp-install. Dicho ntp usa como fuentereloj al commsl06.

Además he quitado todas las referencias al rdate/hwclock/adjfile/adjtime en L09 y L06 tanto del crontab de siv como de /etc/init.d/Siv.
_
<tt>Thursday, 3 June 2004, 1:10:15 pm --Dario</tt>
Instalo el cliente ntp en el resto de los pcs de teleindicadores L6 Hoy ha habido una incidencia de que pacifico tenía la hora mal. Como parece que el ntp está funcionando bien para los tres en los que lo había puesto, lo pongo en el resto. Así pues, queda instalado en:
- sivlaguna sivcarpetana sivoporto sivopanel siveliptica sivusera sivmendez sivpacifico sivcondecasal sivsainzbaranda sivodonell sivmbecerra sivdiegoleon sivavdaamerica sivargentina sivccaminos sivguzmanbueno sivmetropolitano sivuniversitaria sivarguelles sivprincipepio sivptaangel sivextremadura sivlucero

Además he quitado de esos PCs el rdate-continuous, ya que por lo que se ve, tampoco arreglaba nada.

También he añadido al .rhosts de commsl06 la lista de estaciones que cuelgan de él (para permitir rcp desde dichas estaciones al comms).
_
<tt>Friday, 28 May 2004, 6:15:17 pm --Dario</tt>
Cambio el núcleo de sivuniversitaria a 2.4.25 He usado el siguiente procedimiento:
#Coger <tt>main1:/incoming/nuevokernel.tar.bz2</tt> y <tt>dgrp-2.4.25.o</tt>
# Remonto <tt>/boot</tt> como <tt>rw</tt>
# Descomprimo <tt>nuevokernel.tar.bz2</tt> en el raíz
# Hago el enlace <tt>ln -s boot/vmlinux-2.4.21... vmlinuz.old</tt>
# Edito <tt>/etc/lilo.conf</tt> para que use <tt>/vmlinuz</tt> como el arranque por defecto en vez de <tt>/boot/vmlinuz-2.4.21...</tt>
# Ejecuto <tt>lilo</tt>
# Remonto <tt>/boot</tt> como <tt>ro</tt>
# Copio <tt>dgrp-2.4.25.o</tt> a <tt>/lib/modules/2.4.25/kernel/drivers/char/dgrp.o</tt>
# Reinicio

Y con eso la máquina vuelve a estar arriba como si nada hubiera pasado (o casi, ya que da el siguiente error al hacer un telnet: "limit: coredumpsize: Can't set limit", de intentar variar el tam máx de core en el .login)
_
<tt>Thursday, 27 May 2004, 5:48:33 pm --Dario</tt>
Instalo el cliente ntp en sivlaguna, sivguzmanbueno y sivarguelles Quitando el rdate de /etc/rc.boot/rdate-continuous que había puesto esta mañana, matando dicho proceso y quitando lo de sincronizar hora del crontab de siv.
_
<tt>Thursday, 27 May 2004, 9:20:32 am --Dario</tt>
Servidor ntp en CommsL06: He instalado el servidor ntp-simple (sin servidores por encima) en CommsL06. Falta por instalar los correspoindientes ntp-simple y ntpdate (primero se ejecuta ntpdate, luego se arranca el demonio ntp-simple) en las máquinas que cuelgan de él.
_

!! Descripción del proyecto

(Por hacer)

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

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