Re: [ovirt-users] New user intro & some questions
Excellent. Can't wait for 3.6! On 2/11/2015 5:16 AM, Federico Simoncelli wrote: The slides of my sessions are available at: http://www.ovirt.org/images/6/6c/2015-ovirt-glusterfs-hyperconvergence.pdf http://www.ovirt.org/images/9/97/2015-docker-ovirt-iaas.pdf ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] New user intro & some questions
- Original Message - > From: "Sandro Bonazzola" > To: "Sven Kieske" , users@ovirt.org, "Federico > Simoncelli" > Sent: Tuesday, February 10, 2015 4:56:05 PM > Subject: Re: [ovirt-users] New user intro & some questions > > Il 10/02/2015 16:49, Sven Kieske ha scritto: > > > > > > On 10/02/15 03:02, Jason Brooks wrote: > >> The meaning of "support" is important here -- support from whom? It's > >> true that there's no gluster+virt SKU of the RHEV downstream project. > >> All configurations of ovirt proper are self-supported, or community- > >> supported, and what we choose to support is up to us individuals. > >> > >> However, gluster + virt on the same nodes does work -- even w/ management > >> through the engine. I do use gluster on my virt nodes, but I don't manage > >> them w/ the engine, because, afaik, there isn't a way to have gluster and > >> virt on separate networks this way, so I just manage gluster from the > >> gluster cli. > >> > >> It's true, oVirt is happiest w/ separate machines for everything, and > >> a rock-solid san of some sort, etc., but that's not the only way, and > >> as you point out, hardware isn't free. > > > > Well you might be interested in these upcoming features: > > > > http://www.ovirt.org/Features/Self_Hosted_Engine_Hyper_Converged_Gluster_Support > > > > sadly the slides from this talk are not online: > > https://fosdem.org/2015/schedule/event/hyperconvergence/ > > > > maybe brian(cc'ed) can put them somewhere? > > Or Federico (CCed) :-) The slides of my sessions are available at: http://www.ovirt.org/images/6/6c/2015-ovirt-glusterfs-hyperconvergence.pdf http://www.ovirt.org/images/9/97/2015-docker-ovirt-iaas.pdf -- Federico ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] New user intro & some questions
Thanks Jason. I think that's exactly what I did on my second attempt. Restarting VDSM must've been the kick in the pants that it needed. And I believe the key is to let oVirt do the gluster peer probing. I think this is what I did: -create gluster engine volume on first host only -install hosted engine on first host -hosted-engine --deploy on remaining hosts -enable gluster service for the cluster in the UI -only the first host will be listed, attempt import, it will fail, cancel out -gluster peer status now shows the peers connected, but I also manually probed all IPs and FQDNs for good measure -log out of UI, set global maintenance, power down engine VM, stop vdsmd, libvirtd, ovirt-ha-agent and ovirt-ha-broker -force sanlock shutdown and unmount engine NFS on all hosts -add-brick replica for engine volume, kickstart replication (which I forgot to do) -add meta volume, set up CTDB, edit /etc/hosts, etc. -start vdsmd, libvirtd, ovirt-ha-agent & ovirt-ha-broker -set global maintenance none and wait for engine to start ---mine wouldn't start because gluster said FS was read-only, probably because of failed replication. Heal full didn't do anything. I tried replace-brick commit force and that seems to have brought it back online, but I'm still not sure if replication of the engine volume is happening. Finally got the engine started, logged into the UI and found all the gluster stuff magically working. Then I added data and iso volumes (within the UI), set up the domains, uploaded some ISOs and added a couple VMs. That's where I'm at now. I'm sure I did lots of things wrong and/or backwards. :) I don't *need* to manage gluster from the UI, but it's easier to demonstrate to the less technical folks around here, you know, the ones that expect a GUI for everything. On 2/10/2015 10:30 AM, Jason Brooks wrote: - Original Message - From: "George Skorup" To: users@ovirt.org Sent: Friday, February 6, 2015 11:56:17 PM Subject: Re: [ovirt-users] New user intro & some questions On 1/30/2015 10:11 AM, Jason Brooks wrote: Hi George -- I typically host my ISO domain from gluster as well, rather than from the NFS export the installer offers to set up. I've been able to force sanlock to release with: sanlock shutdown -f 1 So I wiped my test cluster. Changed some partitioning, network topology, etc. My plan is to run the ISO domain on a gluster volume this time also. Here's where I'm at. Gluster volume 'engine' is created and started on node1. The other three nodes have no volumes yet. In fact, no gluster peering yet. The engine is installed and running on node1 with gluster's NFS serving the engine volume. I then ran hosted-engine --deploy on the other three nodes. All four nodes are reported 'up' in the engine UI. Now I'm stuck. The problem I ran into last time, after enabling the gluster service on the Default cluster, the gluster peers were already established which put a roadblock in front of importing the gluster hosts. Like last time, the Default cluster says: "Some new hosts are detected in the cluster. You can Import them to engine or Detach them from the cluster." And if I click the import URL, the only host I see in the list is the first one. Last time, all four were there, but as I said, the gluster peers were already established and the import failed due to "failed to probe" or something like that. I just tried to recreate this, on a single host, running CentOS 6, hosting the engine through hosted-engine, and serving up its own gluster storage. I enabled gluster in the cluster, and when I tried to import the host, it wanted to use the default libvirtd 192.168.122.1 ip address for the host. I canceled out of that and just restarted the vdsm service on my machine, and after the service restarted, my data and engine volumes were there in the web admin ui as expected. So, try restarting vdsm. Jason Is there a way to make this work? I'm fairly confused at this point. I would like to be able to manage at least my virt store gluster volume(s) from the engine UI. ___ 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: [ovirt-users] New user intro & some questions
- Original Message - > From: "George Skorup" > To: users@ovirt.org > Sent: Friday, February 6, 2015 11:56:17 PM > Subject: Re: [ovirt-users] New user intro & some questions > > On 1/30/2015 10:11 AM, Jason Brooks wrote: > > Hi George -- > > > > I typically host my ISO domain from gluster as well, rather than from > > the NFS export the installer offers to set up. > > > > I've been able to force sanlock to release with: > > > > sanlock shutdown -f 1 > > So I wiped my test cluster. Changed some partitioning, network topology, > etc. My plan is to run the ISO domain on a gluster volume this time also. > > Here's where I'm at. Gluster volume 'engine' is created and started on > node1. The other three nodes have no volumes yet. In fact, no gluster > peering yet. > > The engine is installed and running on node1 with gluster's NFS serving > the engine volume. I then ran hosted-engine --deploy on the other three > nodes. All four nodes are reported 'up' in the engine UI. > > Now I'm stuck. The problem I ran into last time, after enabling the > gluster service on the Default cluster, the gluster peers were already > established which put a roadblock in front of importing the gluster hosts. > > Like last time, the Default cluster says: "Some new hosts are detected > in the cluster. You can Import them to engine or Detach them from the > cluster." And if I click the import URL, the only host I see in the list > is the first one. Last time, all four were there, but as I said, the > gluster peers were already established and the import failed due to > "failed to probe" or something like that. I just tried to recreate this, on a single host, running CentOS 6, hosting the engine through hosted-engine, and serving up its own gluster storage. I enabled gluster in the cluster, and when I tried to import the host, it wanted to use the default libvirtd 192.168.122.1 ip address for the host. I canceled out of that and just restarted the vdsm service on my machine, and after the service restarted, my data and engine volumes were there in the web admin ui as expected. So, try restarting vdsm. Jason > > Is there a way to make this work? I'm fairly confused at this point. I > would like to be able to manage at least my virt store gluster volume(s) > from the engine UI. > ___ > 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: [ovirt-users] New user intro & some questions
Il 10/02/2015 16:49, Sven Kieske ha scritto: > > > On 10/02/15 03:02, Jason Brooks wrote: >> The meaning of "support" is important here -- support from whom? It's >> true that there's no gluster+virt SKU of the RHEV downstream project. >> All configurations of ovirt proper are self-supported, or community- >> supported, and what we choose to support is up to us individuals. >> >> However, gluster + virt on the same nodes does work -- even w/ management >> through the engine. I do use gluster on my virt nodes, but I don't manage >> them w/ the engine, because, afaik, there isn't a way to have gluster and >> virt on separate networks this way, so I just manage gluster from the >> gluster cli. >> >> It's true, oVirt is happiest w/ separate machines for everything, and >> a rock-solid san of some sort, etc., but that's not the only way, and >> as you point out, hardware isn't free. > > Well you might be interested in these upcoming features: > > http://www.ovirt.org/Features/Self_Hosted_Engine_Hyper_Converged_Gluster_Support > > sadly the slides from this talk are not online: > https://fosdem.org/2015/schedule/event/hyperconvergence/ > > maybe brian(cc'ed) can put them somewhere? Or Federico (CCed) :-) > -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] New user intro & some questions
On 10/02/15 03:02, Jason Brooks wrote: > The meaning of "support" is important here -- support from whom? It's > true that there's no gluster+virt SKU of the RHEV downstream project. > All configurations of ovirt proper are self-supported, or community- > supported, and what we choose to support is up to us individuals. > > However, gluster + virt on the same nodes does work -- even w/ management > through the engine. I do use gluster on my virt nodes, but I don't manage > them w/ the engine, because, afaik, there isn't a way to have gluster and > virt on separate networks this way, so I just manage gluster from the > gluster cli. > > It's true, oVirt is happiest w/ separate machines for everything, and > a rock-solid san of some sort, etc., but that's not the only way, and > as you point out, hardware isn't free. Well you might be interested in these upcoming features: http://www.ovirt.org/Features/Self_Hosted_Engine_Hyper_Converged_Gluster_Support sadly the slides from this talk are not online: https://fosdem.org/2015/schedule/event/hyperconvergence/ maybe brian(cc'ed) can put them somewhere? -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] New user intro & some questions
Well said Jason, >From my own experience here at cloudspin, I was using gluster and virt on the same nodes. It did work, but was less than optimal. As Jason said Hardware isn't free, and neither is electricity to run said hardware. I am on the SAN route right now, and time will tell if it works better, the same, or not as good I will post results. If you are the only user, and you are just having fun.. or using ovirt where I started, as a way to spin up whatever quickly, then gluster and virt will probably be just fine. -Donny D -Original Message- From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf Of Jason Brooks Sent: Monday, February 9, 2015 7:03 PM To: George Skorup Cc: users@ovirt.org Subject: Re: [ovirt-users] New user intro & some questions - Original Message - > From: "George Skorup" > To: users@ovirt.org > Sent: Monday, February 9, 2015 4:29:15 PM > Subject: Re: [ovirt-users] New user intro & some questions > > Scott, > > I'm sure you are completely correct. I do not want to run oVirt this > way. I would very much prefer a dedicated machine for the engine, > dedicated KVM nodes and dedicated storage/gluster nodes, or a real SAN. > But this is the "you get this" and "make it work" that I get from > upper management. So I'm going to continue testing 3.5.1 this way, and > when it's too much load / performance sucks, then I can say, "I told you so". > > I was reading through the planned features for 3.6 which says storage > on the virt nodes will be supported. Again, I understand this is not > optimal, but if I have to tell them this needs to wait for 3.6 to be > released for this configuration to be supported, then so be it. And if > performance still sucks, which I don't doubt, then... I told them so. The meaning of "support" is important here -- support from whom? It's true that there's no gluster+virt SKU of the RHEV downstream project. All configurations of ovirt proper are self-supported, or community- supported, and what we choose to support is up to us individuals. However, gluster + virt on the same nodes does work -- even w/ management through the engine. I do use gluster on my virt nodes, but I don't manage them w/ the engine, because, afaik, there isn't a way to have gluster and virt on separate networks this way, so I just manage gluster from the gluster cli. It's true, oVirt is happiest w/ separate machines for everything, and a rock-solid san of some sort, etc., but that's not the only way, and as you point out, hardware isn't free. Jason > > Anyway.. I was playing around today, and I'm not sure how or why, but > the engine UI now shows the gluster volume stuff.. on the combined > virt > + gluster nodes. > > > > On 2/7/2015 1:16 PM, Scott Worthington wrote: > > On 2/7/2015 9:47 AM, George Skorup wrote: > >> On 2/7/2015 7:46 AM, Scott Worthington wrote: > >>> You can manage your oVirt gluster volumes from the oVirt engine UI. > >>> > >>> However, the gluster volumes cannot be on your oVirt hosts. An > >>> oVirt Host cannot be an oVirt-managed gluster volume provider as > >>> well. These are separate, physical hosts in oVirt <= 3.5.1. > >> Then why did it let me add the hosts as virt & gluster (default > >> option > >> 'both') > >> during setup if it cannot be configured as such? > > The "Both" in the --== OVIRT ENGINE CONFIGURATION ==-- section of > > the engine-setup refers to if you will have "both" oVirt KVM Host > > clusters as well as Gluster Volume clusters. "Both" does not mean > > that you will have the Gluster storage daemon and KVM on the same > > host, as that configuration is not supported nor recommended. > > > > Hope that helps. > > ___ > 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: [ovirt-users] New user intro & some questions
- Original Message - > From: "George Skorup" > To: users@ovirt.org > Sent: Monday, February 9, 2015 4:29:15 PM > Subject: Re: [ovirt-users] New user intro & some questions > > Scott, > > I'm sure you are completely correct. I do not want to run oVirt this > way. I would very much prefer a dedicated machine for the engine, > dedicated KVM nodes and dedicated storage/gluster nodes, or a real SAN. > But this is the "you get this" and "make it work" that I get from upper > management. So I'm going to continue testing 3.5.1 this way, and when > it's too much load / performance sucks, then I can say, "I told you so". > > I was reading through the planned features for 3.6 which says storage on > the virt nodes will be supported. Again, I understand this is not > optimal, but if I have to tell them this needs to wait for 3.6 to be > released for this configuration to be supported, then so be it. And if > performance still sucks, which I don't doubt, then... I told them so. The meaning of "support" is important here -- support from whom? It's true that there's no gluster+virt SKU of the RHEV downstream project. All configurations of ovirt proper are self-supported, or community- supported, and what we choose to support is up to us individuals. However, gluster + virt on the same nodes does work -- even w/ management through the engine. I do use gluster on my virt nodes, but I don't manage them w/ the engine, because, afaik, there isn't a way to have gluster and virt on separate networks this way, so I just manage gluster from the gluster cli. It's true, oVirt is happiest w/ separate machines for everything, and a rock-solid san of some sort, etc., but that's not the only way, and as you point out, hardware isn't free. Jason > > Anyway.. I was playing around today, and I'm not sure how or why, but > the engine UI now shows the gluster volume stuff.. on the combined virt > + gluster nodes. > > > > On 2/7/2015 1:16 PM, Scott Worthington wrote: > > On 2/7/2015 9:47 AM, George Skorup wrote: > >> On 2/7/2015 7:46 AM, Scott Worthington wrote: > >>> You can manage your oVirt gluster volumes from the oVirt engine UI. > >>> > >>> However, the gluster volumes cannot be on your oVirt hosts. An oVirt > >>> Host > >>> cannot be an oVirt-managed gluster volume provider as well. These are > >>> separate, physical hosts in oVirt <= 3.5.1. > >> Then why did it let me add the hosts as virt & gluster (default option > >> 'both') > >> during setup if it cannot be configured as such? > > The "Both" in the --== OVIRT ENGINE CONFIGURATION ==-- section of the > > engine-setup refers to if you will have "both" oVirt KVM Host clusters as > > well > > as Gluster Volume clusters. "Both" does not mean that you will have the > > Gluster storage daemon and KVM on the same host, as that configuration is > > not > > supported nor recommended. > > > > Hope that helps. > > ___ > 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: [ovirt-users] New user intro & some questions
On 2/7/2015 9:47 AM, George Skorup wrote: > > On 2/7/2015 7:46 AM, Scott Worthington wrote: >> You can manage your oVirt gluster volumes from the oVirt engine UI. >> >> However, the gluster volumes cannot be on your oVirt hosts. An oVirt Host >> cannot be an oVirt-managed gluster volume provider as well. These are >> separate, physical hosts in oVirt <= 3.5.1. > Then why did it let me add the hosts as virt & gluster (default option 'both') > during setup if it cannot be configured as such? The "Both" in the --== OVIRT ENGINE CONFIGURATION ==-- section of the engine-setup refers to if you will have "both" oVirt KVM Host clusters as well as Gluster Volume clusters. "Both" does not mean that you will have the Gluster storage daemon and KVM on the same host, as that configuration is not supported nor recommended. Hope that helps. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] New user intro & some questions
I am doing both right now as well... Not sure if that is the right way... but there is nothing that prevents it. Donny -Original Message- From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf Of George Skorup Sent: Saturday, February 7, 2015 7:48 AM To: users@ovirt.org Subject: Re: [ovirt-users] New user intro & some questions On 2/7/2015 7:46 AM, Scott Worthington wrote: > You can manage your oVirt gluster volumes from the oVirt engine UI. > > However, the gluster volumes cannot be on your oVirt hosts. An oVirt > Host cannot be an oVirt-managed gluster volume provider as well. > These are separate, physical hosts in oVirt <= 3.5.1. Then why did it let me add the hosts as virt & gluster (default option 'both') during setup if it cannot be configured as such? ___ 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: [ovirt-users] New user intro & some questions
On 2/7/2015 7:46 AM, Scott Worthington wrote: You can manage your oVirt gluster volumes from the oVirt engine UI. However, the gluster volumes cannot be on your oVirt hosts. An oVirt Host cannot be an oVirt-managed gluster volume provider as well. These are separate, physical hosts in oVirt <= 3.5.1. Then why did it let me add the hosts as virt & gluster (default option 'both') during setup if it cannot be configured as such? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] New user intro & some questions
On 2/7/2015 2:56 AM, George Skorup wrote: > Is there a way to make this work? I'm fairly confused at this point. I would > like to be able to manage at least my virt store gluster volume(s) from the > engine UI. You can manage your oVirt gluster volumes from the oVirt engine UI. However, the gluster volumes cannot be on your oVirt hosts. An oVirt Host cannot be an oVirt-managed gluster volume provider as well. These are separate, physical hosts in oVirt <= 3.5.1. Hope that helps. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] New user intro & some questions
On 1/30/2015 10:11 AM, Jason Brooks wrote: Hi George -- I typically host my ISO domain from gluster as well, rather than from the NFS export the installer offers to set up. I've been able to force sanlock to release with: sanlock shutdown -f 1 So I wiped my test cluster. Changed some partitioning, network topology, etc. My plan is to run the ISO domain on a gluster volume this time also. Here's where I'm at. Gluster volume 'engine' is created and started on node1. The other three nodes have no volumes yet. In fact, no gluster peering yet. The engine is installed and running on node1 with gluster's NFS serving the engine volume. I then ran hosted-engine --deploy on the other three nodes. All four nodes are reported 'up' in the engine UI. Now I'm stuck. The problem I ran into last time, after enabling the gluster service on the Default cluster, the gluster peers were already established which put a roadblock in front of importing the gluster hosts. Like last time, the Default cluster says: "Some new hosts are detected in the cluster. You can Import them to engine or Detach them from the cluster." And if I click the import URL, the only host I see in the list is the first one. Last time, all four were there, but as I said, the gluster peers were already established and the import failed due to "failed to probe" or something like that. Is there a way to make this work? I'm fairly confused at this point. I would like to be able to manage at least my virt store gluster volume(s) from the engine UI. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] New user intro & some questions
- Original Message - > From: "George Skorup" > To: users@ovirt.org > Sent: Thursday, January 29, 2015 6:13:30 PM > Subject: [ovirt-users] New user intro & some questions > > Hello oVirt Users Community, > > I've been working with Red Hat and RHEL and clones for about 11 years, > though I do still consider myself amateur mostly because I'm more of a > networking guy. :) One-man IT department so I get very little time to > tinker. > > I'm evaluating oVirt (because the boss said no to VMware) and will > likely begin implementation soon to virtualize our datacenter. So I have > a SuperMicro Twin2 (4 nodes) system and a cheap managed L2+ switch to > use for now. Dual 6-core Xeon's and 24GB per node. The two on-board > 82574L's are bonded 802.3ad, no issues there (so far). I currently have > two 1TB WD RE4 SATA drives configured as RAID1 using the Intel RAID BIOS > in each node. I understand this is software RAID. That's all working > fine and I did this so that if a drive dies then I can still boot the > machine(s). I have a 500MB partition formatted as ext4 for /boot. A 48GB > ext4 for the root. 24GB for swap. And finally the rest (800-something > GB) is LVM and XFS for Gluster. > > I've been following Jason Brooks' "Up and Running with oVirt" guides > (which are great, BTW!). I have the cluster up and running with CentOS 7 > and oVirt 3.5, hosted-engine on CentOS 6.6 and CTDB to host a virtual IP > for the engine NFS mount. There are a couple test VMs running along with > the engine on various nodes. I found it interesting that I was able to > upload a ripped ISO of Win 2k3 Enterprise (not SP2) and was able to > successfully boot it, after which I promptly installed SP2 and oVirt > guest tools. I do very little with Windows, but there's always that one > remaining customer that needs IIS and we're not about to buy a new > Windows Server 2012 license just for them. > > So anyway, I'm having a problem with node reboots. They simply will not > shut down and reboot cleanly. Instead, it looks like they hang after all > processes are shut down, or at least attempted to be shut down. Then > after a couple minutes, the hardware watchdog resets the system. I've > came to the conclusion that sanlock and/or wdmd is causing the hangup. > I'm guessing an active but non-responsive NFS mount is the culprit, > possibly the ISO domain NFS mount which is on the engine? I've tried > manually shutting down all oVirt, VDSM, etc. processes, unmounting all > NFS shares, but it seems sanlock still has a hold on something in > /rhev/.. I've Google'd a bit and have come across posts about this as > well. Any tips here? Hi George -- I typically host my ISO domain from gluster as well, rather than from the NFS export the installer offers to set up. I've been able to force sanlock to release with: sanlock shutdown -f 1 > > Then I experienced something else odd yesterday. I did a yum update for > the glibc vulnerability stuff. Gluster was updated as well which really > threw a wrench into things because I wasn't paying attention and quorum > broke, etc. I got that fixed. Rebooted all nodes (which is when I found > the sanlock/watchdog problem). Nodes 2, 3 and 4 came back up, but node1 > did not. I logged into the IPKVM console and found that it had no > network configuration. All /etc/sysconfig/network-scripts/ifcfg-* files > were gone. I was able to manually reconfigure the physical interfaces, > set the bonding back up and add the ovirtmgmt bridge. But then the > engine reported the host as non-operational due to '..does not comply > with cluster default networks... ovirtmgmt missing' which I was able to > resolve by reconfiguring the host's network config within the engine GUI > and all is now well. I'm just curious how/why the ifcfg files were wiped > out? I haven't touched the network config on any hosts since running > hosted-engine --deploy. VDSM now attempts to restore the networks as configured in the engine. I found that I had to have all my network configs setup in the engine, as well as in the ifcfgs for these networks to persist. There's a place where you can disable this functionality, as well, I don't recall where that is off hand though. Regards, Jason > > Please forgive my ignorance and point me to the correct place if these > issues have been discussed and/or resolved already. > > And overall I'm very much liking oVirt, especially as a viable and > cost-effective alternative to vSphere. > > Thanks, > George > ___ > 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
