Ich bin beim Kramen in meinen Musik-CDs auf folgendes gestoßen:
Rodgau Monotones - Live Plus (2 CDs)
Eingelegt und gleich zu Titel 7 auf CD1: Normale Härte
Es ist schon ein paar Tage her,
da steht noch der Rest von dem komischen Wein.
...
Das ist normal, stinknormal,
aber ganz schön hart.
Und den Song habe ich mir in voller Lautstärke über Kopfhörer angetan - geil!
Das weckt Erinnerungen an den Auftritt im Rockpalast im Oktober 1985 (vor fast 23 Jahren!), damals noch mit Henny und als Gast Gerd Knebel, jetzt beide Badesalz.
Donnerstag, 24. April 2008
Mittwoch, 26. März 2008
Debian, postfix und sasl
Wenn man sich mit Debian, postfix und sasl rumärgert und dabei folgende Fehlermeldungen erhält
warning: SASL authentication failure: cannot connect to saslauthd server: No such file or directory
warning: SASL authentication failure: cannot connect to saslauthd server: Permission denied
SASL PLAIN authentication failed: generic failure
dann ist die Lösung ganz einfach. In
/usr/share/doc/sasl2-bin/README.Debian
steht, was zu tun ist:
[...]
Using saslauthd with Postfix:
If you run a chrooted server such as Postfix and wish to use saslauthd, you must place the saslauthd socket ("mux") inside the Postfix chroot. You must also set correct overrides for the run directory inside the chroot, using dpkg-statoverride. Finally, you must add the postfix user to the sasl group. These steps ensure that the Debian subsystems know how you want things to be laid out.
To place the saslauthd socket inside the Postfix chroot, edit
/etc/default/saslauthd
and set OPTIONS like this (you may omit -c):
OPTIONS="-c -m /var/spool/postfix/var/run/saslauthd"
To set the run directory using dpkg-statoverride, run this command as root:
dpkg-statoverride --add root sasl 710 /var/spool/postfix/var/run/saslauthd
Finally, to add the postfix user to the sasl group:
adduser postfix sasl
[...]
-- Fabian Fagerholm , Tue, 14 Nov 2006 14:21:50 +0200
warning: SASL authentication failure: cannot connect to saslauthd server: No such file or directory
warning: SASL authentication failure: cannot connect to saslauthd server: Permission denied
SASL PLAIN authentication failed: generic failure
dann ist die Lösung ganz einfach. In
/usr/share/doc/sasl2-bin/README.Debian
steht, was zu tun ist:
[...]
Using saslauthd with Postfix:
If you run a chrooted server such as Postfix and wish to use saslauthd, you must place the saslauthd socket ("mux") inside the Postfix chroot. You must also set correct overrides for the run directory inside the chroot, using dpkg-statoverride. Finally, you must add the postfix user to the sasl group. These steps ensure that the Debian subsystems know how you want things to be laid out.
To place the saslauthd socket inside the Postfix chroot, edit
/etc/default/saslauthd
and set OPTIONS like this (you may omit -c):
OPTIONS="-c -m /var/spool/postfix/var/run/saslauthd"
To set the run directory using dpkg-statoverride, run this command as root:
dpkg-statoverride --add root sasl 710 /var/spool/postfix/var/run/saslauthd
Finally, to add the postfix user to the sasl group:
adduser postfix sasl
[...]
-- Fabian Fagerholm , Tue, 14 Nov 2006 14:21:50 +0200
Montag, 10. Dezember 2007
Zeitsynchronisation in VMware-Maschinen
Da ich immer wieder Probleme mit der Zeitsynchronisation habe, wenn Linux zu Gast in einer VMware ist, hat mir folgender Link weitergeholfen:
http://www.vmware.com/pdf/vmware_timekeeping.pdf
http://www.vmware.com/pdf/vmware_timekeeping.pdf
Dienstag, 13. November 2007
Wolf Maahn und seine Band gingen "Direkt ins Blut"
Wolf Maahn und seine Band spielten am Sa 10.11.2007 im Anker Leipzig und gingen (wieder mal) direkt ins Blut! Mich hat besonders der “wiederausgegrabene Schatz” “Uhh Mädchen” vom Album “Irgendwo in Deutschland” berührt, den ich damals noch aus dem Radio (HR3?) auf einer Magnetbandkassette aufgenommen habe. Und der zweite Song der Zugaben “Wenn der Regen kommt” war überwältigend: Wolf singt und spielt alleine die erste Strophe: akustisch, etwas verhalten - und dann kommt die Band noch mal raus, geht zügig zu den Instrumenten und legt richtig los, so als wollten sie das Publikum gegen die Wand spielen.
Danke Wolf und alle anderen, das gibt den kleinen Helden Kraft für viele Tage und Wochen!
Danke Wolf und alle anderen, das gibt den kleinen Helden Kraft für viele Tage und Wochen!
Donnerstag, 8. November 2007
aptitude safe-upgrade
Unter Ubuntu 7.10 "Gutsy" bin ich gerade nach einem "sudo aptitude upgrade" über folgende Meldung gestolpert:
$ aptitude upgrade
W: The "upgrade" command is deprecated; use "safe-upgrade" instead.
Was zum Teufel ist "safe-upgrade"?
Die man-Page kennt "safe-upgrade" nicht, aber die Lösung steht in /usr/share/doc/aptitude/README
aptitude safe-upgrade
This command will upgrade as many packages as it can upgrade without removing existing packages or installing new ones.
It is sometimes necessary to remove or install one package in order to upgrade another; this command is not able to upgrade packages in such situations. Use the full-upgrade to upgrade those packages as well.
aptitude full-upgrade
Like safe-upgrade, this command will attempt to upgrade packages, but it is more aggressive about solving dependency problems: it will install and remove packages until all dependencies are satisfied. Because of the nature of this command, it is possible that it will do undesirable things, and so you should be careful when using it.
Note
For historical reasons, this command was originally named dist-upgrade, and that name is still recognized by aptitude.
Also:
"aptitude upgrade" heißt jetzt "aptitude safe-upgrade"
und "aptitude dist-upgrade" heißt jetzt "aptitude full-upgrade"
und "Raider" heißt jetzt "Twix" ;-)
Das betrifft:
Ubuntu 7.10 "Gutsy": aptitude 0.4.6.1-1ubuntu3
Debian testing "Lenny": aptitude 0.4.6.1-1.1,
ist also keine Erfindung von Ubuntu.
$ aptitude upgrade
W: The "upgrade" command is deprecated; use "safe-upgrade" instead.
Was zum Teufel ist "safe-upgrade"?
Die man-Page kennt "safe-upgrade" nicht, aber die Lösung steht in /usr/share/doc/aptitude/README
aptitude safe-upgrade
This command will upgrade as many packages as it can upgrade without removing existing packages or installing new ones.
It is sometimes necessary to remove or install one package in order to upgrade another; this command is not able to upgrade packages in such situations. Use the full-upgrade to upgrade those packages as well.
aptitude full-upgrade
Like safe-upgrade, this command will attempt to upgrade packages, but it is more aggressive about solving dependency problems: it will install and remove packages until all dependencies are satisfied. Because of the nature of this command, it is possible that it will do undesirable things, and so you should be careful when using it.
Note
For historical reasons, this command was originally named dist-upgrade, and that name is still recognized by aptitude.
Also:
"aptitude upgrade" heißt jetzt "aptitude safe-upgrade"
und "aptitude dist-upgrade" heißt jetzt "aptitude full-upgrade"
und "Raider" heißt jetzt "Twix" ;-)
Das betrifft:
Ubuntu 7.10 "Gutsy": aptitude 0.4.6.1-1ubuntu3
Debian testing "Lenny": aptitude 0.4.6.1-1.1,
ist also keine Erfindung von Ubuntu.
Montag, 5. November 2007
"Datenbank wird gerade benutzt - übersprungen"
In unserer Firma benutzen wir MS SQL-Server und Symantec Backup Exec 10d (for Windows Servers).
Eine (bzw. mehrere) gleichlautende Fehlermeldung(en) im Backup Exec plagten mich schon seit längerer Zeit (die Namen habe ich anonymisiert):
Fehler:
V-79-57344-33938 -
Fehler bei Anfrage an Datenbank DBNAME.
Ausnahme:
Sichern- DBSERVER\INSTANZ Element DBSERVER\INSTANZ\DBNAME wird gerade benutzt - übersprungen.
Was war da los? Die Datenbanken wurden nicht mehr gesichert, obwohl die Anwendung vom Backup-Job per Batch in den Read-Only-Modus gesetzt wurde. Eine Suche in der Support-Datenbank von Symantec über die Fehlernummer V-79-57344-33938 brachte auch keine sinnvollen Ergebnisse.
Nach längerem Suchen hatte ich endlich einen Anhaltspunkt: Alle betroffenen Datenbanken hatte ich per SQL-Script mit dem Query Analyzer eingehängt. Dort sind Datenbankname und die Daten- und Logdatei (mit vollständigem Pfad) zu übergeben. Für die betroffenen DBs hatte ich bei der Angabe der Logdatei im Script einen Backslash zuviel verwendet, so dass als Logdatei z.B. "H:\SQLLogfiles\\DBNAME.ldf" eingetragen war.
Seit ich alle betroffenen Datenbanken mit der korrekten Pfadangabe neu eingehängt habe, laufen auch die Backup-Jobs fehlerfrei durch :-)
Eine (bzw. mehrere) gleichlautende Fehlermeldung(en) im Backup Exec plagten mich schon seit längerer Zeit (die Namen habe ich anonymisiert):
Fehler:
V-79-57344-33938 -
Fehler bei Anfrage an Datenbank DBNAME.
Ausnahme:
Sichern- DBSERVER\INSTANZ Element DBSERVER\INSTANZ\DBNAME wird gerade benutzt - übersprungen.
Was war da los? Die Datenbanken wurden nicht mehr gesichert, obwohl die Anwendung vom Backup-Job per Batch in den Read-Only-Modus gesetzt wurde. Eine Suche in der Support-Datenbank von Symantec über die Fehlernummer V-79-57344-33938 brachte auch keine sinnvollen Ergebnisse.
Nach längerem Suchen hatte ich endlich einen Anhaltspunkt: Alle betroffenen Datenbanken hatte ich per SQL-Script mit dem Query Analyzer eingehängt. Dort sind Datenbankname und die Daten- und Logdatei (mit vollständigem Pfad) zu übergeben. Für die betroffenen DBs hatte ich bei der Angabe der Logdatei im Script einen Backslash zuviel verwendet, so dass als Logdatei z.B. "H:\SQLLogfiles\\DBNAME.ldf" eingetragen war.
Seit ich alle betroffenen Datenbanken mit der korrekten Pfadangabe neu eingehängt habe, laufen auch die Backup-Jobs fehlerfrei durch :-)
Abonnieren
Posts (Atom)