Como te han comentado no es recomendable mezclar "etch" con "sid". Más aun porque al quitar los repositorios de "sid" ya no recibirás actualizaciones de esos paquetes.
En backports puedes encontrar paquetes compilados de "sid" para "etch" (por si no quieres hacerlo tu mismo). Eso sí, el soporte no es tan bueno como las ramas oficiales.
En cuanto al uso, ¿que problema tienes concretamente? Me parece que las instrucciones son bastante claras:
http://www.backports.org/dokuwiki/do...d=instructions
* Añade el repositorio.
* Haz un update.
* Instala las claves GPG del repositorio.
* Haz un update.
* Añade un Pin con prioridad de los paquetes que quieras. Haz un upgrade.
ó
* apt-get -t etch-backports install “package”
agur.
hola Josu
no conocia esa pagina, gracias.
por lo que veo, aqui tengo para instalar los paketes de cada version debian y una version preparada por backports ¿me equivoco?
lo que no se es como aprovechar esta pagina.
¿es para instalar los paguetes a mano o con cambiar los repositorios que tengo y proceder a instalar con apt-get?
en caso de ser suficiente con usar unos nuevos repositorios ¿cuales serian?
gracias
Publicado inicialmente por
wla2
HOLA POWER
me dirijo a ti por que ers muy asiduo al foro y has demostrado gran experiencia en sistemas unix
Asiduo sí, pero gran experiencia no.
Eso sí, lo poco que sé, lo cuento por si le sirve a alguien.
Publicado inicialmente por
wla2
he editado /etc/apt/sources.list
y he cambiado, solo momentaniamente las lineas
--
deb http://ftp.us.debian.org/debian/ etch main non-free contrib
deb-src http://ftp.us.debian.org/debian/ etch main non-free contrib
por
deb http://ftp.us.debian.org/debian/ sid main non-free contrib
deb-src http://ftp.us.debian.org/debian/ sid main non-free contrib
--
y he procedido a la re-instalacion de fail2ban y rdiff-backup
apt-get update
apt-get install fail2ban y rdiff-backup
...
una vez finalizado, he vuelto a dejar el sources.list con 'etch'
El servidor funciona perfectamente, fail2ban y rdiff van perfectos y en su ultima version, pero me pregunto
¿la he cagado?
no esperaba que fueran a cambiar tantas cosas del sistema
No creo que haya sido una buena jugada.
Etch (estable) y Sid (inestable) son dos versiones diferentes de Debian y no sé lo que esa actualización te puede haber hecho.
Yo conozco muy poco de Debian (uso CentOS y casi siempre trabajo a través de cPanel y Webmin).
Tendrás que preguntar a alguien, que conozca Debian, si la maniobra puede haber peligrosa y qué sería recomendable hacer en este caso.
Para mi gusto, si el servidor está en producción, lo mejor es trabajar sólo con versiones estables y de 32 bits.
Para desarrollo o pruebas, la cosa es diferente.
Saludos
HOLA POWER
me dirijo a ti por que ers muy asiduo al foro y has demostrado gran experiencia en sistemas unix
veras con el tema de las versiones tan atrasadas descargadas con apt-get desde mis sistemas debian e incluso ubuntu he realizado la siguiente prueba que puede haber dejado mi sistema en peligro, te cuento.
he editado /etc/apt/sources.list
y he cambiado, solo momentaniamente las lineas
--
deb
http://ftp.us.debian.org/debian/ etch main non-free contrib
deb-src
http://ftp.us.debian.org/debian/ etch main non-free contrib
por
deb
http://ftp.us.debian.org/debian/ sid main non-free contrib
deb-src
http://ftp.us.debian.org/debian/ sid main non-free contrib
--
y he procedido a la re-instalacion de fail2ban y rdiff-backup
apt-get update
apt-get install fail2ban y rdiff-backup
en el caso de fai2ban la instalacion fue rapida y quedo la ultima version de la 0.8 sustituyendo la 0.7 que descargaba antes, se han actualizado algunas cositas mas aparte de fail2ban
en el caso de rdiff-backup la instalacion a sido mas pesada, al parecer ha tenido que instalar nuevas versiones de muchas cosas.
una vez finalizado, he vuelto a dejar el sources.list con 'etch'
El servidor funciona perfectamente, fail2ban y rdiff van perfectos y en su ultima version, pero me pregunto
¿la he cagado?
no esperaba que fueran a cambiar tantas cosas del sistema
deberia reinstalar el sistema y dejar estas pruebas de lado, ya que el server esta en uso.
¿existe forma de volver a dejar el sistema tal como antes de hacer el experimento.?
muchas gracias por tus intervenciones.
gracias power
voy a ver si compilo yo la nueva version ya que en debian no hay mas de 1.1.5 en los repositorios
saludos.
Vaya, has tenido mala suerte.
Si buscas en Google ese mensaje de error de rdiff-backup, verás que la causa es un bug que se presentaba en el caso de las versiones hasta la 1.1.5:
http://www.mail-archive.com/rdiff-ba.../msg02381.html
Se daba cuando las versiones de ambas máquinas eran diferentes:
http://www.mail-archive.com/rdiff-ba.../msg02377.html
Solución: actualizar la versión.
La versión estable actual es la 1.2.5
Si no tienes versiones modernas en los repositorios que utilizas, tendrás que añadir otros repositorios.
Y en caso contrario, bajarte el paquete a tu servidor e instalarlo a mano.
Puedes bajarlo con:
wget http://savannah.nongnu.org/download/...p-1.2.5.tar.gz
Saludos
gracias power
despues de hacer lo de reescribir avanza un poco mas la cosa pero me da el siguiente error
r-SERVER2:~# rdiff-backup --force -r now root@SERVER1::/var/backups/sitios /home/1/
root@SERVER1's password:
Warning: Local version 1.1.5 does not match remote version 1.1.15.
Exception 'too many values to unpack' raised of class 'exceptions.ValueError':
File "/var/lib/python-support/python2.4/rdiff_backup/Main.py", line 295, in error_check_Main
try: Main(arglist)
File "/var/lib/python-support/python2.4/rdiff_backup/Main.py", line 315, in Main
take_action(rps)
File "/var/lib/python-support/python2.4/rdiff_backup/Main.py", line 281, in take_action
elif action == "restore-as-of": Restore(rps[0], rps[1], 1)
File "/var/lib/python-support/python2.4/rdiff_backup/Main.py", line 478, in Restore
dest_rp.conn.fs_abilities.restore_set_globals(dest _rp)
File "/var/lib/python-support/python2.4/rdiff_backup/fs_abilities.py", line 619, in restore_set_globals
src_fsa = Globals.rbdir.conn.fs_abilities.get_readonly_fsa(
File "/var/lib/python-support/python2.4/rdiff_backup/connection.py", line 448, in __call__
return apply(self.connection.reval, (self.name,) + args)
File "/var/lib/python-support/python2.4/rdiff_backup/connection.py", line 368, in reval
result = self.get_response(req_num)
File "/var/lib/python-support/python2.4/rdiff_backup/connection.py", line 315, in get_response
try: req_num, object = self._get()
File "/var/lib/python-support/python2.4/rdiff_backup/connection.py", line 241, in _get
if format_string == "o": result = cPickle.loads(data)
File "/var/lib/python-support/python2.4/rdiff_backup/rpath.py", line 760, in __setstate__
self.index, self.base, self.data = rpath_state
Traceback (most recent call last):
File "/usr/bin/rdiff-backup", line 23, in ?
rdiff_backup.Main.error_check_Main(sys.argv[1:])
File "/var/lib/python-support/python2.4/rdiff_backup/Main.py", line 295, in error_check_Main
try: Main(arglist)
File "/var/lib/python-support/python2.4/rdiff_backup/Main.py", line 315, in Main
take_action(rps)
File "/var/lib/python-support/python2.4/rdiff_backup/Main.py", line 281, in take_action
elif action == "restore-as-of": Restore(rps[0], rps[1], 1)
File "/var/lib/python-support/python2.4/rdiff_backup/Main.py", line 478, in Restore
dest_rp.conn.fs_abilities.restore_set_globals(dest _rp)
File "/var/lib/python-support/python2.4/rdiff_backup/fs_abilities.py", line 619, in restore_set_globals
src_fsa = Globals.rbdir.conn.fs_abilities.get_readonly_fsa(
File "/var/lib/python-support/python2.4/rdiff_backup/connection.py", line 448, in __call__
return apply(self.connection.reval, (self.name,) + args)
File "/var/lib/python-support/python2.4/rdiff_backup/connection.py", line 368, in reval
result = self.get_response(req_num)
File "/var/lib/python-support/python2.4/rdiff_backup/connection.py", line 315, in get_response
try: req_num, object = self._get()
File "/var/lib/python-support/python2.4/rdiff_backup/connection.py", line 241, in _get
if format_string == "o": result = cPickle.loads(data)
File "/var/lib/python-support/python2.4/rdiff_backup/rpath.py", line 760, in __setstate__
self.index, self.base, self.data = rpath_state
ValueError: too many values to unpack
Fatal Error: Lost connection to the remote system
es el mismo error ejecute desde el server de la copia que desde el server a restaurar.
luego si hago
rdiff-backup --force -r now /var/backups/sitios /home/1/
desde el server de la copia me restaura 'sitios' en /home/1 perfectamente.
voy a ir restaurando a mano q no es mucho, pero me gustaria saber como solucinar esto
un saludo.
Tranquiiiiilo.
Observa que lo de las versiones diferentes es un Warning (Aviso), no un Error. No pasa nada porque sean diferentes.
De todas formas mira en la web de rdiff-backup las diferencias entre versiones por si, por ejemplo, hay alguna opción que tengas en una versión y no en la otra y te interese tener en ambas:
http://www.gnu.org/savannah-checkout...ANGELOG-stable
Es normal que diferentes distribuciones instalen desde diferentes repositorios y, por tanto, diferentes versiones del mismo paquete.
Si te interesa el tema, puedes mirar de cambiar los repositorios.
Y ahora al grano:
Observa lo que te dice el error: que ya existe ese fichero o directorio de destino (antes de machacarlo, te avisa).
Y te dice que puedes especificar la opción --force en el comando para que lo machaque y no te avise.
Perfecto ¿no?
Saludos
Publicado inicialmente por
Power
La cosa es fácil.
Editas /root/.ssh/known_hosts y le borras la línea 1 que es la que contiene la llave.
gracias Power, hice eso y ya puedo conectar de un servidor a otro por ssh
ahora vuelvo al tema del rdiff-backup
intento restaurar desde el server donde estan las copias al server nuevo y me dice
------
Warning: Local version 1.1.15 does not match remote version 1.1.5.
Fatal Error: Restore target /var/www/sitios already exists, specify --force to overwrite.
Fatal Error: Lost connection to the remote system
-----
ahora lo intento desde el server nuevo
---
Warning: Local version 1.1.5 does not match remote version 1.1.15.
Fatal Error: Restore target /var/www/sitios already exists, specify --force to overwrite.
Fatal Error: Lost connection to the remote system
---
lo que yo entiendo!! dice que las versiones no son las mismas
¿tengo q instalar la misma version en las dos?, un server es ubuntu y otro debian y esta recien instalado todo con apt-get install no entiendo porque no es la misma version.
y lo siguiente que entiendo en el error es que no puede sobreescrir y que use ¿q?
gracias por todo
Hola,
Parece que tu llave cambió después de la última conexión que hiciste al servidor.
La cosa es fácil.
Editas /root/.ssh/known_hosts y le borras la línea 1 que es la que contiene la llave.
(Ojo es una línea muy larga).
Si tienes dudas, por si acaso, haz antes una copia de seguridad de ese fichero.
Después vuelves a conectar.
La primera vez te pedirá si aceptas la llave, la aceptas y ya no te volverá a preguntar nunca más (salvo cuando cambies la llave en el servidor).
Saludos
Publicado inicialmente por
Power
Asegúrate de que así puedes conectar con el servidor remoto por SSH:
ssh root@servidor_remoto
hola power, gracias por tu ayuda
mira lo que me salio
ssh
root@91.121.xxx.xxx
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @@@@@@@@@
@ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that the RSA host key has just been changed.
The fingerprint for the RSA key sent by the remote host is
e9:d3:a7:4b:62:e1:ca:dd:6a:6b:xx:xxx:Xxx:xxx:xxx:x x.
Please contact your system administrator.
Add correct host key in /root/.ssh/known_hosts to get rid of this message.
Offending key in /root/.ssh/known_hosts:1
RSA host key for 91.121.xxx.xxx has changed and you have requested strict checking.
Host key verification failed.
* por cierto no me importa tener que poner la clave de root en cada conexion, lo que quiero es poder restaurar la copia en momentos muy puntuales
Hola,
Debe estar instalado rdiff-backup en los 2 servidores.
Si no quieres tener que meter contraseña del servidor remoto, debes tener autentificación por llaves para SSH.
Y si el puerto de SSH que utilizas en el servidor remoto es distinto del 22, debes añadir en el fichero /etc/ssh/ssh_config unas líneas con:
Host servidor_remoto
Port puerto_remoto
Asegúrate de que así puedes conectar con el servidor remoto por SSH:
ssh root@servidor_remoto
Y después añade como parámetro de rdiff-backup -v5 para que te de información de qué está haciendo.
Saludos
Hola
Tengo 2 servidores en ovh, en uno de ellos hago backups incrementales con rdiff-backup y los restauro perfectamente en ese mismo servidor, pero necesito poder restaurarlo en el otro servidor que tengo con ovh.
he estado probando con
rdiff-backup -r now /var/backups/ root@mi_ip::/home
pero no consigo nada,
estoy haciendo algo mal? necesito instalar algo para que los 2 servidores se comuniquen?
gracias
