[ovirt-users] Re: Migrate machines in unknown state?
Hi, On Fri, Sep 30, 2016 at 9:27 PM, Yaniv Kaul wrote: > > > btw, b > > oth of the environments were RHEV-H based RHEV 3.5 clusters, and both > we were busy systems, so restarting vdsm service took quite a long time. > I'm guessing this might be a factor. > > That indeed might be the factor - but vdsm should not take long to > restart. If it happens on a more recent version, I'd be happy to know about > it, as we've done work on ensuring that it restarts and answers quickly to > the engine (as far as I remember, even before it fully completed the > restart). > Y. > Since the last message we've updated the environments to an up-to-date 3.6.x actually, but I'm not sure if restarting vdsmd is stiil taking a long time. I'll check back and let you know. Thanks & Regards, -- *Ekin Meroğlu** Red Hat Certified Architect* linuxera Özgür Yazılım Çözüm ve Hizmetleri *T* +90 (850) 22 LINUX | *GSM* +90 (532) 137 77 04 www.linuxera.com | bi...@linuxera.com -- IMPORTANT! This message has been scanned for viruses and phishing links. However, it is your responsibility to evaluate the links and attachments you choose to click. If you are uncertain, we always try to help. Greetings helpd...@actnet.se -- IMPORTANT! This message has been scanned for viruses and phishing links. However, it is your responsibility to evaluate the links and attachments you choose to click. If you are uncertain, we always try to help. Greetings helpd...@actnet.se ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/IHC72XEZODF6L6K5WVXAB3MSMFRKQVZ7/
Re: [ovirt-users] I wrote an oVirt thing
Hi, On Tue, Nov 29, 2016 at 1:01 AM, Oved Ourfali wrote: > BTW, the ovirt-shell is something we deprecated. It is working on top of > the v3 api, which we plan to remove in 4.2. > So better not use it. > Is there a plan to replace the shell with something similar? I see it frequently used by our users for both scripting and one-off tasks. Regards, -- *Ekin Meroğlu** Red Hat Certified Architect* linuxera Open Source Solutions and Services *T* +90 (850) 22 LINUX | *GSM* +90 (532) 137 77 04 www.linuxera.com | bi...@linuxera.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Migrate machines in unknown state?
Hi, On Fri, Sep 30, 2016 at 9:27 PM, Yaniv Kaul wrote: > > > btw, b > > oth of the environments were RHEV-H based RHEV 3.5 clusters, and both > we were busy systems, so restarting vdsm service took quite a long time. > I'm guessing this might be a factor. > > That indeed might be the factor - but vdsm should not take long to > restart. If it happens on a more recent version, I'd be happy to know about > it, as we've done work on ensuring that it restarts and answers quickly to > the engine (as far as I remember, even before it fully completed the > restart). > Y. > Since the last message we've updated the environments to an up-to-date 3.6.x actually, but I'm not sure if restarting vdsmd is stiil taking a long time. I'll check back and let you know. Thanks & Regards, -- *Ekin Meroğlu** Red Hat Certified Architect* linuxera Özgür Yazılım Çözüm ve Hizmetleri *T* +90 (850) 22 LINUX | *GSM* +90 (532) 137 77 04 www.linuxera.com | bi...@linuxera.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Migrate machines in unknown state?
Hi Yaniv, Just a reminder, can you give us a pointer? Red Hat Support just asked us to disable PM before restarting vdsm again. Thanks & Best regards, On Mon, Aug 22, 2016 at 10:57 PM, Ekin Meroğlu wrote: > Hi Yaniv, > > On Sun, Aug 7, 2016 at 9:37 PM, Ekin Meroğlu >> wrote: >> >>> Hi, >>> >>> Just a reminder, if you have power management configured, first turn >>> that off for the host - when you restart vdsmd with the power management >>> configured, engine finds it not responding and tries to fence (e.g. reboot) >>> the host. >>> >> >> That's not true - if it's a graceful restart, it should not happen. >> > > Can you explain this a little more? Is there a mechanism to prevent > fencing on this scenario? > > In two of our customers' production systems we've experienced this exact > behavior (i.e. engine fencing the host while restarting vdsm service > manually) for a number of times, and we were specifically advised by Red > Hat Support to turn off PM before restarting service. I'd like to to know > if we have a better / easier way to restart vdsm. > > btw, b > oth of the environments were RHEV-H based RHEV 3.5 clusters, and both we > were busy systems, so restarting vdsm service took quite a long time. I'm > guessing this might be a factor. > > Regards, > > >> >> > >> >>> >>> Other than that, restarting vdsmd has been safe in my experience... >>> >>> Regards, >>> >>> On Thu, Aug 4, 2016 at 6:10 PM, Nicolás wrote: >>> >>>> >>>> >>>> El 04/08/16 a las 15:25, Arik Hadas escribió: >>>> >>>>> >>>>> - Original Message - >>>>> >>>>>> El 2016-08-04 08:24, Arik Hadas escribió: >>>>>> >>>>>>> - Original Message - >>>>>>> >>>>>>>> >>>>>>>> El 04/08/16 a las 07:18, Arik Hadas escribió: >>>>>>>> >>>>>>>>> - Original Message - >>>>>>>>> >>>>>>>>>> Hi, >>>>>>>>>> >>>>>>>>>> We're running oVirt 4.0.1 and today I found out that one of our >>>>>>>>>> hosts >>>>>>>>>> has all its VMs in an unknown state. I actually don't know how >>>>>>>>>> (and >>>>>>>>>> when) did this happen, but I'd like to restore service possibly >>>>>>>>>> without >>>>>>>>>> turning off these machines. The host is up, the VMs are up, 'qemu' >>>>>>>>>> process exists, no errors, it's just the VMs running on it that >>>>>>>>>> have a >>>>>>>>>> '?' where status is defined. >>>>>>>>>> >>>>>>>>>> Is it safe in this case to simply modify database and set those >>>>>>>>>> VM's >>>>>>>>>> status to 'up'? I remember having to do this a time ago when we >>>>>>>>>> faced >>>>>>>>>> storage issues, it didn't break anything back then. If not, is >>>>>>>>>> there a >>>>>>>>>> "safe" way to migrate those VMs to a different host and restart >>>>>>>>>> the >>>>>>>>>> host >>>>>>>>>> that marked them as unknown? >>>>>>>>>> >>>>>>>>> Hi Nicolás, >>>>>>>>> >>>>>>>>> I assume that the host these VMs are running on is empty in the >>>>>>>>> webadmin, >>>>>>>>> right? if that is the case then you've probably hit [1]. Changing >>>>>>>>> their >>>>>>>>> status to up is not the way to go since these VMs will not be >>>>>>>>> monitored. >>>>>>>>> >>>>>>>> Hi Arik, >>>>>>>> >>>>>>>> By "empty" you mean the webadmin reports the host being running 0 >>>>>>>> VMs? >>>>>>>> If so, that's not the case, actually the VM count seems
Re: [ovirt-users] Migrate machines in unknown state?
Hi Yaniv, On Sun, Aug 7, 2016 at 9:37 PM, Ekin Meroğlu > wrote: > >> Hi, >> >> Just a reminder, if you have power management configured, first turn that >> off for the host - when you restart vdsmd with the power management >> configured, engine finds it not responding and tries to fence (e.g. reboot) >> the host. >> > > That's not true - if it's a graceful restart, it should not happen. > Can you explain this a little more? Is there a mechanism to prevent fencing on this scenario? In two of our customers' production systems we've experienced this exact behavior (i.e. engine fencing the host while restarting vdsm service manually) for a number of times, and we were specifically advised by Red Hat Support to turn off PM before restarting service. I'd like to to know if we have a better / easier way to restart vdsm. btw, b oth of the environments were RHEV-H based RHEV 3.5 clusters, and both we were busy systems, so restarting vdsm service took quite a long time. I'm guessing this might be a factor. Regards, > > > >> >> Other than that, restarting vdsmd has been safe in my experience... >> >> Regards, >> >> On Thu, Aug 4, 2016 at 6:10 PM, Nicolás wrote: >> >>> >>> >>> El 04/08/16 a las 15:25, Arik Hadas escribió: >>> >>>> >>>> - Original Message - >>>> >>>>> El 2016-08-04 08:24, Arik Hadas escribió: >>>>> >>>>>> - Original Message - >>>>>> >>>>>>> >>>>>>> El 04/08/16 a las 07:18, Arik Hadas escribió: >>>>>>> >>>>>>>> - Original Message - >>>>>>>> >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> We're running oVirt 4.0.1 and today I found out that one of our >>>>>>>>> hosts >>>>>>>>> has all its VMs in an unknown state. I actually don't know how (and >>>>>>>>> when) did this happen, but I'd like to restore service possibly >>>>>>>>> without >>>>>>>>> turning off these machines. The host is up, the VMs are up, 'qemu' >>>>>>>>> process exists, no errors, it's just the VMs running on it that >>>>>>>>> have a >>>>>>>>> '?' where status is defined. >>>>>>>>> >>>>>>>>> Is it safe in this case to simply modify database and set those >>>>>>>>> VM's >>>>>>>>> status to 'up'? I remember having to do this a time ago when we >>>>>>>>> faced >>>>>>>>> storage issues, it didn't break anything back then. If not, is >>>>>>>>> there a >>>>>>>>> "safe" way to migrate those VMs to a different host and restart the >>>>>>>>> host >>>>>>>>> that marked them as unknown? >>>>>>>>> >>>>>>>> Hi Nicolás, >>>>>>>> >>>>>>>> I assume that the host these VMs are running on is empty in the >>>>>>>> webadmin, >>>>>>>> right? if that is the case then you've probably hit [1]. Changing >>>>>>>> their >>>>>>>> status to up is not the way to go since these VMs will not be >>>>>>>> monitored. >>>>>>>> >>>>>>> Hi Arik, >>>>>>> >>>>>>> By "empty" you mean the webadmin reports the host being running 0 >>>>>>> VMs? >>>>>>> If so, that's not the case, actually the VM count seems to be correct >>>>>>> in >>>>>>> relation to "qemu-*" processes (about 32 VMs), I can even see the >>>>>>> machines in the "Virtual machines" tab of the host, it's just they >>>>>>> are >>>>>>> all marked with the '?' mark. >>>>>>> >>>>>> No, I meant the 'Host' column in the Virtual Machines tab but if you >>>>>> see >>>>>> the VMs in the "Virtual machines" sub-tab of the host then run_on_vds >>>>>> points to the right host.. >>>
Re: [ovirt-users] Migrate machines in unknown state?
Hi, Just a reminder, if you have power management configured, first turn that off for the host - when you restart vdsmd with the power management configured, engine finds it not responding and tries to fence (e.g. reboot) the host. Other than that, restarting vdsmd has been safe in my experience... Regards, On Thu, Aug 4, 2016 at 6:10 PM, Nicolás wrote: > > > El 04/08/16 a las 15:25, Arik Hadas escribió: > >> >> - Original Message - >> >>> El 2016-08-04 08:24, Arik Hadas escribió: >>> >>>> - Original Message - >>>> >>>>> >>>>> El 04/08/16 a las 07:18, Arik Hadas escribió: >>>>> >>>>>> - Original Message - >>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> We're running oVirt 4.0.1 and today I found out that one of our hosts >>>>>>> has all its VMs in an unknown state. I actually don't know how (and >>>>>>> when) did this happen, but I'd like to restore service possibly >>>>>>> without >>>>>>> turning off these machines. The host is up, the VMs are up, 'qemu' >>>>>>> process exists, no errors, it's just the VMs running on it that have >>>>>>> a >>>>>>> '?' where status is defined. >>>>>>> >>>>>>> Is it safe in this case to simply modify database and set those VM's >>>>>>> status to 'up'? I remember having to do this a time ago when we faced >>>>>>> storage issues, it didn't break anything back then. If not, is there >>>>>>> a >>>>>>> "safe" way to migrate those VMs to a different host and restart the >>>>>>> host >>>>>>> that marked them as unknown? >>>>>>> >>>>>> Hi Nicolás, >>>>>> >>>>>> I assume that the host these VMs are running on is empty in the >>>>>> webadmin, >>>>>> right? if that is the case then you've probably hit [1]. Changing >>>>>> their >>>>>> status to up is not the way to go since these VMs will not be >>>>>> monitored. >>>>>> >>>>> Hi Arik, >>>>> >>>>> By "empty" you mean the webadmin reports the host being running 0 VMs? >>>>> If so, that's not the case, actually the VM count seems to be correct >>>>> in >>>>> relation to "qemu-*" processes (about 32 VMs), I can even see the >>>>> machines in the "Virtual machines" tab of the host, it's just they are >>>>> all marked with the '?' mark. >>>>> >>>> No, I meant the 'Host' column in the Virtual Machines tab but if you >>>> see >>>> the VMs in the "Virtual machines" sub-tab of the host then run_on_vds >>>> points to the right host.. >>>> >>>> The host is up in the webadmin as well? >>>> Can you share the engine log? >>>> >>>> Yes, the host is up in the webadmin, there are no issues with it, just >>> the VMs running on it have the '?' mark. I've made 3 tests: >>> >>> 1) Restart engine: did not help >>> 2) Check firewall, seems to be ok. >>> 2) PostgreSQL: UPDATE vm_dynamic SET status = 1 WHERE status = 8; : >>> After a while, I see lots of entries like this: >>> >>> 2016-08-04 09:23:10,910 WARN >>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] >>> (DefaultQuartzScheduler4) [6ad135b8] Correlation ID: null, Call Stack: >>> null, Custom Event ID: -1, Message: VM xxx is not responding. >>> >>> I'm attaching the engine log, but I don't know when did this happen for >>> the first time, though. If there's a manual way/command to migrate VMs >>> to a different host I'd appreciate a hint about it. >>> >>> Is it safe to restart vdsmd on this host? >>> >> The engine log looks fine - the VMs are reported as not-responding for >> some reason. I would restart libvirtd and vdsmd then >> > > Is restarting those two daemons safe? I mean, will that stop all qemu-* > processes, so the VMs marked as unknown will stop? > > > Thanks. >>> >>> Thanks. >>>>> >>>>> Yes, there is no other way to resolve it other than changing the DB but >>>>>> the change should be to update run_on_vds field of these VMs to the >>>>>> host >>>>>> you know they are running on. Their status will then be updates in 15 >>>>>> sec. >>>>>> >>>>>> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1354494 >>>>>> >>>>>> Arik. >>>>>> >>>>>> Thanks. >>>>>>> >>>>>>> Nicolás >>>>>>> >>>>>>> ___ >>>>>>> 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 > -- *Ekin Meroğlu** Red Hat Certified Architect* linuxera Özgür Yazılım Çözüm ve Hizmetleri *T* +90 (850) 22 LINUX | *GSM* +90 (532) 137 77 04 www.linuxera.com | bi...@linuxera.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] cloud-init and sealing of template
Hi, You can always use REST-API to attach a cloud-init payload to the the machines you create - see the API example in: http://www.ovirt.org/Features/Cloud-Init_Integration But the feature was somewhat broken in 3.5.5, recently fixed in 3.5.6: https://bugzilla.redhat.com/show_bug.cgi?id=1269534 Please see that you should use the new true tag for 3.5.6 I have no experience with it in previous versions tough... For the template sealing, I only set hostname to localhost, remove the infamous /etc/udev/rules.d/70-* files, delete HW lines form ifcfg-* files, unregister the machine from satellite etc. and poweroff. I do not use sys-unconfig (as it suggests), and did not need to run virt-sysprep - plain old sealing with deleting the necessary info seemed enough for me... Regards, -- Ekin. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Team a NIC and add to ovirtmgmt vNIC
Hi, If I understood correctly, this operation does not incur a long downtime. To setup the bond, first y ou'll need to select the relevant host, select *Network Interfaces* and click *Setup Host Networks*. At this step, you should be presented with *NIC0* (eth0?) connected to *ovirtmgmt*, and a standalone (and possibly down) *NIC1* (eth1 ? ). Just drag and drop *NIC1* unto *NIC0*, choose bond type and press *OK*. After the bond is displayed, make sure you've selected both " *Verify connectivity between Host and Engine*" and " *Save network configuration*" options, and again press *OK* . If all goes well, after the configuration you'll have a working bond with ovirtmgmt on top of it. You'll have to repeat this for all hosts you'll be configuring the new bond... All network downtime will be the total time of bringing down eth0, creating bond0 and bringing up bond0 - no more than a fraction of a minute normally. And this will only effect the guests on that particular Host, not the whole cluster. A little side note on migrating from a single nic to a bond: if you plan to add more VLAN tagged virtual networks to your new bond, keep in mind that ovirtmgmt should also be VLAN tagged - you can not mix tagged and untagged networks on a single bond. Regards, On Mon, May 18, 2015 at 5:58 PM, Christophe TREFOIS < christophe.tref...@uni.lu> wrote: > Dear all, > > How I would go about in an existing setup with 1 NIC and 1 vNIC > ovirtmgmt, to add a second NIC, team them up (bonding) and then assign that > one to ovirtmgmt without too much downtime? > > Does anybody have some experience on that? > > Thank you for your help, > > — > Christophe > > Dr Christophe Trefois, Dipl.-Ing. > Technical Specialist / Post-Doc > > UNIVERSITÉ DU LUXEMBOURG > > LUXEMBOURG CENTRE FOR SYSTEMS BIOMEIDINCE > Campus Belval | House of Biomedicine > 7, avenue des Hauts-Fourneaux > L-4362 Esch-sur-Alzette > T: +352 46 66 44 6124 > F: +352 46 66 44 6949 > http://www.uni.lu/lcsb > > [image: Facebook] <https://www.facebook.com/trefex> [image: Twitter] > <https://twitter.com/Trefex> [image: Google Plus] > <https://plus.google.com/+ChristopheTrefois/> [image: Linkedin] > <https://www.linkedin.com/in/trefoischristophe> [image: skype] > <http://skype:Trefex?call> > > > This message is confidential and may contain privileged information. > It is intended for the named recipient only. > If you receive it in error please notify me and permanently delete the > original message and any copies. > > > > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > -- *Ekin Meroğlu** Red Hat Certified Architect* linuxera Özgür Yazılım Çözüm ve Hizmetleri *T* +90 (850) 22 LINUX | *GSM* +90 (532) 137 77 04 www.linuxera.com | bi...@linuxera.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] IPA-auth: user password expired
Hi, An ldappasswd command would change it without setting as expired. It will prompt twice for the account password you'll set, and the password for the directory manager once: $ ldappasswd -ZZ -D 'cn=directory manager' -W -S uid=USERNAME,cn=users,cn=accounts,dc=example,dc=org -H ldap:// ipaserver.example.org You'll need to set the username (USERNAME) domain (example.org) and server FQDN accordingly. Hope this helps, On Wed, Nov 19, 2014 at 8:38 PM, Demeter Tibor wrote: > Hi, > > I don't have linux client. > Can I change password without this? > > Thanks, > > Tibor > > -- > > Hi Tibor, > > On Wed, Nov 19, 2014 at 6:46 PM, Demeter Tibor > wrote: > >> Hi, >> >> I have an IPA server 3.0 on centos 6.6. >> I successfully attached to my ovirt cluster. >> I can see the users on ovirt user tab, but after auth I always get this >> error: >> >> Cannot Login. User Password has expired. Use the following URL to change >> the password: (nothing) >> >> I have try out with different long passwords and different users, but >> it's same. >> > > Did you try accessing a regular linux client with the same account? In > IPA, new user passwords are always set as expired by design - please see > [1]. > > To test this, you can try to login a client. If it is really expired, > system will ask you to provide a new password. After this, you'll be able > to login RHEVM with the new password you've just set. > > [1] > http://www.freeipa.org/page/New_Passwords_Expired > > Regards, > -- > Ekin > > > -- Ekin Meroğlu *Red Hat Certified Datacenter Specialist* *linuxera* Özgür Yazılım Çözüm ve Hizmetleri *T* +90 (850) 22 LINUX *GSM* +90 (532) 137 77 04 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] IPA-auth: user password expired
Hi Tibor, On Wed, Nov 19, 2014 at 6:46 PM, Demeter Tibor wrote: > Hi, > > I have an IPA server 3.0 on centos 6.6. > I successfully attached to my ovirt cluster. > I can see the users on ovirt user tab, but after auth I always get this > error: > > Cannot Login. User Password has expired. Use the following URL to change > the password: (nothing) > > I have try out with different long passwords and different users, but it's > same. > Did you try accessing a regular linux client with the same account? In IPA, new user passwords are always set as expired by design - please see [1]. To test this, you can try to login a client. If it is really expired, system will ask you to provide a new password. After this, you'll be able to login RHEVM with the new password you've just set. [1] http://www.freeipa.org/page/New_Passwords_Expired Regards, -- Ekin ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Non-Operational state because management interfaces down
Hi Lior, If I'm not mistaken, on Luf's topology, there is no switch on the management bond (bond0) - just a cross or regular eth cable connecting physical interfaces on both nodes. So when one node is powered down, there is no link detected on the other node. Regards, On Mon, Nov 17, 2014 at 12:02 PM, Lior Vernia wrote: > Hi Luf, > > Apologies, I probably don't understand the details of your L2 toplogy; > how come when you turn off one host it affects the link state of of the > other one's interfaces?... > > Yours, Lior. > > On 14/11/14 11:43, Finstrle, Ludek wrote: > > > > Hi, > > > > I have 2-node ovirt "cluster". Both machines has 4 interfaces. > > 2 interfaces in bond1 for data > > 2 interfaces in bond0 for management (short connected directly between > > servers) > > > > switch0 -\ /-\ /- switch0 > > node1 node2 > > switch1 -/ \-/ \- switch1 > > > > I setup everything as I want/expect but I hit one problem and I don't > > know how to fix it. The problem is when I switch off one of the machines > > for maintenance (node01.ovirt in this case). I get in ovirt engine this > > message: > > > > Host node02.ovirt moved to Non-Operational state because interfaces > > which are down are needed by required networks in the current cluster: > > 'bond0 (ovirtmgmt)'. > > > > Do you have any idea how to avoid it? I can't change physical > > architecture as I don't have 10Gb switch. > > > > BTW it's the same as if I want to start with only 1 node and separated > > data and mgmt networks: > > > > switch - host --(not connected iface for mgmt as I don't need it) > > > > Thanks, > > > > Luf > > > > > > NOTICE: This email and any attachments may contain confidential and > > proprietary information of NetSuite Inc. and is for the sole use of the > > intended recipient for the stated purpose. Any improper use or > > distribution is prohibited. If you are not the intended recipient, > > please notify the sender; do not review, copy or distribute; and > > promptly delete or destroy all transmitted information. Please note that > > all communications and information transmitted through this email system > > may be monitored and retained by NetSuite or its agents and that all > > incoming email is automatically scanned by a third party spam and > > filtering service which may result in deletion of a legitimate e-mail > > before it is read by the intended recipient. > > > > > > ___ > > 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 > -- Ekin Meroğlu *Red Hat Certified Datacenter Specialist* *linuxera* Özgür Yazılım Çözüm ve Hizmetleri *T* +90 (850) 22 LINUX *GSM* +90 (532) 137 77 04 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Mail in spam folder ...
Hi, On Fri, Nov 14, 2014 at 4:47 PM, Gianluca Cecchi wrote: > Hello, > it happened some months ago yet. > It is some days that I'm receiving many list mails automatically put by > gmail filter into spam folder... > I always use gmail filters for lists, so checking "Never send it to spam" option while creating relevant filter does the trick.. Regards, -- Ekin Meroğlu *>* ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] vmware disks
Hi Matt, On Wed, Oct 23, 2013 at 5:51 PM, Matthew Booth wrote: > The latest virt-v2v can convert a VMware OVA export. > > Matt > That's great news, thanks for letting us know... -- Ekin Meroğlu ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] vmware disks
Hi, On Thu, Oct 17, 2013 at 2:33 PM, Richard W.M. Jones wrote: > > On Thu, Oct 17, 2013 at 10:14:11AM +0100, supo...@logicworks.pt wrote: > > Hi, it's possible to import a vmware disk into ovirt? > > It depends. > > If you're using an ESX server, then yes, pretty easily with > virt-v2v. > If you only have the images of the virtual machine but not the ESX server itself, it is possible use a dirty scenario: - first convert the virtual machine to a local libvirt / virtmanager based KVM environment. [1] includes a brief how-to.. - then use virt-v2v to import this new guest to an ovirt import domain. The most complete documentation on v2v I could find is here [2] > If it's just a disk image, that's more difficult. I think the > latest virt-v2v can do it. (Matt?) > It can not AFAIK, but this would be a very welcome addition... [1] http://www.dna.org/2011/02/converting-from-vmware-to-linux-kvm/ [2] https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/6/html-single/V2V_Guide/index.html -- Ekin Meroğlu *linuxera* OpenSource Services and Solutions www.linuxera.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
