Edit PCs de PCI en Linux

Title:

Last edited: 8:25:02 am on 10 April 2023 by 3.0.1.3

+^_@
_
<tt>Monday, 10 April 2023, 8:25:02 am</tt>
En frontpci02, muevo el directorio postgresql a /home Ya que se había quedado sin espacio.

En las trazas estaba esto:
<code>
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.
</code>

Se hace lo siguiente; en frontpci02, como root:
<code>
/etc/init.d/postgresql stop
cd /var/lib
mv postgresql /home
ln -s /home/postgresql .
/etc/init.d/postgresql start
</code>
_
<tt>Thursday, 7 March 2013, 5:04:14 pm</tt>
Traslado de postgresql desde rserv_pci1 a serv_pci2 Se ha hecho lo siguiente:

En <tt>rservpci</tt>, como <tt>root</tt>:
<code>
/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*
</code>

En <tt>serv_pci2</tt>, como <tt>root</tt>:
<code>
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
</code>
_
<tt>Thursday, 21 February 2013, 6:42:52 pm</tt>
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):
<code>
# 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
</code>
_
<tt>Wednesday, 1 February 2012, 4:00:11 pm</tt>
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>http://www.linuxquestions.org/questions/linux-networking-3/netdev-watchdog-eth0-transmit-timed-out-492159/*, 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=noacti
en la línea de parámetros al kernel en el grub.

De todas maneras, reiniciando suele "volver a la vida" la tarjeta de red.
_
<tt>Tuesday, 16 February 2010, 5:53:43 pm</tt>
Compilar el driver de e1000e para el kernel 2.6.24-etchnhalf.1-686 Utilizando los funtes de *e1000e>http://sourceforge.net/projects/e1000/files/*, se ha hecho de la siguiente manera, en <tt>chibiko</tt>:
=# cd /lib/modules/2.6.24-etchnhalf.1-686/
<tt># 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</tt>
=# cd /home/src/
<tt># wget http://sourceforge.net/projects/e1000/files/e1000e%20stable/1.1.2/e1000e-1.1.2.tar.gz/download</tt>
=# tar -xvzf e1000e-1.1.2.tar.gz
=# cd e1000e-1.1.2/src
=# BUILD_KERNEL=2.6.24-etchnhalf.1-686 make
Y con eso ha generado el fichero
=/home/src/e1000e-1.1.2/src/e1000e.ko

Eso es en <tt>chibiko</tt>. Para instalarlo en un ordenador de campo, hay que copiarlo (<tt>/lib/modules/2.6.24-etchnhalf.1-686/misc</tt>) y después hacer un "<tt>depmod -a</tt>". Si con eso no lo coge en el siguiente arranque, hay que añadir <tt>e1000e</tt> al <tt>/etc/modules</tt>.
_
<tt>Tuesday, 15 January 2008, 6:09:17 pm</tt>
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 <tt>serv_pci1</tt>.
=# 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í>http://3.0.1.45:8000/Diarios/77* 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í>http://3.0.1.45:8000/Diarios/77* en Tuesday, 15 January 2008, 6:03:24 pm, para que vean el campo con la interfaz primaria.
_
<tt>Tuesday, 7 June 2005, 8:18:38 am</tt>
Sigue teniendo problemas con el reboot Con el <tt>reboot=b</tt> parecía que funcionaba pero ya han empezado a dar problemas al rebotar. Por último vamos a probar con *reboot=h>http://www.faqs.org/docs/Linux-HOWTO/BootPrompt-HOWTO.html* (hard).
_
<tt>Monday, 30 May 2005, 8:13:51 am</tt>
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>http://www.faqs.org/docs/Linux-HOWTO/BootPrompt-HOWTO.html* (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.
_
<tt>Friday, 20 May 2005, 8:12:53 am</tt>
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>http://www.faqs.org/docs/Linux-HOWTO/BootPrompt-HOWTO.html* al lilo la cosa mejora.
_

!! 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: