Stephans Blog

[lang_de]
Nach einem etwas längeren Umzug eines rdiff_backup repositories lieferte das Backup folgenden Fehler:

[03/20/13 13:31:44] Exception 'Found too many current_mirror incs!' raised of class
'':
[03/20/13 13:31:44] File "/usr/lib/pymodules/python2.6/rdiff_backup/Main.py", line 304,
in error_check_Main
[03/20/13 13:31:44] try: Main(arglist)
[03/20/13 13:31:44] File "/usr/lib/pymodules/python2.6/rdiff_backup/Main.py", line 324,
in Main
[03/20/13 13:31:44] take_action(rps)
[03/20/13 13:31:44] File "/usr/lib/pymodules/python2.6/rdiff_backup/Main.py", line 280,
in take_action
[03/20/13 13:31:44] elif action == "backup": Backup(rps[0], rps[1])
[03/20/13 13:31:44] File "/usr/lib/pymodules/python2.6/rdiff_backup/Main.py", line 337,
in Backup
[03/20/13 13:31:44] backup_final_init(rpout)
[03/20/13 13:31:44] File "/usr/lib/pymodules/python2.6/rdiff_backup/Main.py", line 501,
in backup_final_init
[03/20/13 13:31:44] checkdest_if_necessary(rpout)
[03/20/13 13:31:44] File "/usr/lib/pymodules/python2.6/rdiff_backup/Main.py", line 916,
in checkdest_if_necessary
[03/20/13 13:31:44] need_check = checkdest_need_check(dest_rp)
[03/20/13 13:31:44] File "/usr/lib/pymodules/python2.6/rdiff_backup/Main.py", line 907,
in checkdest_need_check
[03/20/13 13:31:44] assert len(curmir_incs) == 2, "Found too many current_mirror incs!"

Was war geschehen ? Durch den langen Kopiervorgang waren mehrere current_mirror Statusdateien mitgesynct worden.
In der obigen Fehlermedlung waren es zwei statt einer.
Wie lösen ?
Einfach in allen rdiff_datenverzeichnissen alle current_mirror* bis auf die neuste löschen und das Backup läuft wieder .
[/lang_de][lang_en]
After a longer migration of rdiff_backup repository (4 Weeks) I got this strange error

[03/20/13 13:31:44] Exception 'Found too many current_mirror incs!' raised of class
'':
[03/20/13 13:31:44] File "/usr/lib/pymodules/python2.6/rdiff_backup/Main.py", line 304,
in error_check_Main
[03/20/13 13:31:44] try: Main(arglist)
[03/20/13 13:31:44] File "/usr/lib/pymodules/python2.6/rdiff_backup/Main.py", line 324,
in Main
[03/20/13 13:31:44] take_action(rps)
[03/20/13 13:31:44] File "/usr/lib/pymodules/python2.6/rdiff_backup/Main.py", line 280,
in take_action
[03/20/13 13:31:44] elif action == "backup": Backup(rps[0], rps[1])
[03/20/13 13:31:44] File "/usr/lib/pymodules/python2.6/rdiff_backup/Main.py", line 337,
in Backup
[03/20/13 13:31:44] backup_final_init(rpout)
[03/20/13 13:31:44] File "/usr/lib/pymodules/python2.6/rdiff_backup/Main.py", line 501,
in backup_final_init
[03/20/13 13:31:44] checkdest_if_necessary(rpout)
[03/20/13 13:31:44] File "/usr/lib/pymodules/python2.6/rdiff_backup/Main.py", line 916,
in checkdest_if_necessary
[03/20/13 13:31:44] need_check = checkdest_need_check(dest_rp)
[03/20/13 13:31:44] File "/usr/lib/pymodules/python2.6/rdiff_backup/Main.py", line 907,
in checkdest_need_check
[03/20/13 13:31:44] assert len(curmir_incs) == 2, "Found too many current_mirror incs!"

What happened ? Because of the very long Migration of the repository more than one current_mirror Statusfiles had been synced.
In the errormessage above it had been two files .
how to solve ?
Simply delete in all rdiff_datadirs all current_mirror* files except the newest one and your rdiff_backup is running again
[/lang_en]

[lang_en]
Last weekend my netbook had a very strange behaviour. When pressed „O“ a „6 „appeared instead .; instead of a „.“ a „,“ appeared and so one.
It was the behaviour of a constantly pressed FN Key.
After an hour of debugging I found the solution. I used an external keyboard some days before ( with NUM Lock ) and my system saved this setting. releasing NUM Lock and the strange behaviour was gone.
[/lang_en]
[lang_de]
Letztes Wochenende zeigte mein Netbook ein ganz seltsames Verhalten . Wenn ich ein „O“ drückte kam stattdessen eine „6“ , statt eines „.“ ein „,“ und so weiter . Es war als wäre die FN Taste ständig gedrückt.
Nach einiger Zeit fand ich die Lösung. Ich hatte ein paar Tage zuvor eine externe tastatur angeschlossen ( mit aktiviertem NUM Lock). Dies hatte sich das Netbook gemerkt. Numlock deaktivert und alles war wieder normal.
[/lang_de]

[lang_de]
Bei installation eine neuen 1-Wire Controllers an meinem Ubuntuserver stieg die Load gleich auf 3 und mehr und die Maschine war nicht mehr zu bedienen.
Das Problem war der Kerneltreiber. Habe die Module entladen und dann /etc/modprobe.d/blacklist
editiert

blacklist wire
blacklist ds2490

Danach ein schönes owfs compliert und alles funktionierte.
[lang_de]
[lang_en]
After installing a new 1-Wire controller onto my Ubuntuserver the load was raising to 3 and higher and the server wasn’t manageable.
The Problem was the kernel driver. After unloading thecorrosponding modules and editing /etc/modprobe.d/blacklist
the system was operable again

blacklist wire
blacklist ds2490

After that I build owfs and everything was fine
[/lang_en]

[lang_en]
After big DNS-Problems at DENIC , manager of the .de domain, I think its not the worst idea to have a hostfile with the most important IPs.

A suggestion

209.85.229.104 google.de
213.144.235.206 ixquick.com

79.125.5.160 robtex.com

This File belongs into the directory /etc at Linux Systems into %windir%\system32\drivers\etc at Windows Systems.
You should use this file only in case of DNS Problems
[1]
http://www.denic.de/denic-im-dialog/news/2731.html?cHash=e24c31a412
[/lang_en]
[lang_de]
Nach den größeren DNS Problemen bei der Denic [1] ist es mir in den Sinn gekommen das es vielleicht keine schlechte Idee ist ein hostfile mit IPs für den Notfall bereitzuhalten.
Ein Vorschlag:

209.85.229.104 google.de
213.144.235.206 ixquick.com

79.125.5.160 robtex.com

Unter Linux gehört die Datei ins Verzecihnis /etc unter Windows ins Verzeichnis %windir%\system32\drivers\etc.
Diese Datei sollte man allerdings nur im Fall von DNS Problemen verwenden
[1]
http://www.denic.de/denic-im-dialog/news/2731.html?cHash=e24c31a412
[/lang_de]