Re: [ovirt-users] migrating VMS from old hosted engine to new hosted engine
Hi Yaniv, I found out reason it didn't work was probably bug. For reference probably https://bugzilla.redhat.com/show_bug.cgi?id=1446878 I updated oVirt to release candidate 3 4.1.3 and this fixed the issue. I am now investigating to have an extra 3.6 Dc in my new Hostedengine with a Cluster setup as 3.6, so I can switch storage domain and do a roll back to old Hosted engine in case of any problems. Thanks for you comments! Op ma 26 jun. 2017 om 11:18 schreef Yaniv Kaul <yk...@redhat.com>: > On Fri, Jun 23, 2017 at 1:13 AM, Paul Groeneweg | Pazion <p...@pazion.nl> > wrote: > >> We are moving our VMs from an old 3.6 oVirt platform to a new oVirt 4.1 >> platform. >> >> I am looking for an easy way to migrate the VMs. ( I know about export >> domain, but this takes 2 times a copy action ) I tested and just detaching >> the Data domain and attaching it, didn't work. >> >> > It should work, and is the easiest way by far. Can you share more details > on what did not work for you? > Y. > > >> Then I found the VM import option: >> - Adding a ssh key gen and setting password on virsh >> - load a list of machines in the webinterface from VM import >> - when I start an import the system complains: >> The following VMs retrieved from external server >> qemu+ssh://r...@xxx.xxx.xxx.xxx/system are not in down status: VM >> [VM-NAME]. >> - I tried to suspend the VM, but this didn;t work either ( same error ) >> - Problem is ,when VM is shutdown, it disappears from this system list. >> >> Is there a way to directly import a VM from old oVirt platform to the new >> platform >> >> Looking forward to find a solution to quickly migrate our VMs. >> >> Best Regards, >> >> Paul Groeneweg >> >> >> ___ >> 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
[ovirt-users] migrating VMS from old hosted engine to new hosted engine
We are moving our VMs from an old 3.6 oVirt platform to a new oVirt 4.1 platform. I am looking for an easy way to migrate the VMs. ( I know about export domain, but this takes 2 times a copy action ) I tested and just detaching the Data domain and attaching it, didn't work. Then I found the VM import option: - Adding a ssh key gen and setting password on virsh - load a list of machines in the webinterface from VM import - when I start an import the system complains: The following VMs retrieved from external server qemu+ssh://r...@xxx.xxx.xxx.xxx/system are not in down status: VM [VM-NAME]. - I tried to suspend the VM, but this didn;t work either ( same error ) - Problem is ,when VM is shutdown, it disappears from this system list. Is there a way to directly import a VM from old oVirt platform to the new platform Looking forward to find a solution to quickly migrate our VMs. Best Regards, Paul Groeneweg ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] upgrade hosted-engine os ( not hosts )
Hi, I am finally planning to start our oVirt hosted engine upgrade. I am not sure how stable my hosted engine storage is ( it shows wrong status in web GUI ) So I arranged a new shared storage and plan to do a fresh install ( altough I noticed there is also an option to upgrade "hosted-engine --upgrade-appliance" ). After I installed the oVirt 4 hosted engine on a host node I want to move all my running VMs to the new environment. With VMs at first running on the current data storage domain. My storage domain is FC based. My idea is to: 1. stop all VMs 2. detach Storage domain on old ovirt 3.6 environment ( and keep data ). 3. import and activate the storage domain on the new ovirt 4 environment. To prevent any data loss or copy too much data I have the follwoing questions: 1. Is this storage domain import from 3.6 to 4.0 available? 2. I read I should import all VMs, this means I need to copy all data or is it just a matter of importing a config, so all VM data /image remains on the imported storage domain? 3. When for some reason I want to roll back when I have imported the storage domain without having any VM imported, can I just detach and re-attach the storage domain to the previous 3.6 environment? If there might be a better path to get my VMs to a clean oVirt 4.0 environment I am glad to hear. Thanks in advance! Kind regards, Paul Op do 30 jun. 2016 om 23:04 schreef Paul Groeneweg | Pazion <p...@pazion.nl >: > > Op do 30 jun. 2016 om 21:55 schreef Yedidyah Bar David <d...@redhat.com>: > > On Thu, Jun 30, 2016 at 10:43 PM, Paul Groeneweg | Pazion > <p...@pazion.nl> wrote: > > > > > > Op do 30 jun. 2016 om 21:17 schreef Yedidyah Bar David <d...@redhat.com > >: > >> > >> On Thu, Jun 30, 2016 at 9:46 PM, Paul Groeneweg | Pazion < > p...@pazion.nl> > >> wrote: > >> > Things are getting more clear to me, thanks! > >> > And this whole upgrade is something I should prepare well and not try > to > >> > do > >> > in a few hours at night :) > >> > > >> > Resuming, there are multiple solutions: > >> > > >> > 1. upgrade el6 to el7 > >> > no go => I need to upgrade postgresql and redhat warns about upgrading > >> > 6.6 > >> > to 7 because of newer packages > >> > 2. install a new HE on new Host new storage domain > >> > a lot of work => I have to turn off VMs, import storage domain into > new > >> > setup and reinstall hosts. > >> > 3. install a new HE on new Host existing storage domain > >> > possibly not without issues => I have to manually update references to > >> > the > >> > hosted storage or better wait till there is an upgrade tool. > >> > 4. (re)install HE in current VMS container. > >> > => I can keep my Hosts and reference to the storage domain. > >> > > >> > So I guess my best bet is to go for option 4. > >> > > >> > The flow I am planning to follow would be: > >> > > >> > 1. Move to global maintenance ( keep VMs running ) > >> > 2. backup ( I have also a complete disk install of old hosted-engine ) > >> > 3. reboot with different conf, to boot from cd > >> > 4. acces console and run install + import the backup in the engine vm > >> > ? 5. run engine-setup to configure new install with engine restore > data > >> > 6. reboot hosted-engine > >> > 7. Remove from global maintenance > >> > 8. launch web gui and I should be able to manage all still running VMs > >> > again. > >> > > >> > Would above be working or am I missing something and I doubt step 5. > Is > >> > this needed? > >> > >> Yes. > >> > >> In a normal backup/restore flow, it's less important, although > officially > >> it's mandatory. But in above flow, it's not just backup/restore, but > also > >> upgrade from 3.6 to 4.0. > >> > >> In principle you can also do all of the above with 3.6, at least inside > >> the engine, verify that all seems good, then upgrade to 4.0 later. See > >> also: > >> > >> https://bugzilla.redhat.com/1332463 > >> > >> But I do not remember reports from people trying it. > >> > > Good point, I planned to first get 3.6 running on el7 and from there > upgrade > > hosted-engine to 4.0 ( between step 6 and 7 ). Altough this way I keep > old > > 3.6 files on my fresh installl...what would you advice? directly install > 4.0 > > on new el7 host? ( I am running 3.6.7, so above bu
[ovirt-users] import storage domain and import VMs from ovirt 3.6 to 4
Hi, I am finally planning to start our oVirt hosted engine upgrade. I am not sure how stable my hosted engine storage is ( it shows wrong status in web GUI ) So I arranged a new shared storage and plan to do a fresh install ( altough I noticed there is also an option to upgrade "hosted-engine --upgrade-appliance" ). After I installed the oVirt 4 hosted engine on a host node I want to move all my running VMs to the new environment. With VMs at first running on the current data storage domain. My storage domain is FC based. My idea is to: 1. stop all VMs 2. detach Storage domain on old ovirt 3.6 environment ( and keep data ). 3. import and activate the storage domain on the new ovirt 4 environment. To prevent any data loss or copy too much data I have the follwoing questions: 1. Is this storage domain import from 3.6 to 4.0 available? 2. I read I should import all VMs, this means I need to copy all data or is it just a matter of importing a config, so all VM data /image remains on the imported storage domain? 3. When for some reason I want to roll back when I have imported the storage domain without having any VM imported, can I just detach and re-attach the storage domain to the previous 3.6 environment? If there might be a better path to get my VMs to a clean oVirt 4.0 environment I am glad to hear. Thanks in advance! Kind regards, Paul ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] upgrade hosted-engine os ( not hosts )
Op do 30 jun. 2016 om 21:55 schreef Yedidyah Bar David <d...@redhat.com>: > On Thu, Jun 30, 2016 at 10:43 PM, Paul Groeneweg | Pazion > <p...@pazion.nl> wrote: > > > > > > Op do 30 jun. 2016 om 21:17 schreef Yedidyah Bar David <d...@redhat.com > >: > >> > >> On Thu, Jun 30, 2016 at 9:46 PM, Paul Groeneweg | Pazion < > p...@pazion.nl> > >> wrote: > >> > Things are getting more clear to me, thanks! > >> > And this whole upgrade is something I should prepare well and not try > to > >> > do > >> > in a few hours at night :) > >> > > >> > Resuming, there are multiple solutions: > >> > > >> > 1. upgrade el6 to el7 > >> > no go => I need to upgrade postgresql and redhat warns about upgrading > >> > 6.6 > >> > to 7 because of newer packages > >> > 2. install a new HE on new Host new storage domain > >> > a lot of work => I have to turn off VMs, import storage domain into > new > >> > setup and reinstall hosts. > >> > 3. install a new HE on new Host existing storage domain > >> > possibly not without issues => I have to manually update references to > >> > the > >> > hosted storage or better wait till there is an upgrade tool. > >> > 4. (re)install HE in current VMS container. > >> > => I can keep my Hosts and reference to the storage domain. > >> > > >> > So I guess my best bet is to go for option 4. > >> > > >> > The flow I am planning to follow would be: > >> > > >> > 1. Move to global maintenance ( keep VMs running ) > >> > 2. backup ( I have also a complete disk install of old hosted-engine ) > >> > 3. reboot with different conf, to boot from cd > >> > 4. acces console and run install + import the backup in the engine vm > >> > ? 5. run engine-setup to configure new install with engine restore > data > >> > 6. reboot hosted-engine > >> > 7. Remove from global maintenance > >> > 8. launch web gui and I should be able to manage all still running VMs > >> > again. > >> > > >> > Would above be working or am I missing something and I doubt step 5. > Is > >> > this needed? > >> > >> Yes. > >> > >> In a normal backup/restore flow, it's less important, although > officially > >> it's mandatory. But in above flow, it's not just backup/restore, but > also > >> upgrade from 3.6 to 4.0. > >> > >> In principle you can also do all of the above with 3.6, at least inside > >> the engine, verify that all seems good, then upgrade to 4.0 later. See > >> also: > >> > >> https://bugzilla.redhat.com/1332463 > >> > >> But I do not remember reports from people trying it. > >> > > Good point, I planned to first get 3.6 running on el7 and from there > upgrade > > hosted-engine to 4.0 ( between step 6 and 7 ). Altough this way I keep > old > > 3.6 files on my fresh installl...what would you advice? directly install > 4.0 > > on new el7 host? ( I am running 3.6.7, so above bug is probably fixed ). > > If you look at the bug page you see it's fixed in 3.6.6. And even if you > had > something earlier you should have been fine, as the fix works also for > earlier > 3.6 upgraded to 3.6.6 (or later). > > The question whether to first migrate from el6/3.6 to el7/3.6 and later to > 4.0 > or do this in a single jump is a matter of your motivation and your style. > > Do you prefer to do large changes at once, or gradually? > > I want to be able do a roll back when thing don't work, so I think I start with upgrade to el7 with 3.6. Not sure if it would happen, but this way I don't change anything version related stuff on the storage side where the VMs reside. > Do you have some specific new features you want in 4.0? > > Currently I have some issues where my OVF image files of the hosted engine storage is not updated ( timestamp on hosts folders/ files stay the same ) I am hoping this broken thing is fixed once I have upgraded. There are further no specific issues I want to upgrade, just to stay current. I am running oVirt since 3.4 and it took ( and still takes ) time to learn about the different components, but overall I love how stable it functions ov. > > > > > > > >> > >> One very important thing you did not mention: Try this on a test system, > >> including rollback to your backup, after you finished everything and >
Re: [ovirt-users] upgrade hosted-engine os ( not hosts )
Op do 30 jun. 2016 om 21:17 schreef Yedidyah Bar David <d...@redhat.com>: > On Thu, Jun 30, 2016 at 9:46 PM, Paul Groeneweg | Pazion <p...@pazion.nl> > wrote: > > Things are getting more clear to me, thanks! > > And this whole upgrade is something I should prepare well and not try to > do > > in a few hours at night :) > > > > Resuming, there are multiple solutions: > > > > 1. upgrade el6 to el7 > > no go => I need to upgrade postgresql and redhat warns about upgrading > 6.6 > > to 7 because of newer packages > > 2. install a new HE on new Host new storage domain > > a lot of work => I have to turn off VMs, import storage domain into new > > setup and reinstall hosts. > > 3. install a new HE on new Host existing storage domain > > possibly not without issues => I have to manually update references to > the > > hosted storage or better wait till there is an upgrade tool. > > 4. (re)install HE in current VMS container. > > => I can keep my Hosts and reference to the storage domain. > > > > So I guess my best bet is to go for option 4. > > > > The flow I am planning to follow would be: > > > > 1. Move to global maintenance ( keep VMs running ) > > 2. backup ( I have also a complete disk install of old hosted-engine ) > > 3. reboot with different conf, to boot from cd > > 4. acces console and run install + import the backup in the engine vm > > ? 5. run engine-setup to configure new install with engine restore data > > 6. reboot hosted-engine > > 7. Remove from global maintenance > > 8. launch web gui and I should be able to manage all still running VMs > > again. > > > > Would above be working or am I missing something and I doubt step 5. Is > > this needed? > > Yes. > > In a normal backup/restore flow, it's less important, although officially > it's mandatory. But in above flow, it's not just backup/restore, but also > upgrade from 3.6 to 4.0. > > In principle you can also do all of the above with 3.6, at least inside > the engine, verify that all seems good, then upgrade to 4.0 later. See > also: > > https://bugzilla.redhat.com/1332463 > > But I do not remember reports from people trying it. > > Good point, I planned to first get 3.6 running on el7 and from there upgrade hosted-engine to 4.0 ( between step 6 and 7 ). Altough this way I keep old 3.6 files on my fresh installl...what would you advice? directly install 4.0 on new el7 host? ( I am running 3.6.7, so above bug is probably fixed ). > One very important thing you did not mention: Try this on a test system, > including rollback to your backup, after you finished everything and > (supposedly) found out something broken. Better safe than sorry :-) > A test setup might provide a good practice. But requires extra spare hosts...I do have a bare metal restore option. So I am able ( with cd boot and console mode) to restore hosted engine within an hour to previous state :-) Thanks a lot for all info! > Best, > > > > > Best Regards, > > Paul > > > > > > > > Op do 30 jun. 2016 om 14:44 schreef Simone Tiraboschi < > stira...@redhat.com>: > >> > >> On Thu, Jun 30, 2016 at 8:34 AM, Paul Groeneweg | Pazion < > p...@pazion.nl> > >> wrote: > >> > Hi Yedidyah, > >> > > >> > Thank you for the comprehensive answers. > >> > > >> > I think I go for a complete reinstall ( read also OS upgrade tool is > not > >> > adviced on 6.6 or higher as there might be newer packages as on 7 ). > No > >> > doubting to re-use current VM or setup from scratch ( fresh host with > >> > new > >> > hosted-engine and existing storage domein ). > >> > >> If you are planning to redeploy hosted-engien from scratch and > >> restoring on the new engine DB a backup of the previous one, please > >> carefully consider this: > >> https://bugzilla.redhat.com/show_bug.cgi?id=1240466#c21 > >> > >> So, if you choose that path you'll have also to manually remove any > >> reference to the previous hosted-engine from the restored DB. > >> I'd strongly suggest you to wait for the upgrade tool to be fixed > >> since manually doing this upgrade can be really error prone. > >> > >> > You explain the steps ( 1 to 6 ), but then don't talk about storage > >> > domain > >> > import. > >> > Does it mean, when I reinstall the hosted-engine in the current he VM > >> > and > >> > restore an engine-backup ( step 5 ) I am able to start vm f
Re: [ovirt-users] upgrade hosted-engine os ( not hosts )
Things are getting more clear to me, thanks! And this whole upgrade is something I should prepare well and not try to do in a few hours at night :) Resuming, there are multiple solutions: 1. upgrade el6 to el7 no go => I need to upgrade postgresql and redhat warns about upgrading 6.6 to 7 because of newer packages 2. install a new HE on new Host new storage domain a lot of work => I have to turn off VMs, import storage domain into new setup and reinstall hosts. 3. install a new HE on new Host existing storage domain possibly not without issues => I have to manually update references to the hosted storage or better wait till there is an upgrade tool. 4. (re)install HE in current VMS container. => I can keep my Hosts and reference to the storage domain. So I guess my best bet is to go for option 4. The flow I am planning to follow would be: 1. Move to global maintenance ( keep VMs running ) 2. backup ( I have also a complete disk install of old hosted-engine ) 3. reboot with different conf, to boot from cd 4. acces console and run install + import the backup in the engine vm ? 5. run engine-setup to configure new install with engine restore data 6. reboot hosted-engine 7. Remove from global maintenance 8. launch web gui and I should be able to manage all still running VMs again. Would above be working or am I missing something and I doubt step 5. Is this needed? Best Regards, Paul Op do 30 jun. 2016 om 14:44 schreef Simone Tiraboschi <stira...@redhat.com>: > On Thu, Jun 30, 2016 at 8:34 AM, Paul Groeneweg | Pazion <p...@pazion.nl> > wrote: > > Hi Yedidyah, > > > > Thank you for the comprehensive answers. > > > > I think I go for a complete reinstall ( read also OS upgrade tool is not > > adviced on 6.6 or higher as there might be newer packages as on 7 ). No > > doubting to re-use current VM or setup from scratch ( fresh host with new > > hosted-engine and existing storage domein ). > > If you are planning to redeploy hosted-engien from scratch and > restoring on the new engine DB a backup of the previous one, please > carefully consider this: > https://bugzilla.redhat.com/show_bug.cgi?id=1240466#c21 > > So, if you choose that path you'll have also to manually remove any > reference to the previous hosted-engine from the restored DB. > I'd strongly suggest you to wait for the upgrade tool to be fixed > since manually doing this upgrade can be really error prone. > > > You explain the steps ( 1 to 6 ), but then don't talk about storage > domain > > import. > > Does it mean, when I reinstall the hosted-engine in the current he VM and > > restore an engine-backup ( step 5 ) I am able to start vm from Host and > it > > is still connected to the master storage ( so no need for storage > import) ? > > > > Best Regards, > > Paul Groeneweg > > > > > > Op do 30 jun. 2016 om 08:00 schreef Yedidyah Bar David <d...@redhat.com > >: > >> > >> On Wed, Jun 29, 2016 at 10:07 PM, Paul Groeneweg | Pazion > >> <p...@pazion.nl> wrote: > >> > > >> > I am looking for a way to get my hosted-engine running on el7 so I can > >> > upgrade to oVirt 4.0. Currently my hosts already run el7, but my > >> > hosted-engine is still el6. > >> > > >> > I read > >> > > >> > > https://www.ovirt.org/documentation/how-to/hosted-engine-host-OS-upgrade/ > >> > but this is only about the hosts. > >> > > >> > I read https://www.ovirt.org/documentation/how-to/hosted-engine/, > but it > >> > only mentions upgrade of the hosted-engine software, not the OS. > >> > > >> > I understood I can do a fresh hosted-engine install, and then import > my > >> > storage domain to the new hosted engine, but: > >> > > >> > - Do I need to restore my hosted engine database? ( like described > here: > >> > > >> > > http://www.ovirt.org/develop/developer-guide/engine/migrate-to-hosted-engine/ > >> > ) > >> > >> You might not have to, if you only care about the imported VMs from your > >> storage. This will not keep other configuration, such as > >> users/roles/permissions > >> etc. > >> > >> > - Can I directly install hosted-engine 4.0 and then import the storage > >> > domain? Or should I install same hosted-engine version? > >> > >> AFAIK 4.0 engine can import 3.6 storage domains without problem. > >> > >> > - Do I first need another master storage domain or can I directly > import > >> > my > >> > old master storage domain? > >> &
Re: [ovirt-users] upgrade hosted-engine os ( not hosts )
Ok that sounds good. And if I deploy a new hosted-engine on a fresh host I need to do a storage domain import after restore? Or is my config including master storage domain restored and I can use the old storage domain with need to import? Op do 30 jun. 2016 om 08:41 schreef Yedidyah Bar David <d...@redhat.com>: > On Thu, Jun 30, 2016 at 9:34 AM, Paul Groeneweg | Pazion <p...@pazion.nl> > wrote: > > Hi Yedidyah, > > > > Thank you for the comprehensive answers. > > > > I think I go for a complete reinstall ( read also OS upgrade tool is not > > adviced on 6.6 or higher as there might be newer packages as on 7 ). No > > doubting to re-use current VM or setup from scratch ( fresh host with new > > hosted-engine and existing storage domein ). > > > > You explain the steps ( 1 to 6 ), but then don't talk about storage > domain > > import. > > Does it mean, when I reinstall the hosted-engine in the current he VM and > > restore an engine-backup ( step 5 ) I am able to start vm from Host and > it > > is still connected to the master storage ( so no need for storage > import) ? > > Indeed - if you didn't touch the storage, the restored engine should > already > knows all it needs to know. > > Best, > > > > > Best Regards, > > Paul Groeneweg > > > > > > Op do 30 jun. 2016 om 08:00 schreef Yedidyah Bar David <d...@redhat.com > >: > >> > >> On Wed, Jun 29, 2016 at 10:07 PM, Paul Groeneweg | Pazion > >> <p...@pazion.nl> wrote: > >> > > >> > I am looking for a way to get my hosted-engine running on el7 so I can > >> > upgrade to oVirt 4.0. Currently my hosts already run el7, but my > >> > hosted-engine is still el6. > >> > > >> > I read > >> > > >> > > https://www.ovirt.org/documentation/how-to/hosted-engine-host-OS-upgrade/ > >> > but this is only about the hosts. > >> > > >> > I read https://www.ovirt.org/documentation/how-to/hosted-engine/, > but it > >> > only mentions upgrade of the hosted-engine software, not the OS. > >> > > >> > I understood I can do a fresh hosted-engine install, and then import > my > >> > storage domain to the new hosted engine, but: > >> > > >> > - Do I need to restore my hosted engine database? ( like described > here: > >> > > >> > > http://www.ovirt.org/develop/developer-guide/engine/migrate-to-hosted-engine/ > >> > ) > >> > >> You might not have to, if you only care about the imported VMs from your > >> storage. This will not keep other configuration, such as > >> users/roles/permissions > >> etc. > >> > >> > - Can I directly install hosted-engine 4.0 and then import the storage > >> > domain? Or should I install same hosted-engine version? > >> > >> AFAIK 4.0 engine can import 3.6 storage domains without problem. > >> > >> > - Do I first need another master storage domain or can I directly > import > >> > my > >> > old master storage domain? > >> > >> No idea. Even if you do, you can create a small empty one and later > remove > >> it. > >> > >> > - When importing the storage domain what is the risk it fails ( I have > >> > backups, but it would cost a day to restore all ) > >> > >> No idea, but IIRC we got many successful reports and at most few > failures > >> for this. > >> > >> > - How long would import take? few minutes or hours? ( I want to keep > >> > down > >> > time as low as possible ). > >> > >> Again no idea. Perhaps do some test? > >> > >> > > >> > Another option would be upgrade the OS ( with redhat-upgrade-tool ) or > >> > is > >> > this a path for disaster? > >> > >> Didn't work for us well, so we decided to not support it. If you decide > to > >> try, > >> make sure you test carefully beforehand. From ovirt's POV: > >> 1. You'll need to handle postgresql upgrade. > >> 2. Right after OS upgrade, you'll still have (I think) el6 packages > >> of the engine. It will hopefully be in a good-enough state for upgrade > >> to 4.0, but we didn't test this. > >> 3. Specifically, if upgrade fails, rollback will most likely not work, > >> so you'll have to manually handle this - take a full vm backup and make > >> sure you can restore it. > >> > >&
Re: [ovirt-users] upgrade hosted-engine os ( not hosts )
Hi Yedidyah, Thank you for the comprehensive answers. I think I go for a complete reinstall ( read also OS upgrade tool is not adviced on 6.6 or higher as there might be newer packages as on 7 ). No doubting to re-use current VM or setup from scratch ( fresh host with new hosted-engine and existing storage domein ). You explain the steps ( 1 to 6 ), but then don't talk about storage domain import. Does it mean, when I reinstall the hosted-engine in the current he VM and restore an engine-backup ( step 5 ) I am able to start vm from Host and it is still connected to the master storage ( so no need for storage import) ? Best Regards, Paul Groeneweg Op do 30 jun. 2016 om 08:00 schreef Yedidyah Bar David <d...@redhat.com>: > On Wed, Jun 29, 2016 at 10:07 PM, Paul Groeneweg | Pazion > <p...@pazion.nl> wrote: > > > > I am looking for a way to get my hosted-engine running on el7 so I can > > upgrade to oVirt 4.0. Currently my hosts already run el7, but my > > hosted-engine is still el6. > > > > I read > > > https://www.ovirt.org/documentation/how-to/hosted-engine-host-OS-upgrade/ > > but this is only about the hosts. > > > > I read https://www.ovirt.org/documentation/how-to/hosted-engine/, but it > > only mentions upgrade of the hosted-engine software, not the OS. > > > > I understood I can do a fresh hosted-engine install, and then import my > > storage domain to the new hosted engine, but: > > > > - Do I need to restore my hosted engine database? ( like described here: > > > http://www.ovirt.org/develop/developer-guide/engine/migrate-to-hosted-engine/ > > ) > > You might not have to, if you only care about the imported VMs from your > storage. This will not keep other configuration, such as > users/roles/permissions > etc. > > > - Can I directly install hosted-engine 4.0 and then import the storage > > domain? Or should I install same hosted-engine version? > > AFAIK 4.0 engine can import 3.6 storage domains without problem. > > > - Do I first need another master storage domain or can I directly import > my > > old master storage domain? > > No idea. Even if you do, you can create a small empty one and later remove > it. > > > - When importing the storage domain what is the risk it fails ( I have > > backups, but it would cost a day to restore all ) > > No idea, but IIRC we got many successful reports and at most few failures > for this. > > > - How long would import take? few minutes or hours? ( I want to keep down > > time as low as possible ). > > Again no idea. Perhaps do some test? > > > > > Another option would be upgrade the OS ( with redhat-upgrade-tool ) or is > > this a path for disaster? > > Didn't work for us well, so we decided to not support it. If you decide to > try, > make sure you test carefully beforehand. From ovirt's POV: > 1. You'll need to handle postgresql upgrade. > 2. Right after OS upgrade, you'll still have (I think) el6 packages > of the engine. It will hopefully be in a good-enough state for upgrade > to 4.0, but we didn't test this. > 3. Specifically, if upgrade fails, rollback will most likely not work, > so you'll have to manually handle this - take a full vm backup and make > sure you can restore it. > > > > > I hope someone can tell me how I can smoothly upgrade my hosted-engine > up to > > el7 and run oVirt 4. > > We are working on a tool/wizard to help with this process. It used to work, > but at some point it was decided that one of the actions it does is risky > and was blocked, thus the tool is broken currently. > > You can invoke the tool by running: 'hosted-engine --upgrade-appliance'. > As noted above, this is currently broken. > > There are several open bugs about it, e.g.: > > https://bugzilla.redhat.com/show_bug.cgi?id=1319457 > https://bugzilla.redhat.com/show_bug.cgi?id=1343425 > https://bugzilla.redhat.com/show_bug.cgi?id=1343593 (closed, this is > what broke the tool) > > Basically, you can manually do what the tool is supposed to do: > 1. Make sure state is clean and stable (no running/pending storage actions, > no VMs in the middle of migration etc), all clusters are compat level 3.6, > etc. > 2. Move to global maintenance > 3. backup the engine using engine-backup and keep the backup elsewhere > 4. Reinstall engine vm with el7 and 4.0 engine (the tool will use the > engine > appliance, you might too but not sure how exactly). > 5. Restore the backup and run engine-setup. > 6. If all looks ok, leave global maintenance. > > If you manually keep a full backup of the engine vm before step 4, > you might be able to restore this backup if there are problems. > Doing this in the provided tool is currently the main blocking issue > for it. Hopefully will be provided in 4.0.1. > > Best, > -- > Didi > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] upgrade hosted-engine os ( not hosts )
I am looking for a way to get my hosted-engine running on el7 so I can upgrade to oVirt 4.0. Currently my hosts already run el7, but my hosted-engine is still el6. I read https://www.ovirt.org/documentation/how-to/hosted-engine-host-OS-upgrade/ but this is only about the hosts. I read https://www.ovirt.org/documentation/how-to/hosted-engine/, but it only mentions upgrade of the hosted-engine software, not the OS. I understood I can do a fresh hosted-engine install, and then import my storage domain to the new hosted engine, but: - Do I need to restore my hosted engine database? ( like described here: http://www.ovirt.org/develop/developer-guide/engine/migrate-to-hosted-engine/ ) - Can I directly install hosted-engine 4.0 and then import the storage domain? Or should I install same hosted-engine version? - Do I first need another master storage domain or can I directly import my old master storage domain? - When importing the storage domain what is the risk it fails ( I have backups, but it would cost a day to restore all ) - How long would import take? few minutes or hours? ( I want to keep down time as low as possible ). Another option would be upgrade the OS ( with redhat-upgrade-tool ) or is this a path for disaster? I hope someone can tell me how I can smoothly upgrade my hosted-engine up to el7 and run oVirt 4. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] ovirt-vmconsole serial
I have followed the setup on http://www.ovirt.org/documentation/admin-guide/serial-console-setup/ I am able to ssh to the hosted engine and select a VM. A VM with console enabled and permissions set gives a blank screen ( freezes ). So I checked serial-getty@.service Am I right this service should run on a host? When I check status, I get this: ... systemd[1]: *Dependency failed for Serial Getty on hvc0.* .. systemd[1]: *Job serial-getty@hvc0.service/start failed with result 'dependency'.* What needs to be done? When I restart the service it takes a long tine and looks like a timeout is triggered. Looking forward to use the serial console feature. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Delete Failed to update OVF disks, OVF data isn't updated on those OVF stores (Data Center Default, Storage Domain hostedengine_nfs).
I was able to get vm.conf back for HE hosts by restoring old OVF stores and manually replacing the uids of volume and image in the files. Remains the fact OVF image files on disk are not created or updated automatically... but for this I created a bug ticket. Thanks for all the help! Op do 21 apr. 2016 om 09:54 schreef Paul Groeneweg | Pazion <p...@pazion.nl >: > Yesterday evening I have restarted a host. > I put hosted engine to global maintenance. > I upgraded to 3.6.5 > The problem remained. > > As explained the GUI says it created the OVF stores ( they show with > status illegal ). > On file level there are no OVF folders created in the images folder. > So the OVF not being updated and now not being created on file seem quite > related, but as files have right permissions and other images in the hosted > engine folder are ok, I don't think NFS is the issue. > A wild guess might be the colon in the folder name that has to be escaped? > > My biggest concern for now is if my hosted engine goes down. > On the hosts not running the hostedengine now, the vm.conf is replaced by > the ovirt-ha-agent with file containing 'None', make it impossible to > restart the hosted-engine. > Where is this 'falling back to initial vm.conf' file? Maybe I can change > it with current one and remain be safe with hosted engine shutdown/restart > > > > > > Op do 21 apr. 2016 om 09:46 schreef Maor Lipchuk <mlipc...@redhat.com>: > >> From the logs (see [1]) it looks like you encountered the following bug: >> https://bugzilla.redhat.com/show_bug.cgi?id=1303316 >> >> Simone, can u confirm it is the same case mentioned in the bug, is there >> any workaround you can suggest not getting those errors any more (Maybe >> move the Host to Maintenance-Mode and restart of the hypervisor as >> suggested in the bug or upgrade VDSM ?) >> >> [1] >> MainThread::INFO::2016-04-20 >> 17:14:02,500::hosted_engine::688::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) >> Reloading vm.conf from the shared storage domain >> MainThread::INFO::2016-04-20 >> 17:14:02,500::config::205::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) >> Trying to get a fresher copy of vm configuration from the OVF_STORE >> MainThread::WARNING::2016-04-20 >> 17:14:02,807::ovf_store::104::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan) >> Unable to find OVF_STORE >> MainThread::ERROR::2016-04-20 >> 17:14:02,873::config::234::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) >> Unable to get vm.conf from OVF_STORE, falling back to initial vm.conf >> >> Regards, >> Maor >> >> On Wed, Apr 20, 2016 at 6:21 PM, Paul Groeneweg | Pazion <p...@pazion.nl> >> wrote: >> >>> The logs are not from the machine where the hosted engine is running on, >>> but from the SPM. >>> >>> Op wo 20 apr. 2016 om 17:19 schreef Paul Groeneweg | Pazion < >>> p...@pazion.nl>: >>> >>>> Hereby the logs. >>>> >>>> >>>> Op wo 20 apr. 2016 om 17:11 schreef Maor Lipchuk <mlipc...@redhat.com>: >>>> >>>>> Hi Paul, >>>>> >>>>> Can u please attach the engine and VDSM logs with those failures to >>>>> check the origin of those failures >>>>> >>>>> Thanks, >>>>> Maor >>>>> >>>>> On Wed, Apr 20, 2016 at 6:06 PM, Paul Groeneweg | Pazion < >>>>> p...@pazion.nl> wrote: >>>>> >>>>>> Looks like the system does try recreate the OVF :-) >>>>>> Too bad this failed again... >>>>>> >>>>>> http://screencast.com/t/RlYCR1rk8T >>>>>> http://screencast.com/t/CpcQuoKg >>>>>> >>>>>> Failed to create OVF store disk for Storage Domain hostedengine_nfs. >>>>>> The Disk with the id b6f34661-8701-4f82-a07c-ed7faab4a1b8 might be >>>>>> removed manually for automatic attempt to create new one. >>>>>> OVF updates won't be attempted on the created disk. >>>>>> >>>>>> And on the hosted storage disk tab : >>>>>> http://screencast.com/t/ZmwjsGoQ1Xbp >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Op wo 20 apr. 2016 om 09:17 schreef Paul Groeneweg | Pazion < >>>>>> p...@pazion.nl>: >
Re: [ovirt-users] Delete Failed to update OVF disks, OVF data isn't updated on those OVF stores (Data Center Default, Storage Domain hostedengine_nfs).
Yesterday evening I have restarted a host. I put hosted engine to global maintenance. I upgraded to 3.6.5 The problem remained. As explained the GUI says it created the OVF stores ( they show with status illegal ). On file level there are no OVF folders created in the images folder. So the OVF not being updated and now not being created on file seem quite related, but as files have right permissions and other images in the hosted engine folder are ok, I don't think NFS is the issue. A wild guess might be the colon in the folder name that has to be escaped? My biggest concern for now is if my hosted engine goes down. On the hosts not running the hostedengine now, the vm.conf is replaced by the ovirt-ha-agent with file containing 'None', make it impossible to restart the hosted-engine. Where is this 'falling back to initial vm.conf' file? Maybe I can change it with current one and remain be safe with hosted engine shutdown/restart Op do 21 apr. 2016 om 09:46 schreef Maor Lipchuk <mlipc...@redhat.com>: > From the logs (see [1]) it looks like you encountered the following bug: > https://bugzilla.redhat.com/show_bug.cgi?id=1303316 > > Simone, can u confirm it is the same case mentioned in the bug, is there > any workaround you can suggest not getting those errors any more (Maybe > move the Host to Maintenance-Mode and restart of the hypervisor as > suggested in the bug or upgrade VDSM ?) > > [1] > MainThread::INFO::2016-04-20 > 17:14:02,500::hosted_engine::688::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) > Reloading vm.conf from the shared storage domain > MainThread::INFO::2016-04-20 > 17:14:02,500::config::205::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) > Trying to get a fresher copy of vm configuration from the OVF_STORE > MainThread::WARNING::2016-04-20 > 17:14:02,807::ovf_store::104::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan) > Unable to find OVF_STORE > MainThread::ERROR::2016-04-20 > 17:14:02,873::config::234::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) > Unable to get vm.conf from OVF_STORE, falling back to initial vm.conf > > Regards, > Maor > > On Wed, Apr 20, 2016 at 6:21 PM, Paul Groeneweg | Pazion <p...@pazion.nl> > wrote: > >> The logs are not from the machine where the hosted engine is running on, >> but from the SPM. >> >> Op wo 20 apr. 2016 om 17:19 schreef Paul Groeneweg | Pazion < >> p...@pazion.nl>: >> >>> Hereby the logs. >>> >>> >>> Op wo 20 apr. 2016 om 17:11 schreef Maor Lipchuk <mlipc...@redhat.com>: >>> >>>> Hi Paul, >>>> >>>> Can u please attach the engine and VDSM logs with those failures to >>>> check the origin of those failures >>>> >>>> Thanks, >>>> Maor >>>> >>>> On Wed, Apr 20, 2016 at 6:06 PM, Paul Groeneweg | Pazion < >>>> p...@pazion.nl> wrote: >>>> >>>>> Looks like the system does try recreate the OVF :-) >>>>> Too bad this failed again... >>>>> >>>>> http://screencast.com/t/RlYCR1rk8T >>>>> http://screencast.com/t/CpcQuoKg >>>>> >>>>> Failed to create OVF store disk for Storage Domain hostedengine_nfs. >>>>> The Disk with the id b6f34661-8701-4f82-a07c-ed7faab4a1b8 might be >>>>> removed manually for automatic attempt to create new one. >>>>> OVF updates won't be attempted on the created disk. >>>>> >>>>> And on the hosted storage disk tab : >>>>> http://screencast.com/t/ZmwjsGoQ1Xbp >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> Op wo 20 apr. 2016 om 09:17 schreef Paul Groeneweg | Pazion < >>>>> p...@pazion.nl>: >>>>> >>>>>> I have added a ticket: >>>>>> https://bugzilla.redhat.com/show_bug.cgi?id=1328718 >>>>>> >>>>>> Looking forward to solve! ( trying to providing as much info as >>>>>> required ). >>>>>> >>>>>> For the short term, wwhat do I need to restore/rollback to get the >>>>>> OVF_STORE back in the Web GUI? is this all db? >>>>>> >>>>>> >>>>>> >>>>>> Op wo 20 apr. 2016 om 09:04 schreef Paul Groeneweg | Pazion < >>>>>> p...@pazion.nl>: >>>>>> >>>>>>> Yes I removed them also from the w
Re: [ovirt-users] Delete Failed to update OVF disks, OVF data isn't updated on those OVF stores (Data Center Default, Storage Domain hostedengine_nfs).
The logs are not from the machine where the hosted engine is running on, but from the SPM. Op wo 20 apr. 2016 om 17:19 schreef Paul Groeneweg | Pazion <p...@pazion.nl >: > Hereby the logs. > > > Op wo 20 apr. 2016 om 17:11 schreef Maor Lipchuk <mlipc...@redhat.com>: > >> Hi Paul, >> >> Can u please attach the engine and VDSM logs with those failures to check >> the origin of those failures >> >> Thanks, >> Maor >> >> On Wed, Apr 20, 2016 at 6:06 PM, Paul Groeneweg | Pazion <p...@pazion.nl> >> wrote: >> >>> Looks like the system does try recreate the OVF :-) >>> Too bad this failed again... >>> >>> http://screencast.com/t/RlYCR1rk8T >>> http://screencast.com/t/CpcQuoKg >>> >>> Failed to create OVF store disk for Storage Domain hostedengine_nfs. >>> The Disk with the id b6f34661-8701-4f82-a07c-ed7faab4a1b8 might be >>> removed manually for automatic attempt to create new one. >>> OVF updates won't be attempted on the created disk. >>> >>> And on the hosted storage disk tab : >>> http://screencast.com/t/ZmwjsGoQ1Xbp >>> >>> >>> >>> >>> >>> >>> Op wo 20 apr. 2016 om 09:17 schreef Paul Groeneweg | Pazion < >>> p...@pazion.nl>: >>> >>>> I have added a ticket: >>>> https://bugzilla.redhat.com/show_bug.cgi?id=1328718 >>>> >>>> Looking forward to solve! ( trying to providing as much info as >>>> required ). >>>> >>>> For the short term, wwhat do I need to restore/rollback to get the >>>> OVF_STORE back in the Web GUI? is this all db? >>>> >>>> >>>> >>>> Op wo 20 apr. 2016 om 09:04 schreef Paul Groeneweg | Pazion < >>>> p...@pazion.nl>: >>>> >>>>> Yes I removed them also from the web interface. >>>>> Cen I recreate these or how can I restore? >>>>> >>>>> Op wo 20 apr. 2016 om 09:01 schreef Roy Golan <rgo...@redhat.com>: >>>>> >>>>>> On Wed, Apr 20, 2016 at 9:05 AM, Paul Groeneweg | Pazion < >>>>>> p...@pazion.nl> wrote: >>>>>> >>>>>>> Hi Roy, >>>>>>> >>>>>>> What do you mean with a RFE , submit a bug ticket? >>>>>>> >>>>>>> Yes please. https://*bugzilla*.redhat.com/enter_bug.cgi?product= >>>>>> >>>>>> *oVirt* >>>>>> >>>>>> >>>>>>> Here is what I did: >>>>>>> >>>>>>> I removed the OVF disks as explained from the hosted engine/storage. >>>>>>> I started another server, tried several things like putting to >>>>>>> maintenance and reinstalling, but I keep getting: >>>>>>> >>>>>>> Apr 20 00:18:00 geisha-3 ovirt-ha-agent: >>>>>>> WARNING:ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore:Unable to find >>>>>>> OVF_STORE >>>>>>> Apr 20 00:18:00 geisha-3 journal: ovirt-ha-agent >>>>>>> ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config ERROR >>>>>>> Unable >>>>>>> to get vm.conf from OVF_STORE, falling back to initial vm.conf >>>>>>> Apr 20 00:18:00 geisha-3 ovirt-ha-agent: >>>>>>> ERROR:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config:Unable >>>>>>> to get vm.conf from OVF_STORE, falling back to initial vm.conf >>>>>>> Apr 20 00:18:00 geisha-3 journal: ovirt-ha-agent >>>>>>> ovirt_hosted_engine_ha.agent.agent.Agent ERROR Error: ''Configuration >>>>>>> value >>>>>>> not found: file=/var/run/ovirt-hosted-engine-ha/vm.conf, key=memSize'' - >>>>>>> trying to restart agent >>>>>>> >>>>>>> Fact it can't find the OVF store seems logical, but now the >>>>>>> /var/run/ovirt-hosted-engine-ha/vm.conf is replace with a file >>>>>>> conatining >>>>>>> only "None". >>>>>>> I tried to set file readonly ( chown root ), but this only threw an >>>>>>> error about file not writable, tried different path, but nothing helped. >>>>>>> So I am afraid to touch the other running hosts, as same might >>>>>>&g
Re: [ovirt-users] Delete Failed to update OVF disks, OVF data isn't updated on those OVF stores (Data Center Default, Storage Domain hostedengine_nfs).
Looks like the system does try recreate the OVF :-) Too bad this failed again... http://screencast.com/t/RlYCR1rk8T http://screencast.com/t/CpcQuoKg Failed to create OVF store disk for Storage Domain hostedengine_nfs. The Disk with the id b6f34661-8701-4f82-a07c-ed7faab4a1b8 might be removed manually for automatic attempt to create new one. OVF updates won't be attempted on the created disk. And on the hosted storage disk tab : http://screencast.com/t/ZmwjsGoQ1Xbp Op wo 20 apr. 2016 om 09:17 schreef Paul Groeneweg | Pazion <p...@pazion.nl >: > I have added a ticket: https://bugzilla.redhat.com/show_bug.cgi?id=1328718 > > Looking forward to solve! ( trying to providing as much info as required > ). > > For the short term, wwhat do I need to restore/rollback to get the > OVF_STORE back in the Web GUI? is this all db? > > > > Op wo 20 apr. 2016 om 09:04 schreef Paul Groeneweg | Pazion < > p...@pazion.nl>: > >> Yes I removed them also from the web interface. >> Cen I recreate these or how can I restore? >> >> Op wo 20 apr. 2016 om 09:01 schreef Roy Golan <rgo...@redhat.com>: >> >>> On Wed, Apr 20, 2016 at 9:05 AM, Paul Groeneweg | Pazion <p...@pazion.nl >>> > wrote: >>> >>>> Hi Roy, >>>> >>>> What do you mean with a RFE , submit a bug ticket? >>>> >>>> Yes please. https://*bugzilla*.redhat.com/enter_bug.cgi?product= >>> >>> *oVirt* >>> >>> >>>> Here is what I did: >>>> >>>> I removed the OVF disks as explained from the hosted engine/storage. >>>> I started another server, tried several things like putting to >>>> maintenance and reinstalling, but I keep getting: >>>> >>>> Apr 20 00:18:00 geisha-3 ovirt-ha-agent: >>>> WARNING:ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore:Unable to find >>>> OVF_STORE >>>> Apr 20 00:18:00 geisha-3 journal: ovirt-ha-agent >>>> ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config ERROR Unable >>>> to get vm.conf from OVF_STORE, falling back to initial vm.conf >>>> Apr 20 00:18:00 geisha-3 ovirt-ha-agent: >>>> ERROR:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config:Unable >>>> to get vm.conf from OVF_STORE, falling back to initial vm.conf >>>> Apr 20 00:18:00 geisha-3 journal: ovirt-ha-agent >>>> ovirt_hosted_engine_ha.agent.agent.Agent ERROR Error: ''Configuration value >>>> not found: file=/var/run/ovirt-hosted-engine-ha/vm.conf, key=memSize'' - >>>> trying to restart agent >>>> >>>> Fact it can't find the OVF store seems logical, but now the >>>> /var/run/ovirt-hosted-engine-ha/vm.conf is replace with a file conatining >>>> only "None". >>>> I tried to set file readonly ( chown root ), but this only threw an >>>> error about file not writable, tried different path, but nothing helped. >>>> So I am afraid to touch the other running hosts, as same might happen >>>> there and I am unable to start hosted engine again. >>>> >>>> I thought OVF would be created automatically again if it is missing, >>>> but it isn't... >>>> Can I trigger this OVF, or add it somehow manually? Would deleting the >>>> whole hosted_storage trigger an auto import again including OVF? >>>> >>>> If this provides no solution, I guess, I have to restore the removed >>>> OVF store. Would a complete database restore + restoring folder >>>> images/ be sufficient? >>>> Or where is the information about the OVF stores the Web GUI shows >>>> stored? >>>> >>>> >>> Did you remove it also from the engine via the webadmin or REST? storage >>> tab -> click the hosted_storage domain -> disks subtab -> right click >>> remove the failing ovf >>> >>> >>>> Looking forward to resolve this OVF store issue. >>>> >>>> Thanks in advance!!! >>>> >>>> >>>> >>>> Op di 19 apr. 2016 om 10:31 schreef Paul Groeneweg | Pazion < >>>> p...@pazion.nl>: >>>> >>>>> Hi Roy, >>>>> >>>>> Thanks for this explanation. I will dive into this evening. ( and >>>>> make a backup first :-) ) >>>>> >>>>> Normally the hosted engine only creates 1 ovf disk for the hosted >>>>> storage? >>>>> >>>>> Thanks for the help. >>
Re: [ovirt-users] Delete Failed to update OVF disks, OVF data isn't updated on those OVF stores (Data Center Default, Storage Domain hostedengine_nfs).
I have added a ticket: https://bugzilla.redhat.com/show_bug.cgi?id=1328718 Looking forward to solve! ( trying to providing as much info as required ). For the short term, wwhat do I need to restore/rollback to get the OVF_STORE back in the Web GUI? is this all db? Op wo 20 apr. 2016 om 09:04 schreef Paul Groeneweg | Pazion <p...@pazion.nl >: > Yes I removed them also from the web interface. > Cen I recreate these or how can I restore? > > Op wo 20 apr. 2016 om 09:01 schreef Roy Golan <rgo...@redhat.com>: > >> On Wed, Apr 20, 2016 at 9:05 AM, Paul Groeneweg | Pazion <p...@pazion.nl> >> wrote: >> >>> Hi Roy, >>> >>> What do you mean with a RFE , submit a bug ticket? >>> >>> Yes please. https://*bugzilla*.redhat.com/enter_bug.cgi?product= >> >> *oVirt* >> >> >>> Here is what I did: >>> >>> I removed the OVF disks as explained from the hosted engine/storage. >>> I started another server, tried several things like putting to >>> maintenance and reinstalling, but I keep getting: >>> >>> Apr 20 00:18:00 geisha-3 ovirt-ha-agent: >>> WARNING:ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore:Unable to find >>> OVF_STORE >>> Apr 20 00:18:00 geisha-3 journal: ovirt-ha-agent >>> ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config ERROR Unable >>> to get vm.conf from OVF_STORE, falling back to initial vm.conf >>> Apr 20 00:18:00 geisha-3 ovirt-ha-agent: >>> ERROR:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config:Unable >>> to get vm.conf from OVF_STORE, falling back to initial vm.conf >>> Apr 20 00:18:00 geisha-3 journal: ovirt-ha-agent >>> ovirt_hosted_engine_ha.agent.agent.Agent ERROR Error: ''Configuration value >>> not found: file=/var/run/ovirt-hosted-engine-ha/vm.conf, key=memSize'' - >>> trying to restart agent >>> >>> Fact it can't find the OVF store seems logical, but now the >>> /var/run/ovirt-hosted-engine-ha/vm.conf is replace with a file conatining >>> only "None". >>> I tried to set file readonly ( chown root ), but this only threw an >>> error about file not writable, tried different path, but nothing helped. >>> So I am afraid to touch the other running hosts, as same might happen >>> there and I am unable to start hosted engine again. >>> >>> I thought OVF would be created automatically again if it is missing, but >>> it isn't... >>> Can I trigger this OVF, or add it somehow manually? Would deleting the >>> whole hosted_storage trigger an auto import again including OVF? >>> >>> If this provides no solution, I guess, I have to restore the removed OVF >>> store. Would a complete database restore + restoring folder >>> images/ be sufficient? >>> Or where is the information about the OVF stores the Web GUI shows >>> stored? >>> >>> >> Did you remove it also from the engine via the webadmin or REST? storage >> tab -> click the hosted_storage domain -> disks subtab -> right click >> remove the failing ovf >> >> >>> Looking forward to resolve this OVF store issue. >>> >>> Thanks in advance!!! >>> >>> >>> >>> Op di 19 apr. 2016 om 10:31 schreef Paul Groeneweg | Pazion < >>> p...@pazion.nl>: >>> >>>> Hi Roy, >>>> >>>> Thanks for this explanation. I will dive into this evening. ( and make >>>> a backup first :-) ) >>>> >>>> Normally the hosted engine only creates 1 ovf disk for the hosted >>>> storage? >>>> >>>> Thanks for the help. >>>> >>>> Op di 19 apr. 2016 om 10:22 schreef Roy Golan <rgo...@redhat.com>: >>>> >>>>> On Mon, Apr 18, 2016 at 10:05 PM, Paul Groeneweg | Pazion < >>>>> p...@pazion.nl> wrote: >>>>> >>>>>> I am still wondering about the OVF disk ( and event error ) on my >>>>>> hosted storage domain. >>>>>> >>>>>> My hostedstorage ovf disks ( http://screencast.com/t/AcdqmJWee ) >>>>>> are not being updated ( what I understood is they should be regularly >>>>>> updated ). >>>>>> >>>>>> So I wonder, maybe I can remove these OVF disks and they are >>>>>> recreated automatically? ( Similar when removing the hosted storage >>>>>> domain >>>>>> it was added auto
Re: [ovirt-users] Delete Failed to update OVF disks, OVF data isn't updated on those OVF stores (Data Center Default, Storage Domain hostedengine_nfs).
Yes I removed them also from the web interface. Cen I recreate these or how can I restore? Op wo 20 apr. 2016 om 09:01 schreef Roy Golan <rgo...@redhat.com>: > On Wed, Apr 20, 2016 at 9:05 AM, Paul Groeneweg | Pazion <p...@pazion.nl> > wrote: > >> Hi Roy, >> >> What do you mean with a RFE , submit a bug ticket? >> >> Yes please. https://*bugzilla*.redhat.com/enter_bug.cgi?product= > > *oVirt* > > >> Here is what I did: >> >> I removed the OVF disks as explained from the hosted engine/storage. >> I started another server, tried several things like putting to >> maintenance and reinstalling, but I keep getting: >> >> Apr 20 00:18:00 geisha-3 ovirt-ha-agent: >> WARNING:ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore:Unable to find >> OVF_STORE >> Apr 20 00:18:00 geisha-3 journal: ovirt-ha-agent >> ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config ERROR Unable >> to get vm.conf from OVF_STORE, falling back to initial vm.conf >> Apr 20 00:18:00 geisha-3 ovirt-ha-agent: >> ERROR:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config:Unable >> to get vm.conf from OVF_STORE, falling back to initial vm.conf >> Apr 20 00:18:00 geisha-3 journal: ovirt-ha-agent >> ovirt_hosted_engine_ha.agent.agent.Agent ERROR Error: ''Configuration value >> not found: file=/var/run/ovirt-hosted-engine-ha/vm.conf, key=memSize'' - >> trying to restart agent >> >> Fact it can't find the OVF store seems logical, but now the >> /var/run/ovirt-hosted-engine-ha/vm.conf is replace with a file conatining >> only "None". >> I tried to set file readonly ( chown root ), but this only threw an error >> about file not writable, tried different path, but nothing helped. >> So I am afraid to touch the other running hosts, as same might happen >> there and I am unable to start hosted engine again. >> >> I thought OVF would be created automatically again if it is missing, but >> it isn't... >> Can I trigger this OVF, or add it somehow manually? Would deleting the >> whole hosted_storage trigger an auto import again including OVF? >> >> If this provides no solution, I guess, I have to restore the removed OVF >> store. Would a complete database restore + restoring folder >> images/ be sufficient? >> Or where is the information about the OVF stores the Web GUI shows stored? >> >> > Did you remove it also from the engine via the webadmin or REST? storage > tab -> click the hosted_storage domain -> disks subtab -> right click > remove the failing ovf > > >> Looking forward to resolve this OVF store issue. >> >> Thanks in advance!!! >> >> >> >> Op di 19 apr. 2016 om 10:31 schreef Paul Groeneweg | Pazion < >> p...@pazion.nl>: >> >>> Hi Roy, >>> >>> Thanks for this explanation. I will dive into this evening. ( and make >>> a backup first :-) ) >>> >>> Normally the hosted engine only creates 1 ovf disk for the hosted >>> storage? >>> >>> Thanks for the help. >>> >>> Op di 19 apr. 2016 om 10:22 schreef Roy Golan <rgo...@redhat.com>: >>> >>>> On Mon, Apr 18, 2016 at 10:05 PM, Paul Groeneweg | Pazion < >>>> p...@pazion.nl> wrote: >>>> >>>>> I am still wondering about the OVF disk ( and event error ) on my >>>>> hosted storage domain. >>>>> >>>>> My hostedstorage ovf disks ( http://screencast.com/t/AcdqmJWee ) are >>>>> not being updated ( what I understood is they should be regularly updated >>>>> ). >>>>> >>>>> So I wonder, maybe I can remove these OVF disks and they are recreated >>>>> automatically? ( Similar when removing the hosted storage domain it was >>>>> added automatically again ) >>>>> >>>>> And for this NFS storage domain, is it normal to have 2 OVF disks? >>>>> >>>>> Really looking for a way get these OVF disks right. >>>>> >>>>> >>>>> >>>> Hi Paul, >>>> >>>> What you can do to remove them is to run this sql statement at your >>>> setup >>>> >>>> ```sql >>>> -- first make sure this is the disk, dates are taken from your >>>> screenshot >>>> >>>> SELECT ovf_disk_id, image_guid, imagestatus, _create_date FROM images, >>>> storage_domains_ovf_info where ovf_disk_id = images.image_group_id and >>>>
Re: [ovirt-users] Delete Failed to update OVF disks, OVF data isn't updated on those OVF stores (Data Center Default, Storage Domain hostedengine_nfs).
Hi Roy, What do you mean with a RFE , submit a bug ticket? Here is what I did: I removed the OVF disks as explained from the hosted engine/storage. I started another server, tried several things like putting to maintenance and reinstalling, but I keep getting: Apr 20 00:18:00 geisha-3 ovirt-ha-agent: WARNING:ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore:Unable to find OVF_STORE Apr 20 00:18:00 geisha-3 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config ERROR Unable to get vm.conf from OVF_STORE, falling back to initial vm.conf Apr 20 00:18:00 geisha-3 ovirt-ha-agent: ERROR:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config:Unable to get vm.conf from OVF_STORE, falling back to initial vm.conf Apr 20 00:18:00 geisha-3 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.agent.Agent ERROR Error: ''Configuration value not found: file=/var/run/ovirt-hosted-engine-ha/vm.conf, key=memSize'' - trying to restart agent Fact it can't find the OVF store seems logical, but now the /var/run/ovirt-hosted-engine-ha/vm.conf is replace with a file conatining only "None". I tried to set file readonly ( chown root ), but this only threw an error about file not writable, tried different path, but nothing helped. So I am afraid to touch the other running hosts, as same might happen there and I am unable to start hosted engine again. I thought OVF would be created automatically again if it is missing, but it isn't... Can I trigger this OVF, or add it somehow manually? Would deleting the whole hosted_storage trigger an auto import again including OVF? If this provides no solution, I guess, I have to restore the removed OVF store. Would a complete database restore + restoring folder images/ be sufficient? Or where is the information about the OVF stores the Web GUI shows stored? Looking forward to resolve this OVF store issue. Thanks in advance!!! Op di 19 apr. 2016 om 10:31 schreef Paul Groeneweg | Pazion <p...@pazion.nl >: > Hi Roy, > > Thanks for this explanation. I will dive into this evening. ( and make a > backup first :-) ) > > Normally the hosted engine only creates 1 ovf disk for the hosted storage? > > Thanks for the help. > > Op di 19 apr. 2016 om 10:22 schreef Roy Golan <rgo...@redhat.com>: > >> On Mon, Apr 18, 2016 at 10:05 PM, Paul Groeneweg | Pazion <p...@pazion.nl >> > wrote: >> >>> I am still wondering about the OVF disk ( and event error ) on my hosted >>> storage domain. >>> >>> My hostedstorage ovf disks ( http://screencast.com/t/AcdqmJWee ) are >>> not being updated ( what I understood is they should be regularly updated >>> ). >>> >>> So I wonder, maybe I can remove these OVF disks and they are recreated >>> automatically? ( Similar when removing the hosted storage domain it was >>> added automatically again ) >>> >>> And for this NFS storage domain, is it normal to have 2 OVF disks? >>> >>> Really looking for a way get these OVF disks right. >>> >>> >>> >> Hi Paul, >> >> What you can do to remove them is to run this sql statement at your setup >> >> ```sql >> -- first make sure this is the disk, dates are taken from your screenshot >> >> SELECT ovf_disk_id, image_guid, imagestatus, _create_date FROM images, >> storage_domains_ovf_info where ovf_disk_id = images.image_group_id and >> _create_date > '2016-05-01 11:11:29' and _create_date < '2016-05-01 >> 11:11:31'; >> >> -- now delete this disk >> >> DELETE FROM storage_domains_ovf_info where ovf_disk_id = %what was found >> in the last query%' >> ``` >> >> Now you can right-click and remove this disk. >> >> Since the disk of the ovirt-engine resides on the hosted_storage domain >> we can't put this domain into maintenance and fix those kind of issues. >> There for I would like you to kindly open an RFE and mention you're >> scenario so we would supply a way to do this kind of operations in a safe >> way. >> >> Maor thanks for the help and reference. >> >> >>> Op ma 4 apr. 2016 om 09:54 schreef Paul Groeneweg | Pazion < >>> p...@pazion.nl>: >>> >>>> I'd like to add: >>>> >>>> - There are 2 OVF stores in my hosted_storage ( hostedengine_nfs ). >>>> - I checked creation time, they are both created around the same time >>>> http://screencast.com/t/hbXQFlou >>>> >>>> So hopefully there is some way to update hosted storage sp it can be >>>> updated. >>>> >>>> Op do 31 mrt. 2016 om 15:41 schreef Maor Lipchuk <mlipc...@redhat.com>: >&
Re: [ovirt-users] Delete Failed to update OVF disks, OVF data isn't updated on those OVF stores (Data Center Default, Storage Domain hostedengine_nfs).
Hi Roy, Thanks for this explanation. I will dive into this evening. ( and make a backup first :-) ) Normally the hosted engine only creates 1 ovf disk for the hosted storage? Thanks for the help. Op di 19 apr. 2016 om 10:22 schreef Roy Golan <rgo...@redhat.com>: > On Mon, Apr 18, 2016 at 10:05 PM, Paul Groeneweg | Pazion <p...@pazion.nl> > wrote: > >> I am still wondering about the OVF disk ( and event error ) on my hosted >> storage domain. >> >> My hostedstorage ovf disks ( http://screencast.com/t/AcdqmJWee ) are >> not being updated ( what I understood is they should be regularly updated >> ). >> >> So I wonder, maybe I can remove these OVF disks and they are recreated >> automatically? ( Similar when removing the hosted storage domain it was >> added automatically again ) >> >> And for this NFS storage domain, is it normal to have 2 OVF disks? >> >> Really looking for a way get these OVF disks right. >> >> >> > Hi Paul, > > What you can do to remove them is to run this sql statement at your setup > > ```sql > -- first make sure this is the disk, dates are taken from your screenshot > > SELECT ovf_disk_id, image_guid, imagestatus, _create_date FROM images, > storage_domains_ovf_info where ovf_disk_id = images.image_group_id and > _create_date > '2016-05-01 11:11:29' and _create_date < '2016-05-01 > 11:11:31'; > > -- now delete this disk > > DELETE FROM storage_domains_ovf_info where ovf_disk_id = %what was found > in the last query%' > ``` > > Now you can right-click and remove this disk. > > Since the disk of the ovirt-engine resides on the hosted_storage domain we > can't put this domain into maintenance and fix those kind of issues. There > for I would like you to kindly open an RFE and mention you're scenario so > we would supply a way to do this kind of operations in a safe way. > > Maor thanks for the help and reference. > > >> Op ma 4 apr. 2016 om 09:54 schreef Paul Groeneweg | Pazion < >> p...@pazion.nl>: >> >>> I'd like to add: >>> >>> - There are 2 OVF stores in my hosted_storage ( hostedengine_nfs ). >>> - I checked creation time, they are both created around the same time >>> http://screencast.com/t/hbXQFlou >>> >>> So hopefully there is some way to update hosted storage sp it can be >>> updated. >>> >>> Op do 31 mrt. 2016 om 15:41 schreef Maor Lipchuk <mlipc...@redhat.com>: >>> >>>> [Adding Roy to the thread] >>>> Roy, >>>> >>>> Can you please share your insight regarding the hosted engine behavior. >>>> It looks that one of the OVF_STORE disks is not valid and I think that >>>> detach/attach of the storage domain might fix the audit log errors. >>>> The question is, if it is possible to do so in hosted engine >>>> environment. >>>> >>>> Regards, >>>> Maor >>>> >>>> On Thu, Mar 31, 2016 at 4:14 PM, Paul Groeneweg | Pazion < >>>> p...@pazion.nl> wrote: >>>> >>>>> >>>>> >>>>> This storage domain is my hosted engine storage domain. So I should >>>>> put it to maintenance and then detach? >>>>> http://screencast.com/t/kjgNpI7fQ >>>>> >>>>> Am I still able to use the hosed engine ( web interface) when this >>>>> stoarge domain is in maintenance and detached? >>>>> >>>>> As I don't want to risk detaching hosted storage storage domain and as >>>>> a results breaking my whole setup. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> Op do 31 mrt. 2016 om 15:07 schreef Maor Lipchuk <mlipc...@redhat.com >>>>> >: >>>>> >>>>>> Have you already tried to detach and attach the Storage Domain? >>>>>> >>>>>> On Thu, Mar 31, 2016 at 3:11 PM, Paul Groeneweg | Pazion < >>>>>> p...@pazion.nl> wrote: >>>>>> >>>>>>> Hi Maor, >>>>>>> >>>>>>> I am refering to the eventlog, where these ovf errors appear every >>>>>>> hour and fill up my eventlog >>>>>>> >>>>>>> http://screencast.com/t/S8cfXMsdGM >>>>>>> >>>>>>> >>>>>>> >>>>>>> Op do 31 mrt. 2016 om 14:07 schreef Maor Lipchuk < >>&
Re: [ovirt-users] Delete Failed to update OVF disks, OVF data isn't updated on those OVF stores (Data Center Default, Storage Domain hostedengine_nfs).
I am still wondering about the OVF disk ( and event error ) on my hosted storage domain. My hostedstorage ovf disks ( http://screencast.com/t/AcdqmJWee ) are not being updated ( what I understood is they should be regularly updated ). So I wonder, maybe I can remove these OVF disks and they are recreated automatically? ( Similar when removing the hosted storage domain it was added automatically again ) And for this NFS storage domain, is it normal to have 2 OVF disks? Really looking for a way get these OVF disks right. Op ma 4 apr. 2016 om 09:54 schreef Paul Groeneweg | Pazion <p...@pazion.nl>: > I'd like to add: > > - There are 2 OVF stores in my hosted_storage ( hostedengine_nfs ). > - I checked creation time, they are both created around the same time > http://screencast.com/t/hbXQFlou > > So hopefully there is some way to update hosted storage sp it can be > updated. > > Op do 31 mrt. 2016 om 15:41 schreef Maor Lipchuk <mlipc...@redhat.com>: > >> [Adding Roy to the thread] >> Roy, >> >> Can you please share your insight regarding the hosted engine behavior. >> It looks that one of the OVF_STORE disks is not valid and I think that >> detach/attach of the storage domain might fix the audit log errors. >> The question is, if it is possible to do so in hosted engine environment. >> >> Regards, >> Maor >> >> On Thu, Mar 31, 2016 at 4:14 PM, Paul Groeneweg | Pazion <p...@pazion.nl> >> wrote: >> >>> >>> >>> This storage domain is my hosted engine storage domain. So I should put >>> it to maintenance and then detach? http://screencast.com/t/kjgNpI7fQ >>> >>> Am I still able to use the hosed engine ( web interface) when this >>> stoarge domain is in maintenance and detached? >>> >>> As I don't want to risk detaching hosted storage storage domain and as a >>> results breaking my whole setup. >>> >>> >>> >>> >>> >>> Op do 31 mrt. 2016 om 15:07 schreef Maor Lipchuk <mlipc...@redhat.com>: >>> >>>> Have you already tried to detach and attach the Storage Domain? >>>> >>>> On Thu, Mar 31, 2016 at 3:11 PM, Paul Groeneweg | Pazion < >>>> p...@pazion.nl> wrote: >>>> >>>>> Hi Maor, >>>>> >>>>> I am refering to the eventlog, where these ovf errors appear every >>>>> hour and fill up my eventlog >>>>> >>>>> http://screencast.com/t/S8cfXMsdGM >>>>> >>>>> >>>>> >>>>> Op do 31 mrt. 2016 om 14:07 schreef Maor Lipchuk <mlipc...@redhat.com >>>>> >: >>>>> >>>>>> Hi Paul, >>>>>> >>>>>> Which problem are you referring, the remove of OVF_STORE disks or the >>>>>> audit log warning? >>>>>> In the screencast I can see that the Storage Domain is active but I >>>>>> didn't notice any audit log errors. >>>>>> >>>>>> Regards, >>>>>> Maor >>>>>> >>>>>> On Thu, Mar 31, 2016 at 2:38 PM, Paul Groeneweg | Pazion < >>>>>> p...@pazion.nl> wrote: >>>>>> >>>>>>> Hi Maor, >>>>>>> >>>>>>> The 3.6.4 did not solve the problem. >>>>>>> >>>>>>> Any idea how to fix this issue? >>>>>>> I believe it has something todo with the status of hosted_storage ( >>>>>>> 1st entry ) http://screencast.com/t/vCx0CQiXm >>>>>>> >>>>>>> Op za 26 mrt. 2016 om 18:08 schreef Maor Lipchuk < >>>>>>> mlipc...@redhat.com>: >>>>>>> >>>>>>>> Hi Paul, >>>>>>>> >>>>>>>> Can you please update whether the upgrade for 3.6.4 has helped. >>>>>>>> Regarding the OVF_STORE disks, those disks should not be deleted >>>>>>>> since deleting them might reflect on the Disaster Recovery scenarios >>>>>>>> >>>>>>>> Regards, >>>>>>>> Maor >>>>>>>> >>>>>>>> >>>>>>>> On Thu, Mar 24, 2016 at 10:10 PM, Paul Groeneweg | Pazion < >>>>>>>> p...@pazion.nl> wrote: >>>>>>>> >>>>>>>>> I believe my problem is related to this bug >>>>>>
Re: [ovirt-users] hosted-engine stuck "failed liveliness check" "detail": "up"
Thanks for the help! I managed to fix it :-) I made a device from the hosted engine file with losetup and for the LVM again. >From there I was able to fsck my partition. And answered a lot of y to the list of inconsistences. I removed the loop back devices. I turned off maintenance mode and hosted engine started :-) Few hours later , restore of the pgsql db and scratching my head, very happy it is running again without any VMS being offline meanwhile :) I will defintely save the way to start hosted-engine with cd iso, as this seems less error sensitive and easier to do. Thanks! Op vr 15 apr. 2016 om 11:35 schreef Simone Tiraboschi <stira...@redhat.com>: > On Fri, Apr 15, 2016 at 11:02 AM, Paul Groeneweg | Pazion > <p...@pazion.nl> wrote: > > Thanks! > > > > I managed to get the console through: > > > > hosted-engine --add-console-password > > /bin/remote-viewer vnc://localhost:5900 > > > > Turns out, there seems to be some corruption on the partition: > > http://screencast.com/t/6iR0U3QuI > > > > Is there a way to boot from CD, so I can start rescue mode? > > Yes, > you have to set global maintenance mode to avoid VM start attempts on > other hosts. > > You have to poweroff the engine VM with: > hosted-engine --vm-shutdown/--vm-poweroff (probably the second one in > your case) > Then you have to create a copy of > /var/run/ovirt-hosted-engine-ha/vm.conf and you have to manually edit > it in order to attach the ISO image and change the boot order. > At that point you can start the engine VM with your custom configuration > with: > hosted-engine --vm-start --vm-conf=my_custom_vm.conf > > Good luck! > > > Op vr 15 apr. 2016 om 10:58 schreef Martin Sivak <msi...@redhat.com>: > >> > >> Hi, > >> > >> you can access the console using vnc or use virsh to get access to the > >> serial console. > >> > >> Check the following commands on the host where the VM is currently > >> running: > >> > >> virsh -r list > >> virsh -r console HostedEngine > >> virsh -r vncdisplay HostedEngine > >> > >> Those should give you enough pointers to connect to the VM. > >> > >> Regards > >> > >> Martin Sivak > >> > >> > >> > >> On Fri, Apr 15, 2016 at 10:14 AM, Paul Groeneweg | Pazion > >> <p...@pazion.nl> wrote: > >> > > >> > Tonight my server with NFS hosted-engine mount crashed. > >> > Now all is back online ,except the hosted engine. I can't ping or ssh > >> > the > >> > machine > >> > > >> > when I do hosted-engine --vm-status, I get: > >> > > >> > .. > >> > --== Host 2 status ==-- > >> > > >> > Status up-to-date : True > >> > Hostname : geisha-3.pazion.nl > >> > Host ID: 2 > >> > Engine status : {"reason": "failed liveliness > >> > check", > >> > "health": "bad", "vm": "up", "detail": "up"} > >> > Score : 3400 > >> > stopped: False > >> > Local maintenance : False > >> > crc32 : d71d7c6b > >> > Host timestamp : 4404 > >> > > >> > > >> > I tried restarting all services/nfs mounts, start hosted engine on > other > >> > hosts, but all the same host up, but liveliness failed and unable to > >> > access > >> > the network/IP. > >> > > >> > I imagine it is stuck at the console requiring a fsck check maybe? > >> > Is there a way to access the boot display directly? > >> > > >> > Any help is highly appreciated! > >> > > >> > > >> > > >> > > >> > > >> > > >> > ___ > >> > 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] hosted-engine stuck "failed liveliness check" "detail": "up"
Thanks! I managed to get the console through: hosted-engine --add-console-password /bin/remote-viewer vnc://localhost:5900 Turns out, there seems to be some corruption on the partition: http://screencast.com/t/6iR0U3QuI Is there a way to boot from CD, so I can start rescue mode? Op vr 15 apr. 2016 om 10:58 schreef Martin Sivak <msi...@redhat.com>: > Hi, > > you can access the console using vnc or use virsh to get access to the > serial console. > > Check the following commands on the host where the VM is currently running: > > virsh -r list > virsh -r console HostedEngine > virsh -r vncdisplay HostedEngine > > Those should give you enough pointers to connect to the VM. > > Regards > > Martin Sivak > > > > On Fri, Apr 15, 2016 at 10:14 AM, Paul Groeneweg | Pazion > <p...@pazion.nl> wrote: > > > > Tonight my server with NFS hosted-engine mount crashed. > > Now all is back online ,except the hosted engine. I can't ping or ssh > the > > machine > > > > when I do hosted-engine --vm-status, I get: > > > > .. > > --== Host 2 status ==-- > > > > Status up-to-date : True > > Hostname : geisha-3.pazion.nl > > Host ID: 2 > > Engine status : {"reason": "failed liveliness > check", > > "health": "bad", "vm": "up", "detail": "up"} > > Score : 3400 > > stopped: False > > Local maintenance : False > > crc32 : d71d7c6b > > Host timestamp : 4404 > > > > > > I tried restarting all services/nfs mounts, start hosted engine on other > > hosts, but all the same host up, but liveliness failed and unable to > access > > the network/IP. > > > > I imagine it is stuck at the console requiring a fsck check maybe? > > Is there a way to access the boot display directly? > > > > Any help is highly appreciated! > > > > > > > > > > > > > > ___ > > 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
[ovirt-users] hosted-engine stuck "failed liveliness check" "detail": "up"
Tonight my server with NFS hosted-engine mount crashed. Now all is back online ,except the hosted engine. I can't ping or ssh the machine when I do hosted-engine --vm-status, I get: .. --== Host 2 status ==-- Status up-to-date : True Hostname : geisha-3.pazion.nl Host ID: 2 Engine status : {"reason": "failed liveliness check", "health": "bad", "vm": "up", "detail": "up"} Score : 3400 stopped: False Local maintenance : False crc32 : d71d7c6b Host timestamp : 4404 I tried restarting all services/nfs mounts, start hosted engine on other hosts, but all the same host up, but liveliness failed and unable to access the network/IP. I imagine it is stuck at the console requiring a fsck check maybe? Is there a way to access the boot display directly? Any help is highly appreciated! ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Delete Failed to update OVF disks, OVF data isn't updated on those OVF stores (Data Center Default, Storage Domain hostedengine_nfs).
I'd like to add: - There are 2 OVF stores in my hosted_storage ( hostedengine_nfs ). - I checked creation time, they are both created around the same time http://screencast.com/t/hbXQFlou So hopefully there is some way to update hosted storage sp it can be updated. Op do 31 mrt. 2016 om 15:41 schreef Maor Lipchuk <mlipc...@redhat.com>: > [Adding Roy to the thread] > Roy, > > Can you please share your insight regarding the hosted engine behavior. > It looks that one of the OVF_STORE disks is not valid and I think that > detach/attach of the storage domain might fix the audit log errors. > The question is, if it is possible to do so in hosted engine environment. > > Regards, > Maor > > On Thu, Mar 31, 2016 at 4:14 PM, Paul Groeneweg | Pazion <p...@pazion.nl> > wrote: > >> >> >> This storage domain is my hosted engine storage domain. So I should put >> it to maintenance and then detach? http://screencast.com/t/kjgNpI7fQ >> >> Am I still able to use the hosed engine ( web interface) when this >> stoarge domain is in maintenance and detached? >> >> As I don't want to risk detaching hosted storage storage domain and as a >> results breaking my whole setup. >> >> >> >> >> >> Op do 31 mrt. 2016 om 15:07 schreef Maor Lipchuk <mlipc...@redhat.com>: >> >>> Have you already tried to detach and attach the Storage Domain? >>> >>> On Thu, Mar 31, 2016 at 3:11 PM, Paul Groeneweg | Pazion <p...@pazion.nl >>> > wrote: >>> >>>> Hi Maor, >>>> >>>> I am refering to the eventlog, where these ovf errors appear every hour >>>> and fill up my eventlog >>>> >>>> http://screencast.com/t/S8cfXMsdGM >>>> >>>> >>>> >>>> Op do 31 mrt. 2016 om 14:07 schreef Maor Lipchuk <mlipc...@redhat.com>: >>>> >>>>> Hi Paul, >>>>> >>>>> Which problem are you referring, the remove of OVF_STORE disks or the >>>>> audit log warning? >>>>> In the screencast I can see that the Storage Domain is active but I >>>>> didn't notice any audit log errors. >>>>> >>>>> Regards, >>>>> Maor >>>>> >>>>> On Thu, Mar 31, 2016 at 2:38 PM, Paul Groeneweg | Pazion < >>>>> p...@pazion.nl> wrote: >>>>> >>>>>> Hi Maor, >>>>>> >>>>>> The 3.6.4 did not solve the problem. >>>>>> >>>>>> Any idea how to fix this issue? >>>>>> I believe it has something todo with the status of hosted_storage ( >>>>>> 1st entry ) http://screencast.com/t/vCx0CQiXm >>>>>> >>>>>> Op za 26 mrt. 2016 om 18:08 schreef Maor Lipchuk <mlipc...@redhat.com >>>>>> >: >>>>>> >>>>>>> Hi Paul, >>>>>>> >>>>>>> Can you please update whether the upgrade for 3.6.4 has helped. >>>>>>> Regarding the OVF_STORE disks, those disks should not be deleted >>>>>>> since deleting them might reflect on the Disaster Recovery scenarios >>>>>>> >>>>>>> Regards, >>>>>>> Maor >>>>>>> >>>>>>> >>>>>>> On Thu, Mar 24, 2016 at 10:10 PM, Paul Groeneweg | Pazion < >>>>>>> p...@pazion.nl> wrote: >>>>>>> >>>>>>>> I believe my problem is related to this bug >>>>>>>> https://bugzilla.redhat.com/show_bug.cgi?id=1303316 >>>>>>>> >>>>>>>> As you can see in the screenshot the hostedengine storage is >>>>>>>> unassigned and so both ovf_stores are OK, but not linked and therefore >>>>>>>> can't be updated?! >>>>>>>> >>>>>>>> So for now I guess I'll wait for update 3.6.4 and cross my fingers >>>>>>>> and updates solves the event log error. >>>>>>>> >>>>>>>> Op do 24 mrt. 2016 om 20:15 schreef Paul Groeneweg | Pazion < >>>>>>>> p...@pazion.nl>: >>>>>>>> >>>>>>>>> I checked, the OVf, but I can only remove the OVF. >>>>>>>>> >>>>>>>>> http://screencast.com/t/vCx0CQiXm >>>>>>>>> >>>>>
Re: [ovirt-users] Delete Failed to update OVF disks, OVF data isn't updated on those OVF stores (Data Center Default, Storage Domain hostedengine_nfs).
This storage domain is my hosted engine storage domain. So I should put it to maintenance and then detach? http://screencast.com/t/kjgNpI7fQ Am I still able to use the hosed engine ( web interface) when this stoarge domain is in maintenance and detached? As I don't want to risk detaching hosted storage storage domain and as a results breaking my whole setup. Op do 31 mrt. 2016 om 15:07 schreef Maor Lipchuk <mlipc...@redhat.com>: > Have you already tried to detach and attach the Storage Domain? > > On Thu, Mar 31, 2016 at 3:11 PM, Paul Groeneweg | Pazion <p...@pazion.nl> > wrote: > >> Hi Maor, >> >> I am refering to the eventlog, where these ovf errors appear every hour >> and fill up my eventlog >> >> http://screencast.com/t/S8cfXMsdGM >> >> >> >> Op do 31 mrt. 2016 om 14:07 schreef Maor Lipchuk <mlipc...@redhat.com>: >> >>> Hi Paul, >>> >>> Which problem are you referring, the remove of OVF_STORE disks or the >>> audit log warning? >>> In the screencast I can see that the Storage Domain is active but I >>> didn't notice any audit log errors. >>> >>> Regards, >>> Maor >>> >>> On Thu, Mar 31, 2016 at 2:38 PM, Paul Groeneweg | Pazion <p...@pazion.nl >>> > wrote: >>> >>>> Hi Maor, >>>> >>>> The 3.6.4 did not solve the problem. >>>> >>>> Any idea how to fix this issue? >>>> I believe it has something todo with the status of hosted_storage ( 1st >>>> entry ) http://screencast.com/t/vCx0CQiXm >>>> >>>> Op za 26 mrt. 2016 om 18:08 schreef Maor Lipchuk <mlipc...@redhat.com>: >>>> >>>>> Hi Paul, >>>>> >>>>> Can you please update whether the upgrade for 3.6.4 has helped. >>>>> Regarding the OVF_STORE disks, those disks should not be deleted since >>>>> deleting them might reflect on the Disaster Recovery scenarios >>>>> >>>>> Regards, >>>>> Maor >>>>> >>>>> >>>>> On Thu, Mar 24, 2016 at 10:10 PM, Paul Groeneweg | Pazion < >>>>> p...@pazion.nl> wrote: >>>>> >>>>>> I believe my problem is related to this bug >>>>>> https://bugzilla.redhat.com/show_bug.cgi?id=1303316 >>>>>> >>>>>> As you can see in the screenshot the hostedengine storage is >>>>>> unassigned and so both ovf_stores are OK, but not linked and therefore >>>>>> can't be updated?! >>>>>> >>>>>> So for now I guess I'll wait for update 3.6.4 and cross my fingers >>>>>> and updates solves the event log error. >>>>>> >>>>>> Op do 24 mrt. 2016 om 20:15 schreef Paul Groeneweg | Pazion < >>>>>> p...@pazion.nl>: >>>>>> >>>>>>> I checked, the OVf, but I can only remove the OVF. >>>>>>> >>>>>>> http://screencast.com/t/vCx0CQiXm >>>>>>> >>>>>>> What happens when I remove them, is it safe? >>>>>>> >>>>>>> I checked agent.log and do not see the errors there >>>>>>> >>>>>>> MainThread::INFO::2016-03-24 >>>>>>> 20:12:28,154::image::116::ovirt_hosted_engine_ha.lib.image.Image::(prepare_images) >>>>>>> Preparing images >>>>>>> >>>>>>> MainThread::INFO::2016-03-24 >>>>>>> 20:12:28,811::hosted_engine::684::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) >>>>>>> Reloading vm.conf from the shared storage domain >>>>>>> >>>>>>> MainThread::INFO::2016-03-24 >>>>>>> 20:12:28,811::config::205::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) >>>>>>> Trying to get a fresher copy of vm configuration from the OVF_STORE >>>>>>> >>>>>>> MainThread::INFO::2016-03-24 >>>>>>> 20:12:28,936::ovf_store::100::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan) >>>>>>> Found OVF_STORE: imgUUID:18c50ea6-4654-4525-b241-09e15acf5e99, >>>>>>> volUUID:2f2ccb59-a3f3-43bf-87eb-53595af01cf5 >>>>>>> >>>>>>> MainThread::INFO::2016-03-24 >>>>>>> 20:12:29,147::ovf_s
Re: [ovirt-users] Delete Failed to update OVF disks, OVF data isn't updated on those OVF stores (Data Center Default, Storage Domain hostedengine_nfs).
Hi Maor, I am refering to the eventlog, where these ovf errors appear every hour and fill up my eventlog http://screencast.com/t/S8cfXMsdGM Op do 31 mrt. 2016 om 14:07 schreef Maor Lipchuk <mlipc...@redhat.com>: > Hi Paul, > > Which problem are you referring, the remove of OVF_STORE disks or the > audit log warning? > In the screencast I can see that the Storage Domain is active but I didn't > notice any audit log errors. > > Regards, > Maor > > On Thu, Mar 31, 2016 at 2:38 PM, Paul Groeneweg | Pazion <p...@pazion.nl> > wrote: > >> Hi Maor, >> >> The 3.6.4 did not solve the problem. >> >> Any idea how to fix this issue? >> I believe it has something todo with the status of hosted_storage ( 1st >> entry ) http://screencast.com/t/vCx0CQiXm >> >> Op za 26 mrt. 2016 om 18:08 schreef Maor Lipchuk <mlipc...@redhat.com>: >> >>> Hi Paul, >>> >>> Can you please update whether the upgrade for 3.6.4 has helped. >>> Regarding the OVF_STORE disks, those disks should not be deleted since >>> deleting them might reflect on the Disaster Recovery scenarios >>> >>> Regards, >>> Maor >>> >>> >>> On Thu, Mar 24, 2016 at 10:10 PM, Paul Groeneweg | Pazion < >>> p...@pazion.nl> wrote: >>> >>>> I believe my problem is related to this bug >>>> https://bugzilla.redhat.com/show_bug.cgi?id=1303316 >>>> >>>> As you can see in the screenshot the hostedengine storage is unassigned >>>> and so both ovf_stores are OK, but not linked and therefore can't be >>>> updated?! >>>> >>>> So for now I guess I'll wait for update 3.6.4 and cross my fingers and >>>> updates solves the event log error. >>>> >>>> Op do 24 mrt. 2016 om 20:15 schreef Paul Groeneweg | Pazion < >>>> p...@pazion.nl>: >>>> >>>>> I checked, the OVf, but I can only remove the OVF. >>>>> >>>>> http://screencast.com/t/vCx0CQiXm >>>>> >>>>> What happens when I remove them, is it safe? >>>>> >>>>> I checked agent.log and do not see the errors there >>>>> >>>>> MainThread::INFO::2016-03-24 >>>>> 20:12:28,154::image::116::ovirt_hosted_engine_ha.lib.image.Image::(prepare_images) >>>>> Preparing images >>>>> >>>>> MainThread::INFO::2016-03-24 >>>>> 20:12:28,811::hosted_engine::684::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) >>>>> Reloading vm.conf from the shared storage domain >>>>> >>>>> MainThread::INFO::2016-03-24 >>>>> 20:12:28,811::config::205::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) >>>>> Trying to get a fresher copy of vm configuration from the OVF_STORE >>>>> >>>>> MainThread::INFO::2016-03-24 >>>>> 20:12:28,936::ovf_store::100::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan) >>>>> Found OVF_STORE: imgUUID:18c50ea6-4654-4525-b241-09e15acf5e99, >>>>> volUUID:2f2ccb59-a3f3-43bf-87eb-53595af01cf5 >>>>> >>>>> MainThread::INFO::2016-03-24 >>>>> 20:12:29,147::ovf_store::100::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan) >>>>> Found OVF_STORE: imgUUID:6e14348b-af7a-49bc-9af2-8b703c17a53d, >>>>> volUUID:fabdd6f4-b8d6-4ffe-889c-df86b34619ca >>>>> >>>>> MainThread::INFO::2016-03-24 >>>>> 20:12:29,420::ovf_store::109::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(getEngineVMOVF) >>>>> Extracting Engine VM OVF from the OVF_STORE >>>>> >>>>> MainThread::INFO::2016-03-24 >>>>> 20:12:29,580::ovf_store::116::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(getEngineVMOVF) >>>>> OVF_STORE volume path: /rhev/data-center/mnt/hostedstorage.pazion.nl: >>>>> _opt_hosted-engine/88b69eba-ef4f-4dbe-ba53-20dadd424d0e/images/6e14348b-af7a-49bc-9af2-8b703c17a53d/fabdd6f4-b8d6-4ffe-889c-df86b34619ca >>>>> >>>>> MainThread::INFO::2016-03-24 >>>>> 20:12:29,861::config::225::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) >>>>> Found an OVF for HE VM, trying to convert >>>>> >>>>> MainThread::INFO::2016-03-24 >>>>> 20:12:29,865::config::230::ovirt_hosted_engine_ha.agent.h
Re: [ovirt-users] Delete Failed to update OVF disks, OVF data isn't updated on those OVF stores (Data Center Default, Storage Domain hostedengine_nfs).
Hi Maor, The 3.6.4 did not solve the problem. Any idea how to fix this issue? I believe it has something todo with the status of hosted_storage ( 1st entry ) http://screencast.com/t/vCx0CQiXm Op za 26 mrt. 2016 om 18:08 schreef Maor Lipchuk <mlipc...@redhat.com>: > Hi Paul, > > Can you please update whether the upgrade for 3.6.4 has helped. > Regarding the OVF_STORE disks, those disks should not be deleted since > deleting them might reflect on the Disaster Recovery scenarios > > Regards, > Maor > > > On Thu, Mar 24, 2016 at 10:10 PM, Paul Groeneweg | Pazion <p...@pazion.nl> > wrote: > >> I believe my problem is related to this bug >> https://bugzilla.redhat.com/show_bug.cgi?id=1303316 >> >> As you can see in the screenshot the hostedengine storage is unassigned >> and so both ovf_stores are OK, but not linked and therefore can't be >> updated?! >> >> So for now I guess I'll wait for update 3.6.4 and cross my fingers and >> updates solves the event log error. >> >> Op do 24 mrt. 2016 om 20:15 schreef Paul Groeneweg | Pazion < >> p...@pazion.nl>: >> >>> I checked, the OVf, but I can only remove the OVF. >>> >>> http://screencast.com/t/vCx0CQiXm >>> >>> What happens when I remove them, is it safe? >>> >>> I checked agent.log and do not see the errors there >>> >>> MainThread::INFO::2016-03-24 >>> 20:12:28,154::image::116::ovirt_hosted_engine_ha.lib.image.Image::(prepare_images) >>> Preparing images >>> >>> MainThread::INFO::2016-03-24 >>> 20:12:28,811::hosted_engine::684::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) >>> Reloading vm.conf from the shared storage domain >>> >>> MainThread::INFO::2016-03-24 >>> 20:12:28,811::config::205::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) >>> Trying to get a fresher copy of vm configuration from the OVF_STORE >>> >>> MainThread::INFO::2016-03-24 >>> 20:12:28,936::ovf_store::100::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan) >>> Found OVF_STORE: imgUUID:18c50ea6-4654-4525-b241-09e15acf5e99, >>> volUUID:2f2ccb59-a3f3-43bf-87eb-53595af01cf5 >>> >>> MainThread::INFO::2016-03-24 >>> 20:12:29,147::ovf_store::100::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan) >>> Found OVF_STORE: imgUUID:6e14348b-af7a-49bc-9af2-8b703c17a53d, >>> volUUID:fabdd6f4-b8d6-4ffe-889c-df86b34619ca >>> >>> MainThread::INFO::2016-03-24 >>> 20:12:29,420::ovf_store::109::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(getEngineVMOVF) >>> Extracting Engine VM OVF from the OVF_STORE >>> >>> MainThread::INFO::2016-03-24 >>> 20:12:29,580::ovf_store::116::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(getEngineVMOVF) >>> OVF_STORE volume path: /rhev/data-center/mnt/hostedstorage.pazion.nl: >>> _opt_hosted-engine/88b69eba-ef4f-4dbe-ba53-20dadd424d0e/images/6e14348b-af7a-49bc-9af2-8b703c17a53d/fabdd6f4-b8d6-4ffe-889c-df86b34619ca >>> >>> MainThread::INFO::2016-03-24 >>> 20:12:29,861::config::225::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) >>> Found an OVF for HE VM, trying to convert >>> >>> MainThread::INFO::2016-03-24 >>> 20:12:29,865::config::230::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) >>> Got vm.conf from OVF_STORE >>> >>> MainThread::INFO::2016-03-24 >>> 20:12:29,997::hosted_engine::462::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 3400) >>> >>> >>> So leaves me wondering if I should worry about the errors in the event >>> log. >>> >>> >>> >>> Op do 24 mrt. 2016 om 16:18 schreef Paul Groeneweg | Pazion < >>> p...@pazion.nl>: >>> >>>> >>>> These OVF stores are created on my hosted-engine storage instance. I >>>> did not found any reference in the hosted-engine.conf, so you are sure they >>>> can't be deleted? >>>> >>>> So it holds only info about the hosted-engine disk? So when detaching, >>>> do I have any risk destroying my hosted-engine? >>>> >>>> I can just detach them in this screen: >>>> http://screencast.com/t/ymnzsNHj7e and then re-attach? >>>> >>>> I check file permissions, but this looked good co
Re: [ovirt-users] Delete Failed to update OVF disks, OVF data isn't updated on those OVF stores (Data Center Default, Storage Domain hostedengine_nfs).
I believe my problem is related to this bug https://bugzilla.redhat.com/show_bug.cgi?id=1303316 As you can see in the screenshot the hostedengine storage is unassigned and so both ovf_stores are OK, but not linked and therefore can't be updated?! So for now I guess I'll wait for update 3.6.4 and cross my fingers and updates solves the event log error. Op do 24 mrt. 2016 om 20:15 schreef Paul Groeneweg | Pazion <p...@pazion.nl >: > I checked, the OVf, but I can only remove the OVF. > > http://screencast.com/t/vCx0CQiXm > > What happens when I remove them, is it safe? > > I checked agent.log and do not see the errors there > > MainThread::INFO::2016-03-24 > 20:12:28,154::image::116::ovirt_hosted_engine_ha.lib.image.Image::(prepare_images) > Preparing images > > MainThread::INFO::2016-03-24 > 20:12:28,811::hosted_engine::684::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) > Reloading vm.conf from the shared storage domain > > MainThread::INFO::2016-03-24 > 20:12:28,811::config::205::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) > Trying to get a fresher copy of vm configuration from the OVF_STORE > > MainThread::INFO::2016-03-24 > 20:12:28,936::ovf_store::100::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan) > Found OVF_STORE: imgUUID:18c50ea6-4654-4525-b241-09e15acf5e99, > volUUID:2f2ccb59-a3f3-43bf-87eb-53595af01cf5 > > MainThread::INFO::2016-03-24 > 20:12:29,147::ovf_store::100::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan) > Found OVF_STORE: imgUUID:6e14348b-af7a-49bc-9af2-8b703c17a53d, > volUUID:fabdd6f4-b8d6-4ffe-889c-df86b34619ca > > MainThread::INFO::2016-03-24 > 20:12:29,420::ovf_store::109::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(getEngineVMOVF) > Extracting Engine VM OVF from the OVF_STORE > > MainThread::INFO::2016-03-24 > 20:12:29,580::ovf_store::116::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(getEngineVMOVF) > OVF_STORE volume path: /rhev/data-center/mnt/hostedstorage.pazion.nl: > _opt_hosted-engine/88b69eba-ef4f-4dbe-ba53-20dadd424d0e/images/6e14348b-af7a-49bc-9af2-8b703c17a53d/fabdd6f4-b8d6-4ffe-889c-df86b34619ca > > MainThread::INFO::2016-03-24 > 20:12:29,861::config::225::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) > Found an OVF for HE VM, trying to convert > > MainThread::INFO::2016-03-24 > 20:12:29,865::config::230::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) > Got vm.conf from OVF_STORE > > MainThread::INFO::2016-03-24 > 20:12:29,997::hosted_engine::462::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineUp (score: 3400) > > > So leaves me wondering if I should worry about the errors in the event log. > > > > Op do 24 mrt. 2016 om 16:18 schreef Paul Groeneweg | Pazion < > p...@pazion.nl>: > >> >> These OVF stores are created on my hosted-engine storage instance. I did >> not found any reference in the hosted-engine.conf, so you are sure they >> can't be deleted? >> >> So it holds only info about the hosted-engine disk? So when detaching, do >> I have any risk destroying my hosted-engine? >> >> I can just detach them in this screen: http://screencast.com/t/ymnzsNHj7e and >> then re-attach? >> >> I check file permissions, but this looked good compared to the other >> images. So really strange this eventlog. >> >> Regards, >> Paul >> >> >> Op do 24 mrt. 2016 om 10:01 schreef Maor Lipchuk <mlipc...@redhat.com>: >> >>> Met vriendelijke groeten, >>> >>> Paul Groeneweg >>> Pazion >>> Webdevelopment - Hosting - Apps >>> >>> T +31 26 3020038 >>> M +31 614 277 577 >>> E p...@pazion.nl >>> >>> ***disclaimer*** >>> "This e-mail and any attachments thereto may contain information which >>> is confidential and/or protected by intellectual property rights and are >>> intended for the sole use of the recipient(s) named above. Any use of the >>> information contained herein (including, but not limited to, total or >>> partial reproduction, communication or distribution in any form) by persons >>> other than the designated recipient(s) is prohibited. If you have received >>> this e-mail in error, please notify the sender either by telephone or by >>> e-mail and delete the material from any computer. Thank you for your >>> cooperation." >>> >>> On Thu, Mar 24, 2016 at 12:12 AM, Paul Groeneweg | Pazion < &g
Re: [ovirt-users] Delete Failed to update OVF disks, OVF data isn't updated on those OVF stores (Data Center Default, Storage Domain hostedengine_nfs).
I checked, the OVf, but I can only remove the OVF. http://screencast.com/t/vCx0CQiXm What happens when I remove them, is it safe? I checked agent.log and do not see the errors there MainThread::INFO::2016-03-24 20:12:28,154::image::116::ovirt_hosted_engine_ha.lib.image.Image::(prepare_images) Preparing images MainThread::INFO::2016-03-24 20:12:28,811::hosted_engine::684::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) Reloading vm.conf from the shared storage domain MainThread::INFO::2016-03-24 20:12:28,811::config::205::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) Trying to get a fresher copy of vm configuration from the OVF_STORE MainThread::INFO::2016-03-24 20:12:28,936::ovf_store::100::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan) Found OVF_STORE: imgUUID:18c50ea6-4654-4525-b241-09e15acf5e99, volUUID:2f2ccb59-a3f3-43bf-87eb-53595af01cf5 MainThread::INFO::2016-03-24 20:12:29,147::ovf_store::100::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan) Found OVF_STORE: imgUUID:6e14348b-af7a-49bc-9af2-8b703c17a53d, volUUID:fabdd6f4-b8d6-4ffe-889c-df86b34619ca MainThread::INFO::2016-03-24 20:12:29,420::ovf_store::109::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(getEngineVMOVF) Extracting Engine VM OVF from the OVF_STORE MainThread::INFO::2016-03-24 20:12:29,580::ovf_store::116::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(getEngineVMOVF) OVF_STORE volume path: /rhev/data-center/mnt/hostedstorage.pazion.nl: _opt_hosted-engine/88b69eba-ef4f-4dbe-ba53-20dadd424d0e/images/6e14348b-af7a-49bc-9af2-8b703c17a53d/fabdd6f4-b8d6-4ffe-889c-df86b34619ca MainThread::INFO::2016-03-24 20:12:29,861::config::225::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) Found an OVF for HE VM, trying to convert MainThread::INFO::2016-03-24 20:12:29,865::config::230::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) Got vm.conf from OVF_STORE MainThread::INFO::2016-03-24 20:12:29,997::hosted_engine::462::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 3400) So leaves me wondering if I should worry about the errors in the event log. Op do 24 mrt. 2016 om 16:18 schreef Paul Groeneweg | Pazion <p...@pazion.nl >: > > These OVF stores are created on my hosted-engine storage instance. I did > not found any reference in the hosted-engine.conf, so you are sure they > can't be deleted? > > So it holds only info about the hosted-engine disk? So when detaching, do > I have any risk destroying my hosted-engine? > > I can just detach them in this screen: http://screencast.com/t/ymnzsNHj7e and > then re-attach? > > I check file permissions, but this looked good compared to the other > images. So really strange this eventlog. > > Regards, > Paul > > > Op do 24 mrt. 2016 om 10:01 schreef Maor Lipchuk <mlipc...@redhat.com>: > >> Met vriendelijke groeten, >> >> Paul Groeneweg >> Pazion >> Webdevelopment - Hosting - Apps >> >> T +31 26 3020038 >> M +31 614 277 577 >> E p...@pazion.nl >> >> ***disclaimer*** >> "This e-mail and any attachments thereto may contain information which is >> confidential and/or protected by intellectual property rights and are >> intended for the sole use of the recipient(s) named above. Any use of the >> information contained herein (including, but not limited to, total or >> partial reproduction, communication or distribution in any form) by persons >> other than the designated recipient(s) is prohibited. If you have received >> this e-mail in error, please notify the sender either by telephone or by >> e-mail and delete the material from any computer. Thank you for your >> cooperation." >> >> On Thu, Mar 24, 2016 at 12:12 AM, Paul Groeneweg | Pazion <p...@pazion.nl >> > wrote: >> >>> >>> After the 3.6 updates ( which didn't went without a hitch ) >>> >>> I get the following errors in my event log: >>> >>> Failed to update OVF disks 18c50ea6-4654-4525-b241-09e15acf5e99, OVF >>> data isn't updated on those OVF stores (Data Center Default, Storage Domain >>> hostedengine_nfs). >>> >>> VDSM command failed: Could not acquire resource. Probably resource >>> factory threw an exception.: () >>> >>> http://screencast.com/t/S8cfXMsdGM >>> >>> When I check on file there is some data, but not updated: >>> http://screencast.com/t/hbXQFlou >>> >>> When I check in the web interface I see 2 OVF files listed. What are >>> these for, can I delete them? http://screencas
Re: [ovirt-users] Delete Failed to update OVF disks, OVF data isn't updated on those OVF stores (Data Center Default, Storage Domain hostedengine_nfs).
These OVF stores are created on my hosted-engine storage instance. I did not found any reference in the hosted-engine.conf, so you are sure they can't be deleted? So it holds only info about the hosted-engine disk? So when detaching, do I have any risk destroying my hosted-engine? I can just detach them in this screen: http://screencast.com/t/ymnzsNHj7e and then re-attach? I check file permissions, but this looked good compared to the other images. So really strange this eventlog. Regards, Paul Op do 24 mrt. 2016 om 10:01 schreef Maor Lipchuk <mlipc...@redhat.com>: > Met vriendelijke groeten, > > Paul Groeneweg > Pazion > Webdevelopment - Hosting - Apps > > T +31 26 3020038 > M +31 614 277 577 > E p...@pazion.nl > > ***disclaimer*** > "This e-mail and any attachments thereto may contain information which is > confidential and/or protected by intellectual property rights and are > intended for the sole use of the recipient(s) named above. Any use of the > information contained herein (including, but not limited to, total or > partial reproduction, communication or distribution in any form) by persons > other than the designated recipient(s) is prohibited. If you have received > this e-mail in error, please notify the sender either by telephone or by > e-mail and delete the material from any computer. Thank you for your > cooperation." > > On Thu, Mar 24, 2016 at 12:12 AM, Paul Groeneweg | Pazion <p...@pazion.nl> > wrote: > >> >> After the 3.6 updates ( which didn't went without a hitch ) >> >> I get the following errors in my event log: >> >> Failed to update OVF disks 18c50ea6-4654-4525-b241-09e15acf5e99, OVF data >> isn't updated on those OVF stores (Data Center Default, Storage Domain >> hostedengine_nfs). >> >> VDSM command failed: Could not acquire resource. Probably resource >> factory threw an exception.: () >> >> http://screencast.com/t/S8cfXMsdGM >> >> When I check on file there is some data, but not updated: >> http://screencast.com/t/hbXQFlou >> >> When I check in the web interface I see 2 OVF files listed. What are >> these for, can I delete them? http://screencast.com/t/ymnzsNHj7e >> > >> Hopefully someone knows what to do about these warnings/erros and whether >> I can delete the OVF files. >> > >> Best Regards, >> Paul Groeneweg >> >> >> ___ >> Users mailing list >> Users@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> > Hi Paul, > > The OVF_STORE disks are disks which preserve all the VMs and Templates OVF > data and are mostly use for disaster recovery scenarios. > Those disks can not be deleted. > Regarding the audit log which you got, can you try to detach and attach > the Storage once again and let me know if you still get this even log. > > Regards, > Maor > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Delete Failed to update OVF disks, OVF data isn't updated on those OVF stores (Data Center Default, Storage Domain hostedengine_nfs).
After the 3.6 updates ( which didn't went without a hitch ) I get the following errors in my event log: Failed to update OVF disks 18c50ea6-4654-4525-b241-09e15acf5e99, OVF data isn't updated on those OVF stores (Data Center Default, Storage Domain hostedengine_nfs). VDSM command failed: Could not acquire resource. Probably resource factory threw an exception.: () http://screencast.com/t/S8cfXMsdGM When I check on file there is some data, but not updated: http://screencast.com/t/hbXQFlou When I check in the web interface I see 2 OVF files listed. What are these for, can I delete them? http://screencast.com/t/ymnzsNHj7e Hopefully someone knows what to do about these warnings/erros and whether I can delete the OVF files. Best Regards, Paul Groeneweg ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] hosted-engine storage domain locked / not recognized
I am having problems getting the hosted-engine storage domain imported into the web interface. I upgrade my hosts from el6 to el7. I am running oVirt 3.6.2 The storage domain is locked: http://screencast.com/t/gzBarFhH0 I am unable to attach in the datacenter as it says "There are no compatible Storage Domains to attach to this Data Center. Please add new Storage from the Storage tab.". I read https://bugzilla.redhat.com/show_bug.cgi?id=1269768 comment 52, and ( a little afraid to kill or loose my hosted-engine ) I destroyed the hostedengine_nfs storage. Then storage appeared again, but still the same, attach under datacenter tab does not work either. The event tab shows errors about failed adding http://screencast.com/t/49uigrvyuM3 My hosted engine storage domain is hostedengine_nfs. In https://bugzilla.redhat.com/show_bug.cgi?id=1269768 I read "ATM only domain's name 'hosted_storage' are *supported*." I found https://bugzilla.redhat.com/show_bug.cgi?id=1294457 and https://gerrit.ovirt.org/#/c/51218/ and added + ran # engine-config -s HostedEngineStorageDomainName=hosted_storage Now the storage domain is not detected in the web interface anymore. Putting storage domain name in engince-config back: # engine-config -s HostedEngineStorageDomainName=hostedengine_nfs => The domain is imported again, but locked as I started. So I wonder if it is possible to rename hosted storage domain? Or should I wait and is my described issue solved in 3.6.3? MAYBE RELATED?: On a host I get this in the agent.log ( host and engine are in maintenance mode ) MainThread::INFO::2016-02-17 20:33:00,482::upgrade::947::ovirt_hosted_engine_ha.lib.upgrade.StorageServer::(upgrade) Upgrading to current version MainThread::INFO::2016-02-17 20:33:00,994::upgrade::819::ovirt_hosted_engine_ha.lib.upgrade.StorageServer::(_is_in_engine_maintenance) This host is connected to other storage pools MainThread::ERROR::2016-02-17 20:33:00,994::upgrade::950::ovirt_hosted_engine_ha.lib.upgrade.StorageServer::(upgrade) Unable to upgrade while not in maintenance mode: please put this host into maintenance mode from the engine, and manually restart this service when ready MainThread::INFO::2016-02-17 20:33:00,995::hosted_engine::424::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Reloading vm.conf from the shared storage domain -- Met vriendelijke groeten, Paul Groeneweg Pazion Webdevelopment - Hosting - Apps T +31 26 3020038 M +31 614 277 577 E p...@pazion.nl ***disclaimer*** "This e-mail and any attachments thereto may contain information which is confidential and/or protected by intellectual property rights and are intended for the sole use of the recipient(s) named above. Any use of the information contained herein (including, but not limited to, total or partial reproduction, communication or distribution in any form) by persons other than the designated recipient(s) is prohibited. If you have received this e-mail in error, please notify the sender either by telephone or by e-mail and delete the material from any computer. Thank you for your cooperation." ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] ovirt 3.6 hostedengine.metadata, missing OVF_STORE
When upgrading the hosts I did add another Cluster 3.6 to be able to keep my VMs running ( as I couldn't connect el6 and el7 hosts in 1 cluster ). I was afaraid to lose my hosted-engine during upgrade, so kept hosted-engine as long as possible on old version. I then switched old Cluster to 3.6 and moved all back as I had problems to get the hosted-engine over to the new 3.6 Cluster. So I guess I ran some steps in wrong order? Which resulted in some missing configs/setup /storagePool...? Op di 9 feb. 2016 om 11:51 schreef Paul Groeneweg | Pazion <p...@pazion.nl>: > For the record, my hosted-engine still runs el6. > The hosts now run el7. > This means I need to save backup and restore to a new instance? > I do need to upgrade hosted-engine to el7? > > I don't get the overall picture, but what I find strange is, the spUUID in > my hosted-engine.conf is not found. When I check the NFS hosted-engine > storageDomain it reports this same pool ID. Which in my opinion is the > reason for the failed ovf / vm.conf auto-import on shared storage is. > > So to get this correct I need to backup and reinstall hosted-engine to get > the hosted engine working on my reinstalled hosts now runnign el7? > > Op di 9 feb. 2016 om 11:45 schreef Simone Tiraboschi <stira...@redhat.com > >: > >> On Tue, Feb 9, 2016 at 10:53 AM, Paul Groeneweg | Pazion <p...@pazion.nl> >> wrote: >> >>> The original (first host) was removed ( about a year a go I removed this >>> one ) and it is also removed from hosted-engine --vm-status overview. >>> >>> I ran 'hosted-engine --deploy' again on all the hosts because I >>> upgraded all hosts to EL7. >>> >> >> Upgrading hosted-engine from 3.5 on el6 to 3.6 on el7 requires some >> additional steps: >> https://bugzilla.redhat.com/show_bug.cgi?id=1188679 >> >> Adding Didi and Rafael who are working on that flow. >> >> >>> >>> ( I have als ran engine-setup for the upgrade ) >>> >>> How can I fix this missing spUUID issue? >>> Can I manually add this somehow or run somsetup again to fix this? >>> >>> >>> Op di 9 feb. 2016 om 10:43 schreef Simone Tiraboschi < >>> stira...@redhat.com>: >>> >>>> On Tue, Feb 9, 2016 at 9:45 AM, Paul Groeneweg | Pazion <p...@pazion.nl >>>> > wrote: >>>> >>>>> I have added 2 logs from 2 hosts >>>>> >>>>> >>>> Both the hosts are just additional host: >>>> 2016-02-07 20:32:30 DEBUG otopi.plugins.otopi.dialog.human >>>> human.queryString:156 query OVEHOSTED_ADDITIONAL_HOST >>>> 2016-02-07 20:32:30 DEBUG otopi.plugins.otopi.dialog.human >>>> dialog.__logString:219 DIALOG:SEND The specified storage >>>> location already contains a data domain. Is this an additional host setup >>>> (Yes, No)[Yes]? >>>> 2016-02-07 20:32:37 INFO >>>> otopi.plugins.ovirt_hosted_engine_setup.storage.storage >>>> storage._handleHostId:249 Installing on additional host >>>> >>>> 2016-02-05 23:47:05 DEBUG otopi.plugins.otopi.dialog.human >>>> human.queryString:156 query OVEHOSTED_ADDITIONAL_HOST >>>> 2016-02-05 23:47:05 DEBUG otopi.plugins.otopi.dialog.human >>>> dialog.__logString:219 DIALOG:SEND The specified storage >>>> location already contains a data domain. Is this an additional host setup >>>> (Yes, No)[Yes]? >>>> 2016-02-05 23:47:07 INFO >>>> otopi.plugins.ovirt_hosted_engine_setup.storage.storage >>>> storage._handleHostId:123 Installing on additional host >>>> >>>> Did you redeployed also the engine VM on a fresh storage domain or di >>>> you just run 'hosted-engine --deploy' again on all the hosts? >>>> If it's just an upgrade you don't have to run 'hosted-engine --deploy' >>>> again. >>>> >>>> Please follow this guide: >>>> http://www.ovirt.org/Hosted_Engine_Howto#Upgrade_Hosted_Engine >>>> >>>> >>>> >>>>> >>>>> Op di 9 feb. 2016 om 09:07 schreef Simone Tiraboschi < >>>>> stira...@redhat.com>: >>>>> >>>>>> On Mon, Feb 8, 2016 at 11:25 PM, Paul Groeneweg | Pazion < >>>>>> p...@pazion.nl> wrote: >>>>>> >>>>>>> >>>>>>> I found vdsClient and ran a few commands. >>>>>>> >>>>>>> [root@geisha-1 ~]# vdsClient -s 0 getStorageDomainInf
Re: [ovirt-users] ovirt 3.6 hostedengine.metadata, missing OVF_STORE
The original (first host) was removed ( about a year a go I removed this one ) and it is also removed from hosted-engine --vm-status overview. I ran 'hosted-engine --deploy' again on all the hosts because I upgraded all hosts to EL7. ( I have als ran engine-setup for the upgrade ) How can I fix this missing spUUID issue? Can I manually add this somehow or run somsetup again to fix this? Op di 9 feb. 2016 om 10:43 schreef Simone Tiraboschi <stira...@redhat.com>: > On Tue, Feb 9, 2016 at 9:45 AM, Paul Groeneweg | Pazion <p...@pazion.nl> > wrote: > >> I have added 2 logs from 2 hosts >> >> > Both the hosts are just additional host: > 2016-02-07 20:32:30 DEBUG otopi.plugins.otopi.dialog.human > human.queryString:156 query OVEHOSTED_ADDITIONAL_HOST > 2016-02-07 20:32:30 DEBUG otopi.plugins.otopi.dialog.human > dialog.__logString:219 DIALOG:SEND The specified storage > location already contains a data domain. Is this an additional host setup > (Yes, No)[Yes]? > 2016-02-07 20:32:37 INFO > otopi.plugins.ovirt_hosted_engine_setup.storage.storage > storage._handleHostId:249 Installing on additional host > > 2016-02-05 23:47:05 DEBUG otopi.plugins.otopi.dialog.human > human.queryString:156 query OVEHOSTED_ADDITIONAL_HOST > 2016-02-05 23:47:05 DEBUG otopi.plugins.otopi.dialog.human > dialog.__logString:219 DIALOG:SEND The specified storage > location already contains a data domain. Is this an additional host setup > (Yes, No)[Yes]? > 2016-02-05 23:47:07 INFO > otopi.plugins.ovirt_hosted_engine_setup.storage.storage > storage._handleHostId:123 Installing on additional host > > Did you redeployed also the engine VM on a fresh storage domain or di you > just run 'hosted-engine --deploy' again on all the hosts? > If it's just an upgrade you don't have to run 'hosted-engine --deploy' > again. > > Please follow this guide: > http://www.ovirt.org/Hosted_Engine_Howto#Upgrade_Hosted_Engine > > > >> >> Op di 9 feb. 2016 om 09:07 schreef Simone Tiraboschi <stira...@redhat.com >> >: >> >>> On Mon, Feb 8, 2016 at 11:25 PM, Paul Groeneweg | Pazion <p...@pazion.nl >>> > wrote: >>> >>>> >>>> I found vdsClient and ran a few commands. >>>> >>>> [root@geisha-1 ~]# vdsClient -s 0 getStorageDomainInfo >>>> 88b69eba-ef4f-4dbe-ba53-20dadd424d0e >>>> >>>> uuid = 88b69eba-ef4f-4dbe-ba53-20dadd424d0e >>>> >>>> version = 3 >>>> >>>> role = Master >>>> >>>> remotePath = hostedstorage.pazion.nl:/opt/hosted-engine >>>> >>>> type = NFS >>>> >>>> class = Data >>>> >>>> pool = ['499b208c-9de9-4a2a-97de-30f410b4e6d4'] >>>> >>>> name = hostedengine_nfs >>>> >>>> >>>> >>> Can you please attach hosted-engine-setup logs? at the end of the setup >>> procedure the hosted-engine setup shouldn't b attached to any storagePool. >>> >>> >>>> [root@geisha-1 ~]# vdsClient -s 0 connectStoragePool >>>> 499b208c-9de9-4a2a-97de-30f410b4e6d4 >>>> >>>> Error using command: list index out of range >>>> >>>> >>>> ... >>>> >>>> >>>> [root@geisha-1 ~]# vdsClient -s 0 getStoragePoolInfo >>>> 499b208c-9de9-4a2a-97de-30f410b4e6d4 >>>> >>>> Unknown pool id, pool not connected: >>>> ('499b208c-9de9-4a2a-97de-30f410b4e6d4',) >>>> >>>> >>>> [root@geisha-1 ~]# vdsClient -s 0 getConnectedStoragePoolsList >>>> >>>> 0002-0002-0002-0002-0385 >>>> >>>> >>>> Can I manually create the missing storage pool which is missing with: >>>> >>>> vdsClient -s 0 createStoragePool 499b208c-9de9-4a2a-97de-30f410b4e6d4 >>>> hostedengine_nfs 88b69eba-ef4f-4dbe-ba53-20dadd424d0e >>>> >>>> If this would be the solution, I still wonder why there is no existing >>>> storagePool for the storageDomain. >>>> >>>> >>>> >>>> Op ma 8 feb. 2016 om 22:54 schreef Paul Groeneweg | Pazion < >>>> p...@pazion.nl>: >>>> >>>>> I still keep getting >>>>> >>>>> The Hosted Engine Storage Domain doesn't exist. It should be imported >>>>> into the setup. >>>>> >>>>> I went digging a little further and found this in the engine.log >>>>> >>&
Re: [ovirt-users] ovirt 3.6 hostedengine.metadata, missing OVF_STORE
For the record, my hosted-engine still runs el6. The hosts now run el7. This means I need to save backup and restore to a new instance? I do need to upgrade hosted-engine to el7? I don't get the overall picture, but what I find strange is, the spUUID in my hosted-engine.conf is not found. When I check the NFS hosted-engine storageDomain it reports this same pool ID. Which in my opinion is the reason for the failed ovf / vm.conf auto-import on shared storage is. So to get this correct I need to backup and reinstall hosted-engine to get the hosted engine working on my reinstalled hosts now runnign el7? Op di 9 feb. 2016 om 11:45 schreef Simone Tiraboschi <stira...@redhat.com>: > On Tue, Feb 9, 2016 at 10:53 AM, Paul Groeneweg | Pazion <p...@pazion.nl> > wrote: > >> The original (first host) was removed ( about a year a go I removed this >> one ) and it is also removed from hosted-engine --vm-status overview. >> >> I ran 'hosted-engine --deploy' again on all the hosts because I upgraded >> all hosts to EL7. >> > > Upgrading hosted-engine from 3.5 on el6 to 3.6 on el7 requires some > additional steps: > https://bugzilla.redhat.com/show_bug.cgi?id=1188679 > > Adding Didi and Rafael who are working on that flow. > > >> >> ( I have als ran engine-setup for the upgrade ) >> >> How can I fix this missing spUUID issue? >> Can I manually add this somehow or run somsetup again to fix this? >> >> >> Op di 9 feb. 2016 om 10:43 schreef Simone Tiraboschi <stira...@redhat.com >> >: >> >>> On Tue, Feb 9, 2016 at 9:45 AM, Paul Groeneweg | Pazion <p...@pazion.nl> >>> wrote: >>> >>>> I have added 2 logs from 2 hosts >>>> >>>> >>> Both the hosts are just additional host: >>> 2016-02-07 20:32:30 DEBUG otopi.plugins.otopi.dialog.human >>> human.queryString:156 query OVEHOSTED_ADDITIONAL_HOST >>> 2016-02-07 20:32:30 DEBUG otopi.plugins.otopi.dialog.human >>> dialog.__logString:219 DIALOG:SEND The specified storage >>> location already contains a data domain. Is this an additional host setup >>> (Yes, No)[Yes]? >>> 2016-02-07 20:32:37 INFO >>> otopi.plugins.ovirt_hosted_engine_setup.storage.storage >>> storage._handleHostId:249 Installing on additional host >>> >>> 2016-02-05 23:47:05 DEBUG otopi.plugins.otopi.dialog.human >>> human.queryString:156 query OVEHOSTED_ADDITIONAL_HOST >>> 2016-02-05 23:47:05 DEBUG otopi.plugins.otopi.dialog.human >>> dialog.__logString:219 DIALOG:SEND The specified storage >>> location already contains a data domain. Is this an additional host setup >>> (Yes, No)[Yes]? >>> 2016-02-05 23:47:07 INFO >>> otopi.plugins.ovirt_hosted_engine_setup.storage.storage >>> storage._handleHostId:123 Installing on additional host >>> >>> Did you redeployed also the engine VM on a fresh storage domain or di >>> you just run 'hosted-engine --deploy' again on all the hosts? >>> If it's just an upgrade you don't have to run 'hosted-engine --deploy' >>> again. >>> >>> Please follow this guide: >>> http://www.ovirt.org/Hosted_Engine_Howto#Upgrade_Hosted_Engine >>> >>> >>> >>>> >>>> Op di 9 feb. 2016 om 09:07 schreef Simone Tiraboschi < >>>> stira...@redhat.com>: >>>> >>>>> On Mon, Feb 8, 2016 at 11:25 PM, Paul Groeneweg | Pazion < >>>>> p...@pazion.nl> wrote: >>>>> >>>>>> >>>>>> I found vdsClient and ran a few commands. >>>>>> >>>>>> [root@geisha-1 ~]# vdsClient -s 0 getStorageDomainInfo >>>>>> 88b69eba-ef4f-4dbe-ba53-20dadd424d0e >>>>>> >>>>>> uuid = 88b69eba-ef4f-4dbe-ba53-20dadd424d0e >>>>>> >>>>>> version = 3 >>>>>> >>>>>> role = Master >>>>>> >>>>>> remotePath = hostedstorage.pazion.nl:/opt/hosted-engine >>>>>> >>>>>> type = NFS >>>>>> >>>>>> class = Data >>>>>> >>>>>> pool = ['499b208c-9de9-4a2a-97de-30f410b4e6d4'] >>>>>> >>>>>> name = hostedengine_nfs >>>>>> >>>>>> >>>>>> >>>>> Can you please attach hosted-engine-setup logs? at the end of the >>>>> setup procedure the hosted-engine setup shouldn't b attached to any >>>>>
Re: [ovirt-users] ovirt 3.6 hostedengine.metadata, missing OVF_STORE
Thanks for your response. I have reverted the commented entries and restarted ovirt-ha-agent. Now status on the daemon gives the error again: http://screencast.com/t/DCZo6QJM1 The hosted engine domain is not shown in the web storage overview... When I start import it shows a warning: http://screencast.com/t/7HfJ9qWFwb2L Can I manually import the hostedengine storage? ( Hosted engine is visible in web interface and I have running VMs on another storage domain ). Op ma 8 feb. 2016 om 10:36 schreef Simone Tiraboschi <stira...@redhat.com>: > > > On Mon, Feb 8, 2016 at 9:47 AM, Paul Groeneweg | Pazion <p...@pazion.nl> > wrote: > >> Update: >> > > The OVF_STORE volume will contain the engine VM description in a format > that the engine can easily handle. > It will be created by the engine when: > - it imported the hosted-engine storage domain > - the engineVM is visible > - the datacenter is up (you need at least one additional regular storage > domain) > > Please make sure that all these conditions are met. > > If the OVF_STORE is not there or it's not accessible, ovirt-ha-agent will > fallback to the initial vm.conf from deployment time. You see a warning > since we are failing back to an initial status and this can temporary > override your latest customization to the engine VM configuration. > > >> 1. I was able to remove the warnirngs about the not found ovf / vm.conf >> by commenting the conf_volume_UUID, conf_image_UUID entries in the >> hosted-engine.conf. After a restart of the ovirt-ha-agent the errors were >> gone. ( I believe this is not a permanent solution ). >> > > Please revert it. > > >> >> 2. This morning I noticed the warning in the event log. >> "The Hosted Engine Storage Domain doesn't exist. It should be imported >> into the setup." >> > > It's just a side effect of your point 1, please revert it. > > >> >> Any help would be appreciated. >> >> Best Regards, >> >> Paul Groeneweg >> >> Op zo 7 feb. 2016 om 22:14 schreef Paul Groeneweg | Pazion < >> p...@pazion.nl>: >> >>> >>> I have been upgrading our ovirt hosts to el7 to be able to run version >>> 3.6. >>> When deploying a new host have problems with the shared OVF storage >>> config part. >>> >>> 1. I get an error during deploy: >>> >>> [ INFO ] Stage: Setup validation >>> [ ERROR ] Failed to execute stage 'Setup validation': failed to read >>> metadata: [Errno 2] No such file or directory: >>> '/rhev/data-center/mnt/[NFS3_SHARE]/88b69eba-ef4f-4dbe-ba53-20dadd424d0e/ha_agent/hosted-engine.metadata' >>> [ INFO ] Stage: Clean up >>> >>> It seems the symlink of hosted-engine.metadata is missing. >>> So I added manually the /var/run/vdsm/storage folder with subfolder >>> 88b69eba-ef4f-4dbe-ba53-20dadd424d0e and symlinks. >>> Then I reran the hosted-engine deploy and this time all went well. >>> >>> 2. Now when the host is installed I notice the following in the logs >>> >>> >>> Feb 5 22:33:08 geisha-2 ovirt-ha-agent: >>> INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Preparing >>> images >>> Feb 5 22:33:08 geisha-2 ovirt-ha-agent: >>> INFO:ovirt_hosted_engine_ha.lib.image.Image:Preparing images >>> Feb 5 22:33:08 geisha-2 ovirt-ha-agent: >>> INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Reloading >>> vm.conf from the shared storage domain >>> Feb 5 22:33:08 geisha-2 ovirt-ha-agent: >>> INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config:Trying >>> to get a fresher copy of vm configuration from the OVF_STORE >>> Feb 5 22:33:08 geisha-2 ovirt-ha-agent: >>> WARNING:ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore:Unable to find >>> OVF_STORE >>> Feb 5 22:33:08 geisha-2 journal: ovirt-ha-agent >>> ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config ERROR Unable >>> to get vm.conf from OVF_STORE, falling back to initial vm.conf >>> Feb 5 22:33:08 geisha-2 ovirt-ha-agent: >>> ERROR:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config:Unable >>> to get vm.conf from OVF_STORE, falling back to initial vm.conf >>> Feb 5 22:33:08 geisha-2 journal: ovirt-ha-agent >>> ovirt_hosted_engine_ha.agent.agent.Agent ERROR Error: 'Path to volume >>> 6a5b55c3-3f03-47cc-b322-d6d7562371be not found in /rhev/data-center/mnt' - >>> trying to restart agent >>> Feb 5 22:33:08 geisha-2 ovirt-ha-agent: >>> ERR
Re: [ovirt-users] ovirt 3.6 hostedengine.metadata, missing OVF_STORE
Update: 1. I was able to remove the warnirngs about the not found ovf / vm.conf by commenting the conf_volume_UUID, conf_image_UUID entries in the hosted-engine.conf. After a restart of the ovirt-ha-agent the errors were gone. ( I believe this is not a permanent solution ). 2. This morning I noticed the warning in the event log. "The Hosted Engine Storage Domain doesn't exist. It should be imported into the setup." Any help would be appreciated. Best Regards, Paul Groeneweg Op zo 7 feb. 2016 om 22:14 schreef Paul Groeneweg | Pazion <p...@pazion.nl>: > > I have been upgrading our ovirt hosts to el7 to be able to run version 3.6. > When deploying a new host have problems with the shared OVF storage config > part. > > 1. I get an error during deploy: > > [ INFO ] Stage: Setup validation > [ ERROR ] Failed to execute stage 'Setup validation': failed to read > metadata: [Errno 2] No such file or directory: > '/rhev/data-center/mnt/[NFS3_SHARE]/88b69eba-ef4f-4dbe-ba53-20dadd424d0e/ha_agent/hosted-engine.metadata' > [ INFO ] Stage: Clean up > > It seems the symlink of hosted-engine.metadata is missing. > So I added manually the /var/run/vdsm/storage folder with subfolder > 88b69eba-ef4f-4dbe-ba53-20dadd424d0e and symlinks. > Then I reran the hosted-engine deploy and this time all went well. > > 2. Now when the host is installed I notice the following in the logs > > > Feb 5 22:33:08 geisha-2 ovirt-ha-agent: > INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Preparing > images > Feb 5 22:33:08 geisha-2 ovirt-ha-agent: > INFO:ovirt_hosted_engine_ha.lib.image.Image:Preparing images > Feb 5 22:33:08 geisha-2 ovirt-ha-agent: > INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Reloading > vm.conf from the shared storage domain > Feb 5 22:33:08 geisha-2 ovirt-ha-agent: > INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config:Trying > to get a fresher copy of vm configuration from the OVF_STORE > Feb 5 22:33:08 geisha-2 ovirt-ha-agent: > WARNING:ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore:Unable to find > OVF_STORE > Feb 5 22:33:08 geisha-2 journal: ovirt-ha-agent > ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config ERROR Unable > to get vm.conf from OVF_STORE, falling back to initial vm.conf > Feb 5 22:33:08 geisha-2 ovirt-ha-agent: > ERROR:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config:Unable > to get vm.conf from OVF_STORE, falling back to initial vm.conf > Feb 5 22:33:08 geisha-2 journal: ovirt-ha-agent > ovirt_hosted_engine_ha.agent.agent.Agent ERROR Error: 'Path to volume > 6a5b55c3-3f03-47cc-b322-d6d7562371be not found in /rhev/data-center/mnt' - > trying to restart agent > Feb 5 22:33:08 geisha-2 ovirt-ha-agent: > ERROR:ovirt_hosted_engine_ha.agent.agent.Agent:Error: 'Path to volume > 6a5b55c3-3f03-47cc-b322-d6d7562371be not found in /rhev/data-center/mnt' - > trying to restart agent > > So at this point I was a bit stuck. > I removed complete ovirt36 release and installed ovirt35 for the hosted > engine deploy. > > This time all went without any problem directly. > From there I retried upgrade and same problems again. > > I run ovirt hosted-engine on nfs3. I did found > https://bugzilla.redhat.com/show_bug.cgi?id=1159314 > I added no_subtree_check and tried deploy again, but again without luck. > > I believe the hosted engine configs are not being migrated to the shared > storage. And my problem has todo with > http://www.ovirt.org/Features/Hosted_Engine_configuration_on_shared_storage > > And found /etc/ovirt-hosted-engine/hosted-engine.conf, > conf_volume_UUID, conf_image_UUID > > > Hosts run el7 > Hosted engine runs el6 > Hosted engine storage is through NFS3 > > Can I import the hosted engine storage in to engine ( in web interface )? > Or how can I create or trigger manually the OVF store the logs complain > about? > > Best Regards, > Paul Groeneweg > > -- > Met vriendelijke groeten, > > Paul Groeneweg > Pazion > Webdevelopment - Hosting - Apps > > T +31 26 3020038 > M +31 614 277 577 > E p...@pazion.nl > > ***disclaimer*** > "This e-mail and any attachments thereto may contain information which is > confidential and/or protected by intellectual property rights and are > intended for the sole use of the recipient(s) named above. Any use of the > information contained herein (including, but not limited to, total or > partial reproduction, communication or distribution in any form) by persons > other than the designated recipient(s) is prohibited. If you have received > this e-mail in error, please notify the sender either by telephone or by > e-mail and delete the material from any compute
Re: [ovirt-users] ovirt 3.6 hostedengine.metadata, missing OVF_STORE
Op ma 8 feb. 2016 om 11:28 schreef Simone Tiraboschi <stira...@redhat.com>: > On Mon, Feb 8, 2016 at 10:55 AM, Paul Groeneweg | Pazion <p...@pazion.nl> > wrote: > >> Thanks for your response. >> >> I have reverted the commented entries and restarted ovirt-ha-agent. >> Now status on the daemon gives the error again: >> http://screencast.com/t/DCZo6QJM1 >> >> > Here I'm a bit confused: is this a fresh hosted-engine deployment with 3.6 > or an upgrade from an existing 3.5 hosted-engine deployment? > I have reinstalled host ( complete OS reinstall) and ran hosted-engine --deploy for redeployment on an existing oVirt ( hosted-engine ). As described in previous mail, during the deployment I got errors about a missing hostedengine.metadata symlink to /var/run/vdsd/storage/... I created these by hand and then I ran deployment again and it worked. > >> The hosted engine domain is not shown in the web storage overview... >> When I start import it shows a warning: >> http://screencast.com/t/7HfJ9qWFwb2L >> >> Can I manually import the hostedengine storage? >> ( Hosted engine is visible in web interface and I have running VMs on >> another storage domain ). >> > > It should auto-import it. > Adding Roy here. > > I believe this auto-import is failing... Where can I find logs about this auto-import? > >> >> Op ma 8 feb. 2016 om 10:36 schreef Simone Tiraboschi <stira...@redhat.com >> >: >> >>> >>> >>> On Mon, Feb 8, 2016 at 9:47 AM, Paul Groeneweg | Pazion <p...@pazion.nl> >>> wrote: >>> >>>> Update: >>>> >>> >>> The OVF_STORE volume will contain the engine VM description in a format >>> that the engine can easily handle. >>> It will be created by the engine when: >>> - it imported the hosted-engine storage domain >>> - the engineVM is visible >>> - the datacenter is up (you need at least one additional regular storage >>> domain) >>> >>> Please make sure that all these conditions are met. >>> >>> If the OVF_STORE is not there or it's not accessible, ovirt-ha-agent >>> will fallback to the initial vm.conf from deployment time. You see a >>> warning since we are failing back to an initial status and this can >>> temporary override your latest customization to the engine VM configuration. >>> >>> >>>> 1. I was able to remove the warnirngs about the not found ovf / vm.conf >>>> by commenting the conf_volume_UUID, conf_image_UUID entries in the >>>> hosted-engine.conf. After a restart of the ovirt-ha-agent the errors were >>>> gone. ( I believe this is not a permanent solution ). >>>> >>> >>> Please revert it. >>> >>> >>>> >>>> 2. This morning I noticed the warning in the event log. >>>> "The Hosted Engine Storage Domain doesn't exist. It should be imported >>>> into the setup." >>>> >>> >>> It's just a side effect of your point 1, please revert it. >>> >>> >>>> >>>> Any help would be appreciated. >>>> >>>> Best Regards, >>>> >>>> Paul Groeneweg >>>> >>>> Op zo 7 feb. 2016 om 22:14 schreef Paul Groeneweg | Pazion < >>>> p...@pazion.nl>: >>>> >>>>> >>>>> I have been upgrading our ovirt hosts to el7 to be able to run version >>>>> 3.6. >>>>> When deploying a new host have problems with the shared OVF storage >>>>> config part. >>>>> >>>>> 1. I get an error during deploy: >>>>> >>>>> [ INFO ] Stage: Setup validation >>>>> [ ERROR ] Failed to execute stage 'Setup validation': failed to read >>>>> metadata: [Errno 2] No such file or directory: >>>>> '/rhev/data-center/mnt/[NFS3_SHARE]/88b69eba-ef4f-4dbe-ba53-20dadd424d0e/ha_agent/hosted-engine.metadata' >>>>> [ INFO ] Stage: Clean up >>>>> >>>>> It seems the symlink of hosted-engine.metadata is missing. >>>>> So I added manually the /var/run/vdsm/storage folder with subfolder >>>>> 88b69eba-ef4f-4dbe-ba53-20dadd424d0e and symlinks. >>>>> Then I reran the hosted-engine deploy and this time all went well. >>>>> >>>>> 2. Now when the host is installed I notice the following in the logs >&
Re: [ovirt-users] ovirt 3.6 hostedengine.metadata, missing OVF_STORE
I found vdsClient and ran a few commands. [root@geisha-1 ~]# vdsClient -s 0 getStorageDomainInfo 88b69eba-ef4f-4dbe-ba53-20dadd424d0e uuid = 88b69eba-ef4f-4dbe-ba53-20dadd424d0e version = 3 role = Master remotePath = hostedstorage.pazion.nl:/opt/hosted-engine type = NFS class = Data pool = ['499b208c-9de9-4a2a-97de-30f410b4e6d4'] name = hostedengine_nfs [root@geisha-1 ~]# vdsClient -s 0 connectStoragePool 499b208c-9de9-4a2a-97de-30f410b4e6d4 Error using command: list index out of range ... [root@geisha-1 ~]# vdsClient -s 0 getStoragePoolInfo 499b208c-9de9-4a2a-97de-30f410b4e6d4 Unknown pool id, pool not connected: ('499b208c-9de9-4a2a-97de-30f410b4e6d4',) [root@geisha-1 ~]# vdsClient -s 0 getConnectedStoragePoolsList 0002-0002-0002-0002-0385 Can I manually create the missing storage pool which is missing with: vdsClient -s 0 createStoragePool 499b208c-9de9-4a2a-97de-30f410b4e6d4 hostedengine_nfs 88b69eba-ef4f-4dbe-ba53-20dadd424d0e If this would be the solution, I still wonder why there is no existing storagePool for the storageDomain. Op ma 8 feb. 2016 om 22:54 schreef Paul Groeneweg | Pazion <p...@pazion.nl>: > I still keep getting > > The Hosted Engine Storage Domain doesn't exist. It should be imported into > the setup. > > I went digging a little further and found this in the engine.log > > 2016-02-08 22:30:25,083 INFO > [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainInfoVDSCommand] > (org.ovirt.thread.pool-8-thread-41) [] FINISH, > HSMGetStorageDomainInfoVDSCommand, return: > <StorageDomainStatic:{name='hostedengine_nfs', > id='88b69eba-ef4f-4dbe-ba53-20dadd424d0e'}, > 499b208c-9de9-4a2a-97de-30f410b4e6d4>, log id: 56723427 > 2016-02-08 22:30:25,083 INFO > [org.ovirt.engine.core.bll.storage.GetExistingStorageDomainListQuery] > (org.ovirt.thread.pool-8-thread-41) [] FINISH, > GetExistingStorageDomainListQuery, log id: 6ca437b1 > 2016-02-08 22:30:25,084 INFO > [org.ovirt.engine.core.bll.ImportHostedEngineStorageDomainCommand] > (org.ovirt.thread.pool-8-thread-41) [364719ce] Lock Acquired to object > 'EngineLock:{exclusiveLocks='[]', sharedLocks='null'}' > 2016-02-08 22:30:25,102 WARN > [org.ovirt.engine.core.bll.ImportHostedEngineStorageDomainCommand] > (org.ovirt.thread.pool-8-thread-41) [364719ce] CanDoAction of action > 'ImportHostedEngineStorageDomain' failed for user SYSTEM. Reasons: > VAR__ACTION__ADD,VAR__TYPE__STORAGE__DOMAIN,ACTION_TYPE_FAILED_STORAGE_DOMAIN_NOT_EXIST > > So it looks like it can't find the storage domain. When I check vdsm.log I > found an error: > Thread-711902::ERROR::2016-02-08 > 21:17:01,240::dispatcher::76::Storage.Dispatcher::(wrapper) {'status': > {'message': "Unknown pool id, pool not connected: > ('499b208c-9de9-4a2a-97de-30f410b4e6d4',)", 'code': 309}} > > It looks like 499b208c-9de9-4a2a-97de-30f410b4e6d4 is the id it is also > trying to connect to in the engine.log. > > I did found https://bugzilla.redhat.com/show_bug.cgi?id=1269768 and > https://bugzilla.redhat.com/show_bug.cgi?id=1294457 > > Can it be I have setup another DC with a master iscsi storage which is > now offline? ( 1 DC with Cluster, VMs with hosted engine and master > storage FC all up and running. ) > > Not sure where to go from here. Can I somehow restart this storage domain > / do a new hosted-engine deploy with different settings? > > > Op ma 8 feb. 2016 om 12:05 schreef Paul Groeneweg | Pazion <p...@pazion.nl > >: > >> Op ma 8 feb. 2016 om 11:28 schreef Simone Tiraboschi <stira...@redhat.com >> >: >> >>> On Mon, Feb 8, 2016 at 10:55 AM, Paul Groeneweg | Pazion <p...@pazion.nl >>> > wrote: >>> >>>> Thanks for your response. >>>> >>>> I have reverted the commented entries and restarted ovirt-ha-agent. >>>> Now status on the daemon gives the error again: >>>> http://screencast.com/t/DCZo6QJM1 >>>> >>>> >>> Here I'm a bit confused: is this a fresh hosted-engine deployment with >>> 3.6 or an upgrade from an existing 3.5 hosted-engine deployment? >>> >> >> I have reinstalled host ( complete OS reinstall) and ran hosted-engine >> --deploy for redeployment on an existing oVirt ( hosted-engine ). >> >> As described in previous mail, during the deployment I got errors about a >> missing hostedengine.metadata symlink to /var/run/vdsd/storage/... >> I created these by hand and then I ran deployment again and it worked. >> >> >>> >>>> The hosted engine domain is not shown in the web storage overview... >>>> When I start import it shows a warning: >>>> http://screencast.com/t/7HfJ9qWFwb2L >>>
Re: [ovirt-users] ovirt 3.6 hostedengine.metadata, missing OVF_STORE
I still keep getting The Hosted Engine Storage Domain doesn't exist. It should be imported into the setup. I went digging a little further and found this in the engine.log 2016-02-08 22:30:25,083 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainInfoVDSCommand] (org.ovirt.thread.pool-8-thread-41) [] FINISH, HSMGetStorageDomainInfoVDSCommand, return: <StorageDomainStatic:{name='hostedengine_nfs', id='88b69eba-ef4f-4dbe-ba53-20dadd424d0e'}, 499b208c-9de9-4a2a-97de-30f410b4e6d4>, log id: 56723427 2016-02-08 22:30:25,083 INFO [org.ovirt.engine.core.bll.storage.GetExistingStorageDomainListQuery] (org.ovirt.thread.pool-8-thread-41) [] FINISH, GetExistingStorageDomainListQuery, log id: 6ca437b1 2016-02-08 22:30:25,084 INFO [org.ovirt.engine.core.bll.ImportHostedEngineStorageDomainCommand] (org.ovirt.thread.pool-8-thread-41) [364719ce] Lock Acquired to object 'EngineLock:{exclusiveLocks='[]', sharedLocks='null'}' 2016-02-08 22:30:25,102 WARN [org.ovirt.engine.core.bll.ImportHostedEngineStorageDomainCommand] (org.ovirt.thread.pool-8-thread-41) [364719ce] CanDoAction of action 'ImportHostedEngineStorageDomain' failed for user SYSTEM. Reasons: VAR__ACTION__ADD,VAR__TYPE__STORAGE__DOMAIN,ACTION_TYPE_FAILED_STORAGE_DOMAIN_NOT_EXIST So it looks like it can't find the storage domain. When I check vdsm.log I found an error: Thread-711902::ERROR::2016-02-08 21:17:01,240::dispatcher::76::Storage.Dispatcher::(wrapper) {'status': {'message': "Unknown pool id, pool not connected: ('499b208c-9de9-4a2a-97de-30f410b4e6d4',)", 'code': 309}} It looks like 499b208c-9de9-4a2a-97de-30f410b4e6d4 is the id it is also trying to connect to in the engine.log. I did found https://bugzilla.redhat.com/show_bug.cgi?id=1269768 and https://bugzilla.redhat.com/show_bug.cgi?id=1294457 Can it be I have setup another DC with a master iscsi storage which is now offline? ( 1 DC with Cluster, VMs with hosted engine and master storage FC all up and running. ) Not sure where to go from here. Can I somehow restart this storage domain / do a new hosted-engine deploy with different settings? Op ma 8 feb. 2016 om 12:05 schreef Paul Groeneweg | Pazion <p...@pazion.nl>: > Op ma 8 feb. 2016 om 11:28 schreef Simone Tiraboschi <stira...@redhat.com > >: > >> On Mon, Feb 8, 2016 at 10:55 AM, Paul Groeneweg | Pazion <p...@pazion.nl> >> wrote: >> >>> Thanks for your response. >>> >>> I have reverted the commented entries and restarted ovirt-ha-agent. >>> Now status on the daemon gives the error again: >>> http://screencast.com/t/DCZo6QJM1 >>> >>> >> Here I'm a bit confused: is this a fresh hosted-engine deployment with >> 3.6 or an upgrade from an existing 3.5 hosted-engine deployment? >> > > I have reinstalled host ( complete OS reinstall) and ran hosted-engine > --deploy for redeployment on an existing oVirt ( hosted-engine ). > > As described in previous mail, during the deployment I got errors about a > missing hostedengine.metadata symlink to /var/run/vdsd/storage/... > I created these by hand and then I ran deployment again and it worked. > > >> >>> The hosted engine domain is not shown in the web storage overview... >>> When I start import it shows a warning: >>> http://screencast.com/t/7HfJ9qWFwb2L >>> >>> Can I manually import the hostedengine storage? >>> ( Hosted engine is visible in web interface and I have running VMs on >>> another storage domain ). >>> >> >> It should auto-import it. >> Adding Roy here. >> >> > I believe this auto-import is failing... > Where can I find logs about this auto-import? > > > > >> >>> >>> Op ma 8 feb. 2016 om 10:36 schreef Simone Tiraboschi < >>> stira...@redhat.com>: >>> >>>> >>>> >>>> On Mon, Feb 8, 2016 at 9:47 AM, Paul Groeneweg | Pazion <p...@pazion.nl >>>> > wrote: >>>> >>>>> Update: >>>>> >>>> >>>> The OVF_STORE volume will contain the engine VM description in a format >>>> that the engine can easily handle. >>>> It will be created by the engine when: >>>> - it imported the hosted-engine storage domain >>>> - the engineVM is visible >>>> - the datacenter is up (you need at least one additional regular >>>> storage domain) >>>> >>>> Please make sure that all these conditions are met. >>>> >>>> If the OVF_STORE is not there or it's not accessible, ovirt-ha-agent >>>> will fallback to the initial vm.conf from deployment time. You see a >>>> warning since we are failing back to a
[ovirt-users] ovirt 3.6 hostedengine.metadata, missing OVF_STORE
I have been upgrading our ovirt hosts to el7 to be able to run version 3.6. When deploying a new host have problems with the shared OVF storage config part. 1. I get an error during deploy: [ INFO ] Stage: Setup validation [ ERROR ] Failed to execute stage 'Setup validation': failed to read metadata: [Errno 2] No such file or directory: '/rhev/data-center/mnt/[NFS3_SHARE]/88b69eba-ef4f-4dbe-ba53-20dadd424d0e/ha_agent/hosted-engine.metadata' [ INFO ] Stage: Clean up It seems the symlink of hosted-engine.metadata is missing. So I added manually the /var/run/vdsm/storage folder with subfolder 88b69eba-ef4f-4dbe-ba53-20dadd424d0e and symlinks. Then I reran the hosted-engine deploy and this time all went well. 2. Now when the host is installed I notice the following in the logs Feb 5 22:33:08 geisha-2 ovirt-ha-agent: INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Preparing images Feb 5 22:33:08 geisha-2 ovirt-ha-agent: INFO:ovirt_hosted_engine_ha.lib.image.Image:Preparing images Feb 5 22:33:08 geisha-2 ovirt-ha-agent: INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Reloading vm.conf from the shared storage domain Feb 5 22:33:08 geisha-2 ovirt-ha-agent: INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config:Trying to get a fresher copy of vm configuration from the OVF_STORE Feb 5 22:33:08 geisha-2 ovirt-ha-agent: WARNING:ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore:Unable to find OVF_STORE Feb 5 22:33:08 geisha-2 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config ERROR Unable to get vm.conf from OVF_STORE, falling back to initial vm.conf Feb 5 22:33:08 geisha-2 ovirt-ha-agent: ERROR:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config:Unable to get vm.conf from OVF_STORE, falling back to initial vm.conf Feb 5 22:33:08 geisha-2 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.agent.Agent ERROR Error: 'Path to volume 6a5b55c3-3f03-47cc-b322-d6d7562371be not found in /rhev/data-center/mnt' - trying to restart agent Feb 5 22:33:08 geisha-2 ovirt-ha-agent: ERROR:ovirt_hosted_engine_ha.agent.agent.Agent:Error: 'Path to volume 6a5b55c3-3f03-47cc-b322-d6d7562371be not found in /rhev/data-center/mnt' - trying to restart agent So at this point I was a bit stuck. I removed complete ovirt36 release and installed ovirt35 for the hosted engine deploy. This time all went without any problem directly. >From there I retried upgrade and same problems again. I run ovirt hosted-engine on nfs3. I did found https://bugzilla.redhat.com/show_bug.cgi?id=1159314 I added no_subtree_check and tried deploy again, but again without luck. I believe the hosted engine configs are not being migrated to the shared storage. And my problem has todo with http://www.ovirt.org/Features/Hosted_Engine_configuration_on_shared_storage And found /etc/ovirt-hosted-engine/hosted-engine.conf, conf_volume_UUID, conf_image_UUID Hosts run el7 Hosted engine runs el6 Hosted engine storage is through NFS3 Can I import the hosted engine storage in to engine ( in web interface )? Or how can I create or trigger manually the OVF store the logs complain about? Best Regards, Paul Groeneweg -- Met vriendelijke groeten, Paul Groeneweg Pazion Webdevelopment - Hosting - Apps T +31 26 3020038 M +31 614 277 577 E p...@pazion.nl ***disclaimer*** "This e-mail and any attachments thereto may contain information which is confidential and/or protected by intellectual property rights and are intended for the sole use of the recipient(s) named above. Any use of the information contained herein (including, but not limited to, total or partial reproduction, communication or distribution in any form) by persons other than the designated recipient(s) is prohibited. If you have received this e-mail in error, please notify the sender either by telephone or by e-mail and delete the material from any computer. Thank you for your cooperation." ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] howto change hosted-engine config memory
Hi Simone, Op do 4 feb. 2016 om 09:26 schreef Simone Tiraboschi <stira...@redhat.com>: > On Thu, Feb 4, 2016 at 9:11 AM, Paul Groeneweg | Pazion <p...@pazion.nl> > wrote: > >> What can I expect? webinterface of 3.5 Hosts will remain broken? >> > > Just to clarify, > Paul, feel free to correct me, the engine is already at 3.6, the hosts are > still at 3.5 so the cluster compatibility level is still at 3.5 and so no > auto-import. In order to gain auto-import and other 3.6 feature you need to > upgrade all of you hosts to 3.6 (and this requires el7). > > I have upgrade all components as far as possible. Engine and hosts are updated with release 3.6 All Hosts and hosted engine run Centos 6. I understood VDSM is not updated on Centos 6 anymore, so yes cluster compatibility is on 3.5 > On 3.5 hosts you manually edited /etc/ovirt-hosted-engine/vm.conf on each > host to move from 4G to 8G; the agent from 3.5 correctly restarted the > engine VM at 8G, you find 8G on the VM but 3.6 engine is still showing it > as an external VM with just 4G. Is this the issue? > This is correct. I also reported the fact Guest info of VMs ( centos 5,6 and 7 ) is not showing, maybe this is related? > >> Or will there be an update which fixes this ( with autoimport? )? >> >> Would you strongly advise to upgrade Hosts to RHEL/Centos 7? >> >> Op wo 3 feb. 2016 om 23:39 schreef Michal Skrivanek <mskri...@redhat.com >> >: >> >>> >>> >>> On 03 Feb 2016, at 12:02, Paul Groeneweg | Pazion <p...@pazion.nl> >>> wrote: >>> >>> That is correct. >>> Hosted engine was installed on 3.4 and upgrade several times. >>> >>> Let me know if you need any additional info. >>> >>> Op wo 3 feb. 2016 om 12:00 schreef Simone Tiraboschi < >>> stira...@redhat.com>: >>> >>>> On Wed, Feb 3, 2016 at 11:27 AM, Michal Skrivanek <mskri...@redhat.com> >>>> wrote: >>>> >>>>> >>>>> On 03 Feb 2016, at 08:07, Paul Groeneweg | Pazion <p...@pazion.nl> >>>>> wrote: >>>>> >>>>> I checked again and hosted engine still says 4096. >>>>> >>>>> I also see "Graphics protocol" says SPICE, but I connect through VNC… >>>>> >>>>> >>>>> that might be similar issue as below, unless it’s an upgrade from 3.5. >>>>> in which case bug 1297404 might be relevant for the console part >>>>> >>>>> >>>>> >>>>> >>>>> Op di 2 feb. 2016 om 21:02 schreef Paul Groeneweg | Pazion < >>>>> p...@pazion.nl>: >>>>> >>>>>> Allright. >>>>>> Still old value. >>>>>> I'll keep an eye and report back tomorrow if it is still old value. >>>>>> >>>>>> Op di 2 feb. 2016 om 20:45 schreef Simone Tiraboschi < >>>>>> stira...@redhat.com>: >>>>>> >>>>>>> On Tue, Feb 2, 2016 at 8:33 PM, Paul Groeneweg | Pazion < >>>>>>> p...@pazion.nl> wrote: >>>>>>> >>>>>>>> Hi Simone, >>>>>>>> >>>>>>>> I have exactly as you stated, but found maybe a problem/bug. >>>>>>>> >>>>>>>> 1. I put hosted engine to maintenance and powered it off >>>>>>>> 2. Changed memory in /etc/ovirt-hosted-engine/vm.conf to >>>>>>>> memSize=8192 >>>>>>>> 3. I restarted both ovirt-ha-agent and ovirt-ha-broker: >>>>>>>> /etc/init.d/ovirt-ha-broker >>>>>>>> restart && /etc/init.d/ovirt-ha-agent restart >>>>>>>> 4. I started hosted-engine and turned off global maintenance. >>>>>>>> >>>>>>>> The hostedengine webinterface still says 4096MB >>>>>>>> >>>>>>>> Now I logged on with ssh and ran the command "free -m" >>>>>>>> This command shows: >>>>>>>> >>>>>>>> Mem: 7870 ... >>>>>>>> So, I believe my hostedengine was updated, but the webinterface is >>>>>>>> showing incorrect values: http://screencast.com/t/Bg5xU0Ja >>>>>>>> >>>>>>>> Any idea why web interface is not showing correct value under >>>>>>>> Define
Re: [ovirt-users] howto change hosted-engine config memory
That is correct. Hosted engine was installed on 3.4 and upgrade several times. Let me know if you need any additional info. Op wo 3 feb. 2016 om 12:00 schreef Simone Tiraboschi <stira...@redhat.com>: > On Wed, Feb 3, 2016 at 11:27 AM, Michal Skrivanek <mskri...@redhat.com> > wrote: > >> >> On 03 Feb 2016, at 08:07, Paul Groeneweg | Pazion <p...@pazion.nl> wrote: >> >> I checked again and hosted engine still says 4096. >> >> I also see "Graphics protocol" says SPICE, but I connect through VNC… >> >> >> that might be similar issue as below, unless it’s an upgrade from 3.5. >> in which case bug 1297404 might be relevant for the console part >> >> >> >> >> Op di 2 feb. 2016 om 21:02 schreef Paul Groeneweg | Pazion < >> p...@pazion.nl>: >> >>> Allright. >>> Still old value. >>> I'll keep an eye and report back tomorrow if it is still old value. >>> >>> Op di 2 feb. 2016 om 20:45 schreef Simone Tiraboschi < >>> stira...@redhat.com>: >>> >>>> On Tue, Feb 2, 2016 at 8:33 PM, Paul Groeneweg | Pazion <p...@pazion.nl >>>> > wrote: >>>> >>>>> Hi Simone, >>>>> >>>>> I have exactly as you stated, but found maybe a problem/bug. >>>>> >>>>> 1. I put hosted engine to maintenance and powered it off >>>>> 2. Changed memory in /etc/ovirt-hosted-engine/vm.conf to memSize=8192 >>>>> 3. I restarted both ovirt-ha-agent and ovirt-ha-broker: >>>>> /etc/init.d/ovirt-ha-broker >>>>> restart && /etc/init.d/ovirt-ha-agent restart >>>>> 4. I started hosted-engine and turned off global maintenance. >>>>> >>>>> The hostedengine webinterface still says 4096MB >>>>> >>>>> Now I logged on with ssh and ran the command "free -m" >>>>> This command shows: >>>>> >>>>> Mem: 7870 ... >>>>> So, I believe my hostedengine was updated, but the webinterface is >>>>> showing incorrect values: http://screencast.com/t/Bg5xU0Ja >>>>> >>>>> Any idea why web interface is not showing correct value under Defined >>>>> or Physical memory? >>>>> >>>> >>>> You are not the first that reports that: it seams that it's just a >>>> timeout/refresh issue and you have just to wait. Adding Michal here. >>>> >>> >> doesn’t sound likely, i would more suspect the import HE 3.6 feature, >> adding Roy >> originally there were no further config updates to external VMs once it >> was added >> >> > He said that 'I am running oVirt 3.6 with CentOS 6 Hosts with hosted > engine on nfs3', > so the hosts are still at 3.5 and so the cluster compatibility level and > so no auto-import at all. > > >> >> >>>> >>>>> >>>>> Regards, >>>>> Paul >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> Op di 2 feb. 2016 om 09:31 schreef Paul Groeneweg | Pazion < >>>>> p...@pazion.nl>: >>>>> >>>>>> Hi Simone, >>>>>> >>>>>> Thanks! >>>>>> I think I did not restart broker and agent before going out of >>>>>> maintenance mode. >>>>>> I will try these steps and let you know. >>>>>> >>>>>> Regards, >>>>>> Paul >>>>>> >>>>>> Op di 2 feb. 2016 om 09:26 schreef Simone Tiraboschi < >>>>>> stira...@redhat.com>: >>>>>> >>>>>>> On Tue, Feb 2, 2016 at 12:11 AM, Paul Groeneweg | Pazion < >>>>>>> p...@pazion.nl> wrote: >>>>>>> >>>>>>>> I am trying to change memory of my hosted engine. >>>>>>>> I am running oVirt 3.6 with CentOS 6 Hosts with hosted engine on >>>>>>>> nfs3 >>>>>>>> >>>>>>> >>>>>>> We didn't build VDSM and hosted-engine-ha from 3.6 for Centos 6 so >>>>>>> basically your hosts are still with oVirt 3.5. >>>>>>> >>>>>>> In order to edit the hosted-engine VM on oVirt 3.5, you have to: >>>>>>> 1. set global-maintenance mode >>>>>>> 2. shutdown
Re: [ovirt-users] howto change hosted-engine config memory
Hi Simone, I have exactly as you stated, but found maybe a problem/bug. 1. I put hosted engine to maintenance and powered it off 2. Changed memory in /etc/ovirt-hosted-engine/vm.conf to memSize=8192 3. I restarted both ovirt-ha-agent and ovirt-ha-broker: /etc/init.d/ovirt-ha-broker restart && /etc/init.d/ovirt-ha-agent restart 4. I started hosted-engine and turned off global maintenance. The hostedengine webinterface still says 4096MB Now I logged on with ssh and ran the command "free -m" This command shows: Mem: 7870 ... So, I believe my hostedengine was updated, but the webinterface is showing incorrect values: http://screencast.com/t/Bg5xU0Ja Any idea why web interface is not showing correct value under Defined or Physical memory? Regards, Paul Op di 2 feb. 2016 om 09:31 schreef Paul Groeneweg | Pazion <p...@pazion.nl>: > Hi Simone, > > Thanks! > I think I did not restart broker and agent before going out of maintenance > mode. > I will try these steps and let you know. > > Regards, > Paul > > Op di 2 feb. 2016 om 09:26 schreef Simone Tiraboschi <stira...@redhat.com > >: > >> On Tue, Feb 2, 2016 at 12:11 AM, Paul Groeneweg | Pazion <p...@pazion.nl> >> wrote: >> >>> I am trying to change memory of my hosted engine. >>> I am running oVirt 3.6 with CentOS 6 Hosts with hosted engine on nfs3 >>> >> >> We didn't build VDSM and hosted-engine-ha from 3.6 for Centos 6 so >> basically your hosts are still with oVirt 3.5. >> >> In order to edit the hosted-engine VM on oVirt 3.5, you have to: >> 1. set global-maintenance mode >> 2. shutdown the engine VM >> 3. manually edit /etc/ovirt-hosted-engine/vm.conf on each host (keeping >> ti coherent is up to you, take a backup) >> 4. restart ovirt-ha-broker and ovirt-ha-agent services on each host. >> 5. exits global maintenance mode >> >> Updating to oVirt 3.6 you will be able to edit some parameters of the >> engine VM from the engine itself. >> >> >>> >>> 1. I put hosted-engine to maintenance, shutdown vm >>> 2. update /etc/ovirt-hosted-engine/vm.conf >>> 3. restart vm disable maintenance >>> >>> Memory is still old value. >>> How can I change the hosted engine VM? >>> >>> I did found: >>> http://www.ovirt.org/Features/Hosted_Engine_configuration_on_shared_storage >>> >>> When I check /etc/ovirt-hosted-engine/hosted-engine.conf there is no >>> "conf_volume_UUID" entry. >>> >>> Do I need to create a shared config volume entry ( conf_volume_UUID ), >>> so I can edit hosted engine VM? If so, how can this be done? >>> >>> I did try to rerun engine-setup, but this did not trigger anything. >>> >>> Kind regards, >>> >>> Paul Groeneweg >>> Pazion >>> >>> ***disclaimer*** >>> "This e-mail and any attachments thereto may contain information which >>> is confidential and/or protected by intellectual property rights and are >>> intended for the sole use of the recipient(s) named above. Any use of the >>> information contained herein (including, but not limited to, total or >>> partial reproduction, communication or distribution in any form) by persons >>> other than the designated recipient(s) is prohibited. If you have received >>> this e-mail in error, please notify the sender either by telephone or by >>> e-mail and delete the material from any computer. Thank you for your >>> cooperation." >>> -- >>> Met vriendelijke groeten, >>> >>> Paul Groeneweg >>> Pazion >>> Webdevelopment - Hosting - Apps >>> >>> T +31 26 3020038 >>> M +31 614 277 577 >>> E p...@pazion.nl >>> >>> ***disclaimer*** >>> "This e-mail and any attachments thereto may contain information which >>> is confidential and/or protected by intellectual property rights and are >>> intended for the sole use of the recipient(s) named above. Any use of the >>> information contained herein (including, but not limited to, total or >>> partial reproduction, communication or distribution in any form) by persons >>> other than the designated recipient(s) is prohibited. If you have received >>> this e-mail in error, please notify the sender either by telephone or by >>> e-mail and delete the material from any computer. Thank you for your >>> cooperation." >>> >>> ___ >>> Users mailing list
Re: [ovirt-users] howto change hosted-engine config memory
Allright. Still old value. I'll keep an eye and report back tomorrow if it is still old value. Op di 2 feb. 2016 om 20:45 schreef Simone Tiraboschi <stira...@redhat.com>: > On Tue, Feb 2, 2016 at 8:33 PM, Paul Groeneweg | Pazion <p...@pazion.nl> > wrote: > >> Hi Simone, >> >> I have exactly as you stated, but found maybe a problem/bug. >> >> 1. I put hosted engine to maintenance and powered it off >> 2. Changed memory in /etc/ovirt-hosted-engine/vm.conf to memSize=8192 >> 3. I restarted both ovirt-ha-agent and ovirt-ha-broker: >> /etc/init.d/ovirt-ha-broker >> restart && /etc/init.d/ovirt-ha-agent restart >> 4. I started hosted-engine and turned off global maintenance. >> >> The hostedengine webinterface still says 4096MB >> >> Now I logged on with ssh and ran the command "free -m" >> This command shows: >> >> Mem: 7870 ... >> So, I believe my hostedengine was updated, but the webinterface is >> showing incorrect values: http://screencast.com/t/Bg5xU0Ja >> >> Any idea why web interface is not showing correct value under Defined or >> Physical memory? >> > > You are not the first that reports that: it seams that it's just a > timeout/refresh issue and you have just to wait. Adding Michal here. > > >> >> Regards, >> Paul >> >> >> >> >> >> Op di 2 feb. 2016 om 09:31 schreef Paul Groeneweg | Pazion < >> p...@pazion.nl>: >> >>> Hi Simone, >>> >>> Thanks! >>> I think I did not restart broker and agent before going out of >>> maintenance mode. >>> I will try these steps and let you know. >>> >>> Regards, >>> Paul >>> >>> Op di 2 feb. 2016 om 09:26 schreef Simone Tiraboschi < >>> stira...@redhat.com>: >>> >>>> On Tue, Feb 2, 2016 at 12:11 AM, Paul Groeneweg | Pazion < >>>> p...@pazion.nl> wrote: >>>> >>>>> I am trying to change memory of my hosted engine. >>>>> I am running oVirt 3.6 with CentOS 6 Hosts with hosted engine on nfs3 >>>>> >>>> >>>> We didn't build VDSM and hosted-engine-ha from 3.6 for Centos 6 so >>>> basically your hosts are still with oVirt 3.5. >>>> >>>> In order to edit the hosted-engine VM on oVirt 3.5, you have to: >>>> 1. set global-maintenance mode >>>> 2. shutdown the engine VM >>>> 3. manually edit /etc/ovirt-hosted-engine/vm.conf on each host (keeping >>>> ti coherent is up to you, take a backup) >>>> 4. restart ovirt-ha-broker and ovirt-ha-agent services on each host. >>>> 5. exits global maintenance mode >>>> >>>> Updating to oVirt 3.6 you will be able to edit some parameters of the >>>> engine VM from the engine itself. >>>> >>>> >>>>> >>>>> 1. I put hosted-engine to maintenance, shutdown vm >>>>> 2. update /etc/ovirt-hosted-engine/vm.conf >>>>> 3. restart vm disable maintenance >>>>> >>>>> Memory is still old value. >>>>> How can I change the hosted engine VM? >>>>> >>>>> I did found: >>>>> http://www.ovirt.org/Features/Hosted_Engine_configuration_on_shared_storage >>>>> >>>>> When I check /etc/ovirt-hosted-engine/hosted-engine.conf there is no >>>>> "conf_volume_UUID" entry. >>>>> >>>>> Do I need to create a shared config volume entry ( conf_volume_UUID >>>>> ), so I can edit hosted engine VM? If so, how can this be done? >>>>> >>>>> I did try to rerun engine-setup, but this did not trigger anything. >>>>> >>>>> Kind regards, >>>>> >>>>> Paul Groeneweg >>>>> Pazion >>>>> >>>>> ***disclaimer*** >>>>> "This e-mail and any attachments thereto may contain information which >>>>> is confidential and/or protected by intellectual property rights and are >>>>> intended for the sole use of the recipient(s) named above. Any use of the >>>>> information contained herein (including, but not limited to, total or >>>>> partial reproduction, communication or distribution in any form) by >>>>> persons >>>>> other than the designated recipient(s) is prohibited. If you have received >>>>> this e-mail in error, please notify
Re: [ovirt-users] howto change hosted-engine config memory
Hi Simone, Thanks! I think I did not restart broker and agent before going out of maintenance mode. I will try these steps and let you know. Regards, Paul Op di 2 feb. 2016 om 09:26 schreef Simone Tiraboschi <stira...@redhat.com>: > On Tue, Feb 2, 2016 at 12:11 AM, Paul Groeneweg | Pazion <p...@pazion.nl> > wrote: > >> I am trying to change memory of my hosted engine. >> I am running oVirt 3.6 with CentOS 6 Hosts with hosted engine on nfs3 >> > > We didn't build VDSM and hosted-engine-ha from 3.6 for Centos 6 so > basically your hosts are still with oVirt 3.5. > > In order to edit the hosted-engine VM on oVirt 3.5, you have to: > 1. set global-maintenance mode > 2. shutdown the engine VM > 3. manually edit /etc/ovirt-hosted-engine/vm.conf on each host (keeping ti > coherent is up to you, take a backup) > 4. restart ovirt-ha-broker and ovirt-ha-agent services on each host. > 5. exits global maintenance mode > > Updating to oVirt 3.6 you will be able to edit some parameters of the > engine VM from the engine itself. > > >> >> 1. I put hosted-engine to maintenance, shutdown vm >> 2. update /etc/ovirt-hosted-engine/vm.conf >> 3. restart vm disable maintenance >> >> Memory is still old value. >> How can I change the hosted engine VM? >> >> I did found: >> http://www.ovirt.org/Features/Hosted_Engine_configuration_on_shared_storage >> >> When I check /etc/ovirt-hosted-engine/hosted-engine.conf there is no >> "conf_volume_UUID" entry. >> >> Do I need to create a shared config volume entry ( conf_volume_UUID ), >> so I can edit hosted engine VM? If so, how can this be done? >> >> I did try to rerun engine-setup, but this did not trigger anything. >> >> Kind regards, >> >> Paul Groeneweg >> Pazion >> >> ***disclaimer*** >> "This e-mail and any attachments thereto may contain information which is >> confidential and/or protected by intellectual property rights and are >> intended for the sole use of the recipient(s) named above. Any use of the >> information contained herein (including, but not limited to, total or >> partial reproduction, communication or distribution in any form) by persons >> other than the designated recipient(s) is prohibited. If you have received >> this e-mail in error, please notify the sender either by telephone or by >> e-mail and delete the material from any computer. Thank you for your >> cooperation." >> -- >> Met vriendelijke groeten, >> >> Paul Groeneweg >> Pazion >> Webdevelopment - Hosting - Apps >> >> T +31 26 3020038 >> M +31 614 277 577 >> E p...@pazion.nl >> >> ***disclaimer*** >> "This e-mail and any attachments thereto may contain information which is >> confidential and/or protected by intellectual property rights and are >> intended for the sole use of the recipient(s) named above. Any use of the >> information contained herein (including, but not limited to, total or >> partial reproduction, communication or distribution in any form) by persons >> other than the designated recipient(s) is prohibited. If you have received >> this e-mail in error, please notify the sender either by telephone or by >> e-mail and delete the material from any computer. Thank you for your >> cooperation." >> >> ___ >> Users mailing list >> Users@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> > -- Met vriendelijke groeten, Paul Groeneweg Pazion Webdevelopment - Hosting - Apps T +31 26 3020038 M +31 614 277 577 E p...@pazion.nl ***disclaimer*** "This e-mail and any attachments thereto may contain information which is confidential and/or protected by intellectual property rights and are intended for the sole use of the recipient(s) named above. Any use of the information contained herein (including, but not limited to, total or partial reproduction, communication or distribution in any form) by persons other than the designated recipient(s) is prohibited. If you have received this e-mail in error, please notify the sender either by telephone or by e-mail and delete the material from any computer. Thank you for your cooperation." ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] howto change hosted-engine config memory
I checked again and hosted engine still says 4096. I also see "Graphics protocol" says SPICE, but I connect through VNC... Op di 2 feb. 2016 om 21:02 schreef Paul Groeneweg | Pazion <p...@pazion.nl>: > Allright. > Still old value. > I'll keep an eye and report back tomorrow if it is still old value. > > Op di 2 feb. 2016 om 20:45 schreef Simone Tiraboschi <stira...@redhat.com > >: > >> On Tue, Feb 2, 2016 at 8:33 PM, Paul Groeneweg | Pazion <p...@pazion.nl> >> wrote: >> >>> Hi Simone, >>> >>> I have exactly as you stated, but found maybe a problem/bug. >>> >>> 1. I put hosted engine to maintenance and powered it off >>> 2. Changed memory in /etc/ovirt-hosted-engine/vm.conf to memSize=8192 >>> 3. I restarted both ovirt-ha-agent and ovirt-ha-broker: >>> /etc/init.d/ovirt-ha-broker >>> restart && /etc/init.d/ovirt-ha-agent restart >>> 4. I started hosted-engine and turned off global maintenance. >>> >>> The hostedengine webinterface still says 4096MB >>> >>> Now I logged on with ssh and ran the command "free -m" >>> This command shows: >>> >>> Mem: 7870 ... >>> So, I believe my hostedengine was updated, but the webinterface is >>> showing incorrect values: http://screencast.com/t/Bg5xU0Ja >>> >>> Any idea why web interface is not showing correct value under Defined or >>> Physical memory? >>> >> >> You are not the first that reports that: it seams that it's just a >> timeout/refresh issue and you have just to wait. Adding Michal here. >> >> >>> >>> Regards, >>> Paul >>> >>> >>> >>> >>> >>> Op di 2 feb. 2016 om 09:31 schreef Paul Groeneweg | Pazion < >>> p...@pazion.nl>: >>> >>>> Hi Simone, >>>> >>>> Thanks! >>>> I think I did not restart broker and agent before going out of >>>> maintenance mode. >>>> I will try these steps and let you know. >>>> >>>> Regards, >>>> Paul >>>> >>>> Op di 2 feb. 2016 om 09:26 schreef Simone Tiraboschi < >>>> stira...@redhat.com>: >>>> >>>>> On Tue, Feb 2, 2016 at 12:11 AM, Paul Groeneweg | Pazion < >>>>> p...@pazion.nl> wrote: >>>>> >>>>>> I am trying to change memory of my hosted engine. >>>>>> I am running oVirt 3.6 with CentOS 6 Hosts with hosted engine on nfs3 >>>>>> >>>>> >>>>> We didn't build VDSM and hosted-engine-ha from 3.6 for Centos 6 so >>>>> basically your hosts are still with oVirt 3.5. >>>>> >>>>> In order to edit the hosted-engine VM on oVirt 3.5, you have to: >>>>> 1. set global-maintenance mode >>>>> 2. shutdown the engine VM >>>>> 3. manually edit /etc/ovirt-hosted-engine/vm.conf on each host >>>>> (keeping ti coherent is up to you, take a backup) >>>>> 4. restart ovirt-ha-broker and ovirt-ha-agent services on each host. >>>>> 5. exits global maintenance mode >>>>> >>>>> Updating to oVirt 3.6 you will be able to edit some parameters of the >>>>> engine VM from the engine itself. >>>>> >>>>> >>>>>> >>>>>> 1. I put hosted-engine to maintenance, shutdown vm >>>>>> 2. update /etc/ovirt-hosted-engine/vm.conf >>>>>> 3. restart vm disable maintenance >>>>>> >>>>>> Memory is still old value. >>>>>> How can I change the hosted engine VM? >>>>>> >>>>>> I did found: >>>>>> http://www.ovirt.org/Features/Hosted_Engine_configuration_on_shared_storage >>>>>> >>>>>> When I check /etc/ovirt-hosted-engine/hosted-engine.conf there is no >>>>>> "conf_volume_UUID" entry. >>>>>> >>>>>> Do I need to create a shared config volume entry ( conf_volume_UUID >>>>>> ), so I can edit hosted engine VM? If so, how can this be done? >>>>>> >>>>>> I did try to rerun engine-setup, but this did not trigger anything. >>>>>> >>>>>> Kind regards, >>>>>> >>>>>> Paul Groeneweg >>>>>> Pazion >>>>>> >>>>>> ***dis
[ovirt-users] howto change hosted-engine config memory
I am trying to change memory of my hosted engine. I am running oVirt 3.6 with CentOS 6 Hosts with hosted engine on nfs3 1. I put hosted-engine to maintenance, shutdown vm 2. update /etc/ovirt-hosted-engine/vm.conf 3. restart vm disable maintenance Memory is still old value. How can I change the hosted engine VM? I did found: http://www.ovirt.org/Features/Hosted_Engine_configuration_on_shared_storage When I check /etc/ovirt-hosted-engine/hosted-engine.conf there is no "conf_volume_UUID" entry. Do I need to create a shared config volume entry ( conf_volume_UUID ), so I can edit hosted engine VM? If so, how can this be done? I did try to rerun engine-setup, but this did not trigger anything. Kind regards, Paul Groeneweg Pazion ***disclaimer*** "This e-mail and any attachments thereto may contain information which is confidential and/or protected by intellectual property rights and are intended for the sole use of the recipient(s) named above. Any use of the information contained herein (including, but not limited to, total or partial reproduction, communication or distribution in any form) by persons other than the designated recipient(s) is prohibited. If you have received this e-mail in error, please notify the sender either by telephone or by e-mail and delete the material from any computer. Thank you for your cooperation." -- Met vriendelijke groeten, Paul Groeneweg Pazion Webdevelopment - Hosting - Apps T +31 26 3020038 M +31 614 277 577 E p...@pazion.nl ***disclaimer*** "This e-mail and any attachments thereto may contain information which is confidential and/or protected by intellectual property rights and are intended for the sole use of the recipient(s) named above. Any use of the information contained herein (including, but not limited to, total or partial reproduction, communication or distribution in any form) by persons other than the designated recipient(s) is prohibited. If you have received this e-mail in error, please notify the sender either by telephone or by e-mail and delete the material from any computer. Thank you for your cooperation." ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Problem showing errata from main menu ( Errata on VM or Host tab shows correct )
Aah thats might be the reason :-) https://fedorahosted.org/spacewalk/wiki/ReleaseNotes24 I believe Spacealk is the opensource counterpart of Satellite. Strange thing is the Errata tab on the VM does work ( it dows show 0 updates available, so I 'll keep an eye out when there are updates and check if these are shown correct ). Op wo 20 jan. 2016 om 10:12 schreef Oved Ourfali <oourf...@redhat.com>: > On Wed, Jan 20, 2016 at 11:03 AM, Paul Groeneweg | Pazion <p...@pazion.nl> > wrote: > >> I have log file attached. >> I cleared the log and ran: >> >> 1. entered Errata of inframan.pazion.nl, hostedengine.pazion.nl, >> jenkins.pazion.nl => OK >> 2. entered Errata of samurai2.pazion.nl == >> controlapnel2.pazionhgosting.nl => error >> 3. editted provider and saved of samurai2.pazion.nl >> 4. entered Errata of samurai2.pazion.nl == >> controlapnel2.pazionhgosting.nl => >> 5. entered Errata in left menu >> >> I see this error 'Failed to find host on provider' is showing also with >> correct connects. >> >> I am running spacewalk 2.4 on centos 6 x64 >> >> > What Katello version is that? > We didn't verify the feature with spacewalk > > >> When I switch provider to https for connection it fails, probably because >> a self signed certificate. Http is working, but when I open spacewalk >> server with http it redirects me to https, so maybe this is part of the >> problem? Altough on VM level all is working >> >> Let me know if you need more logs. >> >> Met vriendelijke groeten, >> >> Paul Groeneweg >> Pazion >> Webdevelopment - Hosting - Apps >> >> T +31 26 3020038 >> M +31 614 277 577 >> E p...@pazion.nl >> >> ***disclaimer*** >> "This e-mail and any attachments thereto may contain information which is >> confidential and/or protected by intellectual property rights and are >> intended for the sole use of the recipient(s) named above. Any use of the >> information contained herein (including, but not limited to, total or >> partial reproduction, communication or distribution in any form) by persons >> other than the designated recipient(s) is prohibited. If you have received >> this e-mail in error, please notify the sender either by telephone or by >> e-mail and delete the material from any computer. Thank you for your >> cooperation." >> >> Op wo 20 jan. 2016 om 07:46 schreef Oved Ourfali <oourf...@redhat.com>: >> >>> Also, please specify the version of satellite/katello you work with. >>> >>> Met vriendelijke groeten, >>> >>> Paul Groeneweg >>> Pazion >>> Webdevelopment - Hosting - Apps >>> >>> T +31 26 3020038 >>> M +31 614 277 577 >>> E p...@pazion.nl >>> >>> ***disclaimer*** >>> "This e-mail and any attachments thereto may contain information which >>> is confidential and/or protected by intellectual property rights and are >>> intended for the sole use of the recipient(s) named above. Any use of the >>> information contained herein (including, but not limited to, total or >>> partial reproduction, communication or distribution in any form) by persons >>> other than the designated recipient(s) is prohibited. If you have received >>> this e-mail in error, please notify the sender either by telephone or by >>> e-mail and delete the material from any computer. Thank you for your >>> cooperation." >>> >>> On Wed, Jan 20, 2016 at 8:45 AM, Oved Ourfali <oourf...@redhat.com> >>> wrote: >>> >>>> Please attach complete logs. >>>> >>>> >>>> Met vriendelijke groeten, >>>> >>>> Paul Groeneweg >>>> Pazion >>>> Webdevelopment - Hosting - Apps >>>> >>>> T +31 26 3020038 >>>> M +31 614 277 577 >>>> E p...@pazion.nl >>>> >>>> ***disclaimer*** >>>> "This e-mail and any attachments thereto may contain information which >>>> is confidential and/or protected by intellectual property rights and are >>>> intended for the sole use of the recipient(s) named above. Any use of the >>>> information contained herein (including, but not limited to, total or >>>> partial reproduction, communication or distribution in any form) by persons >>>> other than the designated recipient(s) is prohibited. If you have received >>>> this e-mail in error, please notify the sender ei
Re: [ovirt-users] Problem showing errata from main menu ( Errata on VM or Host tab shows correct )
I have log file attached. I cleared the log and ran: 1. entered Errata of inframan.pazion.nl, hostedengine.pazion.nl, jenkins.pazion.nl => OK 2. entered Errata of samurai2.pazion.nl == controlapnel2.pazionhgosting.nl => error 3. editted provider and saved of samurai2.pazion.nl 4. entered Errata of samurai2.pazion.nl == controlapnel2.pazionhgosting.nl => 5. entered Errata in left menu I see this error 'Failed to find host on provider' is showing also with correct connects. I am running spacewalk 2.4 on centos 6 x64 When I switch provider to https for connection it fails, probably because a self signed certificate. Http is working, but when I open spacewalk server with http it redirects me to https, so maybe this is part of the problem? Altough on VM level all is working Let me know if you need more logs. Met vriendelijke groeten, Paul Groeneweg Pazion Webdevelopment - Hosting - Apps T +31 26 3020038 M +31 614 277 577 E p...@pazion.nl ***disclaimer*** "This e-mail and any attachments thereto may contain information which is confidential and/or protected by intellectual property rights and are intended for the sole use of the recipient(s) named above. Any use of the information contained herein (including, but not limited to, total or partial reproduction, communication or distribution in any form) by persons other than the designated recipient(s) is prohibited. If you have received this e-mail in error, please notify the sender either by telephone or by e-mail and delete the material from any computer. Thank you for your cooperation." Op wo 20 jan. 2016 om 07:46 schreef Oved Ourfali <oourf...@redhat.com>: > Also, please specify the version of satellite/katello you work with. > > Met vriendelijke groeten, > > Paul Groeneweg > Pazion > Webdevelopment - Hosting - Apps > > T +31 26 3020038 > M +31 614 277 577 > E p...@pazion.nl > > ***disclaimer*** > "This e-mail and any attachments thereto may contain information which is > confidential and/or protected by intellectual property rights and are > intended for the sole use of the recipient(s) named above. Any use of the > information contained herein (including, but not limited to, total or > partial reproduction, communication or distribution in any form) by persons > other than the designated recipient(s) is prohibited. If you have received > this e-mail in error, please notify the sender either by telephone or by > e-mail and delete the material from any computer. Thank you for your > cooperation." > > On Wed, Jan 20, 2016 at 8:45 AM, Oved Ourfali <oourf...@redhat.com> wrote: > >> Please attach complete logs. >> >> >> Met vriendelijke groeten, >> >> Paul Groeneweg >> Pazion >> Webdevelopment - Hosting - Apps >> >> T +31 26 3020038 >> M +31 614 277 577 >> E p...@pazion.nl >> >> ***disclaimer*** >> "This e-mail and any attachments thereto may contain information which is >> confidential and/or protected by intellectual property rights and are >> intended for the sole use of the recipient(s) named above. Any use of the >> information contained herein (including, but not limited to, total or >> partial reproduction, communication or distribution in any form) by persons >> other than the designated recipient(s) is prohibited. If you have received >> this e-mail in error, please notify the sender either by telephone or by >> e-mail and delete the material from any computer. Thank you for your >> cooperation." >> >> On Tue, Jan 19, 2016 at 11:38 PM, Paul Groeneweg | Pazion <p...@pazion.nl >> > wrote: >> >>> I have configured spacewalk server and linked several hosts and hosted >>> engine to the spacewalk/satellite provider. >>> >>> When I click the "Errata" menu item I still get an error: >>> "Problem retrieving errata: The engine is not associated with a >>> Foreman/Satellite provider. No errata for the engine are available." => >>> http://screencast.com/t/aVfmJ21wTi >>> >>> In the /var/log/ovirt-engine/engine.log I see : >>> >>> 2016-01-19 21:58:52,966 ERROR >>> [org.ovirt.engine.core.bll.host.provider.foreman.SystemProviderFinder] >>> (default task-21) [] Failed to find host on any provider by host name ' >>> hostedengine..nl' >>> >>> The hosted engine hostedengine..nl is registered in spacewalk >>> and when I go to virtual machines and click the hosted engine's Errata tab >>> it does show results. >>> >>> I am running oVirt 3.6.1 on Centos 6 x64 hosts and hosted-engine too. >>> >>> What is required to
Re: [ovirt-users] Problem showing errata from main menu ( Errata on VM or Host tab shows correct )
Great, let me know if any can be of any help. Op wo 20 jan. 2016 om 10:24 schreef Oved Ourfali <oourf...@redhat.com>: > On Wed, Jan 20, 2016 at 11:22 AM, Paul Groeneweg | Pazion <p...@pazion.nl> > wrote: > >> Aah thats might be the reason :-) >> https://fedorahosted.org/spacewalk/wiki/ReleaseNotes24 >> I believe Spacealk is the opensource counterpart of Satellite. >> >> Strange thing is the Errata tab on the VM does work ( it dows show 0 >> updates available, so I 'll keep an eye out when there are updates and >> check if these are shown correct ). >> >> > We'll do our best to examine it anyway. > CC-ing Moti, the feature owner. > Will probably able to look at it later on. > > > > >> >> Op wo 20 jan. 2016 om 10:12 schreef Oved Ourfali <oourf...@redhat.com>: >> >>> On Wed, Jan 20, 2016 at 11:03 AM, Paul Groeneweg | Pazion < >>> p...@pazion.nl> wrote: >>> >>>> I have log file attached. >>>> I cleared the log and ran: >>>> >>>> 1. entered Errata of inframan.pazion.nl, hostedengine.pazion.nl, >>>> jenkins.pazion.nl => OK >>>> 2. entered Errata of samurai2.pazion.nl == >>>> controlapnel2.pazionhgosting.nl => error >>>> 3. editted provider and saved of samurai2.pazion.nl >>>> 4. entered Errata of samurai2.pazion.nl == >>>> controlapnel2.pazionhgosting.nl => >>>> 5. entered Errata in left menu >>>> >>>> I see this error 'Failed to find host on provider' is showing also with >>>> correct connects. >>>> >>>> I am running spacewalk 2.4 on centos 6 x64 >>>> >>>> >>> What Katello version is that? >>> We didn't verify the feature with spacewalk >>> >>> >>>> When I switch provider to https for connection it fails, probably >>>> because a self signed certificate. Http is working, but when I open >>>> spacewalk server with http it redirects me to https, so maybe this is part >>>> of the problem? Altough on VM level all is working >>>> >>>> Let me know if you need more logs. >>>> >>>> Met vriendelijke groeten, >>>> >>>> Paul Groeneweg >>>> Pazion >>>> Webdevelopment - Hosting - Apps >>>> >>>> T +31 26 3020038 >>>> M +31 614 277 577 >>>> E p...@pazion.nl >>>> >>>> ***disclaimer*** >>>> "This e-mail and any attachments thereto may contain information which >>>> is confidential and/or protected by intellectual property rights and are >>>> intended for the sole use of the recipient(s) named above. Any use of the >>>> information contained herein (including, but not limited to, total or >>>> partial reproduction, communication or distribution in any form) by persons >>>> other than the designated recipient(s) is prohibited. If you have received >>>> this e-mail in error, please notify the sender either by telephone or by >>>> e-mail and delete the material from any computer. Thank you for your >>>> cooperation." >>>> >>>> Op wo 20 jan. 2016 om 07:46 schreef Oved Ourfali <oourf...@redhat.com>: >>>> >>>>> Also, please specify the version of satellite/katello you work with. >>>>> >>>>> Met vriendelijke groeten, >>>>> >>>>> Paul Groeneweg >>>>> Pazion >>>>> Webdevelopment - Hosting - Apps >>>>> >>>>> T +31 26 3020038 >>>>> M +31 614 277 577 >>>>> E p...@pazion.nl >>>>> >>>>> ***disclaimer*** >>>>> "This e-mail and any attachments thereto may contain information which >>>>> is confidential and/or protected by intellectual property rights and are >>>>> intended for the sole use of the recipient(s) named above. Any use of the >>>>> information contained herein (including, but not limited to, total or >>>>> partial reproduction, communication or distribution in any form) by >>>>> persons >>>>> other than the designated recipient(s) is prohibited. If you have received >>>>> this e-mail in error, please notify the sender either by telephone or by >>>>> e-mail and delete the material from any computer. Thank you for your >>>>> cooperation." >>>>> >>>>> O
[ovirt-users] Problem showing errata from main menu ( Errata on VM or Host tab shows correct )
I have configured spacewalk server and linked several hosts and hosted engine to the spacewalk/satellite provider. When I click the "Errata" menu item I still get an error: "Problem retrieving errata: The engine is not associated with a Foreman/Satellite provider. No errata for the engine are available." => http://screencast.com/t/aVfmJ21wTi In the /var/log/ovirt-engine/engine.log I see : 2016-01-19 21:58:52,966 ERROR [org.ovirt.engine.core.bll.host.provider.foreman.SystemProviderFinder] (default task-21) [] Failed to find host on any provider by host name ' hostedengine..nl' The hosted engine hostedengine..nl is registered in spacewalk and when I go to virtual machines and click the hosted engine's Errata tab it does show results. I am running oVirt 3.6.1 on Centos 6 x64 hosts and hosted-engine too. What is required to get the Errata tab working too? Best Regards, Paul -- Met vriendelijke groeten, Paul Groeneweg Pazion Webdevelopment - Hosting - Apps T +31 26 3020038 M +31 614 277 577 E p...@pazion.nl ***disclaimer*** "This e-mail and any attachments thereto may contain information which is confidential and/or protected by intellectual property rights and are intended for the sole use of the recipient(s) named above. Any use of the information contained herein (including, but not limited to, total or partial reproduction, communication or distribution in any form) by persons other than the designated recipient(s) is prohibited. If you have received this e-mail in error, please notify the sender either by telephone or by e-mail and delete the material from any computer. Thank you for your cooperation." ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] no guest info shown and timezone warning
I have changed timezone to GMT and now the exclamation is gone. The servers are in timezone GMT+1 ( Amsterdam ). Why is exclamation gone? In my perception I do have a timezone mismatch now. Please let me know. Regards, Paul Op di 1 dec. 2015 om 00:17 schreef Simone Tiraboschi <stira...@redhat.com>: > On Sun, Nov 29, 2015 at 4:34 PM, Gianluca Cecchi < > gianluca.cec...@gmail.com> wrote: > >> On Sun, Nov 29, 2015 at 12:41 AM, Yaniv Dary <yd...@redhat.com> wrote: >> >>> Can you please open a bug to track this issue? >>> >>> Yaniv Dary >>> Technical Product Manager >>> Red Hat Israel Ltd. >>> 34 Jerusalem Road >>> Building A, 4th floor >>> Ra'anana, Israel 4350109 >>> >>> Tel : +972 (9) 7692306 >>> 8272306 >>> Email: yd...@redhat.com >>> IRC : ydary >>> >>> >>> On Fri, Nov 13, 2015 at 9:34 PM, Paul Groeneweg | Pazion <p...@pazion.nl >>> > wrote: >>> >>>> I checked version, I am running 1.0.11 >>>> I restarted, but still not showing info in the tab ( none of the VMs ) >>>> See screenshot: http://screencast.com/t/JejTsLAxuXw >>>> >>>> Regards, >>>> Paul Groeneweg >>>> >>>>> >>>>> >>>>> >>>> >> >> Hello in my case I have a clean installed 3.6.0 environment with self >> hosted engine. >> I installed and configured a CentOS 7.1 guest and I'm able to see guest >> info. >> See screenshot. >> >> https://drive.google.com/file/d/0BwoPbcrMv8mvVVY4NUJiRU0wTU0/view?usp=sharing >> >> But I do have the time zone problem. >> I verified that my self hosted engine (I did the deploy through the >> provided appliance) was by default configured with UTC timezone. >> > > Probably we should also let the user configure the appliance timezone via > cloud-init using the host timezone as the default value. > > >> I then changed it using inside its OS the command: >> >> timedatectl set-timezone Europe/Rome >> >> then I made global maintenance and restarted both the host and the engine. >> I still had the exclamation mark. >> Then I modified the VM inside the GUI in Edit VM --> System --> General . >> As you see in screenshot it was Etc/GMT and then Europe/Berlin. >> And finally shutdown/power on (because reboot doesn't instantiate a new >> qemu/kvm process) >> And now it is ok from an OS point of view andalso GUI point of view. >> See: >> >> https://drive.google.com/file/d/0BwoPbcrMv8mvSmp1QjVEMEVPQms/view?usp=sharing >> >> I don't know if the update itself from 3.5 to 3.6 could have scrambled >> anything, but in my case all is ok if the various configurations involved >> match. >> >> BTW: I noticed that the "Guest Info" visualized data are not so dynamic: >> sometimes if I do some changes, I have to click another tab (eg affinity >> groups) and then "Guest Info" again to be able to see updated values >> >> host: >> # timedatectl status ; ssh ractorshe "timedatectl status" ; ssh 10.4.4.29 >> "timedatectl status" >> Local time: Sun 2015-11-29 16:27:49 CET >> Universal time: Sun 2015-11-29 15:27:49 UTC >> RTC time: Sun 2015-11-29 15:27:49 >> Timezone: Europe/Rome (CET, +0100) >> NTP enabled: yes >> NTP synchronized: yes >> RTC in local TZ: no >> DST active: no >> Last DST change: DST ended at >> Sun 2015-10-25 02:59:59 CEST >> Sun 2015-10-25 02:00:00 CET >> Next DST change: DST begins (the clock jumps one hour forward) at >> Sun 2016-03-27 01:59:59 CET >> Sun 2016-03-27 03:00:00 CEST >> >> SH Engine: >> Local time: Sun 2015-11-29 16:27:51 CET >> Universal time: Sun 2015-11-29 15:27:51 UTC >> RTC time: Sun 2015-11-29 15:27:50 >> Timezone: Europe/Rome (CET, +0100) >> NTP enabled: yes >> NTP synchronized: yes >> RTC in local TZ: no >> DST active: no >> Last DST change: DST ended at >> Sun 2015-10-25 02:59:59 CEST >> Sun 2015-10-25 02:00:00 CET >> Next DST change: DST begins (the clock jumps one hour forward) at >> Sun 2016-03-27 01:59:59 CET >> Sun 2016-03-27 03:00:00 CEST >> >> Guest: >> # timedatectl status >> Local time: Sun 2015-11-29 16:28:07 CET >> Universal time
Re: [ovirt-users] no guest info shown and timezone warning
Bug reported: https://bugzilla.redhat.com/show_bug.cgi?id=1286847 Op zo 29 nov. 2015 om 16:34 schreef Gianluca Cecchi < gianluca.cec...@gmail.com>: > On Sun, Nov 29, 2015 at 12:41 AM, Yaniv Dary <yd...@redhat.com> wrote: > >> Can you please open a bug to track this issue? >> >> Yaniv Dary >> Technical Product Manager >> Red Hat Israel Ltd. >> 34 Jerusalem Road >> Building A, 4th floor >> Ra'anana, Israel 4350109 >> >> Tel : +972 (9) 7692306 >> 8272306 >> Email: yd...@redhat.com >> IRC : ydary >> >> >> On Fri, Nov 13, 2015 at 9:34 PM, Paul Groeneweg | Pazion <p...@pazion.nl> >> wrote: >> >>> I checked version, I am running 1.0.11 >>> I restarted, but still not showing info in the tab ( none of the VMs ) >>> See screenshot: http://screencast.com/t/JejTsLAxuXw >>> >>> Regards, >>> Paul Groeneweg >>> >>>> >>>> >>>> >>> > > Hello in my case I have a clean installed 3.6.0 environment with self > hosted engine. > I installed and configured a CentOS 7.1 guest and I'm able to see guest > info. > See screenshot. > > https://drive.google.com/file/d/0BwoPbcrMv8mvVVY4NUJiRU0wTU0/view?usp=sharing > > But I do have the time zone problem. > I verified that my self hosted engine (I did the deploy through the > provided appliance) was by default configured with UTC timezone. > I then changed it using inside its OS the command: > > timedatectl set-timezone Europe/Rome > > then I made global maintenance and restarted both the host and the engine. > I still had the exclamation mark. > Then I modified the VM inside the GUI in Edit VM --> System --> General . > As you see in screenshot it was Etc/GMT and then Europe/Berlin. > And finally shutdown/power on (because reboot doesn't instantiate a new > qemu/kvm process) > And now it is ok from an OS point of view andalso GUI point of view. > See: > > https://drive.google.com/file/d/0BwoPbcrMv8mvSmp1QjVEMEVPQms/view?usp=sharing > > I don't know if the update itself from 3.5 to 3.6 could have scrambled > anything, but in my case all is ok if the various configurations involved > match. > > BTW: I noticed that the "Guest Info" visualized data are not so dynamic: > sometimes if I do some changes, I have to click another tab (eg affinity > groups) and then "Guest Info" again to be able to see updated values > > host: > # timedatectl status ; ssh ractorshe "timedatectl status" ; ssh 10.4.4.29 > "timedatectl status" > Local time: Sun 2015-11-29 16:27:49 CET > Universal time: Sun 2015-11-29 15:27:49 UTC > RTC time: Sun 2015-11-29 15:27:49 > Timezone: Europe/Rome (CET, +0100) > NTP enabled: yes > NTP synchronized: yes > RTC in local TZ: no > DST active: no > Last DST change: DST ended at > Sun 2015-10-25 02:59:59 CEST > Sun 2015-10-25 02:00:00 CET > Next DST change: DST begins (the clock jumps one hour forward) at > Sun 2016-03-27 01:59:59 CET > Sun 2016-03-27 03:00:00 CEST > > SH Engine: > Local time: Sun 2015-11-29 16:27:51 CET > Universal time: Sun 2015-11-29 15:27:51 UTC > RTC time: Sun 2015-11-29 15:27:50 > Timezone: Europe/Rome (CET, +0100) > NTP enabled: yes > NTP synchronized: yes > RTC in local TZ: no > DST active: no > Last DST change: DST ended at > Sun 2015-10-25 02:59:59 CEST > Sun 2015-10-25 02:00:00 CET > Next DST change: DST begins (the clock jumps one hour forward) at > Sun 2016-03-27 01:59:59 CET > Sun 2016-03-27 03:00:00 CEST > > Guest: > # timedatectl status > Local time: Sun 2015-11-29 16:28:07 CET > Universal time: Sun 2015-11-29 15:28:07 UTC > RTC time: Sun 2015-11-29 16:28:06 > Timezone: Europe/Rome (CET, +0100) > NTP enabled: yes > NTP synchronized: yes > RTC in local TZ: no > DST active: no > Last DST change: DST ended at > Sun 2015-10-25 02:59:59 CEST > Sun 2015-10-25 02:00:00 CET > Next DST change: DST begins (the clock jumps one hour forward) at > Sun 2016-03-27 01:59:59 CET > Sun 2016-03-27 03:00:00 CEST > > > A strange thing with guest is that it seems it starts wrong because if > current time is 16:25 I notice right after boot that I get both the "!" > inside the GUI and wrong timestamp inside OS (1 hour ahead): > > # date > Sun Nov 29 17:25:41 CET 2015 > &g
Re: [ovirt-users] no guest info shown and timezone warning
I checked version, I am running 1.0.11 I restarted, but still not showing info in the tab ( none of the VMs ) See screenshot: http://screencast.com/t/JejTsLAxuXw Regards, Paul Groeneweg > > > -- Met vriendelijke groeten, Paul Groeneweg Pazion Webdevelopment - Hosting - Apps T +31 26 3020038 M +31 614 277 577 E p...@pazion.nl ***disclaimer*** "This e-mail and any attachments thereto may contain information which is confidential and/or protected by intellectual property rights and are intended for the sole use of the recipient(s) named above. Any use of the information contained herein (including, but not limited to, total or partial reproduction, communication or distribution in any form) by persons other than the designated recipient(s) is prohibited. If you have received this e-mail in error, please notify the sender either by telephone or by e-mail and delete the material from any computer. Thank you for your cooperation." ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] upgrade to oVirt 3.6 and compabitibility 3.6
I just tested adding a Centos 6.6 and Centos 7 host on a oVirt Cluster and it is not possible: Not possible to mix RHEL 6.x and 7.x hosts in one cluster. Tried adding RHEL - 6 - 7.el6.centos.12.3 host to a cluster with RHEL - 7 - 1.1503.el7.centos.2.8 hosts. Using the same data storage for multiple Clusters seems possible. Thanks for all the help today, Regards, Paul Op do 12 nov. 2015 om 10:52 schreef Paul Groeneweg | Pazion <p...@pazion.nl >: > Hmm, that would be a pity, then I also need a second shared storage. > > Anyone tested mixed el6 and el7 cluster on 3.5.5 or 3.6 ? > > Met vriendelijke groeten, > Paul Groeneweg > > > Op do 12 nov. 2015 om 10:48 schreef Gianluca Cecchi < > gianluca.cec...@gmail.com>: > >> On Thu, Nov 12, 2015 at 10:44 AM, Gianluca Cecchi < >> gianluca.cec...@gmail.com> wrote: >> >>> On Thu, Nov 12, 2015 at 10:40 AM, Paul Groeneweg | Pazion < >>> p...@pazion.nl> wrote: >>> >>>> OK, I understand, I would need to upgrade my Hosts to go to 3.6. >>>> >>>> I think I read somewhere I can't mix EL6 and EL7 hosts in the same >>>> cluster, is this true? >>>> >>>> >>> You can have a mix of EL6 and EL7 hosts with 3.5 cluster compatibility >>> in place. >>> But you have to notice that you can do live migrations in direction EL6 >>> --> EL7 but not the reverse. >>> SO you have to care about this for your migration strategy. >>> Probably bettere to update at least two hosts to EL7 before beginning to >>> place critical VMs on them. >>> HIH, >>> Gianluca >>> >> >> Opsss, perhaps I'm wro and you have to create a different cluster in the >> same datacenter and progressively migrate VMs from hosts in first cluster >> to hosts in second cluster. >> At least so it was in 3.5.1 did it change? >> >> See >> http://lists.ovirt.org/pipermail/users/2015-May/032818.html >> and bugzilla >> https://bugzilla.redhat.com/show_bug.cgi?id=1150191 >> > -- > Met vriendelijke groeten, > > Paul Groeneweg > Pazion > Webdevelopment - Hosting - Apps > > T +31 26 3020038 > M +31 614 277 577 > E p...@pazion.nl > > ***disclaimer*** > "This e-mail and any attachments thereto may contain information which is > confidential and/or protected by intellectual property rights and are > intended for the sole use of the recipient(s) named above. Any use of the > information contained herein (including, but not limited to, total or > partial reproduction, communication or distribution in any form) by persons > other than the designated recipient(s) is prohibited. If you have received > this e-mail in error, please notify the sender either by telephone or by > e-mail and delete the material from any computer. Thank you for your > cooperation." > -- Met vriendelijke groeten, Paul Groeneweg Pazion Webdevelopment - Hosting - Apps T +31 26 3020038 M +31 614 277 577 E p...@pazion.nl ***disclaimer*** "This e-mail and any attachments thereto may contain information which is confidential and/or protected by intellectual property rights and are intended for the sole use of the recipient(s) named above. Any use of the information contained herein (including, but not limited to, total or partial reproduction, communication or distribution in any form) by persons other than the designated recipient(s) is prohibited. If you have received this e-mail in error, please notify the sender either by telephone or by e-mail and delete the material from any computer. Thank you for your cooperation." ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] upgrade to oVirt 3.6 and compabitibility 3.6
We have only a few hosts. I will keep your advice in mind when reviewing migration plan. Thanks for the quick answer! Met vriendelijke groeten, Paul Groeneweg Op do 12 nov. 2015 om 10:44 schreef Gianluca Cecchi < gianluca.cec...@gmail.com>: > On Thu, Nov 12, 2015 at 10:40 AM, Paul Groeneweg | Pazion <p...@pazion.nl> > wrote: > >> OK, I understand, I would need to upgrade my Hosts to go to 3.6. >> >> I think I read somewhere I can't mix EL6 and EL7 hosts in the same >> cluster, is this true? >> >> > You can have a mix of EL6 and EL7 hosts with 3.5 cluster compatibility in > place. > But you have to notice that you can do live migrations in direction EL6 > --> EL7 but not the reverse. > SO you have to care about this for your migration strategy. > Probably bettere to update at least two hosts to EL7 before beginning to > place critical VMs on them. > HIH, > Gianluca > -- Met vriendelijke groeten, Paul Groeneweg Pazion Webdevelopment - Hosting - Apps T +31 26 3020038 M +31 614 277 577 E p...@pazion.nl ***disclaimer*** "This e-mail and any attachments thereto may contain information which is confidential and/or protected by intellectual property rights and are intended for the sole use of the recipient(s) named above. Any use of the information contained herein (including, but not limited to, total or partial reproduction, communication or distribution in any form) by persons other than the designated recipient(s) is prohibited. If you have received this e-mail in error, please notify the sender either by telephone or by e-mail and delete the material from any computer. Thank you for your cooperation." ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] upgrade to oVirt 3.6 and compabitibility 3.6
I have finished the upgrade to 3.6. I received a lot (every 3 seconds ) of the following messages in the logs after upgrading the hosts: vdsm jsonrpc.JsonRpcServer ERROR Internal server error#012Traceback (most recent call last):#012 File "/usr/lib/python2.6/site-packages/yajsonrpc/__init__.py", line 501, in _serveRequest#012res = method(**params)#012 File "/usr/share/vdsm/rpc/Bridge.py", line 291, in _dynamicMethod#012return self._fixupRet(className, methodName, ret)#012 File "/usr/share/vdsm/rpc/Bridge.py", line 235, in _fixupRet#012 self._typeFixup('return', retType, result)#012 File "/usr/share/vdsm/rpc/Bridge.py", line 215, in _typeFixup#012if k in item:#012TypeError: argument of type 'NoneType' is not iterable I restarted ovirt-ha-agent ovirt-ha-broker and vdsmd. After I rebooted all hosts ( migrating VMS from one to another ) the message finally disappeared. Then I tried to set compatibility Version to 3.6, but without luck. I have put hosted engine back in global maintenance, but I can't find out why it fails. The message says "Error while executing action: Cannot change Cluster Compatibility Version to higher version when there are active Hosts with lower version. -Please move Hosts with lower version to maintenance first." I have installed ovirt-release36 on hosted engine and hosts. I have updated hosted engine with engine-setup. I ran yum update on all hosts. What do I need to do to set compatibility version to 3.6? And how can I enable repository for hosted engine? ( through WEB UI change is not saved ). Best Regards, Paul Groeneweg -- Met vriendelijke groeten, Paul Groeneweg Pazion Webdevelopment - Hosting - Apps T +31 26 3020038 M +31 614 277 577 E p...@pazion.nl ***disclaimer*** "This e-mail and any attachments thereto may contain information which is confidential and/or protected by intellectual property rights and are intended for the sole use of the recipient(s) named above. Any use of the information contained herein (including, but not limited to, total or partial reproduction, communication or distribution in any form) by persons other than the designated recipient(s) is prohibited. If you have received this e-mail in error, please notify the sender either by telephone or by e-mail and delete the material from any computer. Thank you for your cooperation." ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] upgrade to oVirt 3.6 and compabitibility 3.6
That looks like the issue... I am running Centos 6 and I read https://bugzilla.redhat.com/show_bug.cgi?id=1206231 Is it possible to build the packages form source or is my only option upgrading to Centos7? Can I have a mix of Centos 6 and 7 in my DC/Cluster? ( otherwise I need to upgrade/migrate all VMS? ) Met vriendelijke groeten, Paul Groeneweg Op do 12 nov. 2015 om 09:38 schreef Simone Tiraboschi <stira...@redhat.com>: > On Thu, Nov 12, 2015 at 9:03 AM, Paul Groeneweg | Pazion <p...@pazion.nl> > wrote: > >> I have finished the upgrade to 3.6. >> I received a lot (every 3 seconds ) of the following messages in the >> logs after upgrading the hosts: >> >> vdsm jsonrpc.JsonRpcServer ERROR Internal server error#012Traceback >> (most recent call last):#012 File >> "/usr/lib/python2.6/site-packages/yajsonrpc/__init__.py", line 501, in >> _serveRequest#012res = method(**params)#012 File >> "/usr/share/vdsm/rpc/Bridge.py", line 291, in _dynamicMethod#012return >> self._fixupRet(className, methodName, ret)#012 File >> "/usr/share/vdsm/rpc/Bridge.py", line 235, in _fixupRet#012 >> self._typeFixup('return', retType, result)#012 File >> "/usr/share/vdsm/rpc/Bridge.py", line 215, in _typeFixup#012if k in >> item:#012TypeError: argument of type 'NoneType' is not iterable >> >> I restarted ovirt-ha-agent ovirt-ha-broker and vdsmd. >> After I rebooted all hosts ( migrating VMS from one to another ) the >> message finally disappeared. >> >> Then I tried to set compatibility Version to 3.6, but without luck. I >> have put hosted engine back in global maintenance, but I can't find out why >> it fails. The message says "Error while executing action: Cannot change >> Cluster Compatibility Version to higher version when there are active Hosts >> with lower version. >> -Please move Hosts with lower version to maintenance first." >> >> I have installed ovirt-release36 on hosted engine and hosts. >> I have updated hosted engine with engine-setup. >> I ran yum update on all hosts. >> What do I need to do to set compatibility version to 3.6? >> > > Please check the software tab in the host panel for each of your host, if > the upgrade has been performed you should see something like 'VDSM > Version: vdsm-4.17.10.1-0.el7.centos', if vdsm is still at 4.16.z that host > is still on 3.5. > > >> And how can I enable repository for hosted engine? ( through WEB UI >> change is not saved ). >> >> >> >> Best Regards, >> Paul Groeneweg >> >> -- >> Met vriendelijke groeten, >> >> Paul Groeneweg >> Pazion >> Webdevelopment - Hosting - Apps >> >> T +31 26 3020038 >> M +31 614 277 577 >> E p...@pazion.nl >> >> ***disclaimer*** >> "This e-mail and any attachments thereto may contain information which is >> confidential and/or protected by intellectual property rights and are >> intended for the sole use of the recipient(s) named above. Any use of the >> information contained herein (including, but not limited to, total or >> partial reproduction, communication or distribution in any form) by persons >> other than the designated recipient(s) is prohibited. If you have received >> this e-mail in error, please notify the sender either by telephone or by >> e-mail and delete the material from any computer. Thank you for your >> cooperation." >> >> ___ >> Users mailing list >> Users@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> > -- Met vriendelijke groeten, Paul Groeneweg Pazion Webdevelopment - Hosting - Apps T +31 26 3020038 M +31 614 277 577 E p...@pazion.nl ***disclaimer*** "This e-mail and any attachments thereto may contain information which is confidential and/or protected by intellectual property rights and are intended for the sole use of the recipient(s) named above. Any use of the information contained herein (including, but not limited to, total or partial reproduction, communication or distribution in any form) by persons other than the designated recipient(s) is prohibited. If you have received this e-mail in error, please notify the sender either by telephone or by e-mail and delete the material from any computer. Thank you for your cooperation." ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] upgrade to oVirt 3.6 and compabitibility 3.6
Hmm, that would be a pity, then I also need a second shared storage. Anyone tested mixed el6 and el7 cluster on 3.5.5 or 3.6 ? Met vriendelijke groeten, Paul Groeneweg Op do 12 nov. 2015 om 10:48 schreef Gianluca Cecchi < gianluca.cec...@gmail.com>: > On Thu, Nov 12, 2015 at 10:44 AM, Gianluca Cecchi < > gianluca.cec...@gmail.com> wrote: > >> On Thu, Nov 12, 2015 at 10:40 AM, Paul Groeneweg | Pazion <p...@pazion.nl >> > wrote: >> >>> OK, I understand, I would need to upgrade my Hosts to go to 3.6. >>> >>> I think I read somewhere I can't mix EL6 and EL7 hosts in the same >>> cluster, is this true? >>> >>> >> You can have a mix of EL6 and EL7 hosts with 3.5 cluster compatibility in >> place. >> But you have to notice that you can do live migrations in direction EL6 >> --> EL7 but not the reverse. >> SO you have to care about this for your migration strategy. >> Probably bettere to update at least two hosts to EL7 before beginning to >> place critical VMs on them. >> HIH, >> Gianluca >> > > Opsss, perhaps I'm wro and you have to create a different cluster in the > same datacenter and progressively migrate VMs from hosts in first cluster > to hosts in second cluster. > At least so it was in 3.5.1 did it change? > > See > http://lists.ovirt.org/pipermail/users/2015-May/032818.html > and bugzilla > https://bugzilla.redhat.com/show_bug.cgi?id=1150191 > -- Met vriendelijke groeten, Paul Groeneweg Pazion Webdevelopment - Hosting - Apps T +31 26 3020038 M +31 614 277 577 E p...@pazion.nl ***disclaimer*** "This e-mail and any attachments thereto may contain information which is confidential and/or protected by intellectual property rights and are intended for the sole use of the recipient(s) named above. Any use of the information contained herein (including, but not limited to, total or partial reproduction, communication or distribution in any form) by persons other than the designated recipient(s) is prohibited. If you have received this e-mail in error, please notify the sender either by telephone or by e-mail and delete the material from any computer. Thank you for your cooperation." ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] upgrade to oVirt 3.6 and compabitibility 3.6
You are right, I confused Cluster with DC entity. I created another Cluster within the same DC and it has access to the same storage domain. Then I 'only' have to upgrade/reinstall my OS. :-) Op do 12 nov. 2015 om 11:04 schreef Gianluca Cecchi < gianluca.cec...@gmail.com>: > On Thu, Nov 12, 2015 at 10:52 AM, Paul Groeneweg | Pazion <p...@pazion.nl> > wrote: > >> Hmm, that would be a pity, then I also need a second shared storage. >> >> Anyone tested mixed el6 and el7 cluster on 3.5.5 or 3.6 ? >> >> >> > Actually you attach a storage domain to a Data Center object, not to a > Cluster object. > I hope that two different clusters inside the same datacenter can consume > the same storage domains concurrently, isn't it? > > Gianluca > -- Met vriendelijke groeten, Paul Groeneweg Pazion Webdevelopment - Hosting - Apps T +31 26 3020038 M +31 614 277 577 E p...@pazion.nl ***disclaimer*** "This e-mail and any attachments thereto may contain information which is confidential and/or protected by intellectual property rights and are intended for the sole use of the recipient(s) named above. Any use of the information contained herein (including, but not limited to, total or partial reproduction, communication or distribution in any form) by persons other than the designated recipient(s) is prohibited. If you have received this e-mail in error, please notify the sender either by telephone or by e-mail and delete the material from any computer. Thank you for your cooperation." ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] upgrade to oVirt 3.6 and compabitibility 3.6
Hi Dan, I followed the described procedure: 1. put hosted engine in global maintenance 2. yum updated engine-setup 3. ran engine-setup and did updgrade 4. Next day ( all running fine ) I started update of the hosts with yum update. 5. I did not put host to maintenance. 6. As soon as yum updated/finished the errors started 7. I tried to restart services, ovirt-ha-agent, ovirt-ha-broker, vdsm no luck. 8. I put a host to maintenance and restarted machine ( did this for all hosts ) 9. On the last host the hosted engine refused to migrate, the error was something, HA filter no available host. ( I noticed the score was 0 with hosted-engine ) 10. I put hosted engine to global maintenance and powered off the hosted engine and rebooted the final host. 11. I put hosted engine back online and it restarted. 12. Error was gone. I did had old meta data ID entries in my hosted-engine listing, these are now also cleaned, maybe it had to do something with these? I send the log file of one of the hosts to your email. Let me know if you want more info. ( issue with compatibility version is clear, I need to upgrade EL6 to EL7 ) Met vriendelijke groeten, Paul Groeneweg > > > > -- Met vriendelijke groeten, Paul Groeneweg Pazion Webdevelopment - Hosting - Apps T +31 26 3020038 M +31 614 277 577 E p...@pazion.nl ***disclaimer*** "This e-mail and any attachments thereto may contain information which is confidential and/or protected by intellectual property rights and are intended for the sole use of the recipient(s) named above. Any use of the information contained herein (including, but not limited to, total or partial reproduction, communication or distribution in any form) by persons other than the designated recipient(s) is prohibited. If you have received this e-mail in error, please notify the sender either by telephone or by e-mail and delete the material from any computer. Thank you for your cooperation." ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] no guest info shown and timezone warning
We have upgraded to oVirt 3.6, all went without any trouble and integration with satellite looks very nice! I also see a guest info tab, but this holds no info ( timezone unknown ) and the virtual machines give a timezone mismatch warning. I do have the ovirt-guest-agent installed and running. See screenshot for details: http://screencast.com/t/fJ9dnE9u Kind Regards, Paul Groeneweg -- Met vriendelijke groeten, Paul Groeneweg Pazion Webdevelopment - Hosting - Apps T +31 26 3020038 M +31 614 277 577 E p...@pazion.nl ***disclaimer*** "This e-mail and any attachments thereto may contain information which is confidential and/or protected by intellectual property rights and are intended for the sole use of the recipient(s) named above. Any use of the information contained herein (including, but not limited to, total or partial reproduction, communication or distribution in any form) by persons other than the designated recipient(s) is prohibited. If you have received this e-mail in error, please notify the sender either by telephone or by e-mail and delete the material from any computer. Thank you for your cooperation." ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] migrate hosted engine on NFS to FC on oVirt 3.6
Thanks for the quick answer. So I have to setup hosted engine on FC and then detach + import storage domain. What means all VMS should be offline when domain is detached. With clean everything, you mean remove all hosted engine packages en configs? Or would you advise a complete reinstall of the OS? Best Regards, Paul Groeneweg Op di 10 nov. 2015 om 09:24 schreef Simone Tiraboschi <stira...@redhat.com>: > On Tue, Nov 10, 2015 at 9:14 AM, Paul Groeneweg | Pazion <p...@pazion.nl> > wrote: > >> I did not mean the migration of a storage domain. >> My whole oVirt environment is running on a shared FC, only the hosted >> engine is on NFS. >> I would like to run the hosted engine on the same shared FC. >> Problem is, the hosted storage disks are not shown in the management >> webinterface, so I can't migrate them this way. >> >> Do I need (temporarily) a second FC SAN to setup the hosted engine? >> > > Hosted engine VM should rely on a dedicated storage domain so a dedicated > LUN if you are using FC. > It's not a direct upgrade and it requires some manual actions; probably it > cannot work keeping everything online. > > Probably the simplest way is to disconnect one of your host from the > current setup and completely clean it. > Than redeploy hosted-engine (on a fresh FC LUN) following this guide > http://www.ovirt.org/Migrate_to_Hosted_Engine > > At the end you should detach all of your storage domains from your current > engine and reimport into the new one. > The same for the hosts. > > >> Will it be possible to migrate the hosted engine to another FC SAN when >> all done? >> This way I could setup hosted engine on a second FC and migrate it to our >> main FC SAN. >> >> Maybe I am thinking too difficult and it is just as simple as migrating a >> disk to another storage domain? >> >> Best Regards, >> Paul Groeneweg >> >> >> >> Op di 10 nov. 2015 om 08:02 schreef Sandro Bonazzola <sbona...@redhat.com >> >: >> >>> On Sat, Nov 7, 2015 at 1:53 PM, Paul Groeneweg | Pazion <p...@pazion.nl> >>> wrote: >>> >>>> Is there a way to migrate an hosted engine running on NFS to our FC SAN >>>> Datastorage. >>>> >>>> >>> Allon, Nir, regardless the hosted engine specific question, do we have a >>> guide for migrating a domain from a storage type to another (like NFS to FC >>> but may be whatever combination here) >>> >>> >>> >>> >>> >>>> The Datastorage is now already used with the VMS, so we would like to >>>> move the hosted engine along the other VMs. >>>> >>>> If migration is not possible, is there an option to create a new hosted >>>> engine on our FC SAN with preserving the current VMs? >>>> >>>> Best Regards, >>>> Paul Groeneweg >>>> >>>> ***disclaimer*** >>>> "This e-mail and any attachments thereto may contain information which >>>> is confidential and/or protected by intellectual property rights and are >>>> intended for the sole use of the recipient(s) named above. Any use of the >>>> information contained herein (including, but not limited to, total or >>>> partial reproduction, communication or distribution in any form) by persons >>>> other than the designated recipient(s) is prohibited. If you have received >>>> this e-mail in error, please notify the sender either by telephone or by >>>> e-mail and delete the material from any computer. Thank you for your >>>> cooperation." >>>> -- >>>> Met vriendelijke groeten, >>>> >>>> Paul Groeneweg >>>> Pazion >>>> Webdevelopment - Hosting - Apps >>>> >>>> T +31 26 3020038 >>>> M +31 614 277 577 >>>> E p...@pazion.nl >>>> >>>> ***disclaimer*** >>>> "This e-mail and any attachments thereto may contain information which >>>> is confidential and/or protected by intellectual property rights and are >>>> intended for the sole use of the recipient(s) named above. Any use of the >>>> information contained herein (including, but not limited to, total or >>>> partial reproduction, communication or distribution in any form) by persons >>>> other than the designated recipient(s) is prohibited. If you have received >>>> this e-mail in error, please notify the sender either by telephone or by >>>> e-mail and delete the ma
Re: [ovirt-users] migrate hosted engine on NFS to FC on oVirt 3.6
I did not mean the migration of a storage domain. My whole oVirt environment is running on a shared FC, only the hosted engine is on NFS. I would like to run the hosted engine on the same shared FC. Problem is, the hosted storage disks are not shown in the management webinterface, so I can't migrate them this way. Do I need (temporarily) a second FC SAN to setup the hosted engine? Will it be possible to migrate the hosted engine to another FC SAN when all done? This way I could setup hosted engine on a second FC and migrate it to our main FC SAN. Maybe I am thinking too difficult and it is just as simple as migrating a disk to another storage domain? Best Regards, Paul Groeneweg Op di 10 nov. 2015 om 08:02 schreef Sandro Bonazzola <sbona...@redhat.com>: > On Sat, Nov 7, 2015 at 1:53 PM, Paul Groeneweg | Pazion <p...@pazion.nl> > wrote: > >> Is there a way to migrate an hosted engine running on NFS to our FC SAN >> Datastorage. >> >> > Allon, Nir, regardless the hosted engine specific question, do we have a > guide for migrating a domain from a storage type to another (like NFS to FC > but may be whatever combination here) > > > > > >> The Datastorage is now already used with the VMS, so we would like to >> move the hosted engine along the other VMs. >> >> If migration is not possible, is there an option to create a new hosted >> engine on our FC SAN with preserving the current VMs? >> >> Best Regards, >> Paul Groeneweg >> >> ***disclaimer*** >> "This e-mail and any attachments thereto may contain information which is >> confidential and/or protected by intellectual property rights and are >> intended for the sole use of the recipient(s) named above. Any use of the >> information contained herein (including, but not limited to, total or >> partial reproduction, communication or distribution in any form) by persons >> other than the designated recipient(s) is prohibited. If you have received >> this e-mail in error, please notify the sender either by telephone or by >> e-mail and delete the material from any computer. Thank you for your >> cooperation." >> -- >> Met vriendelijke groeten, >> >> Paul Groeneweg >> Pazion >> Webdevelopment - Hosting - Apps >> >> T +31 26 3020038 >> M +31 614 277 577 >> E p...@pazion.nl >> >> ***disclaimer*** >> "This e-mail and any attachments thereto may contain information which is >> confidential and/or protected by intellectual property rights and are >> intended for the sole use of the recipient(s) named above. Any use of the >> information contained herein (including, but not limited to, total or >> partial reproduction, communication or distribution in any form) by persons >> other than the designated recipient(s) is prohibited. If you have received >> this e-mail in error, please notify the sender either by telephone or by >> e-mail and delete the material from any computer. Thank you for your >> cooperation." >> >> ___ >> Users mailing list >> Users@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> > > > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com > -- Met vriendelijke groeten, Paul Groeneweg Pazion Webdevelopment - Hosting - Apps T +31 26 3020038 M +31 614 277 577 E p...@pazion.nl ***disclaimer*** "This e-mail and any attachments thereto may contain information which is confidential and/or protected by intellectual property rights and are intended for the sole use of the recipient(s) named above. Any use of the information contained herein (including, but not limited to, total or partial reproduction, communication or distribution in any form) by persons other than the designated recipient(s) is prohibited. If you have received this e-mail in error, please notify the sender either by telephone or by e-mail and delete the material from any computer. Thank you for your cooperation." ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] migrate hosted engine on NFS to FC on oVirt 3.6
Is there a way to migrate an hosted engine running on NFS to our FC SAN Datastorage. The Datastorage is now already used with the VMS, so we would like to move the hosted engine along the other VMs. If migration is not possible, is there an option to create a new hosted engine on our FC SAN with preserving the current VMs? Best Regards, Paul Groeneweg ***disclaimer*** "This e-mail and any attachments thereto may contain information which is confidential and/or protected by intellectual property rights and are intended for the sole use of the recipient(s) named above. Any use of the information contained herein (including, but not limited to, total or partial reproduction, communication or distribution in any form) by persons other than the designated recipient(s) is prohibited. If you have received this e-mail in error, please notify the sender either by telephone or by e-mail and delete the material from any computer. Thank you for your cooperation." -- Met vriendelijke groeten, Paul Groeneweg Pazion Webdevelopment - Hosting - Apps T +31 26 3020038 M +31 614 277 577 E p...@pazion.nl ***disclaimer*** "This e-mail and any attachments thereto may contain information which is confidential and/or protected by intellectual property rights and are intended for the sole use of the recipient(s) named above. Any use of the information contained herein (including, but not limited to, total or partial reproduction, communication or distribution in any form) by persons other than the designated recipient(s) is prohibited. If you have received this e-mail in error, please notify the sender either by telephone or by e-mail and delete the material from any computer. Thank you for your cooperation." ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users