/usr/bin/find: /var/lib/asterisk/sounds/tts: No such file or directory

En este caso es debido a que no existe el directorio /var/lib/asterisk/sounds/tts que es un directorio temporal que lo usa el software de ‘text to speech’. La alerta salta por que una de las tareas del cron intenta limpiar este directorio. Asi que para dejarlo fino, creamos el directorio y le damos permisos.

mkdir /var/lib/asterisk/sounds/tts
chown asterisk:asterisk /var/lib/asterisk/sounds/tts

Por otro lado tengo esta alerta de hylafax:

/etc/cron.daily/hylafax

gawk: /tmp/.xferfaxstats.RB8949/xferfax8946:331: fatal: cannot open file `/var/spool/hylafax/etc/xferfaxlog' for reading (No such file or directory)
gawk: /tmp/.xferfaxstats.YY8962/xferfax8959:331: fatal: cannot open file `/var/spool/hylafax/etc/xferfaxlog' for reading (No such file or directory)
gawk: /tmp/.recvstats.nd8975/xferfax8972:23: fatal: cannot open file `/var/spool/hylafax/etc/xferfaxlog' for reading (No such file or directory)
gawk: /tmp/.recvstats.rx8987/xferfax8984:23: fatal: cannot open file `/var/spool/hylafax/etc/xferfaxlog' for reading (No such file or directory)
gawk: /tmp/.faxcron.yC8940/faxawk8937:49: fatal: cannot open file `etc/xferfaxlog' for reading (No such file or directory)

Se corresponde a al fichero de log de hylafax ( man hylafaxlog ) , lo vamos a crear y dar permisos:

touch /var/spool/hylafax/etc/xferfaxlog
chown uucp:uucp /var/spool/hylafax/etc/xferfaxlog

Otra cosa mas ….

Para extraerlos he usado awk , revisando para columna para ver si contiene dígitos o no, y mostarla en tal caso:

cat telefonos.txt  | awk '{ for ( col=1; col<=NF ; i++ )  if ($col ~ /[[:digit:]]/) print $col }'

svn: Can't open file '/var/lib/svn/hostingaldescubierto.com/db/txn-current-lock': Permission denied

Esto es por que no hay permisos para modificar los ficheros, seguramente el propietario es root , pero estamos usando autenticación por apache, así le tenemos que dar permisos a www-data para que pueda commitear .

chown -R www-data.www-data /var/lib/svn/hostingaldescubierto.com/

Pero no es ni mas ni menos que en alertantives de mi sistema no está bien configurado el editor por defecto, así que como no estoy pasando el parámetro -m “mensaje” a svn me abre el editor por defecto para que escriba qué es lo que estoy subiendo al servidor.

$ svn commit
Error detected while processing /usr/share/vim/vimrc:
line   20:
E319: Sorry, the command is not available in this version: syntax on
Press ENTER or type command to continue

Vamos a echar un vistazo a mi sistema a ver como lo tengo configurado :

$ update-alternatives --config editor
There are 4 choices for the alternative editor (providing /usr/bin/editor).

  Selection    Path                Priority   Status
------------------------------------------------------------
  0            /bin/nano            40        auto mode
  1            /bin/nano            40        manual mode
  2            /usr/bin/vim.basic   30        manual mode
* 3            /usr/bin/vim.tiny    10        manual mode

Press enter to keep the current choice[*], or type selection number:

vim.tiny no soporta los colores ( syntax on ) que tengo puesto en mi entorno, así que como no quiero desactivarlos , simplemente elijo ‘vim.basic’ como editor por defecto para el sistema y eso, soluciona el mensaje que aparece al commitear.

Si lanzamos el comando manualmente en la consola, el error es este:

 /usr/sbin/dnsmasq --strict-order --bind-interfaces --pid-file=/var/run/libvirt/network/DEfault.pid --conf-file= --except-interface lo --dhcp-option=3 --listen-address 192.168.100.1 --dhcp-range 192.168.100.128,192.168.100.254 --dhcp-leasefile=/var/lib/libvirt/dnsmasq/DEfault.leases --dhcp-lease-max=127 --dhcp-no-override

dnsmasq: no interface with address 192.168.100.1

El problema es que he instalado el paquete dnsmasq, cuando virtual-manager sólo instala dnsmasq-base. Desinstalando el paquete dnsmasq, se ha solucionado el problema.

"svn: attempt to write a readonly database"

El caso es que el cambio los subía pero dando ese error.

googleando un poco he visto este enlace : http://geckoblue.livejournal.com/248161.html

y he probado a darle permisos de escritura al grupo de /svn/repopath/db/rep-cache.db y ha funcionado .

Ahí lo dejo para el que lo necesite

date --date='1 week ago' '+%Y-%m-%d'

Para obtener Año-mes-dia de hace una semana.

P.D: uso yyyy-mm-dd por el standard http://en.wikipedia.org/wiki/ISO_8601

El entorno gráfico del que disponemos en Red Hat se basa en X Window System. X Window System compone tanto cliente como servidor de protocolo X. El protocolo X se desarrolló para poder gestionar interfaces gráficos usando una arquitectura cliente-servidor. Esta comunicación cliente-servidor se realizar mendiante el Xprotocol que se implementa en las liberías Xlib.

Actualmente se usa Xorg que es una implementacion basada en la version del protocolo X11R7.4. Anteriormente se usaba XFree86, pero cambió su licencia a una licencia más cerrada y se creó el fork X.org que se usa actualmente.

Es importante conocer que X.org no es un gestor de ventanas sino una implementación de un protocolo de comunicaciones gráficas. Debemos tener un gestor de vetanas como gnome, kde, openbox, lxde, windows-el, fluxbox, *twm (twm, ctwm, vtwm), tritium, metacity y uno de los más famosos: Window Maker ( gracias Dasmandr ) ,etc.. que interprete estos datos y ‘dibujar‘ las ventanas. Además normalmente se instala XFS que es un servidor de Fuentes de caracteres True Type, aunque no es imprescindible, se suele instalar.

En Red Hat, disponemos de la herramienta system-config-display para configurar las X

Si arrancamos en runlevel 5, El inicia prefdm en /dev/tty7 ( indicado en /etc/inittab ). Este comando busca en /etc/sysconfig/desktop la variable DESKTOP para determinar si debe lanzar Gnome o KDE. También lo usa startx. Esta configuración se puede obviar si existe un fichero ~/.desktop.

SSH
Existe una forma de acceder remotamente al servidor y de forma segura: usando ssh.
Es una herramienta muy versatil que se comunica usando un sistema bastante seguro de cifrado.

A tener en cuenta:

• Se pueden hacer túneles remotos: Conectar un puerto local a uno remoto de otra máquina con ssh – L 8080:remote-web-server:80 user@ssh-server. Puerto local 8080 al 80 de otra máquina llamada remote-web-server usando la máquina ssh-server como extremo del tunel.
• Generar llaves para no tener que meter contraseña. Se recomienda encarecidamente usar una password que proteja el fichero de claves para que nadie haga un uso malintencionado de él. Generamos las claves  con ssh-genkey -t rsa. Nos quedamos con la id_rsa y la id_rsa.pub la subimos al sitio remoto donde queremos acceder, será la clave pública. Podemos automatizar la copia con ssh-copy-id -i ~/.ssh/id_rsa.pub user@host
• Para usar la clave privada sin tener que estar siempre metiendo el password, usarmos ssh-agent. Mientras dure nuestra sesión no volverá a pedirnos el password.
• Podemos redirigir la salida gráfica de otra máquina a la nuestra con ssh -X. Si falla revisar la variable DISPLAY ( DISPLAY=:0.0 )

Multiplexando y compartiendo sesiones:

Existe la herramienta screen que nos permite tener múltiples terminales dentro de una misma sesión y además compartir la terminal con otro usuario. Además, se mantiene en ejecución en el servidor con lo que un corte local no interrumpiría la ejecución en remoto.

• Physical Console ( Consolas Físicas ) : /dev/tty0 o /dev/fb0 ( si usamos framebuffer )
• Virtual Console ( Consola Virtual ) : /dev/tty1 .. /dev/ttyN ( ctrl + alt + fN o /usr/bin/chvt para cambiar de terminal )
• Serial Console ( Consola Serie ) : /dev/ttyS0 ..  /dev/ttySN ( Xen /dev/xvc0 )
• System Console ( Consola del sistema ) : /dev/console mapeada por el kernel a /dev/tty0 o /dev/fb0
• Pseudoterminal o pty ( /dev/pts/N ).

Resumiendo mucho la historia, hay que saber que TTY significa TeleTYpe. Antes de la llegada de las computadoras, se usaban teletipos para comunicar datos a larga distancia. Cuando llegaron los computadores se usaron los teletipos ( TTY ) para interactuar con las computadoras. Dado que llevaban tiempo en el mercado y estaban disponibles, se comenzaron a usar sin necesidad de diseñar nada especifico para la entrada y salida de datos. Este terminal se llamo en los sistemas Unix/Linux Physical Console ( /dev/tty0 ). Con los teletipos se mandaban comandos al computador y este envíaba la respuesta que imprimía en papel. El uso de estos teletipos hace comprender la existencia de funciones y teclas que se mantienen sin ser muy útiles hoy en día. Por ejemplo fijaos en este teclado, con la tecla de ‘ line feed ‘ a la derecha

Bien, para ampliar el posible uso del computador, se comenzaron a enchufar terminales como los famosos VT-100 mediante puertos serie, lo que llamamos en el manual Serial Console ( /dev/ttyS0 ). Usando puertos serie podían tener otros terminales conectados al mismo computador, con lo que posibilitaba que hubiera más gente trabajando en la máquina.

Todos estos conceptos o la gran mayoría se han conservado en cierta medida, pero el hardware ha evolucionado. Ahora llamamos Physical Console ( /dev/tty0 ) al teclado, monitor y ratón. Si nos logeamos en un equipo, tendremos o /dev/tty1 que es una consola virtual. Pues bien, lo que se hace es enlazar el /dev/tty0 con la consola actual y así podemos recibir los mensajes del sistema.

La diferencia de las consolas virtuales es que no están conectadas a ningún conector, la consola física o la serie, están conectadas físicamente a la máquina pero las demás no. Cada ventana con un xterm o un ssh a una máquina nos da una consola virtual que no está fisicamente conectada a nada, ni tiene IRQ ni IO Address.

Además, tenemos /dev/console que el kernel mapea a /dev/tty0 por defecto pero se puede mapear a otro dispositivo usando el parámetro del kernel console=ttys0 . Se usa /dev/console para unificar en envío de mensajes de sistema, mensajes de arranque, el login, etc…  Por ejemplo el demonio init envía los mensajes del arranque a /dev/console y como está enlazado a /dev/ttyS0 vemos como arranca la máquina.

Para acabar las pseudoterminales o pts, son las referidas a terminales emuladas como xterm, gnome-terminal, etc.. son emulaciones de terminales serie como el vt-100.

Todo este concepto de las terminales es importante para comprender por qué existen los señales, procesos en background, foreground, etc…

Lecturas obligadas:
http://www.linusakesson.net/programming/tty/index.php
http://www.educ.umu.se/~bjorn/linux/howto/Text-Terminal-HOWTO-9.html

Referencias:
http://www.faqs.org/docs/Linux-HOWTO/Remote-Serial-Console-HOWTO.html
http://www.vanemery.com/Linux/Serial/serial-console.html

La última grande y gorda que me pasa es que al copiar texto del terminal ( uso gnome terminal ) me corta la selección cuando uso la rueda del ratón. Si si, selecciono, hago scroll con la rueda y copy. Cuando copio/paste ( tengo que indexar en google ) sólo me copia lo que he seleccionado hasta tocar la rueda.

Re-abrí un ticket en Debian, pero me contestan que no lo pueden reproducir, así que tendré que darles más detalles. Un punto negativo para los chic@s de GNOME que se lo están mereciendo y mucho últimamente.