Beiträge von rebell21

    Anmerkung auch mount.cifs führt zum gleichen Ergebnis und läuft auf Fehler


    Code
    peter@linux-Z840:~> sudo mount.cifs //linux-g7ok.speedport.ip/IDE1 /mnt/IDE1 
    🔐 Password for root@//linux-g7ok.speedport.ip/IDE1:  *********               
    mount error(111): could not connect to 192.168.2.120mount error(22): Invalid argument
    Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)
    peter@linux-Z840:~> 

    und could not connect kann nicht stimmen


    ping

    und rsync


    gehen ohne Problem


    Code
    peter@linux-Z840:~> ping linux-g7ok.speedport.ip
    PING linux-g7ok.speedport.ip (192.168.2.120) 56(84) bytes of data.
    64 bytes from linux-g7ok (192.168.2.120): icmp_seq=1 ttl=64 time=0.247 ms
    64 bytes from linux-g7ok (192.168.2.120): icmp_seq=2 ttl=64 time=0.240 ms
    64 bytes from linux-g7ok (192.168.2.120): icmp_seq=3 ttl=64 time=0.269 ms

    Nach dem Upgradde auf Leap 15.3 funktioniert plötzlich folgender Befehl nicht mehr


    Code
    sudo mount -t cifs -o user=peter -o forceuid -o uid=peter -o gid=users //linux-g7ok.speedport.ip/IDE2 /mnt/IDE2

    die Fehlermeldung lautet nun


    Code
    peter@linux-Z840:~> sudo mount -t cifs -o user=peter -o forceuid -o uid=peter -o gid=users //linux-g7ok.speedport.ip/IDE2 /mnt/IDE2
    🔐 Password for peter@//linux-g7ok.speedport.ip/IDE2:  *********               
    mount error(111): could not connect to 192.168.2.120mount error(22): Invalid argument
    Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)

    Ich habe schon sichergestellt, dass die cifs-utils installiert sind


    in demsg finde ich folgenden Fehler


    Code
    [ 9206.670881] CIFS: Attempting to mount \\linux-g7ok.speedport.ip\IDE2
    [ 9206.670894] CIFS: VFS: Error connecting to socket. Aborting operation.
    [ 9206.670896] CIFS: VFS: cifs_mount failed w/return code = -22
    peter@linux-Z840:~> 

    Was kann das jetzt sein ?


    Das Internet hilft mit hier nicht weiter

    Hier der Output von powertop auf meinen Labtop


    0,7 W für tick_sched_timer

    0,07 W für die WLAN Schnittstelle


    Der Rechner läuft nun seit 3 Stunden mit der Batterie und hat noch Strom für weitere 50 Minuten. Und das mit OpenSuse. OpenSuse ist also keineswegs ungeeignet für ein älteres Notebook-Modell (core i5, 9 Jahre alt).

    hier geht es doch nicht um die Diskussion des besten Dateisystems. Und meiner Ansicht nach auch nicht darum, ob die Hardware für OpenSuse zu schwach ist. woodchuck hat ein Problem, das nicht an btrfs und nicht an der 11 Jahre alten Hardware liegt. Eure Diskussion hilft ihm nicht.


    Es gibt ein gutes Dokument, um weiteres Monitoring zu installieren


    https://doc.opensuse.org/documentation/leap/tuning/book-tuning_color_en.pdf


    sar -P ALL zeigt die Auslastung der CPUs


    cpupower aus dem Paket cpupower zeigt den Zustand der CPUs


    welche Temperatur zeigt der Befehl "sensors" aus dem Paket lm-sensors


    sensors-detect auch aus diesem Paket zeigt alle möglichen Sensoren an


    außerdem könnte man versuchsweise den Turbo-Boost-Modus ausschalten


    echo 1 > /sys/devices/system/cpu/intel_pstate/no_turbo

    ich kann das Verhalten nicht bestätigen. Dell Latitude E6430, 9 Jahre alt. wird nicht warm, Lüfter läuft fast nie. Nach Erneuerung Akku hält er drei Stunden durch. Ich denke, da läuft immer irgendein Prozess, der die CPU zu 100 % auslastet. Ich hatte das mal mit btrfs transaction. Da lief dann auch der Lüfter. Ich konnte das ganz einfach mit "top" finden.

    Auch eine gute Lösung.


    Eigentlich sollte ein solcher symbolischer Link, der /var/lib/libvirt/images "umbiegt" mit zur erstmaligen Konfiguration von KVM gehören. Die Images der virtuellen Maschinen im Dateisystem "/" unterzubringen ist doch eine Zeitbombe. Ich habe seit ca. einem Jahr eine VM für Windows 10 im Betrieb. Obwohl nur zwei größere Applikationen in Windows 10 betrieben werden (Steuer2020, Steuer2021 und VRNetWorld-Banking der VR Banken), ist die Imagedatei der VM innerhalb eines Jahres auf 140 GByte angewachsen. Das sprengt ein root Dateisystem schnell. Vielleicht kann ja @sterun in seinem guten Tutorial zur Installation und Konfiguration von KVM

    (Qemu / KVM unter openSUSE Leap 15 installieren und Qemu / KVM unter openSUSE Leap 15 installieren - Teil II Benutzung) , nach dem auch ich KVM installiert und eingerichtet habe, einen entsprechenden Hinweis aufnehmen.

    ich antworte mal selber

    Ich habe es nach einem Studium der Dokumente in


    Linux KVM - Change libvirt VM image store path - Part 10 - UnixArena
    In KVM , VM images are stored in /var/lib/libvirt/images directory by default.  There might be the space limitation since /var filesystem lives under root-vg.…
    www.unixarena.com


    wie folgt gemacht


    1. Stoppen der VM

    2. Image der VM an den neuen Ort kopieren

    3. in virsh den Speicherpool der VM ändern

    4. in virsh die Speicherorte / Pfade des VM-Images anpassen

    5. VM starten


    Ich habe alles in virsh gemacht


    Und siehe da, sie lief

    die KVM Imagedateien unter /var/lib/libvirt/images sind ungünstig


    Bei mir wird der Platz auf dem root Laufwerk nun zu knapp wegen wachsender *.qcow2 Datei der VM


    Ich habe eine neue SSD gekauft und möchte ein Image xyz.qcow2 einer existierenden, funktionierenden VM aus /var/lib/libvirt/images verschieben auf ein neues Dateisystem auf der neuen SSD (aber gleicher Rechner/Host).


    Also Migration innerhalb des Hosts von einer Platte zur anderen Platte


    das neue Dateisystem wird unter /mnt/kvm gemounted


    Wie genau muss man vorgehen ?


    Ich habe im Internet folgende Anleitung gefunden

    Code
    mv /var/lib/libvirt/images/xyz.qcow2  /mnt/kvm
    Edit XML file: vim /etc/libvirt/qemu/xyz.xml
       From: <source file='/var/lib/libvirt/images/xyz.qcow2' />
       To: <source file='/mnt/kvm/xyz.qcow2'/>
    
    virsh start xyz    


    Ist das in der Tat so einfach ?

    Ich finde auch im Manual zu Storage Pools in KVM ganz komplizierte Anleitungen


    Linux KVM - Change libvirt VM image store path - Part 10 - UnixArena
    In KVM , VM images are stored in /var/lib/libvirt/images directory by default.  There might be the space limitation since /var filesystem lives under root-vg.…
    www.unixarena.com