Problem bei der Kontaktsynchronisation auf Android

Manchmal ist Android echt nervig, heute habe ich mich gewundert warum in meinem Addressbuch auf meinem Handy nicht die aktuellen Kontaktdaten, dabei sollte das doch automatisch gesynct werden.  Unter Einstellungen -> Konton -> Google konnte ich dann bestaunen das meine Kontaktdaten zuletzt irgendwann im Juli gesynct worden sind. *narf* Sobald man gesagt hat "Alle synchronisieren" gab es bei Kontakte nur ein Ausrufezeichen und die kleine Fehlermeldung "Bei der Synchronisierung treten derzeit probleme auf. sie wird in kürze fortgesetzt". Zwei Sachen regen mich dabei besonders auf, zum einen wieso sagt mir Android nicht gleich das es nicht geht und zwar ohne das ich in die Untiefen der Einstellungen vordringen muss. Zum anderen warum können Entwickler nicht einfach mal eine aussagekräftige Fehlermeldung machen. Die Lösung habe ich im Android-Hilfe Forum gefunden.

Einstellungen > Applikationen > Applikationen verwalten > Speicher für Kontakte (o. ä., auf Englisch Contacts Storage) > Daten löschen Löscht alle Kontakte, nach einem Sync mit Google werden sie wiederhergestellt. (Daher nicht durchführen, wenn man sie nicht mit Google gesynct hat!)

icinga und ein update auf squeeze

Das hier soll mehr oder weniger nur ein Spickzettel für mich sein, was man dabei alles beachten muss. Sollten Tests die auf den MIB-Namen basieren plötzlich nicht mehr gehen, dann hilft es snmp-mibs-downloader zu installieren. Schwierger zu debuggen war allerdings warum die tolle Mailbenachrichtigung Nagios Extended Notification Mail nicht mehr geht. Im Debug-Modus geht sie, aber nicht wenn Icinga sie aufruft. Die Lösung habe ich dann im Nagios Portal gefunden. Es muss in der php.ini der Eintrag "variables_order" von "GPCS" zu "EGPCS" geändert werden.

Options Error: need more than 1 value to unpack

Im Internet findet man immer den Hinweis das man den Fehler mit folgenden Befehlen fixen kann: yum clean all yum clean metadata yum clean dbcache yum makecache Das hat bei mir leider nicht geklappt, aber strace hat mich auf den richtigen Weg gebracht, man muss nur den alles unter /var/cache/yum/ löschen und schon kann man mit yum makecache den Cache neu aufbauen

sparkleshare auf Fedora15 installieren

Auf der Suche nach einer Alternative zu Dropbox, bin ich auf SparkleShare gestoßen, welche mit einem lokalen GIT-Server zusammen arbeitet. Mit folgendem Befehl kann man alle nötigen Pakete installieren um SparkeShare aus den Sourcen zu installieren. yum -y install mono-devel gcc gtk-sharp2-devel nant gnome-doc-utils notify-sharp-devel libnotify-devel  notify-sharp-devel webkit-sharp-devel  

postfix auf gfs2

wir haben auf arbeit einen Cluster für OpenVZ Instanzen, alle Instanzen liegen auf einem gemeinsamen GFS2 SAN. Sobald man innerhalb der OpenVZ Instanz versucht postfix zustoppen schlägt dies fehl, bzw er kommt zu keinem Ende. Mit strace sieht man dann folgendes: [pid 18136] chdir("/var/spool/postfix") = 0 [pid 18136] access("pid/master.pid", F_OK) = 0 [pid 18136] open("pid/master.pid", O_RDWR) = 9 [pid 18136] fstat(9, {st_mode=S_IFREG|0600, st_size=33, ...}) = 0 [pid 18136] lstat("pid/master.pid", {st_mode=S_IFREG|0600, st_size=33, ...}) = 0 [pid 18136] flock(9, LOCK_EX|LOCK_NB Anscheinend will der Prozess /usr/lib/postfix/master -t auf die Datei  /var/spool/postfix/pid/master.pid  noch  non-blocking lock setzen, was GFS2 aber aus mir bisher nicht bekannten Gründen nicht kann.  Also musste eine einfache Lösung her. Wir schreiben einfach das init-Script von postfix um und lassen per kill  `sed 1q /var/spool/postfix/pid/master.pid` Postfix stoppen,  zwar nicht die feine englische Art, weil die Mail-Queue vorher nicht geflusht wird. Aber es geht immerhin :) Für CentOS gibt es sogar einen Bugreport aber da ist bisher leider nichts passiert.