• libvirt / KVM in Intel i5-4590

    From basti@21:1/5 to All on Fri Feb 14 17:00:01 2025
    Hello I try to install some KVM machines on a i5-4590.

    virt-manger say Warning: KVM is not available.

    joournal looks like:

    Feb 14 16:43:06 kvm libvirtd[563]: Unable to create KVM VM for TSC
    probing: Inappropriate ioctl for device


    But kvm modules are load:

    root@kvm:~# lsmod | grep kvm
    kvm_intel 380928 0
    kvm 1146880 1 kvm_intel
    irqbypass 16384 1 kvm


    Can someone help what error message in journalctl mean?
    and how to solve that?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Michael Stone@21:1/5 to basti on Fri Feb 14 19:50:01 2025
    On Fri, Feb 14, 2025 at 04:51:47PM +0100, basti wrote:
    virt-manger say Warning: KVM is not available.

    try
    dmesg | grep -i kvm

    You may see a message about kvm failing to activate, which is often
    caused by a bios setting disabling the virtualization extensions. If
    there's nothing at all, check BIOS settings anyway. (I can't remember if
    the intel version of kvm will print anything for this.)

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From George at Clug@21:1/5 to All on Sat Feb 15 00:10:01 2025
    On Saturday, 15-02-2025 at 02:51 basti wrote:
    Hello I try to install some KVM machines on a i5-4590.

    virt-manger say Warning: KVM is not available.

    joournal looks like:

    Feb 14 16:43:06 kvm libvirtd[563]: Unable to create KVM VM for TSC
    probing: Inappropriate ioctl for device


    But kvm modules are load:

    root@kvm:~# lsmod | grep kvm
    kvm_intel             380928  0 kvm                  1146880  1 kvm_intel irqbypass              16384  1 kvm


    Can someone help what error message in journalctl mean?
    and how to solve that?

    Are you able to update your BIOS ?  It may help?   Your hardware
    may have an issue with the TSC ?  (see below for links on the TSC)

    I read an article saying "Summary, I did a BIOS upgrade, and the
    qemu-kvm, now is working. "
    https://bbs.archlinux.org/viewtopic.php?id=148163

    Did you make any specific settings when creating your Virtual Machines
    (VMs)?

    Or did you follow Virt-Manager's default settings?

    Are you using Debian Bookworm as your host?

    What is the OS you want to install in your VMs?

    Are you attempting hardware passthrough?

    Sorry for so many questions. But without knowing what your were doing,
    it is hard to know what may be the cause of the issue.

    I have no idea what you did differently from the basic installation
    and use of KVM and Virt-Manager. Maybe nothing?  Or maybe you have
    made your own specific modifications?

    Your hardware may have an issue with the TSC ?   See https://en.wikipedia.org/wiki/Time_Stamp_Counter

    Here are a few Internet searcher on the subject of TSC (whether they
    are relevant or helpful for you, but maybe they can point you into a
    direction of research?):

    https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/6/html/virtualization_host_configuration_and_guest_installation_guide/chap-virtualization_host_configuration_and_guest_installation_guide-kvm_guest_timing_management#chap-Virtualization_
    Host_Configuration_and_Guest_Installation_Guide-KVM_guest_timing_management

    14.1. Constant Time Stamp Counter (TSC)

    https://arseniyshestakov.github.io/vfio-archive/onepage/

    https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/5/epub/5.8_technical_notes/known_issues-gfs2-utils
    BZ#810123
        Previously, requests for large data blocks with the
    ZSECSENDCPRB ioctl() system call failed due to an invalid parameter. A misleading error code was returned, concealing the real problem.



    For a basic installation, which I a guessing you are well beyond, my
    first suggestions for you is to follow the instructions on: https://wiki.debian.org/KVM

    From the above, I usually one use the following steps and can create
    virtual machines without any issues.

    $ sudo apt install qemu-system libvirt-daemon-system virt-manager

    In order to manage virtual machines as a regular user, that user needs
    to be added to the libvirt group:
    # adduser libvirt

    As others have suggested, the first step for using KVM, virt-manager
    and virtualisation is to check that virtualisation is enabled in BIOS.

    # lscpu | grep "vmx\|svm"
    (returns nothing if Virtualisation is turned off in bios)

    # lsmod | grep kvm
    (returns nothing if Virtualisation is turned off in bios)

    On my i5 PC with virtualisation options turned on in BIOS, and on
    which I am running KVM and Virt-Manager to create VMs:
    # lscpu | grep "Model name\|Virtualization\|vmx\|svm"
    Model name:                          
    Intel(R) Core(TM) i5 CPU         670  @ 3.47GHz
    BIOS Model name:                      Intel(R)
    Core(TM) i5 CPU         670  @ 3.47GHz  CPU @ 3.4GHz Flags:                                fpu
    vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36
    clflush dts acpi mmx fxsr sse sse2 ht tm pbe syscall nx rdtscp lm
    constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc
    cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2
    ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt aes lahf_lm pti ssbd
    ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid dtherm ida arat
    flush_l1d
    Virtualization:                       VT-x


    You could then check that the  libvirtd.service is enabled and
    running (I presume it is)
    # systemctl status libvirtd.service
    ● libvirtd.service - Virtualization daemon
         Loaded: loaded (/lib/systemd/system/libvirtd.service;
    enabled; preset: enabled)
         Active: active (running) since Sat 2025-02-15 07:14:34 AEDT;
    17s ago


    Hoping some of this may help you.

    George.









    <html>
    <head>
    <style type="text/css">
    body,p,td,div,span{
    font-size:13px; font-family:Arial, Helvetica, sans-serif;
    };
    body p{
    margin:0px;
    }
    </style>
    </head>
    <body>On Saturday, 15-02-2025 at 02:51 basti wrote:<br>
    &gt; Hello I try to install some KVM machines on a i5-4590.<br>
    &gt; <br>
    &gt; virt-manger say Warning: KVM is not available.<br>
    &gt; <br>
    &gt; joournal looks like:<br>
    &gt; <br>
    &gt; Feb 14 16:43:06 kvm libvirtd[563]: Unable to create KVM VM for TSC <br> &gt; probing: Inappropriate ioctl for device<br>
    &gt; <br>
    &gt; <br>
    &gt; But kvm modules are load:<br>
    &gt; <br>
    &gt; root@kvm:~# lsmod | grep kvm<br>
    &gt; kvm_intel&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 380928&nbsp;&nbsp;0<br>
    &gt; kvm&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;1146880&nbsp;&nbsp;1 kvm_intel<br>
    &gt; irqbypass&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;16384&nbsp;&nbsp;1 kvm<br>
    &gt; <br>
    &gt; <br>
    &gt; Can someone help what error message in journalctl mean?<br>
    &gt; and how to solve that?<br>

    Are you able to update your BIOS ?&nbsp;&nbsp;It may help?&nbsp;&nbsp; Your hardware may have an issue with the TSC ?&nbsp; (see below for links on the TSC)<br>

    I read an article saying "Summary, I did a BIOS upgrade, and the qemu-kvm, now is working. "<br>
    <a href="https://bbs.archlinux.org/viewtopic.php?id=148163" target="_blank" class="normal-link">https://bbs.archlinux.org/viewtopic.php?id=148163</a><br>

    Did you make any specific settings when creating your Virtual Machines (VMs)? <br>

    Or did you follow Virt-Manager's default settings?<br>

    Are you using Debian Bookworm as your host?<br>

    What is the OS you want to install in your VMs?<br>

    Are you attempting hardware passthrough?<br>

    Sorry for so many questions. But without knowing what your were doing, it is hard to know what may be the cause of the issue.<br>

    I have no idea what you did differently from the basic installation and use of KVM and Virt-Manager. Maybe nothing?&nbsp;&nbsp;Or maybe you have made your own specific modifications?<br>

    Your hardware may have an issue with the TSC ?&nbsp;&nbsp; See <a href="https://en.wikipedia.org/wiki/Time_Stamp_Counter" target="_blank" class="normal-link">https://en.wikipedia.org/wiki/Time_Stamp_Counter</a><br>

    Here are a few Internet searcher on the subject of TSC (whether they are relevant or helpful for you, but maybe they can point you into a direction of research?):<br>

    <a href="https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/6/html/virtualization_host_configuration_and_guest_installation_guide/chap-virtualization_host_configuration_and_guest_installation_guide-kvm_guest_timing_management#chap-
    Virtualization_Host_Configuration_and_Guest_Installation_Guide-KVM_guest_timing_management" target="_blank" class="normal-link">https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/6/html/virtualization_host_configuration_and_guest_
    installation_guide/chap-virtualization_host_configuration_and_guest_installation_guide-kvm_guest_timing_management#chap-Virtualization_Host_Configuration_and_Guest_Installation_Guide-KVM_guest_timing_management</a><br>

    14.1. Constant Time Stamp Counter (TSC)<br>

    <a href="https://arseniyshestakov.github.io/vfio-archive/onepage" target="_blank" class="normal-link">https://arseniyshestakov.github.io/vfio-archive/onepage</a>/<br>

    <a href="https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/5/epub/5.8_technical_notes/known_issues-gfs2-utils" target="_blank" class="normal-link">https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/5/epub/5.8_technical_
    notes/known_issues-gfs2-utils</a><br>
    BZ#810123<br>
    &nbsp;&nbsp;&nbsp;&nbsp;Previously, requests for large data blocks with the ZSECSENDCPRB ioctl() system call failed due to an invalid parameter. A misleading error code was returned, concealing the real problem.<br>



    For a basic installation, which I a guessing you are well beyond, my first suggestions for you is to follow the instructions on:<br>
    <a href="https://wiki.debian.org/KVM" target="_blank" class="normal-link">https://wiki.debian.org/KVM</a><br>

    From the above, I usually one use the following steps and can create virtual machines without any issues.<br>

    $ sudo apt install qemu-system libvirt-daemon-system virt-manager<br>

    In order to manage virtual machines as a regular user, that user needs to be added to the libvirt group:<br>
    # adduser &lt;youruser&gt; libvirt<br>

    As others have suggested, the first step for using KVM, virt-manager and virtualisation is to check that virtualisation is enabled in BIOS.<br>

    # lscpu | grep "vmx\|svm"<br>
    (returns nothing if Virtualisation is turned off in bios)<br>

    # lsmod | grep kvm<br>
    (returns nothing if Virtualisation is turned off in bios)<br>

    On my i5 PC with virtualisation options turned on in BIOS, and on which I am running KVM and Virt-Manager to create VMs:<br>
    # lscpu | grep "Model name\|Virtualization\|vmx\|svm"<br>
    Model name:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Intel(R) Core(TM) i5 CPU&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 670&nbsp;&
    nbsp;@ 3.47GHz<br>
    BIOS Model name:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Intel(R) Core(TM) i5 CPU&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 670&nbsp;&nbsp;@ 3.47GHz&nbsp;&
    nbsp;CPU @ 3.4GHz<br> Flags:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca
    cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1
    sse4_2 popcnt aes lahf_lm pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid dtherm ida arat flush_l1d<br>
    Virtualization:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; VT-x<br>


    You could then check that the&nbsp;&nbsp;libvirtd.service is enabled and running (I presume it is)<br>
    # systemctl status libvirtd.service<br>
    ● libvirtd.service - Virtualization daemon<br>
    &nbsp;&nbsp;&nbsp;&nbsp; Loaded: loaded (/lib/systemd/system/libvirtd.service; enabled; preset: enabled)<br>
    &nbsp;&nbsp;&nbsp;&nbsp; Active: active (running) since Sat 2025-02-15 07:14:34 AEDT; 17s ago<br>


    Hoping some of this may help you.<br>

    George.<br>






    &gt; <br>
    &gt;</body></html>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From basti@21:1/5 to All on Sat Feb 15 18:50:02 2025
    Hello George,


    mostly all have been done.
    But nothing solves the Problem.


    - vmx is seen in lscpu
    - user was added to libvirt group
    - kvm modules are load

    it seem's there is a problem with the hardware, or somthing has chanced
    within a a new installed vs. a long running system (since debian 8 or so)

    I also try to install a kvm on an good old xeon X3430
    This Board (FSC) and CPU run since 2014 as a kvm server.

    After a new install of debian (11) there is the same problem.

    Feb 15 18:34:09 kvm libvirtd[3166]: unknown procedure: 436
    Feb 15 18:34:09 kvm libvirtd[3166]: unknown procedure: 436
    Feb 15 18:34:09 kvm libvirtd[3166]: unknown procedure: 436
    Feb 15 18:34:09 kvm libvirtd[3166]: unknown procedure: 436
    Feb 15 18:34:09 kvm libvirtd[3166]: unknown procedure: 436
    Feb 15 18:34:16 kvm libvirtd[3166]: Unable to create KVM VM for TSC
    probing: Inappropriate ioctl for device
    Feb 15 18:34:17 kvm libvirtd[3166]: Unable to create KVM VM for TSC
    probing: Inappropriate ioctl for device
    Feb 15 18:34:17 kvm libvirtd[3166]: Unable to create KVM VM for TSC
    probing: Inappropriate ioctl for device
    Feb 15 18:34:18 kvm libvirtd[3166]: Unable to create KVM VM for TSC
    probing: Inappropriate ioctl for device

    root@kvm:~# lscpu | grep "Model name\|Virtualization\|vmx\|svm"
    Model name: Intel(R) Xeon(R) CPU
    X3430 @ 2.40GHz
    Virtualization: VT-x
    Flags: fpu vme de pse tsc msr pae mce cx8
    apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2
    ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts
    rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni dtes64 monitor
    ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 popcnt lahf_lm
    pti tpr_shadow vnmi flexpriority ept vpid dtherm ida


    I do not understand.
    Perhaps some part of software is missing.



    Am 15.02.25 um 00:07 schrieb George at Clug:
    On Saturday, 15-02-2025 at 02:51 basti wrote:
    Hello I try to install some KVM machines on a i5-4590.

    virt-manger say Warning: KVM is not available.

    joournal looks like:

    Feb 14 16:43:06 kvm libvirtd[563]: Unable to create KVM VM for TSC probing: Inappropriate ioctl for device


    But kvm modules are load:

    root@kvm:~# lsmod | grep kvm
    kvm_intel             380928  0 kvm                  1146880  1 kvm_intel irqbypass              16384  1 kvm


    Can someone help what error message in journalctl mean?
    and how to solve that?

    Are you able to update your BIOS ?  It may help?   Your hardware may
    have an issue with the TSC ?  (see below for links on the TSC)

    I read an article saying "Summary, I did a BIOS upgrade, and the qemu-
    kvm, now is working. "
    https://bbs.archlinux.org/viewtopic.php?id=148163 <https:// bbs.archlinux.org/viewtopic.php?id=148163>

    Did you make any specific settings when creating your Virtual Machines
    (VMs)?

    Or did you follow Virt-Manager's default settings?

    Are you using Debian Bookworm as your host?

    What is the OS you want to install in your VMs?

    Are you attempting hardware passthrough?

    Sorry for so many questions. But without knowing what your were doing,
    it is hard to know what may be the cause of the issue.

    I have no idea what you did differently from the basic installation and
    use of KVM and Virt-Manager. Maybe nothing?  Or maybe you have made your own specific modifications?

    Your hardware may have an issue with the TSC ?   See https:// en.wikipedia.org/wiki/Time_Stamp_Counter <https://en.wikipedia.org/wiki/ Time_Stamp_Counter>

    Here are a few Internet searcher on the subject of TSC (whether they are relevant or helpful for you, but maybe they can point you into a
    direction of research?):

    https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/6/ html/virtualization_host_configuration_and_guest_installation_guide/ chap-virtualization_host_configuration_and_guest_installation_guide- kvm_guest_timing_management#chap- Virtualization_Host_Configuration_and_Guest_Installation_Guide- KVM_guest_timing_management <https://docs.redhat.com/en/documentation/ red_hat_enterprise_linux/6/html/ virtualization_host_configuration_and_guest_installation_guide/chap- virtualization_host_configuration_and_guest_installation_guide- kvm_guest_timing_management#chap- Virtualization_Host_Configuration_and_Guest_Installation_Guide- KVM_guest_timing_management>

    14.1. Constant Time Stamp Counter (TSC)

    https://arseniyshestakov.github.io/vfio-archive/onepage <https:// arseniyshestakov.github.io/vfio-archive/onepage>/

    https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/5/ epub/5.8_technical_notes/known_issues-gfs2-utils <https:// docs.redhat.com/en/documentation/red_hat_enterprise_linux/5/ epub/5.8_technical_notes/known_issues-gfs2-utils>
    BZ#810123
        Previously, requests for large data blocks with the ZSECSENDCPRB ioctl() system call failed due to an invalid parameter. A misleading
    error code was returned, concealing the real problem.



    For a basic installation, which I a guessing you are well beyond, my
    first suggestions for you is to follow the instructions on: https://wiki.debian.org/KVM <https://wiki.debian.org/KVM>

    From the above, I usually one use the following steps and can create virtual machines without any issues.

    $ sudo apt install qemu-system libvirt-daemon-system virt-manager

    In order to manage virtual machines as a regular user, that user needs
    to be added to the libvirt group:
    # adduser <youruser> libvirt

    As others have suggested, the first step for using KVM, virt-manager and virtualisation is to check that virtualisation is enabled in BIOS.

    # lscpu | grep "vmx\|svm"
    (returns nothing if Virtualisation is turned off in bios)

    # lsmod | grep kvm
    (returns nothing if Virtualisation is turned off in bios)

    On my i5 PC with virtualisation options turned on in BIOS, and on which
    I am running KVM and Virt-Manager to create VMs:
    # lscpu | grep "Model name\|Virtualization\|vmx\|svm"
    Model name:                           Intel(R) Core(TM) i5 CPU
    670  @ 3.47GHz
    BIOS Model name:                      Intel(R) Core(TM) i5 CPU
    670  @ 3.47GHz  CPU @ 3.4GHz Flags:                                fpu vme de pse tsc msr pae mce cx8
    apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2
    ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts
    rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq
    dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1
    sse4_2 popcnt aes lahf_lm pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid dtherm ida arat flush_l1d Virtualization:                       VT-x


    You could then check that the  libvirtd.service is enabled and running
    (I presume it is)
    # systemctl status libvirtd.service
    ● libvirtd.service - Virtualization daemon
         Loaded: loaded (/lib/systemd/system/libvirtd.service; enabled; preset: enabled)
         Active: active (running) since Sat 2025-02-15 07:14:34 AEDT; 17s ago


    Hoping some of this may help you.

    George.









    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Titus Newswanger@21:1/5 to basti on Sat Feb 15 19:30:01 2025
    Hi,

    Do any VM's run, or are you trying to start a prexisting VM that used to
    work? In that case maybe trying to install a new vm would isolate
    whether the problem is with the host or not.

    On 2/15/25 11:42, basti wrote:
    Hello George,


    mostly all have been done.
    But nothing solves the Problem.


    - vmx is seen in lscpu
    - user was added to libvirt group
    - kvm modules are load

    it seem's there is a problem with the hardware, or somthing has chanced within a a new installed vs. a long running system (since debian 8 or so)

    I also try to install a kvm on an good old xeon X3430
    This Board (FSC) and CPU run since 2014 as a kvm server.

    After a new install of debian (11) there is the same problem.

    Feb 15 18:34:09 kvm libvirtd[3166]: unknown procedure: 436
    Feb 15 18:34:09 kvm libvirtd[3166]: unknown procedure: 436
    Feb 15 18:34:09 kvm libvirtd[3166]: unknown procedure: 436
    Feb 15 18:34:09 kvm libvirtd[3166]: unknown procedure: 436
    Feb 15 18:34:09 kvm libvirtd[3166]: unknown procedure: 436
    Feb 15 18:34:16 kvm libvirtd[3166]: Unable to create KVM VM for TSC
    probing: Inappropriate ioctl for device
    Feb 15 18:34:17 kvm libvirtd[3166]: Unable to create KVM VM for TSC
    probing: Inappropriate ioctl for device
    Feb 15 18:34:17 kvm libvirtd[3166]: Unable to create KVM VM for TSC
    probing: Inappropriate ioctl for device
    Feb 15 18:34:18 kvm libvirtd[3166]: Unable to create KVM VM for TSC
    probing: Inappropriate ioctl for device

    root@kvm:~# lscpu | grep "Model name\|Virtualization\|vmx\|svm"
    Model name:                           Intel(R) Xeon(R) CPU X3430 @
    2.40GHz
    Virtualization:                       VT-x Flags:                                fpu vme de pse tsc msr pae mce
    cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse
    sse2 ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni dtes64
    monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2
    popcnt lahf_lm pti tpr_shadow vnmi flexpriority ept vpid dtherm ida


    I do not understand.
    Perhaps some part of software is missing.



    Am 15.02.25 um 00:07 schrieb George at Clug:
    On Saturday, 15-02-2025 at 02:51 basti wrote:
    Hello I try to install some KVM machines on a i5-4590.
    ;
    virt-manger say Warning: KVM is not available.
    ;
    joournal looks like:
    ;
    Feb 14 16:43:06 kvm libvirtd[563]: Unable to create KVM VM for TSC
    probing: Inappropriate ioctl for device
    ;
    ;
    But kvm modules are load:
    ;
    root@kvm:~# lsmod | grep kvm
    kvm_intel             380928  0
    kvm                  1146880  1 kvm_intel
    irqbypass              16384  1 kvm
    ;
    ;
    Can someone help what error message in journalctl mean?
    and how to solve that?

    Are you able to update your BIOS ?  It may help?   Your hardware may
    have an issue with the TSC ?  (see below for links on the TSC)

    I read an article saying "Summary, I did a BIOS upgrade, and the
    qemu- kvm, now is working. "
    https://bbs.archlinux.org/viewtopic.php?id=148163 <https://
    bbs.archlinux.org/viewtopic.php?id=148163>

    Did you make any specific settings when creating your Virtual
    Machines (VMs)?

    Or did you follow Virt-Manager's default settings?

    Are you using Debian Bookworm as your host?

    What is the OS you want to install in your VMs?

    Are you attempting hardware passthrough?

    Sorry for so many questions. But without knowing what your were
    doing, it is hard to know what may be the cause of the issue.

    I have no idea what you did differently from the basic installation
    and use of KVM and Virt-Manager. Maybe nothing?  Or maybe you have
    made your own specific modifications?

    Your hardware may have an issue with the TSC ?   See https://
    en.wikipedia.org/wiki/Time_Stamp_Counter
    <https://en.wikipedia.org/wiki/ Time_Stamp_Counter>

    Here are a few Internet searcher on the subject of TSC (whether they
    are relevant or helpful for you, but maybe they can point you into a
    direction of research?):

    https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/6/
    html/virtualization_host_configuration_and_guest_installation_guide/
    chap-virtualization_host_configuration_and_guest_installation_guide-
    kvm_guest_timing_management#chap-
    Virtualization_Host_Configuration_and_Guest_Installation_Guide-
    KVM_guest_timing_management
    <https://docs.redhat.com/en/documentation/
    red_hat_enterprise_linux/6/html/
    virtualization_host_configuration_and_guest_installation_guide/chap-
    virtualization_host_configuration_and_guest_installation_guide-
    kvm_guest_timing_management#chap-
    Virtualization_Host_Configuration_and_Guest_Installation_Guide-
    KVM_guest_timing_management>

    14.1. Constant Time Stamp Counter (TSC)

    https://arseniyshestakov.github.io/vfio-archive/onepage <https://
    arseniyshestakov.github.io/vfio-archive/onepage>/

    https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/5/
    epub/5.8_technical_notes/known_issues-gfs2-utils <https://
    docs.redhat.com/en/documentation/red_hat_enterprise_linux/5/
    epub/5.8_technical_notes/known_issues-gfs2-utils>
    BZ#810123
         Previously, requests for large data blocks with the ZSECSENDCPRB >> ioctl() system call failed due to an invalid parameter. A misleading
    error code was returned, concealing the real problem.



    For a basic installation, which I a guessing you are well beyond, my
    first suggestions for you is to follow the instructions on:
    https://wiki.debian.org/KVM <https://wiki.debian.org/KVM>

    ;From the above, I usually one use the following steps and can
    create virtual machines without any issues.

    $ sudo apt install qemu-system libvirt-daemon-system virt-manager

    In order to manage virtual machines as a regular user, that user
    needs to be added to the libvirt group:
    # adduser <youruser> libvirt

    As others have suggested, the first step for using KVM, virt-manager
    and virtualisation is to check that virtualisation is enabled in BIOS.

    # lscpu | grep "vmx\|svm"
    (returns nothing if Virtualisation is turned off in bios)

    # lsmod | grep kvm
    (returns nothing if Virtualisation is turned off in bios)

    On my i5 PC with virtualisation options turned on in BIOS, and on
    which I am running KVM and Virt-Manager to create VMs:
    # lscpu | grep "Model name\|Virtualization\|vmx\|svm"
    Model name:                           Intel(R) Core(TM) i5
    CPU         670  @ 3.47GHz
    BIOS Model name:                      Intel(R) Core(TM) i5
    CPU         670  @ 3.47GHz  CPU @ 3.4GHz
    Flags:                                fpu vme de pse tsc msr pae mce
    cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr
    sse sse2 ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon
    pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni
    pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm
    pcid sse4_1 sse4_2 popcnt aes lahf_lm pti ssbd ibrs ibpb stibp
    tpr_shadow vnmi flexpriority ept vpid dtherm ida arat flush_l1d
    Virtualization:                       VT-x


    You could then check that the  libvirtd.service is enabled and
    running (I presume it is)
    # systemctl status libvirtd.service
    ● libvirtd.service - Virtualization daemon
          Loaded: loaded (/lib/systemd/system/libvirtd.service; enabled;
    preset: enabled)
          Active: active (running) since Sat 2025-02-15 07:14:34 AEDT;
    17s ago


    Hoping some of this may help you.

    George.






    ;
    ;

    --

    Titus Newswanger

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From basti@21:1/5 to All on Sat Feb 15 19:40:02 2025
    first of all i try to start an existing one -> no kvm/hvm
    create a new one will be run in qemu not kvm

    Am 15.02.25 um 19:11 schrieb Titus Newswanger:
    Hi,

    Do any VM's run, or are you trying to start a prexisting VM that used to work? In that case maybe trying to install a new vm would isolate
    whether the problem is with the host or not.

    On 2/15/25 11:42, basti wrote:
    Hello George,


    mostly all have been done.
    But nothing solves the Problem.


    - vmx is seen in lscpu
    - user was added to libvirt group
    - kvm modules are load

    it seem's there is a problem with the hardware, or somthing has chanced
    within a a new installed vs. a long running system (since debian 8 or so)

    I also try to install a kvm on an good old xeon X3430
    This Board (FSC) and CPU run since 2014 as a kvm server.

    After a new install of debian (11) there is the same problem.

    Feb 15 18:34:09 kvm libvirtd[3166]: unknown procedure: 436
    Feb 15 18:34:09 kvm libvirtd[3166]: unknown procedure: 436
    Feb 15 18:34:09 kvm libvirtd[3166]: unknown procedure: 436
    Feb 15 18:34:09 kvm libvirtd[3166]: unknown procedure: 436
    Feb 15 18:34:09 kvm libvirtd[3166]: unknown procedure: 436
    Feb 15 18:34:16 kvm libvirtd[3166]: Unable to create KVM VM for TSC
    probing: Inappropriate ioctl for device
    Feb 15 18:34:17 kvm libvirtd[3166]: Unable to create KVM VM for TSC
    probing: Inappropriate ioctl for device
    Feb 15 18:34:17 kvm libvirtd[3166]: Unable to create KVM VM for TSC
    probing: Inappropriate ioctl for device
    Feb 15 18:34:18 kvm libvirtd[3166]: Unable to create KVM VM for TSC
    probing: Inappropriate ioctl for device

    root@kvm:~# lscpu | grep "Model name\|Virtualization\|vmx\|svm"
    Model name:                           Intel(R) Xeon(R) CPU X3430 @
    2.40GHz
    Virtualization:                       VT-x
    Flags:                                fpu vme de pse tsc msr pae mce
    cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse
    sse2 ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts
    rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni dtes64
    monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2
    popcnt lahf_lm pti tpr_shadow vnmi flexpriority ept vpid dtherm ida


    I do not understand.
    Perhaps some part of software is missing.



    Am 15.02.25 um 00:07 schrieb George at Clug:
    On Saturday, 15-02-2025 at 02:51 basti wrote:
    Hello I try to install some KVM machines on a i5-4590.
    ;
    virt-manger say Warning: KVM is not available.
    ;
    joournal looks like:
    ;
    Feb 14 16:43:06 kvm libvirtd[563]: Unable to create KVM VM for TSC
    probing: Inappropriate ioctl for device
    ;
    ;
    But kvm modules are load:
    ;
    root@kvm:~# lsmod | grep kvm
    kvm_intel             380928  0
    kvm                  1146880  1 kvm_intel
    irqbypass              16384  1 kvm
    ;
    ;
    Can someone help what error message in journalctl mean?
    and how to solve that?

    Are you able to update your BIOS ?  It may help?   Your hardware may >>> have an issue with the TSC ?  (see below for links on the TSC)

    I read an article saying "Summary, I did a BIOS upgrade, and the
    qemu- kvm, now is working. "
    https://bbs.archlinux.org/viewtopic.php?id=148163 <https://
    bbs.archlinux.org/viewtopic.php?id=148163>

    Did you make any specific settings when creating your Virtual
    Machines (VMs)?

    Or did you follow Virt-Manager's default settings?

    Are you using Debian Bookworm as your host?

    What is the OS you want to install in your VMs?

    Are you attempting hardware passthrough?

    Sorry for so many questions. But without knowing what your were
    doing, it is hard to know what may be the cause of the issue.

    I have no idea what you did differently from the basic installation
    and use of KVM and Virt-Manager. Maybe nothing?  Or maybe you have
    made your own specific modifications?

    Your hardware may have an issue with the TSC ?   See https://
    en.wikipedia.org/wiki/Time_Stamp_Counter <https://en.wikipedia.org/
    wiki/ Time_Stamp_Counter>

    Here are a few Internet searcher on the subject of TSC (whether they
    are relevant or helpful for you, but maybe they can point you into a
    direction of research?):

    https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/6/
    html/virtualization_host_configuration_and_guest_installation_guide/
    chap-virtualization_host_configuration_and_guest_installation_guide-
    kvm_guest_timing_management#chap-
    Virtualization_Host_Configuration_and_Guest_Installation_Guide-
    KVM_guest_timing_management <https://docs.redhat.com/en/
    documentation/ red_hat_enterprise_linux/6/html/
    virtualization_host_configuration_and_guest_installation_guide/chap-
    virtualization_host_configuration_and_guest_installation_guide-
    kvm_guest_timing_management#chap-
    Virtualization_Host_Configuration_and_Guest_Installation_Guide-
    KVM_guest_timing_management>

    14.1. Constant Time Stamp Counter (TSC)

    https://arseniyshestakov.github.io/vfio-archive/onepage <https://
    arseniyshestakov.github.io/vfio-archive/onepage>/

    https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/5/
    epub/5.8_technical_notes/known_issues-gfs2-utils <https://
    docs.redhat.com/en/documentation/red_hat_enterprise_linux/5/
    epub/5.8_technical_notes/known_issues-gfs2-utils>
    BZ#810123
         Previously, requests for large data blocks with the ZSECSENDCPRB >>> ioctl() system call failed due to an invalid parameter. A misleading
    error code was returned, concealing the real problem.



    For a basic installation, which I a guessing you are well beyond, my
    first suggestions for you is to follow the instructions on:
    https://wiki.debian.org/KVM <https://wiki.debian.org/KVM>

    ;From the above, I usually one use the following steps and can
    create virtual machines without any issues.

    $ sudo apt install qemu-system libvirt-daemon-system virt-manager

    In order to manage virtual machines as a regular user, that user
    needs to be added to the libvirt group:
    # adduser <youruser> libvirt

    As others have suggested, the first step for using KVM, virt-manager
    and virtualisation is to check that virtualisation is enabled in BIOS.

    # lscpu | grep "vmx\|svm"
    (returns nothing if Virtualisation is turned off in bios)

    # lsmod | grep kvm
    (returns nothing if Virtualisation is turned off in bios)

    On my i5 PC with virtualisation options turned on in BIOS, and on
    which I am running KVM and Virt-Manager to create VMs:
    # lscpu | grep "Model name\|Virtualization\|vmx\|svm"
    Model name:                           Intel(R) Core(TM) i5
    CPU         670  @ 3.47GHz
    BIOS Model name:                      Intel(R) Core(TM) i5
    CPU         670  @ 3.47GHz  CPU @ 3.4GHz
    Flags:                                fpu vme de pse tsc msr pae mce
    cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr
    sse sse2 ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon
    pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni
    pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm
    pcid sse4_1 sse4_2 popcnt aes lahf_lm pti ssbd ibrs ibpb stibp
    tpr_shadow vnmi flexpriority ept vpid dtherm ida arat flush_l1d
    Virtualization:                       VT-x


    You could then check that the  libvirtd.service is enabled and
    running (I presume it is)
    # systemctl status libvirtd.service
    ● libvirtd.service - Virtualization daemon
          Loaded: loaded (/lib/systemd/system/libvirtd.service; enabled; >>> preset: enabled)
          Active: active (running) since Sat 2025-02-15 07:14:34 AEDT;
    17s ago


    Hoping some of this may help you.

    George.






    ;
    ;


    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Titus Newswanger@21:1/5 to basti on Sat Feb 15 21:00:01 2025
    No problem. I am learning new things about VMs. Tried various setups
    over the years and chose libvirt + qemu as my favorite, assuming all VMs
    take a noticable performance hit over running on bare hardware. Your
    answer to my suggestion prompted me to research kvm. This is an exiting
    new discovery for me!

    On 2/15/25 13:30, basti wrote:
    Sorry for any inconvenience. Calling an LVM volume group kvm is a
    really stupid idea.

    This creates a
    /dev/kvm so kvm cannot work.

    Am 15.02.25 um 19:39 schrieb basti:
    first of all i try to start an existing one -> no kvm/hvm
    create a new one will be run in qemu not kvm

    Am 15.02.25 um 19:11 schrieb Titus Newswanger:
    Hi,

    Do any VM's run, or are you trying to start a prexisting VM that
    used to work? In that case maybe trying to install a new vm would
    isolate whether the problem is with the host or not.

    On 2/15/25 11:42, basti wrote:
    Hello George,


    mostly all have been done.
    But nothing solves the Problem.


    - vmx is seen in lscpu
    - user was added to libvirt group
    - kvm modules are load

    it seem's there is a problem with the hardware, or somthing has
    chanced
    within a a new installed vs. a long running system (since debian 8
    or so)

    I also try to install a kvm on an good old xeon X3430
    This Board (FSC) and CPU run since 2014 as a kvm server.

    After a new install of debian (11) there is the same problem.

    Feb 15 18:34:09 kvm libvirtd[3166]: unknown procedure: 436
    Feb 15 18:34:09 kvm libvirtd[3166]: unknown procedure: 436
    Feb 15 18:34:09 kvm libvirtd[3166]: unknown procedure: 436
    Feb 15 18:34:09 kvm libvirtd[3166]: unknown procedure: 436
    Feb 15 18:34:09 kvm libvirtd[3166]: unknown procedure: 436
    Feb 15 18:34:16 kvm libvirtd[3166]: Unable to create KVM VM for TSC
    probing: Inappropriate ioctl for device
    Feb 15 18:34:17 kvm libvirtd[3166]: Unable to create KVM VM for TSC
    probing: Inappropriate ioctl for device
    Feb 15 18:34:17 kvm libvirtd[3166]: Unable to create KVM VM for TSC
    probing: Inappropriate ioctl for device
    Feb 15 18:34:18 kvm libvirtd[3166]: Unable to create KVM VM for TSC
    probing: Inappropriate ioctl for device

    root@kvm:~# lscpu | grep "Model name\|Virtualization\|vmx\|svm"
    Model name:                           Intel(R) Xeon(R) CPU X3430 @
    2.40GHz
    Virtualization:                       VT-x
    Flags:                                fpu vme de pse tsc msr pae
    mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx
    fxsr sse sse2 ht tm pbe syscall nx rdtscp lm constant_tsc
    arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid
    aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16
    xtpr pdcm sse4_1 sse4_2 popcnt lahf_lm pti tpr_shadow vnmi
    flexpriority ept vpid dtherm ida


    I do not understand.
    Perhaps some part of software is missing.



    Am 15.02.25 um 00:07 schrieb George at Clug:
    On Saturday, 15-02-2025 at 02:51 basti wrote:
    Hello I try to install some KVM machines on a i5-4590.
    ;
    virt-manger say Warning: KVM is not available.
    ;
    joournal looks like:
    ;
    Feb 14 16:43:06 kvm libvirtd[563]: Unable to create KVM VM for TSC >>>>>  > probing: Inappropriate ioctl for device
    ;
    ;
    But kvm modules are load:
    ;
    root@kvm:~# lsmod | grep kvm
    kvm_intel             380928  0
    kvm                  1146880  1 kvm_intel
    irqbypass              16384  1 kvm
    ;
    ;
    Can someone help what error message in journalctl mean?
    and how to solve that?

    Are you able to update your BIOS ?  It may help?   Your hardware >>>>> may have an issue with the TSC ?  (see below for links on the TSC)

    I read an article saying "Summary, I did a BIOS upgrade, and the
    qemu- kvm, now is working. "
    https://bbs.archlinux.org/viewtopic.php?id=148163 <https://
    bbs.archlinux.org/viewtopic.php?id=148163>

    Did you make any specific settings when creating your Virtual
    Machines (VMs)?

    Or did you follow Virt-Manager's default settings?

    Are you using Debian Bookworm as your host?

    What is the OS you want to install in your VMs?

    Are you attempting hardware passthrough?

    Sorry for so many questions. But without knowing what your were
    doing, it is hard to know what may be the cause of the issue.

    I have no idea what you did differently from the basic
    installation and use of KVM and Virt-Manager. Maybe nothing?  Or
    maybe you have made your own specific modifications?

    Your hardware may have an issue with the TSC ?   See https://
    en.wikipedia.org/wiki/Time_Stamp_Counter
    <https://en.wikipedia.org/ wiki/ Time_Stamp_Counter>

    Here are a few Internet searcher on the subject of TSC (whether
    they are relevant or helpful for you, but maybe they can point you
    into a direction of research?):

    https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/6/ >>>>> html/virtualization_host_configuration_and_guest_installation_guide/ >>>>> chap-virtualization_host_configuration_and_guest_installation_guide- >>>>> kvm_guest_timing_management#chap-
    Virtualization_Host_Configuration_and_Guest_Installation_Guide-
    KVM_guest_timing_management <https://docs.redhat.com/en/
    documentation/ red_hat_enterprise_linux/6/html/
    virtualization_host_configuration_and_guest_installation_guide/chap- >>>>> virtualization_host_configuration_and_guest_installation_guide-
    kvm_guest_timing_management#chap-
    Virtualization_Host_Configuration_and_Guest_Installation_Guide-
    KVM_guest_timing_management>

    14.1. Constant Time Stamp Counter (TSC)

    https://arseniyshestakov.github.io/vfio-archive/onepage <https://
    arseniyshestakov.github.io/vfio-archive/onepage>/

    https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/5/ >>>>> epub/5.8_technical_notes/known_issues-gfs2-utils <https://
    docs.redhat.com/en/documentation/red_hat_enterprise_linux/5/
    epub/5.8_technical_notes/known_issues-gfs2-utils>
    BZ#810123
         Previously, requests for large data blocks with the
    ZSECSENDCPRB ioctl() system call failed due to an invalid
    parameter. A misleading error code was returned, concealing the
    real problem.



    For a basic installation, which I a guessing you are well beyond,
    my first suggestions for you is to follow the instructions on:
    https://wiki.debian.org/KVM <https://wiki.debian.org/KVM>

    ;From the above, I usually one use the following steps and can
    create virtual machines without any issues.

    $ sudo apt install qemu-system libvirt-daemon-system virt-manager

    In order to manage virtual machines as a regular user, that user
    needs to be added to the libvirt group:
    # adduser <youruser> libvirt

    As others have suggested, the first step for using KVM,
    virt-manager and virtualisation is to check that virtualisation is
    enabled in BIOS.

    # lscpu | grep "vmx\|svm"
    (returns nothing if Virtualisation is turned off in bios)

    # lsmod | grep kvm
    (returns nothing if Virtualisation is turned off in bios)

    On my i5 PC with virtualisation options turned on in BIOS, and on
    which I am running KVM and Virt-Manager to create VMs:
    # lscpu | grep "Model name\|Virtualization\|vmx\|svm"
    Model name:                           Intel(R) Core(TM) i5
    CPU         670  @ 3.47GHz
    BIOS Model name:                      Intel(R) Core(TM) i5
    CPU         670  @ 3.47GHz  CPU @ 3.4GHz
    Flags:                                fpu vme de pse tsc msr pae
    mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx
    fxsr sse sse2 ht tm pbe syscall nx rdtscp lm constant_tsc
    arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid
    aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2
    ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt aes lahf_lm pti
    ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid dtherm
    ida arat flush_l1d
    Virtualization:                       VT-x


    You could then check that the  libvirtd.service is enabled and
    running (I presume it is)
    # systemctl status libvirtd.service
    ● libvirtd.service - Virtualization daemon
          Loaded: loaded (/lib/systemd/system/libvirtd.service;
    enabled; preset: enabled)
          Active: active (running) since Sat 2025-02-15 07:14:34 AEDT; >>>>> 17s ago


    Hoping some of this may help you.

    George.






    ;
    ;


    --

    Titus Newswanger

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From basti@21:1/5 to All on Sat Feb 15 20:40:02 2025
    Sorry for any inconvenience. Calling an LVM volume group kvm is a really
    stupid idea.

    This creates a
    /dev/kvm so kvm cannot work.

    Am 15.02.25 um 19:39 schrieb basti:
    first of all i try to start an existing one -> no kvm/hvm
    create a new one will be run in qemu not kvm

    Am 15.02.25 um 19:11 schrieb Titus Newswanger:
    Hi,

    Do any VM's run, or are you trying to start a prexisting VM that used
    to work? In that case maybe trying to install a new vm would isolate
    whether the problem is with the host or not.

    On 2/15/25 11:42, basti wrote:
    Hello George,


    mostly all have been done.
    But nothing solves the Problem.


    - vmx is seen in lscpu
    - user was added to libvirt group
    - kvm modules are load

    it seem's there is a problem with the hardware, or somthing has chanced
    within a a new installed vs. a long running system (since debian 8 or
    so)

    I also try to install a kvm on an good old xeon X3430
    This Board (FSC) and CPU run since 2014 as a kvm server.

    After a new install of debian (11) there is the same problem.

    Feb 15 18:34:09 kvm libvirtd[3166]: unknown procedure: 436
    Feb 15 18:34:09 kvm libvirtd[3166]: unknown procedure: 436
    Feb 15 18:34:09 kvm libvirtd[3166]: unknown procedure: 436
    Feb 15 18:34:09 kvm libvirtd[3166]: unknown procedure: 436
    Feb 15 18:34:09 kvm libvirtd[3166]: unknown procedure: 436
    Feb 15 18:34:16 kvm libvirtd[3166]: Unable to create KVM VM for TSC
    probing: Inappropriate ioctl for device
    Feb 15 18:34:17 kvm libvirtd[3166]: Unable to create KVM VM for TSC
    probing: Inappropriate ioctl for device
    Feb 15 18:34:17 kvm libvirtd[3166]: Unable to create KVM VM for TSC
    probing: Inappropriate ioctl for device
    Feb 15 18:34:18 kvm libvirtd[3166]: Unable to create KVM VM for TSC
    probing: Inappropriate ioctl for device

    root@kvm:~# lscpu | grep "Model name\|Virtualization\|vmx\|svm"
    Model name:                           Intel(R) Xeon(R) CPU X3430 @
    2.40GHz
    Virtualization:                       VT-x
    Flags:                                fpu vme de pse tsc msr pae mce
    cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr
    sse sse2 ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon
    pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni
    dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1
    sse4_2 popcnt lahf_lm pti tpr_shadow vnmi flexpriority ept vpid
    dtherm ida


    I do not understand.
    Perhaps some part of software is missing.



    Am 15.02.25 um 00:07 schrieb George at Clug:
    On Saturday, 15-02-2025 at 02:51 basti wrote:
    Hello I try to install some KVM machines on a i5-4590.
    ;
    virt-manger say Warning: KVM is not available.
    ;
    joournal looks like:
    ;
    Feb 14 16:43:06 kvm libvirtd[563]: Unable to create KVM VM for TSC >>>>  > probing: Inappropriate ioctl for device
    ;
    ;
    But kvm modules are load:
    ;
    root@kvm:~# lsmod | grep kvm
    kvm_intel             380928  0
    kvm                  1146880  1 kvm_intel
    irqbypass              16384  1 kvm
    ;
    ;
    Can someone help what error message in journalctl mean?
    and how to solve that?

    Are you able to update your BIOS ?  It may help?   Your hardware may >>>> have an issue with the TSC ?  (see below for links on the TSC)

    I read an article saying "Summary, I did a BIOS upgrade, and the
    qemu- kvm, now is working. "
    https://bbs.archlinux.org/viewtopic.php?id=148163 <https://
    bbs.archlinux.org/viewtopic.php?id=148163>

    Did you make any specific settings when creating your Virtual
    Machines (VMs)?

    Or did you follow Virt-Manager's default settings?

    Are you using Debian Bookworm as your host?

    What is the OS you want to install in your VMs?

    Are you attempting hardware passthrough?

    Sorry for so many questions. But without knowing what your were
    doing, it is hard to know what may be the cause of the issue.

    I have no idea what you did differently from the basic installation
    and use of KVM and Virt-Manager. Maybe nothing?  Or maybe you have
    made your own specific modifications?

    Your hardware may have an issue with the TSC ?   See https://
    en.wikipedia.org/wiki/Time_Stamp_Counter <https://en.wikipedia.org/
    wiki/ Time_Stamp_Counter>

    Here are a few Internet searcher on the subject of TSC (whether they
    are relevant or helpful for you, but maybe they can point you into a
    direction of research?):

    https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/6/
    html/virtualization_host_configuration_and_guest_installation_guide/
    chap-virtualization_host_configuration_and_guest_installation_guide-
    kvm_guest_timing_management#chap-
    Virtualization_Host_Configuration_and_Guest_Installation_Guide-
    KVM_guest_timing_management <https://docs.redhat.com/en/
    documentation/ red_hat_enterprise_linux/6/html/
    virtualization_host_configuration_and_guest_installation_guide/chap-
    virtualization_host_configuration_and_guest_installation_guide-
    kvm_guest_timing_management#chap-
    Virtualization_Host_Configuration_and_Guest_Installation_Guide-
    KVM_guest_timing_management>

    14.1. Constant Time Stamp Counter (TSC)

    https://arseniyshestakov.github.io/vfio-archive/onepage <https://
    arseniyshestakov.github.io/vfio-archive/onepage>/

    https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/5/
    epub/5.8_technical_notes/known_issues-gfs2-utils <https://
    docs.redhat.com/en/documentation/red_hat_enterprise_linux/5/
    epub/5.8_technical_notes/known_issues-gfs2-utils>
    BZ#810123
         Previously, requests for large data blocks with the
    ZSECSENDCPRB ioctl() system call failed due to an invalid parameter.
    A misleading error code was returned, concealing the real problem.



    For a basic installation, which I a guessing you are well beyond, my
    first suggestions for you is to follow the instructions on:
    https://wiki.debian.org/KVM <https://wiki.debian.org/KVM>

    ;From the above, I usually one use the following steps and can
    create virtual machines without any issues.

    $ sudo apt install qemu-system libvirt-daemon-system virt-manager

    In order to manage virtual machines as a regular user, that user
    needs to be added to the libvirt group:
    # adduser <youruser> libvirt

    As others have suggested, the first step for using KVM, virt-manager
    and virtualisation is to check that virtualisation is enabled in BIOS. >>>>
    # lscpu | grep "vmx\|svm"
    (returns nothing if Virtualisation is turned off in bios)

    # lsmod | grep kvm
    (returns nothing if Virtualisation is turned off in bios)

    On my i5 PC with virtualisation options turned on in BIOS, and on
    which I am running KVM and Virt-Manager to create VMs:
    # lscpu | grep "Model name\|Virtualization\|vmx\|svm"
    Model name:                           Intel(R) Core(TM) i5
    CPU         670  @ 3.47GHz
    BIOS Model name:                      Intel(R) Core(TM) i5
    CPU         670  @ 3.47GHz  CPU @ 3.4GHz
    Flags:                                fpu vme de pse tsc msr pae mce
    cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr
    sse sse2 ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon
    pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni
    pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm
    pcid sse4_1 sse4_2 popcnt aes lahf_lm pti ssbd ibrs ibpb stibp
    tpr_shadow vnmi flexpriority ept vpid dtherm ida arat flush_l1d
    Virtualization:                       VT-x


    You could then check that the  libvirtd.service is enabled and
    running (I presume it is)
    # systemctl status libvirtd.service
    ● libvirtd.service - Virtualization daemon
          Loaded: loaded (/lib/systemd/system/libvirtd.service; enabled; >>>> preset: enabled)
          Active: active (running) since Sat 2025-02-15 07:14:34 AEDT; >>>> 17s ago


    Hoping some of this may help you.

    George.






    ;
    ;



    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Andrew M.A. Cater@21:1/5 to basti on Sat Feb 15 21:30:01 2025
    On Sat, Feb 15, 2025 at 08:30:40PM +0100, basti wrote:
    Sorry for any inconvenience. Calling an LVM volume group kvm is a really stupid idea.

    This creates a
    /dev/kvm so kvm cannot work.


    Today I learned something useful after using kvm for many years.
    It's obvious *now* - congratulations on solving the problem and thanks
    for writing back to tell us exactly what was wrong.
    You're not stupid: https://xkcd.com/1053/ refers.

    All the very best, as ever,

    Andrew Cater
    (amacater@debian.org)



    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Stefan Monnier@21:1/5 to All on Sun Feb 16 00:20:01 2025
    Sorry for any inconvenience. Calling an LVM volume group kvm is
    a really stupid idea.

    This creates a
    /dev/kvm so kvm cannot work.

    Oh, that was clever!

    I recently started preferring `/dev/mapper/<VG>-<LV>` over the
    (admittedly) prettier `/dev/<VG>/<LV>`, just because it lets me use TAB completion when I can't remember the VG name, but now you've convinced
    me that `/dev/<VG>/<LV>` is evil!


    Stefan

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From tomas@tuxteam.de@21:1/5 to Stefan Monnier on Sun Feb 16 08:20:02 2025
    On Sat, Feb 15, 2025 at 06:10:35PM -0500, Stefan Monnier wrote:
    Sorry for any inconvenience. Calling an LVM volume group kvm is
    a really stupid idea.

    This creates a
    /dev/kvm so kvm cannot work.

    Oh, that was clever!

    I recently started preferring `/dev/mapper/<VG>-<LV>` over the
    (admittedly) prettier `/dev/<VG>/<LV>`, just because it lets me use TAB completion when I can't remember the VG name, but now you've convinced
    me that `/dev/<VG>/<LV>` is evil!

    And then there are the lucky idiots like me, who always had /dev/mapper "because everyone's doing it" (everyone is cryptsetup, in my case, but
    hey).

    Thanks, basti, for teaching me "why" :-)

    Cheers
    --
    t

    -----BEGIN PGP SIGNATURE-----

    iF0EABECAB0WIQRp53liolZD6iXhAoIFyCz1etHaRgUCZ7GP5wAKCRAFyCz1etHa RkbuAJ4g5ofS14L8TtxV2TbyE2Qj1XxZ0wCfTr5lb7Ng31VP4IGeSfmwXeergMk=
    =L+sd
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)