similar to: libvirt/dnsmasq is not adhering to static DHCP assignments

On 8/1/19 4:21 AM, Christian Kujau wrote: > This is basically a continuation of an older posting[0] I found, but > apparently no solution has been posted. So, I'm trying to setup static > DHCP leases with dnsmasq that is being started by libvirtd: > > > ----------------------------------------------------------- > $ sudo virsh net-dumpxml --network default >

Hi, It looks like that's the issue: # cat /var/lib/libvirt/dnsmasq/osc_mgmt.hostsfile 52:54:00:2c:85:92,192.168.80.1,openstack-controller-00 But it makes me wonder...libvirt should be generating and managing this file right? Do I need to edit this myself or should libvirt be updating this file? If so then why isn't it? On Mon, Oct 30, 2017 at 5:21 AM, Yalan Zhang

Please check the dnsmasq hostsfile, should have all the records there: # cat /var/lib/libvirt/dnsmasq/osc_mgmt.hostsfile 52:54:00:2c:85:92,192.168.80.1,openstack-controller-00 52:54:00:e2:4b:25,192.168.80.2,openstack-database-00 52:54:00:50:91:04,192.168.80.3,openstack-keystone-00 52:54:00:fe:5b:36,192.168.80.7,openstack-rabbitmq-00 52:54:00:95:ca:bd,192.168.80.5,openstack-glance-00 -------

Given the following network configuration: =========== <network> <name>osc_mgmt</name> <uuid>d93fe709-14ae-4a0e-8989-aeaa8c76c513</uuid> <forward mode='route'/> <bridge name='osc_mgmt' stp='on' delay='0'/> <mac address='52:54:00:3f:fe:10'/> <ip address='192.168.80.254'

Hello! Thanks for your answer. Well, I think it has to ask for an IP as I have the same configuration in a different machine (with the same OS) and it works, there I see the DHCP packets and so on, but not here. And yeah, that pepito.conf file exists, this is its content: ##WARNING: THIS IS AN AUTO-GENERATED FILE. CHANGES TO IT ARE LIKELY TO BE ##OVERWRITTEN AND LOST. Changes to this

On 4/17/20 12:44 PM, Computers Issues wrote: > Hello! > > Thanks for your answer. > > Well, I think it has to ask for an IP as I have the same configuration > in a different machine (with the same OS) and it works, there I see the > DHCP packets and so on, but not here. Well, do you actually see DHCP traffic on the virbr2 bridge? Because if not then the guest

Hi, That was right. I mean, I've tried it at the same time in both machines I have (the one where it works and the other), and using tcpdump -i virbr2 in both ones, after creating the domain with virsh, showed that the right one is getting DHCP traffic, but there's no DHCP request or anything about DHCP in the one that is not working. El vie., 17 abr. 2020 a las 12:50, Michal Privoznik

Maybe a kernel USB issue, but people on this list may have encountered this issue. I am testing a new UPS (EATON 5E 1500iUSB) and am having a problem with the USB connection failing. My old UPS (EATON Ellipse MAX 1500) works just fine with the latest f30. Both devices identify as ID 0463:ffff MGE UPS Systems UPS To narrow the focus I booted recent live CDs on a PC that has no other USB devices

https://bugzilla.netfilter.org/show_bug.cgi?id=1220 Bug ID: 1220 Summary: Reverse path filtering using "fib" needs better documentation Product: nftables Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 Component: nft

https://bugzilla.netfilter.org/show_bug.cgi?id=1221 Bug ID: 1221 Summary: "fib" produces strange results with an IPv6 default route Product: nftables Version: unspecified Hardware: x86_64 OS: Debian GNU/Linux Status: NEW Severity: major Priority: P5

Hi, I've seen this before. First, the simple steps: have you started that network? (virsh start network-name) do you have installed the tools to work with bridges in your OS? can you check if the bridge exist in your OS and if the vm's interface is attached to it? In rhel you use the command brctl to do that, don't know about ubuntu... Best Regards, DR On Thu, Apr 16, 2020 at

Thanks. This is making a lot more sense now and it's looking like this issue isn't Mips specific. Here's the IR dump before simple register coalescing (note: I've patched the IR printer to print the contents of the regmask): 4480B %vreg260<def> = LDC1 %vreg253, <cp#3>[TF=6]; mem:LD8[ConstantPool] AFGR64:%vreg260 GPR32:%vreg253 4496B %vreg261<def> = FMUL_D32

Hello there, I wanted to share a problem I'm having with libvirt, for the case someone here could know how to solve it. I'm using an Ubuntu 18.04 LTS, I have libvirtd already installed and I think I got all the dependencies installed. So, I'm using virsh net-create to create this network: <network> <name>pepito</name> <forward mode='nat'/>

Dear All, When user uses `virsh net-define xmlfile` , User only define an xml file in `/etc/libvirt/qemu/networks`. I created an uuid and another bridge in related xml file. But I need to create the following files for my network: `default.addnhosts default.conf default.hostsfile virbr0.status` Question is , can I create them via cmd? --Best regards mohsen

On Thu, 2019-09-26 at 08:02 +0200, Ljubomir Ljubojevic wrote: > > I managed to install F28 MATE packages to CentOS 8, so all is needed > is > to recompile those in EPEL. I too am a solid fan of MATE. F28 had v1.16. F30 has the latest v1.22. Is there any reason I should not try the latest? Perhaps some dependencies not available in C8? --Doc Savage Fairview Heights, IL

Am 22.10.19 um 04:52 schrieb Orion Poplawski: > On 10/21/19 3:42 PM, Leon Fauster via CentOS wrote: >> Does someone have a working tmp on tmpfs via >> >> systemctl enable tmp.mount >> >> under CentOS8/RHEL8? This seems to work straight in EL7 ... >> >> >> # LANG=C systemctl enable tmp.mount >> The unit files have no installation config

Hello, I’m trying to set a default gateway on an isolated lan (because one of my VM get access to an other lan). I’m trying to use the option <route > but this doesn’t affect the default route on my VMs. Here is the network xml <network> <name>prd-private-lan</name> <uuid>2222222222222222222222</uuid> <bridge name='virbr3' stp='off'

On 06/04/2017 05:46 AM, Martin Kletzander wrote: > On Sat, Jun 03, 2017 at 08:27:08PM -0400, Michael C Cambria wrote: >> >> >> On 06/03/2017 05:47 PM, Martin Kletzander wrote: >>> On Sat, Jun 03, 2017 at 05:20:47PM -0400, Michael C Cambria wrote: >>>> I also tried stopping libvirtd, renaming both qemu-system-i386 and >>>> qemu-system-x86_64,

I'm currently running tinc-pre6 on 2 nodes in a larger network. My Laptop (Lassulus), lan ip: 192.168.2.100, tinc-ip: 10.243.0.2 My Server (alphalabs), lan ip: 192.168.2.103, tinc-ip: 10.243.1.10 internet vserver (slowpoke), no lan ip, tinc-ip: 10.243.232.121 Everything works fine until both nodes are in the same LAN. The first 2-3 minutes everything is fine. Pings between the machines go

I apologise for writing again about the problem with using stepAIC + multinom, but I think the reason why I had it in the first place is perhaps there may be a bug in either stepAIC or multinom. Just to repeat the problem, I have 126 variables and 99 cases. I don't know if the large number of variables could be the problem. Of couse the reason for doing a stepwise method is to reduce this