[Users] ovirt-node post-reboot no persistent networks config .. !!! urgent update req for POC coming weekend
4:28 p.m.
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
9:52 p.m.
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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
6:05 p.m.
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/ovir...
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
12:16 p.m.
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/ovir...
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.2013100208...
http://fedorapeople.org/~fabiand/node/ovirt-node-iso-3.1.0-0.999.20131002...
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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
2:26 p.m.
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/ovir...
>>
>> 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.2013100208...
>
http://fedorapeople.org/~fabiand/node/ovirt-node-iso-3.1.0-0.999.20131002...
>
> 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(a)ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
>
>
4:13 p.m.
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/ovir...
>>
>> 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.2013100208...
>
http://fedorapeople.org/~fabiand/node/ovirt-node-iso-3.1.0-0.999.20131002...
>
> 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(a)ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
>
>
6 p.m.
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...
Shall I a bug on this non-conformance?
-- Russ herrold
6:04 p.m.
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...
Shall I a bug on this non-conformance?
Yes please, it won't do any harm.
- fabian
6:26 p.m.
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...
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
6:44 p.m.
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?
7:07 p.m.
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(a)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/ovir...
>
> 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.2013100208...
http://fedorapeople.org/~fabiand/node/ovirt-node-iso-3.1.0-0.999.20131002...
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(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
11:09 p.m.
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(a)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/ovir...
>
> 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.2013100208...
http://fedorapeople.org/~fabiand/node/ovirt-node-iso-3.1.0-0.999.20131002...
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(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
2:48 p.m.
----- Original Message -----
From: "Anil Dhingra" <anildhingra25(a)gmail.com>
To: "Fabian Deutsch" <fabiand(a)redhat.com>
Cc: users(a)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(a)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/ovir...
>
> 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.2013100208...
http://fedorapeople.org/~fabiand/node/ovirt-node-iso-3.1.0-0.999.20131002...
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(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
4065
days inactive
4071
days old
12 comments
5 participants
participants (5)
-
Anil Dhingra -
Fabian Deutsch -
Moti Asayag -
R P Herrold -
Sven Kieske