Lug-dd

lug-dd@mailman.schlittermann.de

3 participants
10817 discussions

LUG Treffen März
by Konrad Rosenbaum 23 Mar '22

23 Mar '22

Hi, Mittwoch 9.3. 20:00 (MEZ) ist das nächste LUG-Treffen, wieder online: https://bbb.schlittermann.de/b/gre-kcf-m77 Gibt es von jemandem ein Thema? Gruss, Konrad

2 3

Docker und KVM auf demselben Rechner
by Luca Bertoncello 25 Feb '22

25 Feb '22

Hallo Leute! Ich habe einen Rechner bei mir, den ich für verschiedene Tests nutze. Auf dem Rechner läuft Debian 11 und ich habe KVM (aus Debian-Repos) und Docker (aus Docker-Repos) installiert. Prinzipiell funktioniert alles, aber nicht gleichzeitig... :( Also, wenn Docker nicht läuft (und seine Firewall dementsprechend auch nicht), haben die VMs auch Netz. Sobald ich Docker und die damit verbundene Firewallregeln starte, haben die VMs kein Netz mehr. Ich habe jetzt das Problem "behoben", indem ich am Boot für jeden Bridge, den ich für KVM nutze, eine Regel wie folgendermaßen eintrage: iptables -A FORWARD -i <bridge> -j ACCEPT Aber das kann wirklich nicht die Lösung sein, denn in dem Moment wenn ein anderer Rechner in dem Netz den Rechner als Gateway nutzen würde, kann er auch das tun, und das will ich nicht... Hat jemand eine Idee, wie das Problem richtig gelöst werden kann? Danke Luca Bertoncello (lucabert(a)lucabert.de)

1 0

Verfügbarer Speicherplatz wird nicht richtig berechnet
by Stefan Engelhardt 21 Feb '22

21 Feb '22

Hallo zusammen, nun habe ich auch mal eine Frage in die Runde weil ich mir die Sache nicht erklären kann. Danke schon mal im voraus. Es geht hier um einen PC auf dem Proxmox installiert ist. Gemounted ist auch ein Raid aus 4 Festplatten um darauf Backups zu speichern. Der Platz ist inzwischen voll, daher habe ich mir ein Skript geschrieben, dass den freien Speicherplatz beobachtet und wenn zu wenig Platz ist, das älteste Backup löscht. Soweit so gut. Jetzt ist es aber so, obwohl ständig alte Backups gelöscht werden, ist absolut kein Platz unter /mnt/backup_storrage/dump/. Und für mich ganz kurios, wenn ich mit df nachgucke wie voll die Partitionen sind, ist md127 11TB groß. Diese sind aber nicht voll genutzt, es sind noch 14MB (siehe Taschenrechner) frei. df ist aber der Meinung, dass komplett alles aufgebraucht ist. [image: image.png] Habe ich irgendwie falsch gemounted? Aber wenn das so wäre, dann hätte ich ja die ganzen Backups auf der Partition gespeichert, auf der auch das Proxmox installiert ist. Und das sind definitiv keine 11TB. Was denke ich denn falsch bzw. wo habe ich eventuell was falsch gemacht? Bin gespannt auf eure Ideen, ihr habt sowas bestimmt schon öfter gemacht. Viele Grüße Stefan

5 5

Sven Guckes
by Konrad Rosenbaum 21 Feb '22

21 Feb '22

Hi, für diejenigen von uns, die auf dem einen oder anderen Linux(Info)Tag unterwegs waren/sind - ein Urgestein dieser Veranstaltungen, Sven Guckes, ist gestern gestorben. Hier ein Nachruf auf Heise: https://www.heise.de/news/Vim-Versteher-und-Kommandozeilenerklaerer-Sven-Gu… Nicht nur LUG-Pinguin Gerd wird ihn vermissen (Bild): Sven & GerdSven & Gerd 2004 (2004 in Chemnitz) Konrad

3 2

Re: Verfügbarer Speicherplatz wird nicht richtig berechnet
by andre＠yz.to 21 Feb '22

21 Feb '22

Hallo, es wäre sehr hilfreich zu wissen welches Dateisystem du verwendest. Proxmox wird mittlerweile gern mit ZFS installiert und ZFS muss ab und zu "gescrubt" werden. Außerdem werden die ZVOLs die du evtl. für deine VMs verwendest vom verfügbaren Speicherplatz abgezogen... 'zfs list' bzw. 'zpool status' zeigen dir dazu hilfreiche Informationen an. LG André Am 21.02.22 um 18:36 schrieb lug-dd-request(a)mailman.schlittermann.de: > Um E-Mails an die Liste Lug-dd zu schicken, nutzen Sie bitte die > Adresse > > lug-dd(a)mailman.schlittermann.de > > Um sich via Internet von der Liste auszutragen oder in die Liste > einzutragen: > > https://mailman.schlittermann.de/cgi-bin/mailman/listinfo/lug-dd > > Oder schicken Sie eine E-Mail mit dem Wort "help" in der Betreffzeile > oder im Text an > > lug-dd-request(a)mailman.schlittermann.de > > Sie können den Verwalter dieser Liste unter der Adresse > > lug-dd-owner(a)mailman.schlittermann.de > > erreichen. > > Wenn Sie antworten editieren bitte Sie die Betreffzeile auf einen > sinnvollen Inhalt der spezifischer ist als "Re: Contents of Lug-dd > digest..." > > > Meldungen des Tages: > > 1. LUG Treff (Konrad Rosenbaum) > 2. Re: Verfügbarer Speicherplatz wird nicht richtig berechnet > (Hilmar Preuße) > 3. Re: Verfügbarer Speicherplatz wird nicht richtig berechnet > (Konrad Rosenbaum) > 4. Sven Guckes (Konrad Rosenbaum) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 21 Feb 2022 18:11:47 +0100 > From: Konrad Rosenbaum <konrad(a)silmor.de> > To: Linux-User-Group Dresden <lug-dd(a)mailman.schlittermann.de> > Subject: LUG Treff > Message-ID: <c69818ef-4779-f2c5-c2f3-ba3018947cd5(a)silmor.de> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > Hi, > > > > Am Mittwoch, 23.2.2022 20:00Uhr(*) findet das nächste LUG Treffen statt. > Wie in inzwischen gewohnt online: > > https://bbb.schlittermann.de/b/gre-kcf-m77 > > > (*)Mitteleuropäische Winterzeit, MET, UTC+1 > > > Im Moment ist kein Thema angekündigt. > > > > bis dahin, > Konrad > > -------------- nächster Teil -------------- > Ein Dateianhang mit Binärdaten wurde abgetrennt... > Dateiname : OpenPGP_signature > Dateityp : application/pgp-signature > Dateigröße : 495 bytes > Beschreibung: OpenPGP digital signature > URL : <http://mailman.schlittermann.de/pipermail/lug-dd/attachments/20220221/2b16e…> > > ------------------------------ > > Message: 2 > Date: Mon, 21 Feb 2022 18:21:34 +0100 > From: Hilmar Preuße <hille42(a)web.de> > To: Linux-User-Group Dresden <lug-dd(a)mailman.schlittermann.de> > Subject: Re: Verfügbarer Speicherplatz wird nicht richtig berechnet > Message-ID: <c054de4f-7d2d-d76d-6f01-af688823deeb(a)web.de> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > Am 18.02.2022 um 23:44 teilte Stefan Engelhardt mit: > > Moin, > >> Es geht hier um einen PC auf dem Proxmox installiert ist. Gemounted ist >> auch ein Raid aus 4 Festplatten um darauf Backups zu speichern. Der Platz >> ist inzwischen voll, daher habe ich mir ein Skript geschrieben, dass den >> freien Speicherplatz beobachtet und wenn zu wenig Platz ist, das älteste >> Backup löscht. Soweit so gut. Jetzt ist es aber so, obwohl ständig alte >> Backups gelöscht werden, ist absolut kein Platz unter >> /mnt/backup_storrage/dump/. Und für mich ganz kurios, wenn ich mit df >> nachgucke wie voll die Partitionen sind, ist md127 11TB groß. Diese sind >> aber nicht voll genutzt, es sind noch 14MB (siehe Taschenrechner) frei. df >> ist aber der Meinung, dass komplett alles aufgebraucht ist. >> > Kann das nicht einfach ein Rundungsfehler sein und die Tatsache, daß bei > einem 11TB Filesystem die 14MB freier Platz kaum ins Gewicht fallen? > Selbst 14 GB (die meintest Du wohl eher) fallen der Rundung zum Opfer > weil es < 1% ist. > > H. > > P.S.: mit "df -h" wird das Ganze etwas lesbarer.

2 1

LUG Treff
by Konrad Rosenbaum 21 Feb '22

21 Feb '22

Hi, Am Mittwoch, 23.2.2022 20:00Uhr(*) findet das nächste LUG Treffen statt. Wie in inzwischen gewohnt online: https://bbb.schlittermann.de/b/gre-kcf-m77 (*)Mitteleuropäische Winterzeit, MET, UTC+1 Im Moment ist kein Thema angekündigt. bis dahin, Konrad

1 0

SQL-Frage
by Erik Schanze 21 Feb '22

21 Feb '22

Liebe Linux-User, ich habe eine MariaDB auf Debian 11 laufen und möchte die Zeitdifferenz in Sekunden zwischen der letzten und der vorletzten Zeile in einer Tabelle haben, anhand des "created"-Wertes. Die Beispiele im Internet ufern irgendwie immer gleich derart aus, dass ich sie nicht mehr verstehe. Ich habe nur rudimentäres SQL-Wissen. :-) Gibt es da kein einfache Abfrage, die ich nur nicht gefunden habe? Ich freue mich auf eure Antworten. VG, Erik

4 11

AppArmor nutzerspezifische Regeln
by Tobias Schlemmer 20 Feb '22

20 Feb '22

Hallo, ich habe .fonts in ein anderes Verzeichnis verschoben, damit ich es mit git managen kann (hauptsächlich synchronisation zwischen den Rechnern), damit ich auf allen meinen Rechnern dieselben Fonts zur Verfügung habe. Jetzt beschwert sich AppArmor, dass fontconfig auf illegale Verzeichnisse zugreift (vor allem LibreOffice). Nervig ist, dass es mir für jede Datei eine Benachrichtigung auf den Bildschirm schickt und damit den ganzen Bildschirm zupflastert. Um dem abzuhelfen möchte ich als Endnutzer dass AppArmor $HOME/pfad/zu/fonts genauso behandeln soll wie $HOME/.fonts. Ich weiß, dass man das als root machen kann, aber dass ich bei jeder Änderung meinen Admin bitten müsste, das zu erledigen. Gibt es da eine möglichkeit, als normaler nutzer einzugreifen? VG Tobias

1 0

Anzeigen von offenen Dateien
by Rita H. 15 Feb '22

15 Feb '22

Moin, jetzt hab ich auch mal eine Frage und zwar zu folgendem Szenario: Auf einer ubuntuVM ist ein Windowsverzeichnis als shared Folder eingerichtet. Wenn man aus der linuxvm die offenen Dateien mit lsof -t listet erhält man nur die Dateien welche in linux offen sind. Gibt es eine simple Möglichkeit auch die Dateien zu finden die in Windows offen sind? VG Rita

2 1

Bibliothek mehrfach in unterschiedlichen Versionen linken
by Tobias Schlemmer 12 Feb '22

12 Feb '22

Hallo, Folgendes Problem: Ein VST-Plugin-Host wurde mit JUCE version A gebaut. Ein VST-Plugin wurde mid JUCE version B gebaut. Der VST-Plugin-Host verwendet ein shared object mit JUCE-Symbolen. Das VST-Plugin ist ein shared object mit JUCE-Symbolen. Wie kann ich herausfinden, ob der Host ausschließlich gegen seine eigenen JUCE-Symbole gelinkt wird und ob das Plugin ausschließlich gegen seine version gelinkt wird. Wenn das VST-SDK das unterstützt könnte ich gcc anweisen, das Plugin mit visibility=hidden zu compilieren. Beim Host ist mir das nicht so klar. Außerdem möchte ich gern anhand der shared objects sehen, welche Symbole exportiert werden. Das geht doch irgendwie mit objdump oder nm. Hat das schonmal jemand gemacht? Wie geht das genau? Viele Grüße Tobias

3 2

Jump to page:

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