[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 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,431 - DEBUG - ovirtfunctions - shred -u '/etc/sysconfig/network-scripts/ifcfg-lo' 2013-09-30 09:36:57,431 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,447 - DEBUG - ovirtfunctions - mkdir -p /config//etc/sysconfig/network-scripts 2013-09-30 09:36:57,447 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,452 - DEBUG - ovirtfunctions - cp -a /etc/sysconfig/network-scripts/ifcfg-eth0 /config/etc/sysconfig/network-scripts/ifcfg-eth0 2013-09-30 09:36:57,452 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,468 - DEBUG - ovirtfunctions - mount -n --bind /config/etc/sysconfig/network-scripts/ifcfg-eth0 /etc/sysconfig/network-scripts/ifcfg- eth0 2013-09-30 09:36:57,469 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,469 - INFO - ovirtfunctions - File: /etc/sysconfig/network-scripts/ifcfg-eth0 persisted 2013-09-30 09:36:57,479 - INFO - ovirtfunctions - Successfully persisted: /etc/sysconfig/network-scripts/ifcfg-eth0 2013-09-30 09:36:57,491 - DEBUG - ovirtfunctions - mkdir -p /config//etc/sysconfig/network-scripts 2013-09-30 09:36:57,491 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,496 - DEBUG - ovirtfunctions - cp -a /etc/sysconfig/network-scripts/ifcfg-lo /config/etc/sysconfig/network-scripts/ifcfg-lo 2013-09-30 09:36:57,496 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,501 - DEBUG - ovirtfunctions - mount -n --bind /config/etc/sysconfig/network-scripts/ifcfg-lo /etc/sysconfig/network-scripts/ifcfg-lo 2013-09-30 09:36:57,501 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,501 - INFO - ovirtfunctions - File: /etc/sysconfig/network-scripts/ifcfg-lo persisted 2013-09-30 09:36:57,509 - INFO - ovirtfunctions - Successfully persisted: /etc/sysconfig/network-scripts/ifcfg-lo 2013-09-30 09:36:57,510 - WARNING - ovirtfunctions - File already persisted: /etc/sysconfig/network 2013-09-30 09:36:57,510 - WARNING - ovirtfunctions - /etc/sysconfig/network Already persisted 2013-09-30 09:36:57,510 - WARNING - ovirtfunctions - File already persisted: /etc/hosts 2013-09-30 09:36:57,510 - WARNING - ovirtfunctions - /etc/hosts Already persisted 2013-09-30 09:36:57,515 - WARNING - ovirtfunctions - File already persisted: /etc/udev/rules.d/71-persistent-node-net.rules 2013-09-30 09:36:57,516 - WARNING - ovirtfunctions - /etc/udev/rules.d/71-persistent-node-net.rules Already persisted 2013-09-30 09:37:03,819 - INFO - ovirtfunctions - Won't update /etc/hosts, it's not empty. systemd-journald: unrecognized service Thanks Anil D
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' 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 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,431 - DEBUG - ovirtfunctions - shred -u '/etc/sysconfig/network-scripts/ifcfg-lo' 2013-09-30 09:36:57,431 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,447 - DEBUG - ovirtfunctions - mkdir -p /config//etc/sysconfig/network-scripts 2013-09-30 09:36:57,447 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,452 - DEBUG - ovirtfunctions - cp -a /etc/sysconfig/network-scripts/ifcfg-eth0 /config/etc/sysconfig/network-scripts/ifcfg-eth0 2013-09-30 09:36:57,452 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,468 - DEBUG - ovirtfunctions - mount -n --bind /config/etc/sysconfig/network-scripts/ifcfg-eth0 /etc/sysconfig/network-scripts/ifcfg- eth0 2013-09-30 09:36:57,469 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,469 - INFO - ovirtfunctions - File: /etc/sysconfig/network-scripts/ifcfg-eth0 persisted 2013-09-30 09:36:57,479 - INFO - ovirtfunctions - Successfully persisted: /etc/sysconfig/network-scripts/ifcfg-eth0 2013-09-30 09:36:57,491 - DEBUG - ovirtfunctions - mkdir -p /config//etc/sysconfig/network-scripts 2013-09-30 09:36:57,491 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,496 - DEBUG - ovirtfunctions - cp -a /etc/sysconfig/network-scripts/ifcfg-lo /config/etc/sysconfig/network-scripts/ifcfg-lo 2013-09-30 09:36:57,496 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,501 - DEBUG - ovirtfunctions - mount -n --bind /config/etc/sysconfig/network-scripts/ifcfg-lo /etc/sysconfig/network-scripts/ifcfg-lo 2013-09-30 09:36:57,501 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,501 - INFO - ovirtfunctions - File: /etc/sysconfig/network-scripts/ifcfg-lo persisted 2013-09-30 09:36:57,509 - INFO - ovirtfunctions - Successfully persisted: /etc/sysconfig/network-scripts/ifcfg-lo 2013-09-30 09:36:57,510 - WARNING - ovirtfunctions - File already persisted: /etc/sysconfig/network 2013-09-30 09:36:57,510 - WARNING - ovirtfunctions - /etc/sysconfig/network Already persisted 2013-09-30 09:36:57,510 - WARNING - ovirtfunctions - File already persisted: /etc/hosts 2013-09-30 09:36:57,510 - WARNING - ovirtfunctions - /etc/hosts Already persisted 2013-09-30 09:36:57,515 - WARNING - ovirtfunctions - File already persisted: /etc/udev/rules.d/71-persistent-node-net.rules 2013-09-30 09:36:57,516 - WARNING - ovirtfunctions - /etc/udev/rules.d/71-persistent-node-net.rules Already persisted 2013-09-30 09:37:03,819 - INFO - ovirtfunctions - Won't update /etc/hosts, it's not empty. systemd-journald: unrecognized service
Thanks Anil D
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
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-n... 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
Am Dienstag, den 01.10.2013, 15:05 +0000 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-n...
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.201310020841d... http://fedorapeople.org/~fabiand/node/ovirt-node-iso-3.1.0-0.999.20131002084... 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
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 +0000 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-n...
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.201310020841d... http://fedorapeople.org/~fabiand/node/ovirt-node-iso-3.1.0-0.999.20131002084...
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
Am Mittwoch, den 02.10.2013, 11:26 +0000 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 +0000 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-n...
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.201310020841d... http://fedorapeople.org/~fabiand/node/ovirt-node-iso-3.1.0-0.999.20131002084...
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
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/ls... Shall I a bug on this non-conformance? -- Russ herrold
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/ls...
Shall I a bug on this non-conformance?
Yes please, it won't do any harm. - fabian
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/ls...
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
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 +0000 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?
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 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 ? Thanks again for prompt response really appreciate yours help .. Anil On Wed, Oct 2, 2013 at 5:16 PM, Fabian Deutsch <fabiand@redhat.com> wrote:
Am Dienstag, den 01.10.2013, 15:05 +0000 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-n...
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.201310020841d...
http://fedorapeople.org/~fabiand/node/ovirt-node-iso-3.1.0-0.999.20131002084...
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
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 <fabiand@redhat.com> wrote: Am Dienstag, den 01.10.2013, 15:05 +0000 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-n... > > 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.201310020841d... http://fedorapeople.org/~fabiand/node/ovirt-node-iso-3.1.0-0.999.20131002084...
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
----- Original Message -----
From: "Anil Dhingra" <anildhingra25@gmail.com> To: "Fabian Deutsch" <fabiand@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 < fabiand@redhat.com > wrote:
Am Dienstag, den 01.10.2013, 15:05 +0000 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-n...
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.201310020841d... http://fedorapeople.org/~fabiand/node/ovirt-node-iso-3.1.0-0.999.20131002084...
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
participants (5)
-
Anil Dhingra -
Fabian Deutsch -
Moti Asayag -
R P Herrold -
Sven Kieske