I'm using 3.1 on centos. so far its been no problem creating the bond, and then (after the ovirtmgmt moves to the unassigned column) reattaching ovirtmgmt network to the bond.
On 12/28/12 3:18 PM, "Jeff Bailey" <bai...@cs.kent.edu> wrote: > >On 12/28/2012 3:25 PM, Jonathan Horne wrote: >> ok, i started over on my ovirt cluster here. now that i have built a >>new >> data center and modified my ovirtmgmt network (to be tagged as vlan >>3200), >> if i try to edit the interface to create a bond, ovirtmgmt does not move >> to the right side so i can reassign it to the new bond interface, it >> disappears all together. >> >> so then i cancel. i go back into the edit host networks window, and >>this >> time i just assign my iscsi vlan to the other interface, check for >>static >> on both, and then click ok. but ovirt deletes the ovirtmgmt interface >> off the node and i lose the node from the network. >> >> very strange the the ovirtmgmt network disappears :( > >I have not tried any bonding. What version are you running? I don't >think I've ever actually tried to configure the ovirtmgmt network with >the GUI. I would assume that it's supposed to work but I can't confirm >that. I either manually configure it the way I want it on a plain >Fedora install or use the TUI on initial Node setup. I know there have >been fixes between 3.1 and the 3.2 alpha (3.1 just didn't work for me at >all). Perhaps there were bonding problems that have been corrected. If >you can, you might want to hang on to the logs (engine and vdsm) from >the time you tried to change the network config. > >On 12/27/12 5:42 PM, "Jeff Bailey" <bai...@cs.kent.edu> wrote: >>> On 12/27/2012 6:10 PM, Jonathan Horne wrote: >>>> On 12/27/12 2:57 PM, "Jeff Bailey" <bai...@cs.kent.edu> wrote: >>>> >>>>> On 12/27/2012 3:01 PM, Jonathan Horne wrote: >>>>>> if someone could help me confirm, but it appear that i cannot >>>>>> co-populate tagged vlan on the same interface as ovirtmgmt? >>>>> You can but you need to edit the ovirtmgmt network to make it tagged >>>>> before adding a cluster to the datacenter. >>>> It tells me "cannot edit management network". >>> If there is already a cluster attached to the datacenter then you can't >>> edit the ovirtmgmt network. You may be able to create another >>>temporary >>> datecenter, move your cluster, edit the network and then move the >>> cluster back. If you edit the network before adding a cluster and >>>hosts >>> then it's easier. I'm not sure you'll be able to move the cluster >>> though. I haven't tried that. If you can't then you'll probably have >>> to remove the hosts and cluster and add them back afterwards. There >>>has >>> been recent discussion about improving this situation so in the future >>> this may not be a problem. >>> >>>>>> for me it would really be better if i can share these 2 on same >>>>>> interface, but if i can't ill just have to live with it. >>>>>> >>>>>> can any one confirm this? >>>>>> >>>>>> thanks, >>>>>> jonathan >>>>>> >>>>>> >>>>>> >>>>>>--------------------------------------------------------------------- >>>>>>-- >>>>>> - >>>>>> This is a PRIVATE message. If you are not the intended recipient, >>>>>> please delete without copying and kindly advise us by e-mail of the >>>>>> mistake in delivery. NOTE: Regardless of content, this e-mail shall >>>>>> not operate to bind SKOPOS to any order or other contract unless >>>>>> pursuant to explicit written agreement or government initiative >>>>>> expressly permitting the use of e-mail for such purpose. >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> 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 >>>> ________________________________ >>>> This is a PRIVATE message. If you are not the intended recipient, >>>> please delete without copying and kindly advise us by e-mail of the >>>> mistake in delivery. NOTE: Regardless of content, this e-mail shall >>>>not >>>> operate to bind SKOPOS to any order or other contract unless pursuant >>>>to >>>> explicit written agreement or government initiative expressly >>>>permitting >>>> the use of e-mail for such purpose. >>> _______________________________________________ >>> Users mailing list >>> Users@ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >> >> ________________________________ >> This is a PRIVATE message. If you are not the intended recipient, >>please delete without copying and kindly advise us by e-mail of the >>mistake in delivery. NOTE: Regardless of content, this e-mail shall not >>operate to bind SKOPOS to any order or other contract unless pursuant to >>explicit written agreement or government initiative expressly permitting >>the use of e-mail for such purpose. > >_______________________________________________ >Users mailing list >Users@ovirt.org >http://lists.ovirt.org/mailman/listinfo/users ________________________________ This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
