Call to virDomainCreateWithFlags failed: error creating macvtap interface macvtap0@eth0

50 views
Skip to first unread message

Abdeslam Tahari

unread,
Mar 26, 2020, 1:45:16 PM3/26/20
to Vagrant
Hello Everybody


I have a probleme with a vm(guest machine) it hangs up at boot process and here is the error message

Call to virDomainCreateWithFlags failed: error creating macvtap interface macvtap0@eth0



i don't know how to resolve it i tried but couldn't resolve it




Any help would be very appreciated.



Thank you

dragon788

unread,
Mar 27, 2020, 2:37:08 PM3/27/20
to Vagrant
You may need to try using a different network type. There are several to choose from and I discovered that sometimes due to host restrictions you can't use certain types that want to do a "tap". This could also mean that you aren't a member of the `libvirt` and/or `kvm` groups on the host which might have permission to create this type of interface.
Message has been deleted
Message has been deleted

Abdeslam Tahari

unread,
Mar 27, 2020, 5:28:31 PM3/27/20
to Vagrant
Hello

Thank you very much for your help



i checked the groups and permissions , everything is ok, but just dont know what is going wrong


here is few lignes from livirtd.log

2020-03-27 21:18:02.943+0000: 2215119: debug : udevProcessDeviceListEntry:1403 : Failed to create node device for udev device '/sys/devices/virtual/vtconsole/vtcon1'
2020-03-27 21:18:02.943+0000: 2215119: debug : udevGetDeviceProperty:145 : Found property key 'DRIVER' value '<null>' for device with sysname 'blkcg_punt_bio'
2020-03-27 21:18:02.943+0000: 2215119: debug : udevGetDeviceProperty:145 : Found property key 'SUBSYSTEM' value 'workqueue' for device with sysname 'blkcg_punt_bio'
2020-03-27 21:18:02.943+0000: 2215119: debug : udevGetDeviceType:1189 : Could not determine device type for device with sysfs name 'blkcg_punt_bio'
2020-03-27 21:18:02.943+0000: 2215119: debug : udevAddOneDevice:1380 : Discarding device -1 0x7f7ed01c80e0 /sys/devices/virtual/workqueue/blkcg_punt_bio
2020-03-27 21:18:02.943+0000: 2215119: debug : udevProcessDeviceListEntry:1403 : Failed to create node device for udev device '/sys/devices/virtual/workqueue/blkcg_punt_bio'
2020-03-27 21:18:02.943+0000: 2215119: debug : udevGetDeviceProperty:145 : Found property key 'DRIVER' value '<null>' for device with sysname 'writeback'
2020-03-27 21:18:02.943+0000: 2215119: debug : udevGetDeviceProperty:145 : Found property key 'SUBSYSTEM' value 'workqueue' for device with sysname 'writeback'
2020-03-27 21:18:02.943+0000: 2215119: debug : udevGetDeviceType:1189 : Could not determine device type for device with sysfs name 'writeback'
2020-03-27 21:18:02.943+0000: 2215119: debug : udevAddOneDevice:1380 : Discarding device -1 0x7f7ed01c80e0 /sys/devices/virtual/workqueue/writeback
2020-03-27 21:18:02.943+0000: 2215119: debug : udevProcessDeviceListEntry:1403 : Failed to create node device for udev device '/sys/devices/virtual/workqueue/writeback'
2020-03-27 21:18:02.943+0000: 2215119: debug : udevGetDeviceProperty:145 : Found property key 'DRIVER' value '<null>' for device with sysname 'dm-0'
2020-03-27 21:18:02.943+0000: 2215119: debug : udevGetDeviceProperty:145 : Found property key 'ID_BUS' value '<null>' for device with sysname 'dm-0'
2020-03-27 21:18:02.943+0000: 2215119: debug : udevGetDeviceProperty:145 : Found property key 'ID_SERIAL' value '<null>' for device with sysname 'dm-0'
2020-03-27 21:18:02.943+0000: 2215119: debug : udevGetDeviceSysfsAttr:211 : Found sysfs attribute 'device/vendor' value '<null>' for device with sysname 'dm-0'
2020-03-27 21:18:02.943+0000: 2215119: debug : udevGetDeviceSysfsAttr:211 : Found sysfs attribute 'device/model' value '<null>' for device with sysname 'dm-0'
2020-03-27 21:18:02.943+0000: 2215119: debug : udevGetDeviceProperty:145 : Found property key 'ID_TYPE' value '<null>' for device with sysname 'dm-0'
2020-03-27 21:18:02.943+0000: 2215119: debug : udevGetDeviceProperty:145 : Found property key 'ID_DRIVE_FLOPPY' value '<null>' for device with sysname 'dm-0'
2020-03-27 21:18:02.943+0000: 2215119: debug : udevGetDeviceProperty:145 : Found property key 'ID_CDROM' value '<null>' for device with sysname 'dm-0'
2020-03-27 21:18:02.943+0000: 2215119: debug : udevGetDeviceProperty:145 : Found property key 'ID_DRIVE_FLASH_SD' value '<null>' for device with sysname 'dm-0'
2020-03-27 21:18:02.943+0000: 2215119: debug : udevKludgeStorageType:890 : Could not find definitive storage type for device with sysfs path '/sys/devices/virtual/block/dm-0', trying to guess it
2020-03-27 21:18:02.943+0000: 2215119: debug : udevKludgeStorageType:903 : Could not determine storage type for device with sysfs path '/sys/devices/virtual/block/dm-0'
2020-03-27 21:18:02.943+0000: 2215119: debug : udevProcessStorage:1002 : Storage ret=-1
2020-03-27 21:18:02.943+0000: 2215119: debug : udevAddOneDevice:1380 : Discarding device -1 0x7f7ed01c80e0 /sys/devices/virtual/block/dm-0
2020-03-27 21:18:02.943+0000: 2215119: debug : udevProcessDeviceListEntry:1403 : Failed to create node device for udev device '/sys/devices/virtual/block/dm-0'
2020-03-27 21:18:02.943+0000: 2215119: debug : udevGetDeviceProperty:145 : Found property key 'DRIVER' value '<null>' for device with sysname 'dm-1'
2020-03-27 21:18:02.944+0000: 2215119: debug : udevGetDeviceProperty:145 : Found property key 'ID_BUS' value '<null>' for device with sysname 'dm-1'
2020-03-27 21:18:02.944+0000: 2215119: debug : udevGetDeviceProperty:145 : Found property key 'ID_SERIAL' value '<null>' for device with sysname 'dm-1'
2020-03-27 21:18:02.944+0000: 2215119: debug : udevGetDeviceSysfsAttr:211 : Found sysfs attribute 'device/vendor' value '<null>' for device with sysname 'dm-1'
2020-03-27 21:18:02.944+0000: 2215119: debug : udevGetDeviceSysfsAttr:211 : Found sysfs attribute 'device/model' value '<null>' for device with sysname 'dm-1'
2020-03-27 21:18:02.944+0000: 2215119: debug : udevGetDeviceProperty:145 : Found property key 'ID_TYPE' value '<null>' for device with sysname 'dm-1'
2020-03-27 21:18:02.944+0000: 2215119: debug : udevGetDeviceProperty:145 : Found property key 'ID_DRIVE_FLOPPY' value '<null>' for device with sysname 'dm-1'
2020-03-27 21:18:02.944+0000: 2215119: debug : udevGetDeviceProperty:145 : Found property key 'ID_CDROM' value '<null>' for device with sysname 'dm-1'
2020-03-27 21:18:02.944+0000: 2215119: debug : udevGetDeviceProperty:145 : Found property key 'ID_DRIVE_FLASH_SD' value '<null>' for device with sysname 'dm-1'
2020-03-27 21:18:02.944+0000: 2215119: debug : udevKludgeStorageType:890 : Could not find definitive storage type for device with sysfs path '/sys/devices/virtual/block/dm-1', trying to guess it
2020-03-27 21:18:02.944+0000: 2215119: debug : udevKludgeStorageType:903 : Could not determine storage type for device with sysfs path '/sys/devices/virtual/block/dm-1'
2020-03-27 21:18:02.944+0000: 2215119: debug : udevProcessStorage:1002 : Storage ret=-1
2020-03-27 21:18:02.944+0000: 2215119: debug : udevAddOneDevice:1380 : Discarding device -1 0x7f7ed01c80e0 /sys/devices/virtual/block/dm-1
2020-03-27 21:18:02.944+0000: 2215119: debug : udevProcessDeviceListEntry:1403 : Failed to create node device for udev device '/sys/devices/virtual/block/dm-1'
2020-03-27 21:18:02.944+0000: 2215119: debug : udevGetDeviceProperty:145 : Found property key 'DRIVER' value '<null>' for device with sysname 'dm-2'
2020-03-27 21:18:02.944+0000: 2215119: debug : udevGetDeviceProperty:145 : Found property key 'ID_BUS' value '<null>' for device with sysname 'dm-2'
2020-03-27 21:18:02.944+0000: 2215119: debug : udevGetDeviceProperty:145 : Found property key 'ID_SERIAL' value '<null>' for device with sysname 'dm-2'
2020-03-27 21:18:02.944+0000: 2215119: debug : udevGetDeviceSysfsAttr:211 : Found sysfs attribute 'device/vendor' value '<null>' for device with sysname 'dm-2'
2020-03-27 21:18:02.944+0000: 2215119: debug : udevGetDeviceSysfsAttr:211 : Found sysfs attribute 'device/model' value '<null>' for device with sysname 'dm-2'
2020-03-27 21:18:02.944+0000: 2215119: debug : udevGetDeviceProperty:145 : Found property key 'ID_TYPE' value '<null>' for device with sysname 'dm-2'
2020-03-27 21:18:02.944+0000: 2215119: debug : udevGetDeviceProperty:145 : Found property key 'ID_DRIVE_FLOPPY' value '<null>' for device with sysname 'dm-2'
2020-03-27 21:18:02.944+0000: 2215119: debug : udevGetDeviceProperty:145 : Found property key 'ID_CDROM' value '<null>' for device with sysname 'dm-2'
2020-03-27 21:18:02.944+0000: 2215119: debug : udevGetDeviceProperty:145 : Found property key 'ID_DRIVE_FLASH_SD' value '<null>' for device with sysname 'dm-2'
2020-03-27 21:18:02.944+0000: 2215119: debug : udevKludgeStorageType:890 : Could not find definitive storage type for device with sysfs path '/sys/devices/virtual/block/dm-2', trying to guess it
2020-03-27 21:18:02.944+0000: 2215119: debug : udevKludgeStorageType:903 : Could not determine storage type for device with sysfs path '/sys/devices/virtual/block/dm-2'
2020-03-27 21:18:02.944+0000: 2215119: debug : udevProcessStorage:1002 : Storage ret=-1
2020-03-27 21:18:02.944+0000: 2215119: debug : udevAddOneDevice:1380 : Discarding device -1 0x7f7ed01c80e0 /sys/devices/virtual/block/dm-2
2020-03-27 21:18:02.944+0000: 2215119: debug : udevProcessDeviceListEntry:1403 : Failed to create node device for udev device '/sys/devices/virtual/block/dm-2'
2020-03-27 21:18:02.946+0000: 2215119: debug : virThreadJobClear:121 : Thread 2215119 finished job nodeStateInitializeEnumerate with ret=0
2020-03-27 21:18:10.665+0000: 2215024: debug : virNetlinkEventCallback:871 : dispatching to max 0 clients, called from event watch 7
2020-03-27 21:18:10.665+0000: 2215024: debug : virNetlinkEventCallback:885 : event not handled.
2020-03-27 21:18:10.668+0000: 2215024: debug : virNetlinkEventCallback:871 : dispatching to max 0 clients, called from event watch 7
2020-03-27 21:18:10.668+0000: 2215024: debug : virNetlinkEventCallback:885 : event not handled.
2020-03-27 21:18:10.668+0000: 2215024: debug : virNetlinkEventCallback:871 : dispatching to max 0 clients, called from event watch 7
2020-03-27 21:18:10.668+0000: 2215024: debug : virNetlinkEventCallback:885 : event not handled.
2020-03-27 21:18:10.680+0000: 2215024: debug : virNetlinkEventCallback:871 : dispatching to max 0 clients, called from event watch 7
2020-03-27 21:18:10.680+0000: 2215024: debug : virNetlinkEventCallback:885 : event not handled.
2020-03-27 21:18:10.680+0000: 2215024: debug : virNetlinkEventCallback:871 : dispatching to max 0 clients, called from event watch 7
2020-03-27 21:18:10.680+0000: 2215024: debug : virNetlinkEventCallback:885 : event not handled.
2020-03-27 21:18:10.680+0000: 2215024: debug : virNetlinkEventCallback:871 : dispatching to max 0 clients, called from event watch 7
2020-03-27 21:18:10.680+0000: 2215024: debug : virNetlinkEventCallback:885 : event not handled.
2020-03-27 21:18:10.731+0000: 2215118: debug : udevHandleOneDevice:1518 : udev action: 'add'
2020-03-27 21:18:10.731+0000: 2215118: debug : udevGetDeviceProperty:145 : Found property key 'DRIVER' value '<null>' for device with sysname 'tap0'
2020-03-27 21:18:10.731+0000: 2215118: debug : udevGetDeviceProperty:145 : Found property key 'SUBSYSTEM' value 'net' for device with sysname 'tap0'
2020-03-27 21:18:10.731+0000: 2215118: debug : udevGetDeviceProperty:145 : Found property key 'INTERFACE' value 'tap0' for device with sysname 'tap0'
2020-03-27 21:18:10.731+0000: 2215118: debug : udevGetDeviceSysfsAttr:211 : Found sysfs attribute 'address' value '<null>' for device with sysname 'tap0'
2020-03-27 21:18:10.731+0000: 2215118: debug : udevGetDeviceSysfsAttr:211 : Found sysfs attribute 'addr_len' value '<null>' for device with sysname 'tap0'
2020-03-27 21:18:10.731+0000: 2215118: error : virFileReadAll:1431 : Failed to open file '/sys/class/net/tap0/operstate': Aucun fichier ou dossier de ce type
2020-03-27 21:18:10.731+0000: 2215118: error : virNetDevGetLinkInfo:2458 : unable to read: /sys/class/net/tap0/operstate: Aucun fichier ou dossier de ce type
2020-03-27 21:18:10.732+0000: 2215118: debug : udevAddOneDevice:1380 : Discarding device -1 0x7f7ecc003190 /sys/devices/virtual/net/tap0

and the log for journalctl -u libvirtd aswell


s 27 22:18:01 localhost.localdomain systemd[1]: libvirtd.service: Found left-over process 662694 (dnsmasq) in control group whil>
mars 27 22:18:01 localhost.localdomain systemd[1]: This usually indicates unclean termination of a previous run, or service impleme>
mars 27 22:18:01 localhost.localdomain systemd[1]: libvirtd.service: Found left-over process 662693 (dnsmasq) in control group whil>
mars 27 22:18:01 localhost.localdomain systemd[1]: This usually indicates unclean termination of a previous run, or service impleme>
mars 27 22:18:01 localhost.localdomain systemd[1]: libvirtd.service: Found left-over process 330980 (dnsmasq) in control group whil>
mars 27 22:18:01 localhost.localdomain systemd[1]: This usually indicates unclean termination of a previous run, or service impleme>
mars 27 22:18:01 localhost.localdomain systemd[1]: libvirtd.service: Found left-over process 330979 (dnsmasq) in control group whil>
mars 27 22:13:38 localhost.localdomain systemd[1]: libvirtd.service: Succeeded.
mars 27 22:11:39 localhost.localdomain libvirtd[2186894]: 2020-03-27 21:11:39.003+0000: 2187000: debug : virFileClose:114 : Closed >
mars 27 22:11:39 localhost.localdomain libvirtd[2186894]: 2020-03-27 21:11:39.003+0000: 2187000: debug : virFileClose:114 : Closed >
mars 27 22:11:39 localhost.localdomain libvirtd[2186894]: 2020-03-27 21:11:39.003+0000: 2187000: debug : virFileClose:114 : Closed >
mars 27 22:11:39 localhost.localdomain libvirtd[2186894]: 2020-03-27 21:11:39.003+0000: 2187000: debug : virFileClose:114 : Closed >
mars 27 22:11:39 localhost.localdomain libvirtd[2186894]: 2020-03-27 21:11:39.003+0000: 2187000: debug : virFileClose:114 : Closed >
mars 27 22:11:39 localhost.localdomain libvirtd[2186894]: 2020-03-27 21:11:39.003+0000: 2187000: debug : virFileClose:114 : Closed >
mars 27 22:11:39 localhost.localdomain libvirtd[2186894]: 2020-03-27 21:11:39.003+0000: 2187000: debug : virFileClose:114 : Closed >
mars 27 22:11:39 localhost.localdomain libvirtd[2186894]: 2020-03-27 21:11:39.003+0000: 2187000: debug : virFileClose:114 : Closed >
mars 27 22:11:39 localhost.localdomain libvirtd[2186894]: 2020-03-27 21:11:39.003+0000: 2187000: debug : virFileClose:114 : Closed >
mars 27 22:11:39 localhost.localdomain libvirtd[2186894]: 2020-03-27 21:11:39.003+0000: 2187000: debug : virFileClose:114 : Closed >
mars 27 22:11:39 localhost.localdomain libvirtd[2186894]: 2020-03-27 21:11:39.003+0000: 2187000: debug : virFileClose:114 : Closed >
mars 27 22:11:39 localhost.localdomain libvirtd[2186894]: 2020-03-27 21:11:39.003+0000: 2187000: debug : virFileClose:114 : Closed >
mars 27 22:11:39 localhost.localdomain libvirtd[2186894]: 2020-03-27 21:11:39.003+0000: 2187000: debug : virFileClose:114 : Closed >
mars 27 22:11:39 localhost.localdomain libvirtd[2186894]: 2020-03-27 21:11:39.003+0000: 2187000: debug : virFileClose:114 : Closed >
mars 27 22:11:39 localhost.localdomain libvirtd[2186894]: 2020-03-27 21:11:39.003+0000: 2187000: debug : virFileClose:114 : Closed >
mars 27 22:11:39 localhost.localdomain libvirtd[2186894]: 2020-03-27 21:11:39.003+0000: 2187000: debug : virFileClose:114 : Closed >
mars 27 22:11:39 localhost.localdomain libvirtd[2186894]: 2020-03-27 21:11:39.003+0000: 2187000: debug : virFileClose:114 : Closed >
mars 27 22:11:39 localhost.localdomain libvirtd[2186894]: 2020-03-27 21:11:39.003+0000: 2187000: debug : virFileClose:114 : Closed >
mars 27 22:11:39 localhost.localdomain libvirtd[2186894]: 2020-03-27 21:11:39.003+0000: 2187000: debug : virFileClose:114 : Closed >
mars 27 22:11:39 localhost.localdomain libvirtd[2186894]: 2020-03-27 21:11:39.003+0000: 2187000: debug : virFileClose:114 : Closed >
mars 27 22:11:39 localhost.localdomain libvirtd[2186894]: 2020-03-27 21:11:39.003+0000: 2187000: debug : virFileClose:114 : Closed >
mars 27 22:11:39 localhost.localdomain libvirtd[2186894]: 2020-03-27 21:11:39.003+00







Le vendredi 27 mars 2020 19:37:08 UTC+1, dragon788 a écrit :
You may need to try using a different network type. There are several to choose from and I discovered that sometimes due to host restrictions you can't use certain types that want to do a "tap". This could also mean that you aren't a member of the `libvirt` and/or `kvm` groups on the host which might have permission to create this type of interface.

On Thursday, March 26, 2020 at 12:45:16 PM UTC-5, Abdeslam Tahari wrote:

dragon788

unread,
Mar 27, 2020, 5:57:48 PM3/27/20
to Vagrant
Can you run each of these commands and paste all the output into your reply:

    cat /etc/issue
    uname -a
    vagrant --version
    virsh --version
    virt-host-validate

I found a bug mentioning an issue with the tap0 device on Debian and I want to see if maybe it is related.

Abdeslam Tahari

unread,
Mar 28, 2020, 9:32:33 AM3/28/20
to Vagrant
Hello


I am back withe the commands results:


-#cat /etc/issue
\S
Kernel \r on an \m (\l)


-# uname -a   Linux localhost.localdomain 5.5.10-200.fc31.x86_64 #1 SMP Wed Mar 18 14:21:38 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux


-#agrant --version
Vagrant 2.2.6


-#virsh --version
5.6.0


-#virt-host-validate

QEMU : Vérification for hardware virtualization                                  : PASS
  QEMU : Vérification if device /dev/kvm exists                                    : PASS
  QEMU : Vérification if device /dev/kvm is accessible                             : PASS
  QEMU : Vérification if device /dev/vhost-net exists                              : PASS
  QEMU : Vérification if device /dev/net/tun exists                                : PASS
  QEMU : Vérification for cgroup 'cpu' controller support                          : WARN (Enable 'cpu' in kernel Kconfig file or mount/enable cgroup controller in your system)
  QEMU : Vérification for cgroup 'cpuacct' controller support                      : PASS
  QEMU : Vérification for cgroup 'cpuset' controller support                       : WARN (Enable 'cpuset' in kernel Kconfig file or mount/enable cgroup controller in your system)
  QEMU : Vérification for cgroup 'memory' controller support                       : PASS
  QEMU : Vérification for cgroup 'devices' controller support                      : WARN (Enable 'devices' in kernel Kconfig file or mount/enable cgroup controller in your system)
  QEMU : Vérification for cgroup 'blkio' controller support                        : WARN (Enable 'blkio' in kernel Kconfig file or mount/enable cgroup controller in your system)
  QEMU : Vérification for device assignment IOMMU support                          : WARN (No ACPI DMAR table found, IOMMU either disabled in BIOS or not supported by this hardware platform)
   LXC : Vérification pour Linux >= 2.6.26                                         : PASS
   LXC : Vérification for namespace ipc                                            : PASS
   LXC : Vérification for namespace mnt                                            : PASS
   LXC : Vérification for namespace pid                                            : PASS
   LXC : Vérification for namespace uts                                            : PASS
   LXC : Vérification for namespace net                                            : PASS
   LXC : Vérification for namespace user                                           : PASS
   LXC : Vérification for cgroup 'cpu' controller support                          : FAIL (Enable 'cpu' in kernel Kconfig file or mount/enable cgroup controller in your system)
   LXC : Vérification for cgroup 'cpuacct' controller support                      : PASS
   LXC : Vérification for cgroup 'cpuset' controller support                       : FAIL (Enable 'cpuset' in kernel Kconfig file or mount/enable cgroup controller in your system)
   LXC : Vérification for cgroup 'memory' controller support                       : PASS
   LXC : Vérification for cgroup 'devices' controller support                      : FAIL (Enable 'devices' in kernel Kconfig file or mount/enable cgroup controller in your system)
   LXC : Vérification for cgroup 'freezer' controller support                      : FAIL (Enable 'freezer' in kernel Kconfig file or mount/enable cgroup controller in your system)
   LXC : Vérification for cgroup 'blkio' controller support                        : FAIL (Enable 'blkio' in kernel Kconfig file or mount/enable cgroup controller in your system)
   LXC : Vérification if device /sys/fs/fuse/connections exists                    : PASS



I hope that will help


thank you very much for your help


KInds Regards

dragon788

unread,
Mar 29, 2020, 12:25:10 PM3/29/20
to Vagrant
It looks like the `cat /etc/issue` didn't properly capture the operating system you are running on.

Can you try these two commands?

cat /etc/os-release
lsb_release -a

abdeslam tahari

unread,
Mar 29, 2020, 1:55:23 PM3/29/20
to vagra...@googlegroups.com
Hello

Here are the output of the commands
cat /etc/os-release
NAME=Fedora
VERSION="31 (Workstation Edition)"
ID=fedora
VERSION_ID=31
VERSION_CODENAME=""
PLATFORM_ID="platform:f31"
PRETTY_NAME="Fedora 31 (Workstation Edition)"
ANSI_COLOR="0;34"
LOGO=fedora-logo-icon
CPE_NAME="cpe:/o:fedoraproject:fedora:31"
HOME_URL="https://fedoraproject.org/"
DOCUMENTATION_URL="https://docs.fedoraproject.org/en-US/fedora/f31/system-administrators-guide/"
SUPPORT_URL="https://fedoraproject.org/wiki/Communicating_and_getting_help"
BUG_REPORT_URL="https://bugzilla.redhat.com/"
REDHAT_BUGZILLA_PRODUCT="Fedora"
REDHAT_BUGZILLA_PRODUCT_VERSION=31
REDHAT_SUPPORT_PRODUCT="Fedora"
REDHAT_SUPPORT_PRODUCT_VERSION=31
PRIVACY_POLICY_URL="https://fedoraproject.org/wiki/Legal:PrivacyPolicy"
VARIANT="Workstation Edition"
VARIANT_ID=workstation

lsb_release -a
LSB Version: :core-4.1-amd64:core-4.1-noarch
Distributor ID: Fedora
Description: Fedora release 31 (Thirty One)
Release: 31
Codename: ThirtyOne


Kind Regards
> here is few lignes from *livirtd.log*
> *and the log for journalctl -u libvirtd aswell*
> *
> *
> *
> *
> *s 27 22:18:01 localhost.localdomain systemd[1]:
> libvirtd.service: Found left-over process 662694 (dnsmasq)
> in control group whil>*
> *mars 27 22:18:01 localhost.localdomain systemd[1]: This
> usually indicates unclean termination of a previous run, or
> service impleme>*
> *mars 27 22:18:01 localhost.localdomain systemd[1]:
> libvirtd.service: Found left-over process 662693 (dnsmasq)
> in control group whil>*
> *mars 27 22:18:01 localhost.localdomain systemd[1]: This
> usually indicates unclean termination of a previous run, or
> service impleme>*
> *mars 27 22:18:01 localhost.localdomain systemd[1]:
> libvirtd.service: Found left-over process 330980 (dnsmasq)
> in control group whil>*
> *mars 27 22:18:01 localhost.localdomain systemd[1]: This
> usually indicates unclean termination of a previous run, or
> service impleme>*
> *mars 27 22:18:01 localhost.localdomain systemd[1]:
> libvirtd.service: Found left-over process 330979 (dnsmasq)
> in control group whil>*
> *mars 27 22:13:38 localhost.localdomain systemd[1]:
> libvirtd.service: Succeeded.*
> *mars 27 22:11:39 localhost.localdomain libvirtd[2186894]:
> 2020-03-27 21:11:39.003+0000: 2187000: debug :
> virFileClose:114 : Closed >*
> *mars 27 22:11:39 localhost.localdomain libvirtd[2186894]:
> 2020-03-27 21:11:39.003+0000: 2187000: debug :
> virFileClose:114 : Closed >*
> *mars 27 22:11:39 localhost.localdomain libvirtd[2186894]:
> 2020-03-27 21:11:39.003+0000: 2187000: debug :
> virFileClose:114 : Closed >*
> *mars 27 22:11:39 localhost.localdomain libvirtd[2186894]:
> 2020-03-27 21:11:39.003+0000: 2187000: debug :
> virFileClose:114 : Closed >*
> *mars 27 22:11:39 localhost.localdomain libvirtd[2186894]:
> 2020-03-27 21:11:39.003+0000: 2187000: debug :
> virFileClose:114 : Closed >*
> *mars 27 22:11:39 localhost.localdomain libvirtd[2186894]:
> 2020-03-27 21:11:39.003+0000: 2187000: debug :
> virFileClose:114 : Closed >*
> *mars 27 22:11:39 localhost.localdomain libvirtd[2186894]:
> 2020-03-27 21:11:39.003+0000: 2187000: debug :
> virFileClose:114 : Closed >*
> *mars 27 22:11:39 localhost.localdomain libvirtd[2186894]:
> 2020-03-27 21:11:39.003+0000: 2187000: debug :
> virFileClose:114 : Closed >*
> *mars 27 22:11:39 localhost.localdomain libvirtd[2186894]:
> 2020-03-27 21:11:39.003+0000: 2187000: debug :
> virFileClose:114 : Closed >*
> *mars 27 22:11:39 localhost.localdomain libvirtd[2186894]:
> 2020-03-27 21:11:39.003+0000: 2187000: debug :
> virFileClose:114 : Closed >*
> *mars 27 22:11:39 localhost.localdomain libvirtd[2186894]:
> 2020-03-27 21:11:39.003+0000: 2187000: debug :
> virFileClose:114 : Closed >*
> *mars 27 22:11:39 localhost.localdomain libvirtd[2186894]:
> 2020-03-27 21:11:39.003+0000: 2187000: debug :
> virFileClose:114 : Closed >*
> *mars 27 22:11:39 localhost.localdomain libvirtd[2186894]:
> 2020-03-27 21:11:39.003+0000: 2187000: debug :
> virFileClose:114 : Closed >*
> *mars 27 22:11:39 localhost.localdomain libvirtd[2186894]:
> 2020-03-27 21:11:39.003+0000: 2187000: debug :
> virFileClose:114 : Closed >*
> *mars 27 22:11:39 localhost.localdomain libvirtd[2186894]:
> 2020-03-27 21:11:39.003+0000: 2187000: debug :
> virFileClose:114 : Closed >*
> *mars 27 22:11:39 localhost.localdomain libvirtd[2186894]:
> 2020-03-27 21:11:39.003+0000: 2187000: debug :
> virFileClose:114 : Closed >*
> *mars 27 22:11:39 localhost.localdomain libvirtd[2186894]:
> 2020-03-27 21:11:39.003+0000: 2187000: debug :
> virFileClose:114 : Closed >*
> *mars 27 22:11:39 localhost.localdomain libvirtd[2186894]:
> 2020-03-27 21:11:39.003+0000: 2187000: debug :
> virFileClose:114 : Closed >*
> *mars 27 22:11:39 localhost.localdomain libvirtd[2186894]:
> 2020-03-27 21:11:39.003+0000: 2187000: debug :
> virFileClose:114 : Closed >*
> *mars 27 22:11:39 localhost.localdomain libvirtd[2186894]:
> 2020-03-27 21:11:39.003+0000: 2187000: debug :
> virFileClose:114 : Closed >*
> *mars 27 22:11:39 localhost.localdomain libvirtd[2186894]:
> 2020-03-27 21:11:39.003+0000: 2187000: debug :
> virFileClose:114 : Closed >*
> *mars 27 22:11:39 localhost.localdomain libvirtd[2186894]:
> 2020-03-27 21:11:39.003+00*
> *
> *
> *
> *
> *
> *
>
> *
> *
>
>
> Le vendredi 27 mars 2020 19:37:08 UTC+1, dragon788 a écrit :
>
> You may need to try using a different network type.
> There are several to choose from and I discovered that
> sometimes due to host restrictions you can't use certain
> types that want to do a "tap". This could also mean that
> you aren't a member of the `libvirt` and/or `kvm` groups
> on the host which might have permission to create this
> type of interface.
>
> On Thursday, March 26, 2020 at 12:45:16 PM UTC-5,
> Abdeslam Tahari wrote:
>
> Hello Everybody
>
>
> I have a probleme with a vm(guest machine) it hangs
> up at boot process and here is the error message
>
> *Call to virDomainCreateWithFlags failed: error
> creating macvtap interface macvtap0@eth0*
> *
> *
> *
> *
> *
> *
> i don't know how to resolve it i tried but couldn't
> resolve it
>
>
>
>
> Any help would be very appreciated.
>
>
>
> T
>
>
> Le jeudi 26 mars 2020 18:45:16 UTC+1, Abdeslam Tahari a écrit :
>
> Hello Everybody
>
>
> I have a probleme with a vm(guest machine) it hangs up
> at boot process and here is the error message
>
> *Call to virDomainCreateWithFlags failed: error creating
> macvtap interface macvtap0@eth0*
> *
> *
> *
> *
> *
> *
> i don't know how to resolve it i tried but couldn't
> resolve it
>
>
>
>
> Any help would be very appreciated.
>
>
>
> Thank you
> *
> *
>
> --
> This mailing list is governed under the HashiCorp Community Guidelines -
> https://www.hashicorp.com/community-guidelines.html. Behavior in
> violation of those guidelines may result in your removal from this
> mailing list.
>
> GitHub Issues: https://github.com/mitchellh/vagrant/issues
> IRC: #vagrant on Freenode
> ---
> You received this message because you are subscribed to the Google
> Groups "Vagrant" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to vagrant-up+...@googlegroups.com
> <mailto:vagrant-up+...@googlegroups.com>.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/vagrant-up/507afa52-dfc9-4e10-93fc-2f6f23a8722e%40googlegroups.com
> <https://groups.google.com/d/msgid/vagrant-up/507afa52-dfc9-4e10-93fc-2f6f23a8722e%40googlegroups.com?utm_medium=email&utm_source=footer>.

--
Tahari.Abdeslam
Reply all
Reply to author
Forward
0 new messages