Re: [Users] ovirt-node post-reboot no persistent networks config .. !!! urgent update req for POC coming weekend
- Original Message - From: Anil Dhingra anildhingr...@gmail.com To: Fabian Deutsch fabi...@redhat.com Cc: users@ovirt.org Sent: Wednesday, October 2, 2013 6:07:26 PM Subject: Re: [Users] ovirt-node post-reboot no persistent networks config .. !!! urgent update req for POC coming weekend Hey Fabian Thanks you so much .. abv mentioned iso draft for el6 works like a charm config is persistent now ..only issue I faced is after configuring first interface eth0 when it starts VDSM other service it hangs at close hard reboot was required but after that no issue tried multiple reboots different n/w configs ..looks perfect. just wanted to ask some n/w related q to clear my doubts .. may be its not a right group to ask such question Please find attached image for below 1- ovirt-node creates Bridged network only when vm network option is selected ... ? correct me if I am wrong The engine directs vdsm how to create the network on the host. If the logical network definition is 'vm network', the network will be created as a bridge which is the current vm network implementation. 2- is it recommended or best practice to select ovirtmgmt for VM n/w ? so that it make a Bridged n/w It depends on you h/w capabilities. If you have a single nic per host, it would be better defining it as a non-vm network, so you will be able to attach additional tagged networks to that nic, so you can support multiple private networks (you'll have to specify a specific vlan-id for each additional network). If you have multiple nics, it would be better to define the ovirtmgmt as a non-vm network, and not use it as a migration network. (traffic considerations). 3- for Migration/Display network whats the best practice do we need to create manual bridge setup ? There is no need for that. You must have a network with IP configured and obtained by the engine (on the host nics sub-tab you should see the engine reports the ip of the network you wish to use as a display network and/or a migration network). Thanks again for prompt response really appreciate yours help .. Anil On Wed, Oct 2, 2013 at 5:16 PM, Fabian Deutsch fabi...@redhat.com wrote: Am Dienstag, den 01.10.2013, 15:05 + schrieb Sven Kieske: Hi, we encountered the same problem as Anil. We wanted to give this nightly iso a try: http://jenkins.ovirt.org/job/node-devel/825/distro=centos64/artifact/ovirt-node-iso-3.1.0-0.999.825.el6.iso but it seems it doesn't contain the required vdsm-plugin? True. The plugin is missing. I've prepared two isos (but untested) which address this bug: http://fedorapeople.org/~fabiand/node/ovirt-node-iso-3.0.1-1.0.201310020841draft.vdsm.el6.iso http://fedorapeople.org/~fabiand/node/ovirt-node-iso-3.1.0-0.999.201310020841draft.vdsm.fc19.iso They are basically the base iso (found in jenkins) plus an edit-node run: /edit-node --repo edit-node-el6.repo --install ovirt-node-plugin-vdsm ovirt-node-iso-3.0.1-1.0.201310020841draft.el6.iso Please let me know if they fix the problem. Greetings fabian So any help on this topic would be appreciated. Greetings Sven On 30/09/13 20:52, Fabian Deutsch wrote: Hey Anil, you were doing the right thing to persist the network cfg files. It might have been node that was to greedy when reconfiguring DNS :) You might take a look at this fix: http://gerrit.ovirt.org/19705 It is untested but at least I could reproduce the behavior you were seeing and prepared the patch based on that findings. An ISO containing that fix will sooner or later land here: http://jenkins.ovirt.org/job/node-devel/ (The queue is currently quite long, which can take a day until the patch above is turned into an ISO). Long story short, please check if this patch fixes your problem, I'll also try to take a look at it when an iso is ready. And file a bug if you want to track the state of this issue. Greetings fabian ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] ovirt-node post-reboot no persistent networks config .. !!! urgent update req for POC coming weekend
Am Donnerstag, den 03.10.2013, 00:07 +0800 schrieb Anil Dhingra: Hey Fabian Thanks you so much .. abv mentioned iso draft for el6 works like a charm config is persistent now ..only issue I faced is after configuring first interface eth0 when it starts VDSM other service it hangs at close hard reboot was required but after that no issue tried multiple reboots different n/w configs ..looks perfect. I never noticed this, but I'll keep an eye open and see if it happens regularly. just wanted to ask some n/w related q to clear my doubts .. may be its not a right group to ask such question Please find attached image for below 1- ovirt-node creates Bridged network only when vm network option is selected ... ? correct me if I am wrong 2- is it recommended or best practice to select ovirtmgmt for VM n/w ? so that it make a Bridged n/w 3- for Migration/Display network whats the best practice do we need to create manual bridge setup ? Sorry, I actually can't help you with this. But maybe somemone more familiar with Engines UI can help here. Thanks again for prompt response really appreciate yours help .. I'm glad that it solved the issue - and I must admit that I wasn't really aware that custom ifcfg configs were used. Greetings and a nice weekend fabian Anil On Wed, Oct 2, 2013 at 5:16 PM, Fabian Deutsch fabi...@redhat.com wrote: Am Dienstag, den 01.10.2013, 15:05 + schrieb Sven Kieske: Hi, we encountered the same problem as Anil. We wanted to give this nightly iso a try: http://jenkins.ovirt.org/job/node-devel/825/distro=centos64/artifact/ovirt-node-iso-3.1.0-0.999.825.el6.iso but it seems it doesn't contain the required vdsm-plugin? True. The plugin is missing. I've prepared two isos (but untested) which address this bug: http://fedorapeople.org/~fabiand/node/ovirt-node-iso-3.0.1-1.0.201310020841draft.vdsm.el6.iso http://fedorapeople.org/~fabiand/node/ovirt-node-iso-3.1.0-0.999.201310020841draft.vdsm.fc19.iso They are basically the base iso (found in jenkins) plus an edit-node run: /edit-node --repo edit-node-el6.repo --install ovirt-node-plugin-vdsm ovirt-node-iso-3.0.1-1.0.201310020841draft.el6.iso Please let me know if they fix the problem. Greetings fabian So any help on this topic would be appreciated. Greetings Sven On 30/09/13 20:52, Fabian Deutsch wrote: Hey Anil, you were doing the right thing to persist the network cfg files. It might have been node that was to greedy when reconfiguring DNS :) You might take a look at this fix: http://gerrit.ovirt.org/19705 It is untested but at least I could reproduce the behavior you were seeing and prepared the patch based on that findings. An ISO containing that fix will sooner or later land here: http://jenkins.ovirt.org/job/node-devel/ (The queue is currently quite long, which can take a day until the patch above is turned into an ISO). Long story short, please check if this patch fixes your problem, I'll also try to take a look at it when an iso is ready. And file a bug if you want to track the state of this issue. Greetings fabian ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] ovirt-node post-reboot no persistent networks config .. !!! urgent update req for POC coming weekend
Am Dienstag, den 01.10.2013, 15:05 + schrieb Sven Kieske: Hi, we encountered the same problem as Anil. We wanted to give this nightly iso a try: http://jenkins.ovirt.org/job/node-devel/825/distro=centos64/artifact/ovirt-node-iso-3.1.0-0.999.825.el6.iso but it seems it doesn't contain the required vdsm-plugin? True. The plugin is missing. I've prepared two isos (but untested) which address this bug: http://fedorapeople.org/~fabiand/node/ovirt-node-iso-3.0.1-1.0.201310020841draft.vdsm.el6.iso http://fedorapeople.org/~fabiand/node/ovirt-node-iso-3.1.0-0.999.201310020841draft.vdsm.fc19.iso They are basically the base iso (found in jenkins) plus an edit-node run: /edit-node --repo edit-node-el6.repo --install ovirt-node-plugin-vdsm ovirt-node-iso-3.0.1-1.0.201310020841draft.el6.iso Please let me know if they fix the problem. Greetings fabian So any help on this topic would be appreciated. Greetings Sven On 30/09/13 20:52, Fabian Deutsch wrote: Hey Anil, you were doing the right thing to persist the network cfg files. It might have been node that was to greedy when reconfiguring DNS :) You might take a look at this fix: http://gerrit.ovirt.org/19705 It is untested but at least I could reproduce the behavior you were seeing and prepared the patch based on that findings. An ISO containing that fix will sooner or later land here: http://jenkins.ovirt.org/job/node-devel/ (The queue is currently quite long, which can take a day until the patch above is turned into an ISO). Long story short, please check if this patch fixes your problem, I'll also try to take a look at it when an iso is ready. And file a bug if you want to track the state of this issue. Greetings fabian ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] ovirt-node post-reboot no persistent networks config .. !!! urgent update req for POC coming weekend
Hi, we were now able to test this. The IP does not show up in ovirt-node-setup TUI, however if you drop to console you see this: [root@vroot4 ~]# ip a s 1: lo: LOOPBACK,UP,LOWER_UP mtu 16436 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: BROADCAST,MULTICAST mtu 1500 qdisc noop state DOWN qlen 1000 link/ether 00:25:90:32:e4:88 brd ff:ff:ff:ff:ff:ff 3: eth1: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 00:25:90:32:e4:89 brd ff:ff:ff:ff:ff:ff inet6 fe80::225:90ff:fe32:e489/64 scope link valid_lft forever preferred_lft forever 4: eth2: BROADCAST,MULTICAST mtu 1500 qdisc noop state DOWN qlen 1000 link/ether 00:25:90:32:e4:8a brd ff:ff:ff:ff:ff:ff 5: eth3: BROADCAST,MULTICAST mtu 1500 qdisc noop state DOWN qlen 1000 link/ether 00:25:90:32:e4:8b brd ff:ff:ff:ff:ff:ff 8: ovirtmgmt: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc noqueue state UNKNOWN link/ether 00:25:90:32:e4:89 brd ff:ff:ff:ff:ff:ff inet 10.0.1.101/24 brd 10.0.1.255 scope global ovirtmgmt inet6 fe80::225:90ff:fe32:e489/64 scope link valid_lft forever preferred_lft forever 10: ;vdsmdummy;: BROADCAST,MULTICAST mtu 1500 qdisc noop state DOWN link/ether 86:f2:1e:01:7d:4a brd ff:ff:ff:ff:ff:ff 11: bond4: BROADCAST,MULTICAST,MASTER mtu 1500 qdisc noop state DOWN link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff 12: bond0: BROADCAST,MULTICAST,MASTER mtu 1500 qdisc noop state DOWN link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff 13: bond1: BROADCAST,MULTICAST,MASTER mtu 1500 qdisc noop state DOWN link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff 14: bond2: BROADCAST,MULTICAST,MASTER mtu 1500 qdisc noop state DOWN link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff 15: bond3: BROADCAST,MULTICAST,MASTER mtu 1500 qdisc noop state DOWN link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff So the address gets switched from eth1 to the virtual nic ovirtmgmt and does not show up in the TUI. Is this an intended behavior? Furthermore, for what reason does ovirt create all those bonding devices? We installed the el6 variant of the iso. An additional info, which I noticed: lsb_release -a does not provide a correct output, it just states: RedHatEnterpriseVirtualizationHypervisor which is not very informative, no version information or whatsoever. Regards Sven On 02/10/13 11:16, Fabian Deutsch wrote: Am Dienstag, den 01.10.2013, 15:05 + schrieb Sven Kieske: Hi, we encountered the same problem as Anil. We wanted to give this nightly iso a try: http://jenkins.ovirt.org/job/node-devel/825/distro=centos64/artifact/ovirt-node-iso-3.1.0-0.999.825.el6.iso but it seems it doesn't contain the required vdsm-plugin? True. The plugin is missing. I've prepared two isos (but untested) which address this bug: http://fedorapeople.org/~fabiand/node/ovirt-node-iso-3.0.1-1.0.201310020841draft.vdsm.el6.iso http://fedorapeople.org/~fabiand/node/ovirt-node-iso-3.1.0-0.999.201310020841draft.vdsm.fc19.iso They are basically the base iso (found in jenkins) plus an edit-node run: /edit-node --repo edit-node-el6.repo --install ovirt-node-plugin-vdsm ovirt-node-iso-3.0.1-1.0.201310020841draft.el6.iso Please let me know if they fix the problem. Greetings fabian So any help on this topic would be appreciated. Greetings Sven On 30/09/13 20:52, Fabian Deutsch wrote: Hey Anil, you were doing the right thing to persist the network cfg files. It might have been node that was to greedy when reconfiguring DNS :) You might take a look at this fix: http://gerrit.ovirt.org/19705 It is untested but at least I could reproduce the behavior you were seeing and prepared the patch based on that findings. An ISO containing that fix will sooner or later land here: http://jenkins.ovirt.org/job/node-devel/ (The queue is currently quite long, which can take a day until the patch above is turned into an ISO). Long story short, please check if this patch fixes your problem, I'll also try to take a look at it when an iso is ready. And file a bug if you want to track the state of this issue. Greetings fabian ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] ovirt-node post-reboot no persistent networks config .. !!! urgent update req for POC coming weekend
Am Mittwoch, den 02.10.2013, 11:26 + schrieb Sven Kieske: Hi, we were now able to test this. The IP does not show up in ovirt-node-setup TUI, however if you drop to console you see this: [root@vroot4 ~]# ip a s ... 2: eth0: BROADCAST,MULTICAST mtu 1500 qdisc noop state DOWN qlen 1000 link/ether 00:25:90:32:e4:88 brd ff:ff:ff:ff:ff:ff 3: eth1: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 00:25:90:32:e4:89 brd ff:ff:ff:ff:ff:ff inet6 fe80::225:90ff:fe32:e489/64 scope link valid_lft forever preferred_lft forever ... 8: ovirtmgmt: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc noqueue state UNKNOWN link/ether 00:25:90:32:e4:89 brd ff:ff:ff:ff:ff:ff inet 10.0.1.101/24 brd 10.0.1.255 scope global ovirtmgmt inet6 fe80::225:90ff:fe32:e489/64 scope link valid_lft forever preferred_lft forever 10: ;vdsmdummy;: BROADCAST,MULTICAST mtu 1500 qdisc noop state DOWN link/ether 86:f2:1e:01:7d:4a brd ff:ff:ff:ff:ff:ff ... So the address gets switched from eth1 to the virtual nic ovirtmgmt What do you mean with switched? eth0 becomes the slave of the bridge ovirtmgmt, the bridge then get's the IP configuration. and does not show up in the TUI. When a Node is registered with engine the network page should get disabled. That's currently not the case and can be seen as a bug. Is this an intended behavior? What behavior exactly? Furthermore, for what reason does ovirt create all those bonding devices? That should indeed be fixed. We installed the el6 variant of the iso. An additional info, which I noticed: lsb_release -a does not provide a correct output, it just states: RedHatEnterpriseVirtualizationHypervisor which is not very informative, no version information or whatsoever. Mike, do you know what the output should look like? Greetings fabian Regards Sven On 02/10/13 11:16, Fabian Deutsch wrote: Am Dienstag, den 01.10.2013, 15:05 + schrieb Sven Kieske: Hi, we encountered the same problem as Anil. We wanted to give this nightly iso a try: http://jenkins.ovirt.org/job/node-devel/825/distro=centos64/artifact/ovirt-node-iso-3.1.0-0.999.825.el6.iso but it seems it doesn't contain the required vdsm-plugin? True. The plugin is missing. I've prepared two isos (but untested) which address this bug: http://fedorapeople.org/~fabiand/node/ovirt-node-iso-3.0.1-1.0.201310020841draft.vdsm.el6.iso http://fedorapeople.org/~fabiand/node/ovirt-node-iso-3.1.0-0.999.201310020841draft.vdsm.fc19.iso They are basically the base iso (found in jenkins) plus an edit-node run: /edit-node --repo edit-node-el6.repo --install ovirt-node-plugin-vdsm ovirt-node-iso-3.0.1-1.0.201310020841draft.el6.iso Please let me know if they fix the problem. Greetings fabian So any help on this topic would be appreciated. Greetings Sven On 30/09/13 20:52, Fabian Deutsch wrote: Hey Anil, you were doing the right thing to persist the network cfg files. It might have been node that was to greedy when reconfiguring DNS :) You might take a look at this fix: http://gerrit.ovirt.org/19705 It is untested but at least I could reproduce the behavior you were seeing and prepared the patch based on that findings. An ISO containing that fix will sooner or later land here: http://jenkins.ovirt.org/job/node-devel/ (The queue is currently quite long, which can take a day until the patch above is turned into an ISO). Long story short, please check if this patch fixes your problem, I'll also try to take a look at it when an iso is ready. And file a bug if you want to track the state of this issue. Greetings fabian ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] ovirt-node post-reboot no persistent networks config .. !!! urgent update req for POC coming weekend
On Wed, 2 Oct 2013, Fabian Deutsch wrote: lsb_release -a does not provide a correct output, it just states: RedHatEnterpriseVirtualizationHypervisor which is not very informative, no version information or whatsoever. do you know what the output should look like? http://refspecs.linuxbase.org/LSB_3.1.0/LSB-Core-generic/LSB-Core-generic/lsbrelease.html Shall I a bug on this non-conformance? -- Russ herrold ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] ovirt-node post-reboot no persistent networks config .. !!! urgent update req for POC coming weekend
Am Mittwoch, den 02.10.2013, 11:00 -0400 schrieb R P Herrold: On Wed, 2 Oct 2013, Fabian Deutsch wrote: lsb_release -a does not provide a correct output, it just states: RedHatEnterpriseVirtualizationHypervisor which is not very informative, no version information or whatsoever. do you know what the output should look like? http://refspecs.linuxbase.org/LSB_3.1.0/LSB-Core-generic/LSB-Core-generic/lsbrelease.html Shall I a bug on this non-conformance? Yes please, it won't do any harm. - fabian ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] ovirt-node post-reboot no persistent networks config .. !!! urgent update req for POC coming weekend
On Wed, 2 Oct 2013, R P Herrold wrote: do you know what the output should look like? http://refspecs.linuxbase.org/LSB_3.1.0/LSB-Core-generic/LSB-Core-generic/lsbrelease.html Checking further, with the LSB 5.0 beta candidate imminent, there is an open uplift bug as well https://lsbbugs.linuxfoundation.org/show_bug.cgi?id=3512 -- Russ herrold ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] ovirt-node post-reboot no persistent networks config .. !!! urgent update req for POC coming weekend
Hi, thanks for all the clarifications. We didn't find any documentation on how the node does setup the network exactly step by step so we were surprised that the configuration we'd done for eth1 (switch dhcp on) got appended to the ovirtmgmt bridge. Maybe we didn't find the right docs, or where is this behavior described? If the network pages gets disabled after registration with the management node this would maybe stop some confusion as well :-) Keep up the great work! Regards Sven On 02/10/13 15:13, Fabian Deutsch wrote: Am Mittwoch, den 02.10.2013, 11:26 + schrieb Sven Kieske: Hi, we were now able to test this. The IP does not show up in ovirt-node-setup TUI, however if you drop to console you see this: [root@vroot4 ~]# ip a s ... 2: eth0: BROADCAST,MULTICAST mtu 1500 qdisc noop state DOWN qlen 1000 link/ether 00:25:90:32:e4:88 brd ff:ff:ff:ff:ff:ff 3: eth1: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 00:25:90:32:e4:89 brd ff:ff:ff:ff:ff:ff inet6 fe80::225:90ff:fe32:e489/64 scope link valid_lft forever preferred_lft forever ... 8: ovirtmgmt: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc noqueue state UNKNOWN link/ether 00:25:90:32:e4:89 brd ff:ff:ff:ff:ff:ff inet 10.0.1.101/24 brd 10.0.1.255 scope global ovirtmgmt inet6 fe80::225:90ff:fe32:e489/64 scope link valid_lft forever preferred_lft forever 10: ;vdsmdummy;: BROADCAST,MULTICAST mtu 1500 qdisc noop state DOWN link/ether 86:f2:1e:01:7d:4a brd ff:ff:ff:ff:ff:ff ... So the address gets switched from eth1 to the virtual nic ovirtmgmt What do you mean with switched? eth0 becomes the slave of the bridge ovirtmgmt, the bridge then get's the IP configuration. and does not show up in the TUI. When a Node is registered with engine the network page should get disabled. That's currently not the case and can be seen as a bug. Is this an intended behavior? What behavior exactly? Furthermore, for what reason does ovirt create all those bonding devices? That should indeed be fixed. We installed the el6 variant of the iso. An additional info, which I noticed: lsb_release -a does not provide a correct output, it just states: RedHatEnterpriseVirtualizationHypervisor which is not very informative, no version information or whatsoever. Mike, do you know what the output should look like? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] ovirt-node post-reboot no persistent networks config .. !!! urgent update req for POC coming weekend
Hi, we encountered the same problem as Anil. We wanted to give this nightly iso a try: http://jenkins.ovirt.org/job/node-devel/825/distro=centos64/artifact/ovirt-node-iso-3.1.0-0.999.825.el6.iso but it seems it doesn't contain the required vdsm-plugin? So any help on this topic would be appreciated. Greetings Sven On 30/09/13 20:52, Fabian Deutsch wrote: Hey Anil, you were doing the right thing to persist the network cfg files. It might have been node that was to greedy when reconfiguring DNS :) You might take a look at this fix: http://gerrit.ovirt.org/19705 It is untested but at least I could reproduce the behavior you were seeing and prepared the patch based on that findings. An ISO containing that fix will sooner or later land here: http://jenkins.ovirt.org/job/node-devel/ (The queue is currently quite long, which can take a day until the patch above is turned into an ISO). Long story short, please check if this patch fixes your problem, I'll also try to take a look at it when an iso is ready. And file a bug if you want to track the state of this issue. Greetings fabian ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] ovirt-node post-reboot no persistent networks config .. !!! urgent update req for POC coming weekend
Hi Guys I am unable to store persistent n/w configuration in ovirt3-3 only ovirtmgmt is persistent remaining Storage/Migration/VM network doesn't come up after reboot Tried using both ovirt Manager as well from ovirtnode ovirt-node-iso-3.0.1-1.0.2.vdsm.el6 but no luck looks similar to *Bug 988397*https://bugzilla.redhat.com/show_bug.cgi?id=988397- ovirt-node post-installation setup networks fails when NetworkManager is running but looks like its closed ther is no N/W manager on ovirtnode . below are some Hit try outputs 1- manually created all n/w config under /config/etc/sysconfig/network-scripts/ dir even tried save with persist command checked /config/file is updated after persist command .but no luck after reboot. it didn't create them 2- anyone has any idea ..how to configure persistent config using files if Graphical is not working . 3- is ther any know n/w issue with current ovirt node + why its not showing bridge for ovirtmgmt BRIDGE . 4- tried using *vdsm-store-net-config /restore but no luck* ** ** [root@node1-3-3 network-scripts]# ls ifcfg-eth0 ifcfg-eth1 ifcfg-eth2 ifcfg-eth3 ifcfg-lo ifcfg-Migration ifcfg-Storage ifcfg-VM_100 route-eth0 route-ovirtmgmt rule-eth0 rule- ovirtmgmt # view /var/log/ovirt.log dhclient: no process killed 2013-09-30 09:36:57,092 - INFO - ovirtfunctions - /etc/sysconfig/network-scripts/ifcfg-Migration successully unpersisted 2013-09-30 09:36:57,097 - DEBUG - ovirtfunctions - rm -Rf /config/etc/sysconfig/network-scripts/ifcfg-Migration 2013-09-30 09:36:57,097 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,102 - DEBUG - ovirtfunctions - sed --copy -i \|^/etc/sysconfig/network-scripts/ifcfg-Migration$|d /config/files 2013-09-30 09:36:57,102 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,140 - INFO - ovirtfunctions - /etc/sysconfig/network-scripts/ifcfg-Storage successully unpersisted 2013-09-30 09:36:57,144 - DEBUG - ovirtfunctions - rm -Rf /config/etc/sysconfig/network-scripts/ifcfg-Storage 2013-09-30 09:36:57,145 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,149 - DEBUG - ovirtfunctions - sed --copy -i \|^/etc/sysconfig/network-scripts/ifcfg-Storage$|d /config/files 2013-09-30 09:36:57,149 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,163 - DEBUG - ovirtfunctions - sed --copy -i \|/etc/sysconfig/network-scripts/ifcfg-eth3$|d /config/files 2013-09-30 09:36:57,164 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,230 - DEBUG - ovirtfunctions - shred -u /config'/etc/sysconfig/network-scripts/ifcfg-eth3' 2013-09-30 09:36:57,231 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,235 - DEBUG - ovirtfunctions - shred -u '/etc/sysconfig/network-scripts/ifcfg-eth3' 2013-09-30 09:36:57,235 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,249 - DEBUG - ovirtfunctions - sed --copy -i \|/etc/sysconfig/network-scripts/ifcfg-eth2$|d /config/files 2013-09-30 09:36:57,249 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,265 - DEBUG - ovirtfunctions - shred -u /config'/etc/sysconfig/network-scripts/ifcfg-eth2' 2013-09-30 09:36:57,265 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,270 - DEBUG - ovirtfunctions - shred -u '/etc/sysconfig/network-scripts/ifcfg-eth2' 2013-09-30 09:36:57,270 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,283 - DEBUG - ovirtfunctions - sed --copy -i \|/etc/sysconfig/network-scripts/ifcfg-eth1$|d /config/files 2013-09-30 09:36:57,284 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,300 - DEBUG - ovirtfunctions - shred -u /config'/etc/sysconfig/network-scripts/ifcfg-eth1' 2013-09-30 09:36:57,301 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,305 - DEBUG - ovirtfunctions - shred -u '/etc/sysconfig/network-scripts/ifcfg-eth1' 2013-09-30 09:36:57,305 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,318 - DEBUG - ovirtfunctions - sed --copy -i \|/etc/sysconfig/network-scripts/ifcfg-VM_100$|d /config/files 2013-09-30 09:36:57,318 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,339 - DEBUG - ovirtfunctions - shred -u /config'/etc/sysconfig/network-scripts/ifcfg-VM_100' 2013-09-30 09:36:57,339 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,344 - DEBUG - ovirtfunctions - shred -u '/etc/sysconfig/network-scripts/ifcfg-VM_100' 2013-09-30 09:36:57,344 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,358 - DEBUG - ovirtfunctions - sed --copy -i \|/etc/sysconfig/network-scripts/ifcfg-eth0$|d /config/files 2013-09-30 09:36:57,358 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,390 - DEBUG - ovirtfunctions - shred -u /config'/etc/sysconfig/network-scripts/ifcfg-eth0' 2013-09-30 09:36:57,391 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,395 - DEBUG - ovirtfunctions - shred -u '/etc/sysconfig/network-scripts/ifcfg-eth0' 2013-09-30 09:36:57,396 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,411 - DEBUG - ovirtfunctions - sed --copy -i \|/etc/sysconfig/network-scripts/ifcfg-lo$|d /config/files 2013-09-30 09:36:57,411 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,426 - DEBUG - ovirtfunctions - shred -u /config'/etc/sysconfig/network-scripts/ifcfg-lo' 2013-09-30 09:36:57,426
Re: [Users] ovirt-node post-reboot no persistent networks config .. !!! urgent update req for POC coming weekend
Am Montag, den 30.09.2013, 21:28 +0800 schrieb Anil Dhingra: Hi Guys I am unable to store persistent n/w configuration in ovirt3-3 only ovirtmgmt is persistent remaining Storage/Migration/VM network doesn't come up after reboot Tried using both ovirt Manager as well from ovirtnode ovirt-node-iso-3.0.1-1.0.2.vdsm.el6 but no luck looks similar to Bug 988397 - ovirt-node post-installation setup networks fails when NetworkManager is running but looks like its closed ther is no N/W manager on ovirtnode . below are some Hit try outputs 1- manually created all n/w config under /config/etc/sysconfig/network-scripts/ dir even tried save with persist command checked /config/file is updated after persist command .but no luck after reboot. it didn't create them 2- anyone has any idea ..how to configure persistent config using files if Graphical is not working . Hey Anil, you were doing the right thing to persist the network cfg files. It might have been node that was to greedy when reconfiguring DNS :) You might take a look at this fix: http://gerrit.ovirt.org/19705 It is untested but at least I could reproduce the behavior you were seeing and prepared the patch based on that findings. An ISO containing that fix will sooner or later land here: http://jenkins.ovirt.org/job/node-devel/ (The queue is currently quite long, which can take a day until the patch above is turned into an ISO). Long story short, please check if this patch fixes your problem, I'll also try to take a look at it when an iso is ready. And file a bug if you want to track the state of this issue. Greetings fabian 3- is ther any know n/w issue with current ovirt node + why its not showing bridge for ovirtmgmt BRIDGE . 4- tried using vdsm-store-net-config /restore but no luck [root@node1-3-3 network-scripts]# ls ifcfg-eth0 ifcfg-eth1 ifcfg-eth2 ifcfg-eth3 ifcfg-lo ifcfg-Migration ifcfg-Storage ifcfg-VM_100 route-eth0 route-ovirtmgmt rule-eth0 rule- ovirtmgmt # view /var/log/ovirt.log dhclient: no process killed 2013-09-30 09:36:57,092 - INFO - ovirtfunctions - /etc/sysconfig/network-scripts/ifcfg-Migration successully unpersisted 2013-09-30 09:36:57,097 - DEBUG - ovirtfunctions - rm -Rf /config/etc/sysconfig/network-scripts/ifcfg-Migration 2013-09-30 09:36:57,097 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,102 - DEBUG - ovirtfunctions - sed --copy -i \| ^/etc/sysconfig/network-scripts/ifcfg-Migration$|d /config/files 2013-09-30 09:36:57,102 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,140 - INFO - ovirtfunctions - /etc/sysconfig/network-scripts/ifcfg-Storage successully unpersisted 2013-09-30 09:36:57,144 - DEBUG - ovirtfunctions - rm -Rf /config/etc/sysconfig/network-scripts/ifcfg-Storage 2013-09-30 09:36:57,145 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,149 - DEBUG - ovirtfunctions - sed --copy -i \| ^/etc/sysconfig/network-scripts/ifcfg-Storage$|d /config/files 2013-09-30 09:36:57,149 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,163 - DEBUG - ovirtfunctions - sed --copy -i \|/etc/sysconfig/network-scripts/ifcfg-eth3$|d /config/files 2013-09-30 09:36:57,164 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,230 - DEBUG - ovirtfunctions - shred -u /config'/etc/sysconfig/network-scripts/ifcfg-eth3' 2013-09-30 09:36:57,231 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,235 - DEBUG - ovirtfunctions - shred -u '/etc/sysconfig/network-scripts/ifcfg-eth3' 2013-09-30 09:36:57,235 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,249 - DEBUG - ovirtfunctions - sed --copy -i \|/etc/sysconfig/network-scripts/ifcfg-eth2$|d /config/files 2013-09-30 09:36:57,249 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,265 - DEBUG - ovirtfunctions - shred -u /config'/etc/sysconfig/network-scripts/ifcfg-eth2' 2013-09-30 09:36:57,265 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,270 - DEBUG - ovirtfunctions - shred -u '/etc/sysconfig/network-scripts/ifcfg-eth2' 2013-09-30 09:36:57,270 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,283 - DEBUG - ovirtfunctions - sed --copy -i \|/etc/sysconfig/network-scripts/ifcfg-eth1$|d /config/files 2013-09-30 09:36:57,284 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,300 - DEBUG - ovirtfunctions - shred -u /config'/etc/sysconfig/network-scripts/ifcfg-eth1' 2013-09-30 09:36:57,301 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,305 - DEBUG - ovirtfunctions - shred -u '/etc/sysconfig/network-scripts/ifcfg-eth1' 2013-09-30 09:36:57,305 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,318 - DEBUG - ovirtfunctions - sed --copy -i \|/etc/sysconfig/network-scripts/ifcfg-VM_100$|d /config/files 2013-09-30 09:36:57,318 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,339 - DEBUG - ovirtfunctions - shred -u /config'/etc/sysconfig/network-scripts/ifcfg-VM_100' 2013-09-30 09:36:57,339 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,344 - DEBUG - ovirtfunctions - shred -u '/etc/sysconfig/network-scripts/ifcfg-VM_100'