Stephans Blog

[lang_en]
My new travelblog

https://weltenbummler.hlawatsch.org/en/

[/lang_en][lang_de]
Mein neues Reiseblog

https://weltenbummler.hlawatsch.org/de/

[/lang_de]

Fall 2015 I was in Thailand for my first bagbacking experience. I travelled from Chiang Mai ( where I visited an elephant sanctuary) in the north to Lopburi ( with its monkeys) , Ayutthaya ( I explored the ruins there with a bicycle ) and ended up Kanchanaburi at the river Kwai. There I was swimming in the basins of the erawan falls with some fishes ,traveling across the Death Railway and relaxing on a house bout on the river kwai.

Travelling as bagpacker was a great experience enjoying freedom and adventure , finding new friends.

2016 there will be an update , I promise

Some wats in Chaing Mai

playing with the big guys

back in Chiang mai

Trainstation on my route to lopburi

monkey alarm !!

Ayutthaya

Erawan Falls ( beautifull to swim)

Death railway

River Kwai

The famous Bridge

Chilling at „my“ Houseboat

Sunset

Bangkok

Ib the skys over Frankfurt

„In diesem Sommer haben wir Deutschen eine historische Chance. Die Chance, uns ausnahmsweise mal nicht wie Arschlöcher zu benehmen.“

Klaas Heufer Umlauf und Jan Böhmermann haben ein sehenswertes Video zum Thema Griechenland und Europa gedreht das ich gerne Weiterverbreite

Wo befinden die bahn-comfort an Zügen der Deutschen Bahn, wenn man diese benötigt ?

Normalerweise hier:

ICE1: Wagen 7,
ICE 2: Wagen 34/24,
ICE3 Wg. 36/26,
ICE-T7: Wagen 24/34,
IC: Wagen x0, zumeist der Wagen 10.


In einer Fortbildung mit Kollegen haben wir heute die in unseren Augen die 5 wichtigsten Paradigmen bei der Fehlersiche in technischen Systemen zusammengeschrieben.

1.) Welche Komponenten sind alles beteiligt ?
2.) Kann ich den Fehler reproduzieren, wenn nein , warum ?
3.) Welche Komponenten kann ich systematisch ausschliessen?
4.) Wenn ich nicht zum Ziel komme müssen alle Prämissen geprüft werden.

und in einem Systemn, an dem mehr wie ein Techniker beteilgt ist sollte folgende Frage nicht fehlen:

Wer kann mich unterstützen ?

Dies ist ein Beispiel für eine .htaccess ,die ein Passwort verlangt, ausser man kommt von bestimmten IPs.

Order deny,allow
Deny from all
AuthName "htaccess password prompt"
AuthUserFile /var/www/.htpasswd
AuthType Basic
Require valid-user
Allow from 217.10.14.27
Allow from 127.0.0.1
Satisfy Any


This is an example for an .htaccess ,which request a Password besides the request is comming from IP 127.0.0.1 or 217.10.14.27

Order deny,allow
Deny from all
AuthName "htaccess password prompt"
AuthUserFile /var/www/.htpasswd
AuthType Basic
Require valid-user
Allow from 217.10.14.27
Allow from 127.0.0.1
Satisfy Any

Einen spannenden Fall, den ich vor kurzem via Twitter gelesen hatte , möchte ich hier weiterreichen.
Es geht um die riesigen Wirtschaftsinteressen, die hinter dem kostenlosen Browserplugin ad-block plus stehen.

http://www.mobilegeeks.de/adblock-plus-undercover-einblicke-in-ein-mafioeses-werbenetzwerk/

[lang_en]
Heartbeat Based Clusters are a fine thing but even clusters can crash. In this case you may have to bring up the ressources manually. With

ip -f inet addr add 192.168.1.1/24 brd 192.168.1.255 dev eth1

you can add the VIP manually but you have to clean the ARP Caches manually to have sucess. You clean the ap caches with this command:

arping -c 4 -A -I eth1 192.168.1.1


[/lang_en][lang_de]
Heartbeat basierende Cluster sind eine wunderbare Sache. Doch es mag sein das man im Katastrophenfall die Ressourcen des Clusters manuell zur Verfügung stellen muss.
Mit

ip -f inet addr add 192.168.1.1/24 brd 192.168.1.255 dev eth1

lässt sich die Virtuelle IP manuell an ein Interface binden aber erreichbar ist die IP erst , wenn mit folgendem Befehl die ARP Caches im ganzen Netz upgedated werden.

arping -c 4 -A -I eth1 192.168.1.1

[/lang_de]

[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]

Nachdem S21 immer teurer und unpopulärer wird habe ich in einer Fernsehsendung des SWR [1] über eine super Alternative gehört: SO21

Was ist SO21?
Es wird ein zusätzlicher neuer Ostbahnhof in Untertürkheim gebaut.
Fernzüg nach Stuttgart enden weiterhin im HBF, Fernzüge nach Ulm fahren über die Güterumgehung direkt in den Ostbahnhof. Von dort wird die Strecke durch einen Tunnel nach Wendlingen geführt. Kosten ca. 25 % , keine Behinderung durch Jahrelange Baustellen und am Ende hat Stuttgart 2 Fernbahnhöfe.

[1]
http://www.ardmediathek.de/swr-fernsehen/eisenbahn-romantik/stuttgart-nach-21-alternativen-zu-dem-mammutprojekt?documentId=13503762