Lug-dd September 2019

lug-dd@mailman.schlittermann.de

9 participants
8 discussions

ALSA und Flash auf 64bit
by Konrad Rosenbaum 05 Dec '23

05 Dec '23

Hi, ich versuche auf meinem 64-Bit-System Flash zum Laufen zu bekommen. 64bit Flash von Adobe ist Fehlanzeige. Die freien Alternativen, die ich finden konnte können entweder kein Video (YouTube) oder sind instabil. Also habe ich mir die 32bit-Bibliotheken von Debian installiert (libc6-i386), dann den 32bit Firefox und den passenden Flashplayer. Aber wenn ich jetzt Videos abspielen will kommt das: ALSA lib ../../src/confmisc.c:558:(snd_determine_driver) could not open control for card 0 ALSA lib ../../src/conf.c:3500:(_snd_config_evaluate) function snd_func_card_driver returned error: Invalid argument ALSA lib ../../src/confmisc.c:391:(snd_func_concat) error evaluating strings ALSA lib ../../src/conf.c:3500:(_snd_config_evaluate) function snd_func_concat returned error: Invalid argument ALSA lib ../../src/confmisc.c:1070:(snd_func_refer) error evaluating name ALSA lib ../../src/conf.c:3500:(_snd_config_evaluate) function snd_func_refer returned error: Invalid argument ALSA lib ../../src/conf.c:3968:(snd_config_expand) Evaluate error: Invalid argument ALSA lib ../../../src/pcm/pcm.c:2143:(snd_pcm_open_noupdate) Unknown PCM default Seltsamerweise funktioniert ALSA mit allen 64bit Programmen und macht da keinerlei Probleme. Was jetzt? Dabei will ich doch nur die erste Folge von "Sanctuary" nicht verpassen... :-( Konrad

10 15

Dateisystem für externe SD-Karte
by Thomas Güttler Lists 20 Sep '19

20 Sep '19

Hallo, ich habe die letzten Tage über Nextcloud geflucht, weil einige Musikdateien einfach nicht gesynct werden wollten. Dann habe ich die externe SD Karte aus dem Android Handy genommen und mit einem Adapter am Laptop angeschlossen. Und: Das gleiche. Die Dateien ließen sich nicht kopieren. Es hat eine Weile gebraucht. Jetzt kenn ich die Ursache: Das Dateisystem auf der SD-Karte unterstützt nur Dateinamen bis zu einer gewissen Länge. Also ist Nextcloud unschuldig. Aber was nun? Die vielen Dateinamen anzupassen ist aufwändig. Welches Dateisystem ist unter Android zu empfehlen? Gruß, Thomas -- Thomas Guettler http://www.thomas-guettler.de/ I am looking for feedback: https://github.com/guettli/programming-guidelines

4 5

dnssec und systemd-resolved
by Heiko Schlittermann 19 Sep '19

19 Sep '19

Moin, hier sind doch auch ein paar Leute dabei, die sich auskennen. Ich habe lokal systemd-resolved am Start. Der macht ja auch DNSSec-Validation. Funktioniert auch: $ systemd-resolve -t mx schlittermann.de schlittermann.de IN MX 80 ssl.schlittermann.de -- link: wlp4s0 schlittermann.de IN MX 90 hh.schlittermann.de -- link: wlp4s0 schlittermann.de IN MX 99 tigger.schlittermann.de -- link: wlp4s0 -- Information acquired via protocol DNS in 4.4ms. -- Data is authenticated: yes Der resolvd lauscht zusätzlich auf 127.0.0.53 Port 53 dig @127.0.0.53 mx schlittermann.de +qr liefert mir erstmal die Antwort, aber ohne AD Bit. Obwohl ich danach gefragt habe: ; <<>> DiG 9.11.5-P4-5.1-Debian <<>> @127.0.0.53 mx schlittermann.de +qr ; (1 server found) ;; global options: +cmd ;; Sending: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 61040 ;; flags: rd ad; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1 -----------------^^ In der Antwort fehlt es dann: ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 61040 ;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 1 -------------------^^^^ Ein anderer validierender Resolver liefert sofort das AD Bit. (Leicht zu testen mit dig @1.1.1.1 …) Wenn ich dem Dig jetzt das DNSSEC Flag mitgebe, was für mich eigentlich bedeutet „Hey, Server, ich bitte schicke mir die DNSSEC Daten“, dann bekomme ich bei der Kommunikation mit dem systemd-resolved das AD bit, aber keine DNSSEC Datensätze. Bei der Kommunikation mit z.B. 1.1.1.1 bekomme ich die DNSSEC Datensätze, wie ich es erwartet hätte. Was ist hier los? Best regards from Dresden/Germany Viele Grüße aus Dresden Heiko Schlittermann -- SCHLITTERMANN.de ---------------------------- internet & unix support - Heiko Schlittermann, Dipl.-Ing. (TU) - {fon,fax}: +49.351.802998{1,3} - gnupg encrypted messages are welcome --------------- key ID: F69376CE - ! key id 7CBF764A and 972EAC9F are revoked since 2015-01 ------------ -

1 1

Router/FW HA Pacemaker - IP-Adressen schalten nicht ordentlich um
by Falk Herzog 16 Sep '19

16 Sep '19

Hallo Zusammen, ich versuche gerade einen Router/Firewall hochverfügbar zu machen / neu aufzubauen. Ich hab also 2 Maschinen(Debian Buster), die Aktiv-Passiv laufen sollen. Iptables und Routen sind kein Problem, die werden ganz humorlos auf beiden Nodes gestartet. Mit den IPs(Einige...) geht das natürlich nicht. Ich hab also die ganzen IPs in Resourcen gestopft, die dann im Fall der Fälle / Wartung umschalten sollen. root@fw-a:~# pcs status Cluster name: debian Stack: corosync [...] 2 nodes configured 20 resources configured [Online: [ fw-a fw-b ] [...] Full list of resources: [...] ENP1-1 (ocf::heartbeat:IPaddr2): Started fw-a ENP1-2 (ocf::heartbeat:IPaddr2): Started fw-a ENP1-3 (ocf::heartbeat:IPaddr2): Started fw-a [...] Wenn ich fw-a jetzt Standby schicke, kriegt er 1-3 von 20 Adresssen unerklärlicherweise nicht ordentlich umgeschaltet. Im Status siehts dann so aus: ENP1-4 (ocf::heartbeat:IPaddr2): FAILED fw-a (blocked) [...] * ENP1-4_stop_0 on fw-b 'unknown error' (1): call=1102, status=complete, exitreason='Unable to remove IP [<IP> from interface [ enp1s0 ]', [...] Im Log: [...] Sep 13 14:46:27 fw-a IPaddr2(ENP1-4)[6270]: ERROR: RTNETLINK answers: Cannot assign requested address Sep 13 14:46:27 fw-a IPaddr2(ENP1-4)[6321]: ERROR: Unable to remove IP [<IP> from interface [ enp1s0 ] Sep 13 14:46:27 fw-a pacemaker-controld[647]: notice: Result of stop operation for ENP1-4 on fw-a: 1 (unknown error) Sep 13 14:46:27 fw-a pacemaker-controld[647]: notice: fw-a-ENP1-4_stop_0:1157 [ ocf-exit-reason:Unable to remove IP ... [...] Dummerweise stimmt das so nicht, die betroffenen IPs _werden_ runtergefahren / sind weg. Mache ich jetzt ein pcs resource cleanup, werden sie auch anstandslos auf dem zweiten Node hochgefahren... Ich vermute dass er sich irgendwie verschluckt, weil alle IPs auf einem Interface liegen und alle gleichzeitig runterreißt?!? Nacheinander manuell umschalten klappt ohne Probleme. Hat von Euch jemand Erfahrungen mit solchen Szenarien und eine Idee, wie man das robust(!) löst? Die Umschaltung der Resourcen irgendwie staffeln? (constraints?) Das Hoch/Runterfahren der IPs in Scripte stecken und von Pacemaker triggern lassen? Oder direkt networkd mit Pacemaker verbandeln? Wie gesagt, im Grunde genommen soll einfach ein Kübel IPs Active-Passiv HA laufen. Danke && Grüße, Falk by the way Veranstaltungshinweis für Ende kommende Woche/WE: https://www.datenspuren.de/2019/

2 2

md + samba + windows_server_sicherung geht nicht (mehr)
by Ronny Seffner 13 Sep '19

13 Sep '19

Hallo in die Runde, ich habe durch trial&error den Verdacht, dass die Windows Server Sicherung (im Folgenden WSS) empfindlich darauf reagiert, wenn man in einen mit samba bereitgestellten share sichert, der auf einem md-Raid liegt. Dazu habe ich eine SATA-HDD und eine USB3-HDD als md-Raid-1 (weil ich dann wöchentlich durch Auflösen und neu Zusammensetzen des Raid eine Platte der Datensicherung extern lagern kann). Sichere ich mit WSS nun über den share auf dieses Raid, gelingt mir das vielleicht in 1 von 10 Fällen, die anderen 9 brechen nach verschiedenen Volumina (7-24gb) mit "Netzwerkfehler, Prüfen Sie den Zugriff auf das Zielmedium" ab. Sichere ich auf einen share, dem kein md zugrunde liegt, sind 5 von 5 Sicherungen erfolgreich. Warum ist nun wahrscheinlich md (mit)schuld? - ich habe dem Raid die USB-Platte entnommen und ohne Erfolg gesichert - ich habe dem Raid sie SATA-Platte entnommen und ohne Erfolg gesichert - ich habe die entnommene SATA-Platte (auch) mit ext4 formatiert und mit Erfolg gesichert - ich habe das selbe mit der USB-Platte auch erfolgreich hinbekommen = Ports, Geräte, Dateisystem, Anbindung (Netzwerk), Sicherungsclient und -Software waren dabei immer identisch Und warum könnte samba (mit)schuldig sein? - ich konnte auf das md-Raid direkt (also ohne samba dazwischen) größere Datenmengen mit rsnapshot (rsync) sichern, was mich einen Zusammenhang zwischen samba und md oder WSS (also der Art, wie das auf Storage wirkt) und md vermuten lässt. Nun zur Frage: Hat einer ähnliches erlebt und gelöst oder zumindest Ideen ob man mit (welcher?) Parametrierung an samba bzw. md da noch irgendwas experimentieren kann? Ich habe ja nichtmal eine Idee, wieso sich rsync und WSS unterschiedlich auswirken (rsync in kleinen Blöcken, WSS als Stream?). ps : Das obige Vorhaben hat mit Debian Stretch funktioniert, seit Buster habe ich die Probleme; in beiden Fällen nutze ich den gleichen selbstgebackenen Kern - es hat sich also vor allem samba geändert (vllt. auch Kernelparameter dank sysctl oder systemd). pps : ich nutze eigentlich zusätzlich noch die ex4 Verschlüsselung und musste beim Wechsel auf Buster feststellen, dass der smbd nun nicht mehr den Schlüsselring des Nutzers "erbt", vielmehr hat Pöttering da was am Verfahren geändert und den Unit-Parameter KeyringMode vorgesehen, den ich nun auf "shared" setzen muss. Sicher bin ich nur zu einfältig, aber systemd k***t mich an - angetreten um init zu ersetzen ist das inzwischen ein halbes Betriebssystem und widerspricht Teilen der Unix-Philosophie. Mit freundlichen Grüßen / Kind regards Ronny Seffner -- Ronny Seffner | Alter Viehweg 1 | 01665 Klipphausen www.seffner.de | ronny(a)seffner.de | +49 35245 72950 7EA62E22D9CC4F0B74DCBCEA864623A568694DB8

1 0

Wrapper für /usr/bin/dpkg
by Thomas Güttler 12 Sep '19

12 Sep '19

Hallo, salt-stack zeigt mir nicht stdout/stderr des dpkg-Aufrufs an. Es kommt zu einem Fehler, aber ich habe keine Ahnung was los ist. Was tun? Ich habe hier einen Wrapper geschrieben, der eine Log-Datei erzeugt, und der Aufrufer bekommt gar nicht mit, dass er nicht dpkg sondern meinen Wrapper aufruft. Funktioniert mit kleinen Anpassungen für alle Befehle, nicht nur dpkg. Ich bin froh so die Ursache des Fehlers gefunden zu haben. Hier der Code: https://github.com/guettli/wrap_and_log_calls Eins ist klar. Salt-stack ist großer Mist. Das nächste mal nehme ich Ansible. Feedback ist willkommen, Thomas -- Thomas Guettler http://www.thomas-guettler.de/ I am looking for feedback: https://github.com/guettli/programming-guidelines

6 24

Treffen heute
by Bernhard Schiffner 11 Sep '19

11 Sep '19

ist doch wohl im GAG18. https://www.gag-18.com/veranstaltungen-1/veranstaltungskalender/ Gibt es Widerspruch? Bernhard

2 1

Wie könnte man Exim Bug erkennen?
by Thomas Güttler 11 Sep '19

11 Sep '19

Hallo, mal was Konstruktives, Schaffendes: wie könnte man einen Test schreiben, der den aktuellen Bug in Exim erkennt? Siehe https://github.com/drwetter/testssl.sh/issues/1313 Gruß, Thomas -- Thomas Guettler http://www.thomas-guettler.de/ I am looking for feedback: https://github.com/guettli/programming-guidelines

3 4

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

Lug-dd September 2019