PCs de PCI en Linux
Monday, 10 April 2023, 8:25:02 am
En frontpci02, muevo el directorio postgresql a /home Ya que se había quedado sin espacio.
En las trazas estaba esto:
2023-04-08 22:51:20.851 CEST [9115] siv@paneles_siv SENTENCIA: INSERT INTO estados_paneles_siv VALUES ('08/04/2023 22:51:20','0','08/04/2023 22:51:20','11','01','10','DispAsc04_P1','1','NAYAR Systems','DirFis 1','ASC4-P1_01');
2023-04-08 22:51:20.854 CEST [9115] siv@paneles_siv ERROR: no se pudo extender el archivo «base/16385/16512.5»: No queda espacio en el dispositivo
2023-04-08 22:51:20.854 CEST [9115] siv@paneles_siv HINT: Verifique el espacio libre en disco.
Se hace lo siguiente; en frontpci02, como root:
/etc/init.d/postgresql stop cd /var/lib mv postgresql /home ln -s /home/postgresql . /etc/init.d/postgresql start
Thursday, 7 March 2013, 5:04:14 pm
Traslado de postgresql desde rserv_pci1 a serv_pci2 Se ha hecho lo siguiente:
En rservpci, como root:
/etc/init.d/postgresql stop cd / tar -cvzf /tmp/pg84.tgz /etc/*/*post* /usr/local/pgsql tar -cvzf /tmp/pg84-dep.tgz /home/metro/InstPostgres*
En serv_pci2, como root:
cd /home/metro scp root@16.2.65.31:/tmp/pg84.tgz . scp root@16.2.65.31:/tmp/pg84-dep.tgz . cd / tar -xvzf home/metro/pg84.tgz tar -xvzf home/metro/pg84-dep.tgz echo "postgres:x:509:" >> group echo "postgres:x:509:509::/home/postgres:/bin/bash" >> passwd echo "postgres:x:509:509::/home/postgres:/bin/bash" >> passwd- echo "postgres::13076:0:99999:7:::" >> shadow echo "postgres:$1$iks9Vtd7$yPksTiJmOO18NWx2Lj1621:13076:0:99999:7:::" >> shadow- /etc/init.d/postgresql start
Thursday, 21 February 2013, 6:42:52 pm
Actualización de los discos de PCI con Debian 5.0 a kernel 2.6.32 Se ha hecho lo siguiente desde el disco de PCI (conectado a la red de la oficina y con IP de la oficina):
# cd /tmp # scp root@chibiko:/usr/src/src.linux-2.6.32/*.deb . # dpkg -r $( dpkg --get-selections | grep linux-image | expand | cut -d ' ' -f 1) # dpkg -i *.deb # depmod -a
Wednesday, 1 February 2012, 4:00:11 pm
Cómo corregir el error "NETDEV WATCHDOG: eth0: transmit timed out" El problema es que la tarjeta de red no llega a inicializarse correctamente y no puede transmitir (el equipo arranca pero no tiene red). Según este post, eso suele ser por un problema entre el ACPI y el driver de red. La manera de evitar que ocurra es arrancar con un
pci=noactien la línea de parámetros al kernel en el grub.
De todas maneras, reiniciando suele "volver a la vida" la tarjeta de red.
Tuesday, 16 February 2010, 5:53:43 pm
Compilar el driver de e1000e para el kernel 2.6.24-etchnhalf.1-686 Utilizando los funtes de e1000e, se ha hecho de la siguiente manera, en chibiko:
# cd /lib/modules/2.6.24-etchnhalf.1-686/# if [ ! -e linux-headers-2.6.24-etchnhalf.1-common ] ; then mv build build.old ; ln -s /home/src/./src.linux-2.6.24/linux-2.6.24-2.6.24/debian/build/build_i386_none_686 build ; ln -s /usr/src/linux-headers-2.6.24-etchnhalf.1-common . ; fi
# cd /home/src/# wget http://sourceforge.net/projects/e1000/files/e1000e%20stable/1.1.2/e1000e-1.1.2.tar.gz/download
# tar -xvzf e1000e-1.1.2.tar.gz # cd e1000e-1.1.2/src # BUILD_KERNEL=2.6.24-etchnhalf.1-686 makeY con eso ha generado el fichero
/home/src/e1000e-1.1.2/src/e1000e.ko
Eso es en chibiko. Para instalarlo en un ordenador de campo, hay que copiarlo (/lib/modules/2.6.24-etchnhalf.1-686/misc) y después hacer un "depmod -a". Si con eso no lo coge en el siguiente arranque, hay que añadir e1000e al /etc/modules.
Tuesday, 15 January 2008, 6:09:17 pm
Instaladas en {,r}fpciL0{3,4} las scripts de rutas tipo dionisio Se ha instalado de la siguiente manera, usando el mismo script que había en serv_pci1.
# scp root@16.0.66.78:/etc/init.d/route-setup.sh /etc/init.d/route-setup.sh # ln -s /etc/init.d/route-setup.sh /etc/rcS.d/S99zzz_route-setup.sh
NOTA: en los rxxx he copiado la script desde 16.0.65.78, ya que no había conectividad por la otra red.
Update 16/01/2008: Pongo en las cuatro máquinas la versión actualizada que comento aquí en Tuesday, 15 January 2008, 6:03:24 pm.
Update 18/01/2008: Pongo en las cuatro máquinas la versión re-actualizada que comento aquí en Tuesday, 15 January 2008, 6:03:24 pm, para que vean el campo con la interfaz primaria.
Tuesday, 7 June 2005, 8:18:38 am
Sigue teniendo problemas con el reboot Con el reboot=b parecía que funcionaba pero ya han empezado a dar problemas al rebotar. Por último vamos a probar con reboot=h (hard).
Monday, 30 May 2005, 8:13:51 am
Continúan los problemas con el reboot Con el reboot=w todavía se queda a veces sin rebotar. Vamos a probar con reboot=b (bios).
Otra posibilidad es que sea un problema de las tarj de audio... habría que desactivar el driver de audio antes de hacer el reboot.
Friday, 20 May 2005, 8:12:53 am
roblemas con el reboot Resulta que, a veces, no se rebotan bien los ordenadores (hay un reboot en el crontab, pero a veces hacen un halt en vez de un reboot :-?). Vamos a probar a ver si poniendo el parámetro reboot=w al lilo la cosa mejora.
Descripción del proyecto
(Por hacer)