Edit Puestos de operador RHEL/Dell y Debian/Dell

Title:

Last edited: 12:53:51 pm on 21 December 2023 by 3.0.1.209

[Ver también *Tarjetas gráficas PCIe para estaciones de trabajo Dell c/ RHEL>http://3.0.1.46:8000/testing/92*]
+@_^
_
<tt>Thursday, 21 December 2023, 12:52:23 pm</tt>
Para instalar la tarjeta NVIDIA en una Debian/Dell

En /incoming estan los ficheros centos_kernel_nvidia_paradebian.tgz y centos_nvidia_paradebian.tgz. Hay que llevarlos a la máquina y descomprimirlo desde / tal cual. Luego hay que configurar el xorg convenientemente con los displays que se necesiten
_
<tt>Tuesday, 1 July 2014, 4:53:11 pm</tt>
Se desactiva el ipv6 y se quita el resolv.conf en la op37_mm

Cómo quitar el ipv6 No se ha hehco todavía. Se puede hacer siguiendo *este howto>http://www.linuxquestions.org/questions/debian-26/network-seems-slow-348576/*. Sería

en /etc/modprobe.d/aliases
comentar la línea de "alias net-pf-10 ipv6"

Y luego añadir el fichero /etc/modprobe.d/sico con
= alias net-pf-10 off

_
<tt>Wednesday, 18 January 2012, 12:11:25 pm</tt>
Instrucciones para hacer un disco de OP cogiendo el repositorio de main1:

*+SUSTITUCION DISCO OP.pdf+*

_
<tt>Friday, 4 February 2011, 6:14:05 pm</tt>
Coger ficheros de repositorio de una OP para ponerlos en un disco nuevo:

metro@op53_mm:/# tar cvf FichsConfiguracion.tar /usr/local/sico/isacd/ConfigCRP /usr/local/sico/isacd/fich_video_estaciones /usr/local/sico/tce/.autostart&star; /usr/local/sico/tce/sun/ui_operador_new.TICS \
/usr/local/sico/tce/sistema/V/Operador.cod /usr/local/sico/tce/sistema/V/CfgConfig.CFG /usr/local/sico/tce/sistema/V/CfgUI.CFG /usr/local/sico/tce/sistema/V/CfgUI.CFG.TCE \
/usr/local/sico/tce/sistema/V/CfgUI.CFG.SCSS /usr/local/sico/tce/sistema/V/CfgTipoUI.CFG /usr/local/sico/tce/sistema/V/CfgTipoUI.CFG.TCE /usr/local/sico/tce/sistema/V/CfgTipoUI.CFG.SCSS \
/usr/local/sico/tce/sistema/V/CfgAlarmasUrgentes.CFG /usr/local/sico/tce/sistema/V/CfgDifusoresCTC.CFG /usr/local/sico/tce/sistema/V/fFiltrosLocalizacion&star; \
/usr/local/sico/tce/sistema/V/fLineas&star; /usr/local/sico/tce/sistema/V/fNodos&star; /usr/local/sico/tce/sistema/V/UI_Plano/&star;/CfgUI_PlanoEstacion.CFG \
/usr/local/sico/tce/sistema/V/Lineas/ui_operador&star;/Cfg&star; /usr/local/sico/tce/sistema/V/Interfonia/Cfg&star; /home/metro/.rhosts /etc/hosts /etc/X11/xorg.conf /etc/network/interfaces

Nos llevamos el FichConfiguracion.tar al /tmp de los nuevos discos. Para colocar los ficheros en su ubicación correspondiente, como root, hay que descomprimir el fichero desde el directorio raiz:

op53_mm:/# tar xvf /tmp/FichsConfiguracion.tar

Tambien, como root, hay que ejecutar el "ip-change.sh" y "hostname-change" para cambiarle la IP y el hostname.

Hay que tener en cuenta que hay que actualizar en crp01 el known_hosts para que se pueda hacer scp directamente a la máquina sin que pregunte password (para que se actualice de forma automática el fich_video_estaciones)

En main1, en el directorio /incoming/DistribOP, se encuentran todos los ficheros de repositorio de todas las OP's instaladas en metro.
_
<tt>Friday, 26 February 2010, 6:34:27 pm</tt>
Para hacer que funcione el audio a través de la red en las ops En la op56 (en SICO), que es una "Dell Precision 690", se ha conectado el micrófono a la entrada de micrófono del frontal del PC. Después se ha hecho lo siguiente:
=# rmmod snd-hda-intel
=# modprobe snd-hda-intel model=dell-m6
<s><tt># amixer set Master 29 unmute # amixer set Capture 5 cap unmute # amixer set 'Capture Mux' 1 unmute # amixer set 'Input Source' 'Front Mic'</tt></s>
=# amixer set Master 29 unmute
=# amixer set Capture 14 cap unmute
=# amixer set 'Capture Mux' 4 unmute
=# amixer set 'Input Source' 'Front Mic'

(para hacer permanentes estos cambios, hace falta añadir un "snd-hda-intel model=dell-m6" al /etc/modules y poner los "amixer..." en el .xsession).

Entonces en la máquina de destino (salchicha en el ejemplo):
=dario@salchicha$ socket-upipe-server 10001 | play -t wav -

Y en la op:
<tt># arecord -f S16_LE -r 44100 -t wav - | socket-upipe-client 3.0.1.170 10001</tt>

Con eso todo lo que se diga en el micrófono suena por los altavoces de la máquina de destino.

NOTA: Si quieres hacer pruebas contra SICO desde metro:
<tt>salchicha# /etc/init.d/mailmessage-server stop
salchicha$ while [ 1 ] ; do socket-upipe-server 2525 | play -t wav - ; done

metro$ cat ProhibidoFumar.wav | sox -t wav - -r 4000 -b -u -t wav - | socket-upipe-client 16.0.62.18 2525
</tt>

NOTA2: Estas instrucciones son para una Dell Precision 690 corriendo un núcleo de Linux 2.6.18 (mirar el "uname -a"). Si la máquina corre el 2.6.16 hay que actualizarla haciendo:
<tt> # cd /root
 # ftp 16.0.62.18
 ftp> cd /incoming
 ftp> bin
 ftp> get update-kernel-2.6.18.tgz
 ftp> quit
 # cd /
 # tar -xvzf root/update-kernel-2.6.18.tgz
 # cd /usr/src/ ; dpkg -i linux-image-2.6.18-4-686_2.6.18.dfsg.1-11_i386.deb ; cp menu.lst /boot/grub/
 # reboot</tt>
_
<tt>Monday, 17 September 2007, 4:14:13 pm</tt>
Actualizo el isatce a la última versión en op50_mm y op52_mm (y en la op51_mm, op53_mm, op54-57, op30-33, op34-37, op65-68, oper_pci, op59, op75-78_ml1) Ya que estaba el antiguo que no usaba el DIR_TMP y por lo tanto no funcionaba el vídeo embarcado (ui_tren00 no podía "hablar" con el ISA). El diagnóstico era: en el /tmp existían los ficheros CDIsa.Cola IsaCD.Cola IsaCDShare.Memory, cosa que no debía suceder porque haciendo un 
= $ cat /proc/&lt;pis_del_isatce&gt;/environ | strings | grep DIR_TMP
= DIR_TMP=/usr/local/sico/tce/tmp
He borrado dichos ficheros, y rearrancado el isatce y ya funciona bien (comprobado con la gente de allí).

La actualización en sí ha sido:
cd /usr/local/sico/isacd/
mv isatce isatce.old
scp metro@150.100.122.31:/incoming/isacd_main isatce

chmod 755 isatce
echo Antes
ls /tmp
rm /tmp/&star;Isa&star;
ps -efa --forest | grep isatce | tail -1 | sed "s/&nbsp;&nbsp;&star;/ /g" | cut -d " " -f 2 | xargs kill
echo Despues
ls /tmp
_
<tt>Friday, 23 March 2007, 7:29:18 pm</tt>
Problemas con el audio en las nuevas precision 690 Tienen una tarjeta snd_hda_intel demasiado moderna. Estoy compilando la última versiñónde de los drivers ALSA en <tt>seraphim(etch):/usr/src/modules/alsa</tt>. Hay ahí un par de scripts que funcionan haciendo hacer un include de una de ellas dentro del directorio del alsa para compilarlo e instalarlo (edita las scripts para ver qué hacen)...

NOTA: Por ahora no funciona porque al instalar los drivers compilados, da un montón de símbolos que no encuentra :-?
_
<tt>Thursday, 14 December 2006, 12:01:39 pm</tt>
Problemas con el cron: cómo solucionarlo Después de muchas pruebas, el problema con el cron (no hacía caso de los crontabs) es por el ejecutable que lleva la plantilla. Canbiándolo por otro, se soluciona. Hemos hecho las pruebas poniendo el de potato (<tt>salchicha:/usr/sbin/cron</tt>) y el de netbsd recompilado para linux y funciona correctamente con cualquiera de ellos. La solución elegida para teleindicadores es poner el de potato (ya qye para poder poner el de netbsd hay que crear <tt>/var/cron</tT> y hacer un enlace de <tt>/var/spool/cron/crontabs</tt> a <tt>/var/cron/tabs</tt>).
_
<tt>Monday, 13 November 2006, 11:54:33 am</tt>
Problemas con el núcleo Resulta que las opciones compilación que han usado en debian tienen un problema con el rtc "*select() to /dev/rtc to wait for clock tick timed out>http://www.mail-archive.com/debian-kernel@lists.debian.org/msg21562.html*":
===CUT===
<tt>Bug#386226: linux-image-2.6.16-2-686-smp: Will not set clock and loses interrupts when rtc is used

Norbert Warmuth
Fri, 20 Oct 2006 13:14:29 -0700

Joshua Kugler &lt;[EMAIL PROTECTED]> writes:
> Sep 2 06:25:13 &lt;hostname> kernel: rtc: lost some interrupts at 512Hz. 
That's an understatement. My tests revealed that the kernel does not
generate any periodic RTC interrupts (btw. Documentation/rtc.txt
contains a short test program).

Reason: The i386 kernels have been compiled with HPET support but
without RTC emulation support (CONFIG_HPET_EMULATE_RTC; HPET: High
Precision Event Timer, see Documentation/hpet.txt).

And at the moment CONFIG_HPET_EMULATE_RTC requires the rtc driver to
be compiled in:
Quoting arch/i386/Kconfig, arch/x86_64/Kconfig (linux-source-2.6.18):
:   config HPET_EMULATE_RTC
:      depends on HPET_TIMER &amp; RTC=y

Workarounds (both tested successfully): 
1. boot with hpet=disable
2. build the kernel with CONFIG_RTC=y

Regards,
Norbert
</tt>
===CUT===

Comprobado que se arregla poneindo en al línea de arranque del kernel "hpet=disable" (fichero: <tt>/boot/grub/menu.lst</tt>)

Si está mal, sucede lo siguiente:
= # hwclock --show
= select() to /dev/rtc to wait for clock tick timed out
Si está bien, 
= # hwclock --show
= lun 13 nov 2006 18:55:47 CET  -0.984391 seconds

En resumen: Hay que cambiar el <tt>/boot/grub/menu.lst</tt> es todos los sitios donde haya un PC de estos...
_
<tt>Thursday, 14 September 2006, 5:47:57 pm</tt>
Tarjetas de vídeo AOpen: no funcionan en las máquinas nuevas Resulta que en las dos máquinas en las que las probé (tipo n.ministerios y la de pruebas "690 bajita"), sí que funcionaban, pero sin embargo en las otras ("690 con pie"), bloquean el ordenador al entrar en las X, tanto con el driver nv como con el vesa. Mirando en la red, veo que *tienen un problema de incompatibilidad con linux>http://www.leenooks.com/AOpen*. Mirando más foros, veo que el problema no es específicamente con linux, sino con algunas placas base y linux, con lo que de unas 690 a otras habrán cambiado algo :-/. Eso significa que estoy casi como al principio: las nuevas tarjetas servirán para los PCs de n.ministerios pero no para los de avda américa/moncloa. Necesito 8 tarjetas urgentemente.
_
<tt>Thursday, 14 September 2006, 4:43:57 pm</tt>
Sobre tarjetas de vídeo 
! PCI

Parece que la únicos que todavía tienen tarjetas PCI son los de *sparkle>http://www.sparkle.com.tw/*, y en su lista de *distribuidores>http://www.sparkle.com.tw/distributor.asp* sólo parece funcionar "a toda europa" unos de holanda: *moka.nl>http://www.moka.nl/en/default.php?product_id=45*. Podría preguntar...

! PCI-X

Según *yahoo.es>http://shopping.yahoo.es/ctl/do/drilldown~111601/PCI-X,40_-_80_Eeuro_*, también las hay PCI-X. Otra cosa es si los drivers abiertos de nvidia las soportarán.

Por ejemplo, *ASUSTek EN7300GS/HTD/ 256M (pixmania, 62EUR)>http://www.pixmania.com/es/es/316103/art/asus/en7300gs-htd-256m-geforce.html?srcid=53* no está mal, (aunque es una GF7300, que no sé si está soportada en Linux...).
_
<tt>Thursday, 31 August 2006, 5:03:01 pm</tt>
Actualizado <tt>/etc/init.d/pexserver&lt;n&gt;</tt> en Debian/Dell He actializados los <tt>pexserver3</tt> y <tt>pexserver4</tt> en el maestro de Debian/Dell así como en las máquinas instaladas usando ese maestro (op30, 31, 32 y 33), ya que podía no arrancar el pexserver 4 en el caso de que el pid con el que fuera arrancado la última vez correspondiera con el del pexserver3 recién arrancado.

Rationale: <tt>start-stop-daemon</tt> supone que sólo va a haber una instancia de cada programa, y su comprobación de que "ya está arrancado" sólo comprueba el nombre del ejecutable, no los parámetros; la modificación realizada en el script de arranque es, para el caso de que exista el fichero de pid, hacer una comprobación de si ese pid corresponde realmente con una instancia de nuestro programa y con nuestros parámetros (y si no corresponde, se borra dicho fichero de pid antes de ejecutar el <tt>start-stop-daemon</tt> y listo).

P.D.: Esto también está cambiado en el maestro de TCII.
_
<tt>Friday, 25 August 2006, 7:03:40 pm</tt>
Uso del mwm y qué librerías instalar en Debian/Dell Básicamente hay que:
# Instalar en <tt>/usr/local/sico/lib/</tt> las librerías y ejecutables y fichero-de-config de woody: <tt>libMrm.so.2 libUil.so.2 libXm.so.2 mwm Mwm</tt> (nota: el <tt>Mwm</tt> hay que copiarlo a <tt>/etc/X11/app-defaults</tt>)
# Cambiar el <tt>.autostart</tt> para que el <tt>LD_LIBRARY_PATH</tt> de <tT>/usr/local/sico/lib</tt> esté al principio (si no no arranca)
# Poner el <tt>.xsession</tt> de <tt>metro</tt> adecuado, es decir:
<table border=1><tr><td><tt>#!/bin/sh
sudo /usr/sbin/rdate FuenteReloj
sudo /bin/mount -a
for i in 0 1 2 ; do
&nbsp; &nbsp; &nbsp; &nbsp; export DISPLAY=:0.$i
&nbsp; &nbsp; &nbsp; &nbsp; xsetroot -solid "#316994"
&nbsp; &nbsp; &nbsp; &nbsp; if [ "m$i" != "m0" ]; then
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; LD_LIBRARY_PATH=/usr/local/sico/lib/ /usr/local/sico/lib/mwm &amp;
&nbsp; &nbsp; &nbsp; &nbsp; fi
done
export DISPLAY=:0.0
/usr/local/sico/tce/Captura start :0.0
/usr/local/sico/isacd/stop.sh
( cd /usr/local/sico/isacd/ ; export DIR_TMP=/usr/local/sico/tce/tmp ; DISPLAY=:0.0 /usr/local/sico/isacd/isatce_relaunch ) &amp;
LD_LIBRARY_PATH=/usr/local/sico/lib/ /usr/local/sico/lib/mwm</tt></td></tr></table>
NOTA: Sí, eso significa que al final no hace falta que usar el <tt>openmotif</tt> compilado en <tt>seraphim</tt>.
_
<tt>Thursday, 24 August 2006, 11:51:30 am</tt>
Compilar Motif para Debian/Etch Explican qué hay que parchear en *este post>http://www.motifzone.com/forum/viewtopic.php?p=3773&sid=10946cdf99c813fd9c341b55742364bb*. Básicamente:
<table border=1><tr><td>After sulking all day due to my failure... I thought, hello?, I am an *expert^ C hacker!, so lets start hacking Smile

I looked for the calls to _Xgetpwnam() which seem to be a wrapper for getpwnam, as you can see in this define:

From &lt;openmotif source&gt;/lib/Xm/Xmos_r.h 
&nbsp;# define _XGetpwnam(u,p) getpwnam((u))

And taking a look at the definition of getpwnam we get:

From /usr/include/pwd.h: 
extern struct passwd &star;getpwnam (__const char &star;__name);

if the define in the Xmos file just ingnores the second arg 'p', maybe I should just ingore the third arg Smile . Hurray!. Hacking for &star;hours&star; and &star;hours&star; on end, 2 pizzas and 7 beers later I just added a NULL for the expected third arg where _XGetpwnam(...) was called.

Well, OpenMotif 2.3.0 &star;did&star; compile. I dont know if one day an app using the gui will turn evil and eat my goldfish because of this very silly hack (well, hack to call it something).

Ah yes, and Kids!, dont try this at home!

Thanks for listening and happy coding. 
Mark Sanchez.</td></tr></table>
Al final lo que he hecho ha sido modificar el Xmos.c y borrar de las llamadas el tercer parámetro... Ficheros a modificar por _XGetpwnam:
Xmos.c: 237, 1033, 1037
UilDB.c:
_
<tt>Wednesday, 23 August 2006, 7:42:58 pm</tt>
Debian/Dell: cómo instalar RPMs Es tan sencillo como:
= # alien --scripts -i sico-pexserver-sivtce-1.0-1.200605291924.i386.rpm
_
<tt>Wednesday, 23 August 2006, 7:22:21 pm</tt>
Autologin: metodo recomendado es con mingetty --autologin Según el *FAQ de Xebian>http://www.xbox-linux.org/wiki/Xebian_HOWTO#Disable_the_autologon*, la manera de hacer un autologin es uando el mingetty (que ha de estar instalado) y editando el i<tt>inittab</tt> para que tenga lo siguiente:
<tt>/etc/inittab</tt>
<table border=1><tr><td><tt>[...] 1:12345:respawn:/sbin/mingetty --noclear --autologin metro tty1 #1:2345:respawn:/sbin/getty 38400 tty1 [...]</tt></td></tr></table>
_
<tt>Wednesday, 23 August 2006, 6:44:46 pm</tt>
Solucionado lo de las 3 heads en las Debian/Dell La solución: poner 3 tarjetas de vídeo. Además he puesto el nv_drv de las Xorg7.1 (compilado como chroot <tt>seraphim:/usr/local/lib/etch</tt> en el directorio home de root), que algo mejor sí será ;-).
_
<tt>Wednesday, 23 August 2006, 11:10:06 am</tt>
A vueltas con el driver nv y las Debian/Dell He encontrado un how-to que supuestamente lo hace: *Multiple Nvidia Multiple Head Linux>http://pwp.netcabo.pt/0150048402/linux/Multiple_Nvidia_Multiple_Head.html* con su *XF86Config>Multiple_Nvidia_Multiple_Head_Linux_XF86Config*
_
<tt>Wednesday, 16 August 2006, 10:55:30 am</tt>
Poner operativo SIV En las RHEL/Dell de Ventas, hay que poner operativo el SIV ahora que ya tienen ping con SIV1.
Máquinas:
TICS: op32_mm, op33_mm; SIV está en :0.2
PSL: op30_mm, op31_mm; SIV está en :0.2. Los monitores están etiquetados como SAGE-TCE-RONDAS

Procedimiento:
# editar <tt>/etc/hosts</tt> y descomentar <tt>SIV1</tt> y quitar SIV1 de la siguiente línea (que es SIC1-2)
# editar <tt>/etc/auto.siv</tt> y cambiar el <tt>SIV1-2</tt> por <tt>SIV1</tt>
# reiniciar el automounter de SIV, para ello hacer un <tt>ps -efa | grep autom</tt> y matar el proceso del <tt>auto.siv</tT> y volverlo a arrancar "a mano" (copiando la línea que había en el ps y añadiéndole un &amp; al final).
# Como usuario ir al directorio V <tt>$ cd /home/metro/sistema/V</tt>
# borrar el Lineas y hacer un enlace desde el Lineas.nfs a Lineas <tt>$ rm Lineas $ ln -s Lineas.nfs Lineas</tt>
# copiar el Operador.cod si es que no está
# ir al directorio Lineas/operador_02 y mover los fihceros de config a un directorio temporal y copiar los de nonfs: <tt>$ cd /home/metro/sistema/V/Lineas/ui_operador02 $ mkdir old-cfg $ mv &star;.CFG old-cfg $ cp ../../Lineas.nonfs/ui_operador02/&star;.CFG .</tt>
# Reiniciar el ui_teleindicador con un kill -15 de su pid.

NOTA: Si el top dice que "99% ocupado por las X", entonces no queda más remedio que matarlas. Ya se reiniciarán los procesos por medio de control (si es que no pasan de 20 caidas, claro).
_
<tt>Monday, 14 August 2006, 5:39:17 pm</tt>
Características monitor Philips 170B V: 56-76 H:30-83
_
<tt>Monday, 14 August 2006, 11:32:39 am</tt>
Debian en los DELL Pasos realizados:
# Abrir la máquina y desconectar los SATA de los conectores del SAS (HDD_0...) y conectarlos en los de SATA (SATA_0, ...)
# Entrar en la BIOS (F2 al arrancar) 
# En "Drives", desactivar el SAS Controller y activar el SATA-0 y SATA-1. 
# En "Video", poner como VGA por defecto PCI (estaba en PEG)
# En "Power Management", poner en "AC Recovery" que al recuperar tensión haga un power "On" (estaba en Off)
# Dar al ESC y "Salvar y salir" de la BIOS.
# Arrancar desde el CD de instalación; para arrancar desde CDROM: F12 al arrancar, sececcionar CDROM. Instalar Debian Etch (beta3) de la manera normal, usando RAID-1 por software y todo normal.
# Instalar "xresprobe xdebconfigurator x-window-system" y ejecutar el xdebconfigurator ocmo root (genera una configuración de las X razonable).
# Instalar "vsftpd telnetd-ssl ftp telnet ssh less bzip2 vim pciutils bc imagemagick alien mingetty lesstif-bin nfs-common autofs ntpdate csh rdate rsh-client rsh-server sudo"
# Configurar las X (usando el driver libre nv y *algo de información>http://gentoo-wiki.com/Twinview_Example*).
_
<tt>Wednesday, 26 July 2006, 4:28:30 pm</tt>
Actualizado el fich_video_estaciones a mano En los op30,op31,op32, op55, op50, op53.
No se ha podido actualizar en: op33, op54.
_
<tt>Wednesday, 26 July 2006, 10:58:02 am</tt>
Configuradas las op30_mm y op31_mm siguiendo las instrucciones de "Friday, 14 July 2006, 4:57:09 pm" Configuración del ISA en las DELL...
_
<tt>Tuesday, 25 July 2006, 7:51:47 am</tt>
Hago que la oper_pci, op50_mm y op53_mm reinicien todos los días He puesto una nueva entrada en el cron.daily (zz_reboot), ya que el cron.daily se empieza a ejecutar a las 4.02am.
=/etc/cron.daily/zz_reboot
<table border=1><tr><td><tt>#!/bin/sh

/sbin/shutdown -r now
exit 0</tt></td></tr></table>

_
<tt>Friday, 14 July 2006, 4:57:09 pm</tt>
Configuración del ISA en las DELL copiadas del metro Hay que configurar las siguientes cosas:
# Editar <tt>/home/metro/.autostart</tt> para que arranque al ISA, descomentando la llamada a <tt>/home/metro/isacd/go.sh</tt> (además se puede editar el <tt>DISPLAY</tt> de los ficheros <tt>/home/metro/isacd/go2.sh</tt> y <tt>go-isa.sh</tt> para que exporten el display a la opxx_mm).
# Editar el <tt>/etc/services</tt> para poner el isa_crp a 7200 (por defecto está en 7300... porque esa era la configuración de la op54).
# Poner el <tt>ConfigCRP</tt> adecuado (el que tenga el crp, y que se ajuste a la configuración de videowalls que haya en ese sitio).
_
<tt>Friday, 14 July 2006, 4:33:05 pm</tt>
Que no se olvide borrar el <tt>/etc/resolv.conf</tt> al hacer un nuevo disco desde el maestro Si no se borra sucede que los logins tardan muchísimo (más de un minuto, por culpa del kerberos :-? )..
_
<tt>Thursday, 6 July 2006, 5:30:50 pm</tt>
Cambiar la IP y hostname en los RHEL Se cambia en los siguientes ficheros:

|Elemento|Fichero(s)|
|hostname|<tt>/etc/sysconfig/network /etc/hosts</tt>|
|ip|<tt>/etc/sysconfig/network-scripts/ifcfg-eth0</tt>|
_
<tt>Wednesday, 5 July 2006, 9:16:01 am</tt>
Fuente de consola Está puesta una cirílica/hebrea (?), para poner una latin1 (iso8859-15), hay que editar <tt>/etc/sysconfig/i18n</tt> y poner
= SYSFONT="lat0-sun16"
_
<tt>Tuesday, 4 July 2006, 5:08:21 pm</tt>
Tarjeta gráfica Luis se ha bajado la versión 8897 de nvidia, que sí soporta esta versión (tal y como dice *aquí>http://www.nvidia.com/object/IO_18897.html*).
UPDATE: El driver antiguo también lo soporta, sólo hay que poner bien el identificador del slot PCI (ya que han cambiado el "nombre" de los slots de una máquina a la otra); era por eso que las XFree no arrancaban.
_
<tt>Tuesday, 4 July 2006, 5:04:38 pm</tt>
Gigabit ethernet de las DELL Al final me he bajado el driver de las 57XX de broadcom (de *aquí>http://www.broadcom.com/support/ethernet_nic/downloaddrivers.php*) y lo he compilado en un disco RHEL, obteniendo un tg3.o que sí funciona.
_
<tt>Tuesday, 4 July 2006, 2:00:08 pm</tt>
Tarjeta gráfica Tabla comparativa entre la tarjeta de los DELL nuevos (para PSL de Ventas) y los antiguos (n.ministerios, etc.):
|Tarjeta|PCI Id|Ident. tarjeta|
|En nuevos DELL|10de:0165|NV44 [Quadro NVS 285]|
|En antiguos DELL|10de:00fd|NV37GL [Quadro FX 330/Quadro NVS280]|

_
<tt>Tuesday, 4 July 2006, 12:17:43 pm</tt>
Resulta que las nuevas RHEL vienen con Gigabit ethernet Pues eso, que según el lspci tienen una 14E4:1600, que *mirando>http://www.pcidatabase.com/search.php?device_search_str=1600&device_search=search+devices&device_search.x=71&device_search.y=5* *en la base de datos de PCI>http://pci-ids.ucw.cz/iii//?i=14e4*, sale
|Device Id|Chip Description|Vendor Id|Vendor Name|
|0x1600|Gigabit Ethernet Controller LAN-on-Motherboard (NetXtreme BCM5752 Gigabit Ethernet PCI Express)|0x14E4|Broadcom Corporation|

El driver en el tg3.o, por lo que hay que hacer un:
= # modprobe tg3

Pero no parece ser suficiente. Y la *unicasinstrucciones que he encontrado>http://www.gidnetwork.com/b-101.html* son para slack y requieren recompilar el núcleo.

Poniendo otra tarjeta de red y arrancando knoppix y siguiendo las siguientes *instrucciones>http://www.knoppix.net/wiki/Hd_Install_Without_a_Monitor_HowTo*, se puede entrar con ssh:
= # route add default gw 3.0.1.51
= # echo nameserver 3.0.1.51 > /etc/resolv.conf
= # passwd root
= (aqui pon una passwd, p. ej. la de sico)
= # rm /etc/hosts.deny
= # rm /etc/hosts.allow
= # /etc/init.d/inetd restart
= # /etc/init.d/ssh start

_
<tt>Tuesday, 23 May 2006, 12:32:02 pm</tt>
Configurada una impresora en oper_pci usando *estas instrucciones>http://www.centos.org/docs/rhel-sag-en-3/ch-printing.html*, pero con el comando: <tt>system-config-printer-tui</tt> en un terminal unicode sacado en <tt>salchicha</tt>. La impresora era una Laserjet 5500N conectada mediante el puerto paralelo, y la he nombrado como "lp". NOTA: Aunque el sistema la ha dejado configurada y ha podido imprimir la página de prueba, desde la aplicación de TCE no ha salido nada :-?.
_
<tt>Wednesday, 17 May 2006, 9:49:05 am</tt>
Santiago ya ha instalado la máquina oper_pci En cavanilles para protección civil. Sutituye a la máquina homónima con HP-UX. Javi la ha configurado de manera que arranca todos los UIs que tenía la otra y se les ha dejado un terminal para que puedan arrancar el xv para capturar pantallas.
_
<tt>Thursday, 27 April 2006, 12:20:32 pm</tt>
He puesto el wmaker en canillejas Para que tengan iconos de ventanas minimizadas. Falta por configurar (p.ej., tiene menús, se pueden sacar xterms, etc).
_
<tt>Wednesday, 26 April 2006, 7:03:43 am</tt>
Preparados los discos IDE para poner en las RHEL temporalmente Ya lo teníamos puesto en la <tt>op54_mm</tt>, ahora los hemos preparado para los siguientes:
|Nombre|Situación|IP|Network|Gateway|CRP|
|op55_mm|tics de ventura|16.201.58.42|16.201.58.0|16.201.58.1|sivventura:7200|
|op59_mm|formación canillejas|58.72.74.33|58.0.0.0|58.100.63.98|???|
|oper_pci|protección civil|58.71.66.33|58.0.0.0|58.100.63.98|???|
Para cambiar eso, hace falta editar:
- <tt>/etc/sysconfig/network</tt> (para el gw y hostname)
- <tt>/etc/sysconfig/network-scripts/ifcfg-eth0</tt> (ip y red)
- <tt>/home/metro/sistema/V/CfgConfig.CFG</tt> (para la localización, ver en CentralTCE/rCentralTCE la que hay que poner)
- <tt>/etc/hosts</tt> (para el CRP; si no se sabe cuál, ponerlo en localhost)
- <tt>/etc/services</tt> (para el puerto del isa; puede ser 7200 ó 7300)

Cosas que faltan por modificar:
- Arrancar el ISA en el .autostart (y descomentar las variables de entorno correspondientes)
- Mirar que arranque el UI de control de accesos.
_
<tt>Tuesday, 25 April 2006, 9:13:20 am</tt>
Poner iconos de las ventanas minimizadas en el escritorio Para eso se puede utilizar el *Backstep>http://backstep.sourceforge.net/index.html*. Lo estoy intentando portar a gnome-2.0 en <tt>seraphim:/woody/tmp/backstep-0.3</tt>
_
<tt>Thursday, 30 March 2006, 7:48:24 am</tt>
A vueltas con el RAID Parece que para empezar, no está mal el mirarse el *Remote Conversion to Linux Software RAID-1 for Crazy Sysadmins HOWTO>http://togami.com/~warren/guides/remoteraidcrazies/*
_
<tt>Wednesday, 29 March 2006, 10:56:30 am</tt>
A vueltas con el initrd.img Voy a intentar simplemente descomprimirlo, modificarlo y volverlo a comprimir. El initrd de redhat es un *gzipped "cpio -c">http://wiki.debian.org/InitrdReplacementOptions*, tal y como se recomienda para el kernel 2.6 (es el formato interno del initramfs introducido en 2.6 gracias a la *klibc>http://lkml.org/lkml/2006/3/21/482* (*más info>http://lwn.net/Articles/7117/*)). Instrucciones para descomprimirlo y comprimirlo en *Understanding cpio>http://www.onlamp.com/pub/a/bsd/2002/07/11/FreeBSD_Basics.html*. He puesto algunas scripts para descomprimir y para volver a comprimir el initrd en el disco duro IDE de pruebas de RHEL, en <tt>/root/initrd-wrk</tt>.

Los initrd de redhat usan cpio en formato nuevo ("cpio -c -o"). Si no pones el -c (que indica crear un cpio de formato nuevo), el núcleo no entenderá el contenido del initrd y dará un kernel panic. Por cierto, que la script de init usa *nash en vez de ash/dash>http://lists.debian.org/debian-wnpp/2003/02/msg00334.html*, que es algo a tener en cuenta si llamas a programas desde ahí...

NOTA: es interesante como información de base leer el *Migrating to 2.6: custom installations: apartado de Initial RAM Disks and Root Filesystems>http://linuxdevices.com/articles/AT2184776431.html*
_
<tt>Tuesday, 28 March 2006, 9:31 am</tt>
Usar RAID-1 (md) y quitar el LVM2; crear un nuevo initrd Hemos conseguido arrancar de una copia de la op54_mm sin LVM2, pero para ello ha hecho falta quitar la línea del initrd del grub (con ella puesta intenta buscar las particiones de lvm2...). Pero el problema es que sin ella puesta no tiene soporte a ext3 antes de montar / (a quién se le habrá ocurrido hacer eso en estos tiempos que corren :-?) y entonces si la partición raíz no fué parada correctamente y se estaba usando ext3, no es capaz de volver a arrancar (ext2 se niega a montar una partición parada incorrectamente de ext3). Todo eso nos lleva a que vamos a necesitar crear un initrd con el soporte ext3 (ya que supongo que el soporte md sí que está incluido en el núcleo; ya veremos).

Resulta que para instalar un nuevo núcleo se usa en RHEL la script <tt>/sbin/new-kernel-pkg</tt>, y en ella está el siguiente código para generar el nuevo initrd:
<table border=1><tr><td><tt>mkinitrd() {
&nbsp; &nbsp; [ -n "$verbose" ] &amp; echo "creating initrd $initrdfile using $version"
&nbsp; &nbsp; /sbin/mkinitrd --allow-missing -f $initrdfile $version
&nbsp; &nbsp; rc=$?
&nbsp; &nbsp; if [ $rc != 0 ]; then
&nbsp; &nbsp; &nbsp; &nbsp; echo "mkinitrd failed" >&2
&nbsp; &nbsp; &nbsp; &nbsp; exit 1
&nbsp; &nbsp; fi
}</tt></td></tr></table>

Enlaces que tienen cierto interés (según *esta búsqueda>http://www.google.es/search?hl=es&ie=ISO-8859-1&q=rhel-4+mkinitrd&meta=*):
-*Problem booting 2.6.13 on RHEL 4>http://www.issociate.de/board/post/253459/Problem_booting_2.6.13_on_RHEL_4.html*
- *linux.dell.com/storage>http://linux.dell.com/storage.shtml*
- *How to upgrade from FC/RHEL/etc to CentOS 4>http://www.centos.org/modules/newbb/viewtopic.php?viewmode=flat&topic_id=654&forum=27* No está directamente relaccionado, pero viene bien saberlo O:-).
- *Crear imágenes initrd para debian usando ext2>http://www.edseek.com/archives/2004/03/22/creating-an-initrd-image-on-debian-gnulinux/*
_
<tt>Friday, 17 March 2006, 5:16:31 pm</tt>
Convertir las estaciones para que funcionen con el nuevo prog. de Jesús... Los pasos son:
- Cambiar el fichero de configuración del DISPLAY 3 Editar el /home/metro/pexserver/sarge/xconfig_xdummy3: (1) Poner el DefaultDepth a 24. (2) Comentar los 'Subsection "Display"' de 15 y 16 bits. (3) poner en el 'Section "Device"' un 'Option "backingstore"'.
- Hacer que el display 3 tenta mwm En el ~/.xsession poner un 'DISPLAY=:3 mwm &amp;'
- Fonts Cambiar en el /etc/X11/xdm/Xservers /etc/X11/xinit/xserverrc ...startXdummy3 el '-dpi 100' por un '-dpi 75'.
- Llevar el ejecutable ui_teleindicador_integ de goody:~/teleind.linux
- Hacer que control arranque directamente sin la shell interpuesta Poner lo del LD_PRELOAD para arrancar a control y quitar el .sh que arranca al ui_teleindicador.
- Que el fichero CfgDiagrama.CFG tenga las líneas 'DEFAULT_DISPLAY :0.2' y 'DEFAULT_DISPLAY_PEX :4'
NOTA: Poner el cfg del 3 también en el 4, y hacer que el 4 también tenga mwm.

Instalación de una nueva op Básicamente son estos pasos:
# instalar metroel
# coger de seraphim el socket-upipe-server y arrancarlo como <tt>root</tt> de la siguiente manera: <tt># cd / # socket-upipe-server 10000 | tar -xzf -</tt>
# en <tt>seraphim</tt>, como <tt>root</tt>, hacer lo siguiente: <tt># cd /backups/op50_mm/ # tar -czf `cat copiar-de-etc.txt` home root sbin usr | socket-upipe-client 3.0.1.233</tt>
# poner los parches que están en <tt>goody:/home/metro/pruebas-rhel</tt>.

_
<tt>Monday, 6 March 2006, 10:15:45 am</tt>
Inciso: Usando debian...
# Instamos una Debian woody, poneindo de paso al usuario metro
# Usamos un diquette para poenr el socket-upipe-&star;
# Copiamos los paquetes de woody de seraphim
# Copiamos el sources.list de woody de seraphim y lo editamos para que apunte a oldstable
# Hecho un apt-get update
# Cogido el "dpkg --get-selections" de panelvga05 e instalado todos esos programas con un for
# Cogido un tar del etc de panelvga05 y de él se copian el hosts y el services a /etc
# cogido el .bash_profile y el .Xsession de "+fp1 +pciccaminos"; puesta la lína del rungetty tb. de pciccaminos, pero con usuario metro en vez de pci.
# cogido los ejecutables principales (tar -cvphf n.tar ficheros) de panelvga05 (/home/metro/sun.linux), ya que no los montaba.
# copiado de la op50_mm el /etc/init.d/Captura y logclean_metro
# copiado de la op50_mm el /home/metro/.autostart y .autostop
# Creado /var/autofs/metro, copiado el auto.master y auto.metro de panelvga05

_
<tt>Friday, 24 February 2006, 5:56:12 pm</tt>
Terminado de configurar las x.org para la GeForme 5200 Ver el attach
_
<tt>Wednesday, 22 February 2006, 8:50:24 am</tt>
Pasos para instalar de un puesto de RHEL desde la copia de Seraphim
# Instalar la MetroEL e instalar el NVIDIA...81xxx (está en el /root, con lo que quizás sea más cómodo cogerlo de seraphim primero)
# Llevarse /home /root /usr /sbin y los ficheros que se encuentran en Diferencias....txt de /etc
# Copiar el /etc/X11/xorg.conf.GeForce5200 a /etc/X11/xorg.conf
# Mover /home/metro/sun/control.Linux a /home/metro/sun/control
# Poner permisos de ejecución a /etc/init.d/&star;
# Instalar las librerías de motif y de xview que están en /root ( openmotif21-2.1.30-11.RHEL4.2.i386.rpm xview-3.2p1.4-16u.i386.rpm )
# descomprimir en <tt>/usr/lib/X11/fonts</tt> el fichero de <tt>/root/fuentes-hpux-linux.tar.gz</tt> y, dentro del subdirectorio <tt>misc</tt> ejecutar <tt>valida.sh</tt>
# Comprobar que /home/metro/sun/control apunta a algo con permisos de ejcución
# Poner /home/metro/sistema/V/Lineas como un enlace a Lineas.nonfs para que funcione aunque no monte el directorio común
#Instalar los paquetes rpm que se encuentran en /root mediante rpm -i nombrepaquete.rpm Concretamente hay que instalar el paquete xorg-x11-fonts-lucida-1.noarch.rpm, rsh-server-0.17-25.1.i386.rpm, ncurses4-5.0-12_1.el4.at.i386.rpm, xview-3.2p1.4-16u.i386.rpm Una vez instalado este último, editar /etc/xinetd.d/rsh y en la línea que pone disable=yes cambiarlo por disable=no y disponer así de rcp. Si no hubiera telnet, se hace lo mismo en el fichero /etc/xinetd.d/krb5-telnet. Hacer lo mismo con rlogin y rexec si no estuvieran habilitados. Para poder hacer uso de ellos, basta con hacer ./xinetd restart desde /etc/init.d, si no hiciese caso, reinicia la máquina.

Seguramente haya que crear a mano los directorios para el nfs... eso se verá alli (ver el <tt>/etc/auto.master</tt> y <tt>/etc/auto.metro</tt>).

_
<tt>Tuesday, 14 February 2006, 10:17:59 am</tt>
Cosas realizadas en op53_mm/op50_mm Hoy ha ido Luis a hacer pruebas en la op50/op53. Los cambios que se han realizado:
# Editado el <tt>/etc/services</tt> ya que en la op53_mm el isa se estaba conectado al puerto 7200 (que es seguridad) y la máquina debe conectarse a la 7300 (estaciones)
# Puesto en <tt>/home/metro/sistema/V/CfgControl.CFG</tt> que el "<tt>LIMITE_ARRANQUES_UN_PROCESO 30000</tt>" para que si router se cae muchas veces no cause que se salga de las X
# Hechos un "<tt>mv router.Motif a router.Motif.post-12Feb2006</tt>" y "<tt>mv router.Motif.12Feb2006 router.Motif</tt>" de manera que restauro el router.Motif al de antes de las pruebas de Jesús
# Puesto que genere cores; en el <tt>.autostart</tt> he añadido un "<tt>limit coredumpsize 100000000</tt>" just después de los setenv.
Además, en la <tt>op50_mm</tt> se ha hecho adicionalmente lo siguiente:
# Poner el isacd_mainRHEL que tenial la op53_mm (que era diferente, en la op50 estaba puesto el que en la op53 se llama isacd_mainRHEL.old, que tiene la anchura incorrecta).

_
<tt>Monday, 13 February 2006, 4:53:54 pm</tt>
Faltaba por poner el <tt>/etc/services</tt> Jesús lo ha actualizado "a mano" en la op50 y op53.
_
<tt>Wednesday, 8 February 2006, 4:41:31 pm</tt>
Para arrancar las X de xdummy Lo que está puesto en estos momentos es lo siguiente:

=/etc/inittab
<table border=1><tr><td><tt>...
 # Run gettys in standard runlevels
1:2345:respawn:/sbin/mingetty tty1
2:2345:respawn:/sbin/mingetty tty2
3:2345:respawn:/sbin/mingetty tty3
4:2345:respawn:/sbin/mingetty tty4
5:2345:respawn:/sbin/mingetty tty5
 #6:2345:respawn:/sbin/mingetty tty6

# Run xdm in runlevel 5
x:5:respawn:/etc/X11/prefdm -nodaemon
r6:2345:respawn:/sbin/rungetty -u root -g root -w / --autologin root tty6 -- /bin/bash -c "/home/metro/pexserver/sarge/mounts-init.sh"
</tt></td></tr></table>

=/home/metro/pexserver/sarge/mounts-init.sh
<table border=1><tr><td><tt>#!/bin/sh
(
echo `/bin/date` - Montando puntos de montaje
/bin/mount
echo ---
while ! /bin/mount | /bin/grep /home/metro/pexserver/sarge/tmp ; do
echo `/bin/date` - Puntos de montaje todavia sin montar
for i in dev proc tmp ; do
 if ! /bin/mount | /bin/grep /home/metro/pexserver/sarge/$i ; then
 echo `/bin/date` - Montando $i
 /bin/mount --bind /$i /home/metro/pexserver/sarge/$i
 fi
done
done
echo `/bin/date` - Arrancando servidores
/usr/sbin/chroot /home/metro/pexserver/sarge /startXdummy_3 &
/usr/sbin/chroot /home/metro/pexserver/sarge /startXdummy_4 &
echo `/bin/date` - En espera...
while [ 1 ] ; do read dummy ; done
) >/dev/null 2>/dev/null
</tt></td></tr></table>

=/home/metro/pexserver/sarge/startXdummy_3
<table border=1><tr><td><tt>#!/bin/sh
export XDUMMY_ROOT=1
export XDUMMY_GEOM=
LD_PRELOAD=/Xdummy.so /usr/X11R6/bin/XFree86 :3 -xf86config /xconfig_xdummy3 -ac vt17
</tt></td></tr></table>
_
<tt>Monday, 9 January 2006, 10:17:06 am</tt>
Recordatorio: cómo instalar el rsh/rexec/rlogin Hay que instalar el paquete: <tt>rsh-server-0.17-25.1.i386.rpm</tt>/<tt>rsh-server-0.17-25.1.x86_64.rpm</tt> y luego editar los ficheros <tt>/etc/xinetd.d/rlogin</tt> <tt>/etc/xinetd.d/rexec</tt> <tt>/etc/xinetd.d/rsh</tt> para poner a "no" el <tt>disable</tt>. Después hay que crear en el usuario un fichero de permisos 644 y nombre <tt>/home/metro/.rhosts</tt> con la lista de hosts a los que se permiten los r-comandos, y asegurarse que dichos hosts están en el <tt>/etc/hosts</tt>.

_
<tt>Thursday, 29 December 2005, 8:09:40 am</tt>
Arreglados los problemas de las fuentes Al final, siguiendo la *documentación sobre fuentes del rhel>http://web.mit.edu/rhel-doc/3/rhel-rg-es-3/s1-x-fonts.html* he visto que estaba todo bien configurado, sólo faltaba el instalar las lucida de la página de códigos 8859-1. He puesto la información de cómo las he instalado en la entrada del "27 December 2005, 1:15:22 pm".
_
<tt>Wednesday, 28 December 2005, 4:47:49 pm</tt>
Problemas con las ptys ("All pty's in use") Resulta que *RHEL sólo soporta UNIX98 pty's>http://www.physionet.org/physiotools/wug/node103.htm* y los paquetes xview antiguos usan "las antiguas" BSD pty's. Hay que instalar los paquetes de *physiotools/xview/i386-Fedora>http://www.physionet.org/physiotools/xview/i386-Fedora/*.
_
<tt>Wednesday, 28 December 2005, 2:52:40 pm</tt>
Resueltos los problemas nfs-client contra HP-UX Resulta que era por culpa de las versiones del NFS. Ha bastado con poner la opción de <tt>nfsvers=2</tt> al montar el directorio <tt>/home/siv</tt> de <tt>serv_siv</tt>. Los ficheros de configuración del <tt>autofs</tt> han quedado de la siguiente manera:

<tt>/etc/auto.master</tt>
<table border=1><tr><td><tt>/var/autofs/metro /etc/auto.metro
/var/autofs/siv /etc/auto.siv</tt></td></table>
<tt>/etc/auto.metro</tt> (contra máquina Solaris/SPARC)
<table border=1><tr><td><tt>captura metrosun2:/captura/metro</tt></td></table>
<tt>/etc/auto.siv</tt> (contra máquina HP-UX)
<table border=1><tr><td><tt>siv -nfsvers=2 serv_siv:/home/siv</tt></td></table>

Para crear los directorios y enlaces correspondientes hay que hacer:
=# install -d /var/autofs/metro
=# install -d /var/autofs/siv
=# ln -s /var/autofs/metro/captura /Captura
=# ln -s /var/autofs/siv/siv /Siv

Para recargar la configuración el método más sencillo (siempre y cuando ningún proceso esté usando ficheros de un punto de montaje "automontado") es:
=# /etc/init.d/autofs restart
NOTA: Se supone que sólo hay que hacer el "<tt>autofs restart</tt>" si se cambia el <tt>auto.master</tt>, ya que el resto de los ficheros (p.ej. <tt>auto.metro</tt>, <tt>auto.siv</tt>) los vuelve a leer cada vez que tiene que montar esos directorios.
_
<tt>Wednesday, 28 December 2005, 10:37:51 am</tt>
Problemas con el nfs-client y HP-UX/probelmas con rpcs Puede que ayude *este mensaje>https://www.redhat.com/archives/fedora-list/2005-April/msg04993.html*, aunque el problema es muy diferente: sirviendo nfs desde un FC3 de repente habían dejado de poder montar esos directorios. Lo arregló de la siguiente manera:
<table border=1><tr><td><tt>While I don't quite understand why it worked placing "async" into the options and then running the following two commands have got it working again:

EXPORTS FILE:
/var/www    192.168.0.252(async,insecure,no_root_squash,rw)

COMMANDS:
exportfs -vr
service nfs restart

Thank you Thomas! :)</tt></td></tr></table>

Otro mensaje interesante es *este en que explican /proc/fs/nfsd>http://www.plug.org/pipermail/plug/2005-December/018242.html*.
_
<tt>Tuesday, 27 December 2005, 1:15:22 pm</tt>
Paquetes extras instalados: Son los siguientes
- <s>bitmap-fonts-0.3-4</s> (already installed)
- *ncurses4-5.0-12_1.el4.at.i386.rpm>http://www.filewatcher.com/_/?q=ncurses4-5.0-12_1.el4.at.i386.rpm* (*ftp>ftp://ftp.int-evry.fr/mirror4/atrpms.net/rhel/4/en/i386/at-stable/RPMS/ncurses4-5.0-12_1.el4.at.i386.rpm*)
- *xorg-x11-fonts-ISO8859-1-75dpi-1.0.0-1.noarch.rpm>http://distro.ibiblio.org/pub/linux/distributions/fedora/linux/core/development/i386/Fedora/RPMS/xorg-x11-fonts-ISO8859-1-75dpi-1.0.0-1.noarch.rpm*
- *xorg-x11-fonts-ISO8859-1-100dpi-1.0.0-1.noarch.rpm>http://distro.ibiblio.org/pub/linux/distributions/fedora/linux/core/development/i386/Fedora/RPMS/xorg-x11-fonts-ISO8859-1-100dpi-1.0.0-1.noarch.rpm*
- xorg-x11-font-utils-6.8.1-23.EL.i386.rpm (MetroEL)
- *xview-3.2p1.4-16u.i386.rpm>http://www.physionet.org/physiotools/xview/i386-Fedora/xview-3.2p1.4-16u.i386.rpm*
- xorg-x11-fonts-lucida-1.noarch.rpm (generado localmente en <tt>main1</tt>, intrucciones:)
-# Nos ponemos en el directorio de las fuentes bitmap: <tt>main1# cd /usr/X11R6/lib/X11/fonts</tt>
-# Generamos un tar al estilo slackware: <tt>main1# grep lucida &star;/fonts.dir | grep iso88 | sed "s-fonts.dir:--g" | sed "s:^:/usr/X11R6/lib/X11/fonts/:g" | cut -d " " -f 1 | xargs tar -czpPf /tmp/xorg-x11-fonts-lucida.tar.gz</tt>
-# Nos ponemos en el directorio del tar.gz: <tt>main1# cd /tmp</tt>
-# Lo convertimos en paquete rpm (lástima de no poder poner script de post-instalación al generar los paquetes de esta manera, sigh): <tt>main1# alien --to-rpm xorg-x11-fonts-lucida.tar.gz</tt>
-# Despues hay que instalarlo en la rhel (con un "<tt>rpm -i nombrepaquete.rpm</tt>") y después de instalarlo hay que hacer: <tt>rhel# cd /usr/X11R6/lib/X11/fonts/75dpi ; mkfontdir . ; cd /usr/X11R6/lib/X11/fonts/100dpi ; mkfontdir .</tt>
- rsh-server-0.17-25.1.x86_64.rpm (MetroEL, ver instrucciones de configuración en día "9 January 2006")
- openmotif21-2.1.30-11.RHEL4.2.i386.rpm (MetroEL)
- t1lib-5.0.2 (*ftp://ftp.e12.physik.tu-muenchen.de/pub/dist/fedora-core/extras/3/i386/t1lib-5.0.2-1.i386.rpm*). TOTA: para que funcione, hay que hacer un "<tt>ln -s /usr/lib/libt1.so.5 /usr/lib/libt1.so.1</tt>" después de instalarlo.

Las que hemos bajado de internet están en <tt>goody:/home/metro/rpms-rhel/</tt>, mientras que las las marcadas como MetroEL están en el DVD del MetroEL.
_
<tt>Tuesday, 27 December 2005, 9:51:29 am</tt>
Hecho un enlace simbolico de /home/metro/bin a /home/metro/sun Ya que <tt>/home/metro/bin</tt> está por defecto en el path, así nos evitamos problemas por no poner el path de forma adecuada.
_
<tt>Tuesday, 27 December 2005, 9:45:45 am</tt>
Hacer que arranque automáticamente el usuario metro Para ello, hemos ejecutado el <tt>gdmsetup</tt> y cambiado su configuración para que arranque la primera vez al usuario <tt>metro</tt> y que las veces siguientes espere 0 segundos antes de arrancar otra vez al usuario <tt>metro</tt>. Por otro lado, el fichero para gestionar las aplicaciones a arrancar es el <tt>.xsession</tt> o el <tt>.Xclients</tt>, según *esta documentación sobre el arranque gráfico de la redhat>http://www.redhat.com/docs/manuals/linux/RHL-9-Manual/ref-guide/s1-x-runlevels.html*.
_
<tt>Friday, 23 September 2005, 10:39:34 am</tt>
Luis ha conseguido ya un xorg.conf que soporta 3 monitores El fichero en cuestión es *+xorg.conf+* y usa la nVidia Quadro FX 330 (monitores 1 y 2) y la XFX MX 4000 (monitor 3), usando en las pruebas un monitor CRT Sony E200.
_
<tt>Monday, 19 September 2005, 8:59:07 pm</tt>
Para el PEX Resulta que instalar el pex5 de las XFree 4.2 no funciona en las Xorg 8.2 (resulta que da un PexStructureError en cuanto intenta mostrar algo (cosa que no consigue nunca), y luego puede dar un core).
Por eso:
Instalar una debian en chroot *Buscando>http://www.google.es/search?hs=3e5&hl=es&client=firefox-a&rls=org.mozilla%3Aes-ES%3Aofficial&q=debootstrap+chroot+debian&btnG=B%C3%BAsqueda&meta=* me he encontrado con *este howto para woody sobre redhat>http://capricorn.woot.net/~jdrew/debian-chroot.html* y *este otro para sarge (es)>http://people.debian.org/~walters/chroot-es/. A probarlo...

_
! Descripción del proyecto

Se trata de instalar y configurar los puestos de operador DELL que usar RHEL 4. La parte de configuracion de las tarjetas de vídeo está en Tarjetas gráficas PCIe para estaciones de trabajo Dell c/ RHEL>http://3.0.1.45:8000/testing/92.

|op30,31|psl ventas estaciones (aunque va a cambiar|
|op32,33|psl ventas seguridad (aunque va a cambiar)|
|op54|ventura rodriguez ¿seguridad?|
|op55|ventura rodriguez ¿estaciones?|
|op50|ministerios seguridad|
|op53|ministerios estaciones|

_
! Attachs
xorg.conf+
xorg.conf.GeForce5200+

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

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