Re: [ovirt-users] [STORAGE] Remove detached storage from list
Hi I tried to reproduce your issue and failed (Using POSIX domain), I can destroy the SD even if it is unattached. Can you provide some more info? Regards, __ Aharon Canan int phone - 8272036 ext phone - +97297692036 email - aca...@redhat.com - Original Message - From: Julian De Marchi jul...@jdcomputers.com.au To: users@ovirt.org Sent: Friday, February 6, 2015 4:27:02 AM Subject: [ovirt-users] [STORAGE] Remove detached storage from list Heya-- I currently have two storage domains in the detach list in Ovirt 3.5. These are old storage domains that can no longer me mounted. I'm trying to find a way to remove these as I can't just attach them again to destroy them. Any help would be awesome! --julian ___ 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] Storage issues
The issues is with machine that have already been imported once.
I started cloudspin with a two drive consumer NAS, and it was slow and crappy
so I migrated all of the machines that were on that drive to the gluster, which
went off with few issues.
A couple days ago the gluster that held the engine went into split brain hell,
and crashed corrupting the engine.
I rebuilt the engine, and the machine that were created on the gluster had no
problems importing, it’s the machines that had already been imported once that
have the issue.
There is nothing in the vdsm logs related to this, it never makes it past the
engine. Here is the error.
2015-02-07 08:46:21,445 INFO
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand]
(DefaultQuartzScheduler_Worker-100) START,
GlusterVolumesListVDSCommand(HostName = node3.cloudspin.me, HostId =
1d81be66-49b7-41a6-81ca-1c8dd55dcf3c), log id: 46f08f27
2015-02-07 08:46:21,487 INFO
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand]
(DefaultQuartzScheduler_Worker-100) FINISH, GlusterVolumesListVDSCommand,
return:
{a823009f-aa52-4b4b-b2bf-093ece3e8f02=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@d475d4ca,
e8ca5fa4-37ca-4cd9-a87b-e7c20243e021=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@b3d17fb9,
af67b75f-c8e1-44ec-aa42-69aed9bd9226=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@55088de0},
log id: 46f08f27
2015-02-07 08:46:26,499 INFO
[org.ovirt.engine.core.bll.ImportVmFromConfigurationCommand]
(ajp--127.0.0.1-8702-7) [e4169ff] Lock Acquired to object EngineLock
[exclusiveLocks= key: aks-test1 value: VM_NAME
, sharedLocks= key: e4c0cf2d-61ed-4cbf-9c43-81e9a565755f value: REMOTE_VM
]
2015-02-07 08:46:26,516 INFO
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand]
(DefaultQuartzScheduler_Worker-44) START, GlusterVolumesListVDSCommand(HostName
= node3.cloudspin.me, HostId = 1d81be66-49b7-41a6-81ca-1c8dd55dcf3c), log id:
22aa4324
HERE IS THE ERROR
2015-02-07 08:46:26,562 WARN
[org.ovirt.engine.core.bll.ImportVmFromConfigurationCommand]
(ajp--127.0.0.1-8702-7) [e4169ff] CanDoAction of action
ImportVmFromConfiguration failed for user donny@cloudspin. Reasons:
VAR__ACTION__IMPORT,VAR__TYPE__VM,ACTION_TYPE_FAILED_STORAGE_DOMAIN_NOT_EXIST
2015-02-07 08:46:26,570 INFO
[org.ovirt.engine.core.bll.ImportVmFromConfigurationCommand]
(ajp--127.0.0.1-8702-7) [e4169ff] Lock freed to object EngineLock
[exclusiveLocks= key: aks-test1 value: VM_NAME
, sharedLocks= key: e4c0cf2d-61ed-4cbf-9c43-81e9a565755f value: REMOTE_VM
]
2015-02-07 08:46:26,596 INFO
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand]
(DefaultQuartzScheduler_Worker-44) FINISH, GlusterVolumesListVDSCommand,
return:
{a823009f-aa52-4b4b-b2bf-093ece3e8f02=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@3cecea52,
e8ca5fa4-37ca-4cd9-a87b-e7c20243e021=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@bdea2c2c,
af67b75f-c8e1-44ec-aa42-69aed9bd9226=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@4f63b2b3},
log id: 22aa4324
Thank you for your assistance
Donny D
-Original Message-
From: Maor Lipchuk [mailto:mlipc...@redhat.com]
Sent: Saturday, February 7, 2015 4:08 AM
To: DONALD DAVIS
Cc: Allon Mureinik
Subject: Re: Storage issues
Hi Donald, can you please share your engine and vdsm logs.
Have you done any move operation with the disks? That was the bug that was
solved in 3.5.1
Thakns,
Maor
- Original Message -
From: Allon Mureinik amure...@redhat.com
To: DONALD DAVIS do...@5dindustries.com
Cc: Maor Lipchuk mlipc...@redhat.com
Sent: Friday, February 6, 2015 7:16:47 PM
Subject: Re: Storage issues
Hi Donald,
What version are you using (oVirt 3.5.0 presumably)?
Maor - isn't this a bug we solved in 3.5.1?
-Allon
- Original Message -
From: DONALD DAVIS do...@5dindustries.com
To: amure...@redhat.com
Sent: Friday, February 6, 2015 6:53:27 PM
Subject: Storage issues
Hi,
I need some help getting my users vm’s imported back into the system
after the failure yesterday. I reattached the storage and half of
the vm’s imported without issue. The other half of the vms give this
error
Error while executing action: Cannot import VM. Storage Domain
doesn't exist
Funny part is, I only had one storage domain… and I imported it back
into the engine… I’m confused.
Donny Davis
cloudspin.me
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] pfSense on oVirt
Hi, We have migrated from ESXi 5 to oVirt 3.5. But now we don't get pfSense to work in oVirt. Does anybody know how to configure the networks in oVirt in order to install pfSense. In ESX we use vSwitches (and there was a detail tutorial how to do this in pfSense manual), and everything works. But in oVirt, our only options seems to be to create VLANs for WAN and LAN and attach them to a NIC. When we boot pfSense we get no IP address for the WAN interface (we tried both static and dhcp). So, what we are looking for is some kind of howtos of how to install pfSense in oVirt. Regards, Staffan ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] importing iscsi storage domain
The import domain operation consists of several stages which their execution time can vary. It would be almost impossible to estimate how long it will take. But, since the whole import operation, along with the VMs registration in the new environment, doesn't involve any long time operations, like disks creation, it shouldn't take more than a few minutes. - Original Message - From: Steven M. Bellistri sbellis...@ldirx.com To: Elad Ben Aharon ebena...@redhat.com Cc: Aharon Canan aca...@redhat.com, users@ovirt.org Sent: Thursday, 5 February, 2015 5:41:11 PM Subject: RE: [ovirt-users] importing iscsi storage domain I put the storage domain in maintenance mode, then changed the time from 60minutes to 5min, then after I failed the storage over I was able to import the domain. Thanks so much for the help. I just have one more question, is there anyway to calculate how long it will take to import a domain, because our production environment is about 5.5TB with about 40vm’s? thanks From: Elad Ben Aharon [mailto:ebena...@redhat.com] Sent: Thursday, February 5, 2015 1:49 AM To: Steven M. Bellistri Cc: Aharon Canan; users@ovirt.org Subject: Re: [ovirt-users] importing iscsi storage domain If you can't see the VMs under 'VM Import' subtab under the imported storage domain, it means that you won't be able to recover those VMs (because their configuration files weren't uploaded to the domain). For the next time, you can decrease the time interval of the OVFs upload as explained below in the thread. Regarding the upgrade, it is possible to upgrade from 3.4 to 3.5 and once you'll upgrade the setup and the DC compatibility version to 3.5, the OVFs of the VMs will be uploaded to the storage domains where the VMs's disks are located on. (again, every 60 minutes by default). Elad Ben Aharon RHEV-QE storage - Original Message - From: Steven M. Bellistri sbellis...@ldirx.com To: Elad Ben Aharon ebena...@redhat.com Cc: Aharon Canan aca...@redhat.com , users@ovirt.org Sent: Wednesday, 4 February, 2015 5:44:37 PM Subject: RE: [ovirt-users] importing iscsi storage domain No, I did not wait 60 minutes before I tried to failover. Do, I need to start over, or can I just failback and wait the hour for the ovfs to upload? I do have a question, is this feature possible for an environment that was upgraded from 3.4 to 3.5? My production environment is 3.4, the 3.5 environment is a clean test environment, but if I cant upgrade to 3.5 from 3.4 then this will not be a good DR option for me. thanks From: Elad Ben Aharon [ mailto:ebena...@redhat.com ] Sent: Wednesday, February 4, 2015 8:56 AM To: Steven M. Bellistri Cc: Aharon Canan; users@ovirt.org Subject: Re: [ovirt-users] importing iscsi storage domain Hi Steven, In order to import the VMs from the imported storage domain, the VMs configuration files (which are called OVFs) have to be uploaded first before the domain is detached from the setup. This is being done by engine in a time interval of 60 minutes (it's configurable using rhevm-config --set OvfUpdateInMinutes=value and restart ovirt-engine service). From 3.5.1, the OVFs are uploaded once you move the storage domain to maintenance. did you do so in the original RHEV environment? What was the version of this environment? If you didn't deactivate the domain in the first environment and then tried to attach it to the DR environment, the existence of the VMs in the domain depends on the OVFs upload that was supposed to be done by the first engine, which is being done every 60 minutes as explained, so if you've created those VMs and immediately destroyed the setup, those VMs probably won't be available for you in the DR environment. Elad Ben Aharon RHEV-QE storage From: Steven M. Bellistri sbellis...@ldirx.com To: Aharon Canan aca...@redhat.com Cc: users@ovirt.org Sent: Tuesday, 3 February, 2015 6:16:01 PM Subject: Re: [ovirt-users] importing iscsi storage domain version 3.5.1 From: Aharon Canan [ mailto:aca...@redhat.com ] Sent: Tuesday, February 3, 2015 6:22 AM To: Steven M. Bellistri Cc: users@ovirt.org Subject: Re: [ovirt-users] importing iscsi storage domain What version are you using? Regards, __ Aharon Canan int phone - 8272036 ext phone - +97297692036 email - aca...@redhat.com From: Steven M. Bellistri sbellis...@ldirx.com To: Aharon Canan aca...@redhat.com Cc: users@ovirt.org Sent: Monday, February 2, 2015 8:12:00 PM Subject: RE: [ovirt-users] importing iscsi storage domain Thank you for the response. I went thru the steps 1-9, and when I get to step 10 there is no import vms or import templates sub-tabs. I am including the vdsm.log from the host. Also, when I do a lvs on the host, I can see the disks that reside in
Re: [ovirt-users] VM Import problems
Hi Donny, Is it possible that the VMs that you fail yo import due to Error while executing action: Cannot import VM. Storage Domain doesn't exist have disks located on other storage domains which weren't imported to the setup? Elad Ben Aharon RHEV-QE storage - Original Message - From: Greg Padgett gpadg...@redhat.com To: Donny Davis do...@cloudspin.me Cc: users@ovirt.org Sent: Saturday, 7 February, 2015 6:40:30 PM Subject: Re: [ovirt-users] VM Import problems On 02/06/2015 05:27 PM, Donny Davis wrote: So should I detach the domain, update the tarball then reattach it. That should do it, or even just putting the storage into maintenance rather than detaching it, then retry importing the vms you still need. The problem lies with machines that have already been imported once before. Thanks On Feb 6, 2015 3:23 PM, Greg Padgett gpadg...@redhat.com wrote: On 02/05/2015 04:37 PM, Donny Davis wrote: I need some help getting my users vm’s imported back into the system after the failure yesterday. I reattached the storage and half of the vm’s imported without issue. The other half of the vms give this error Error while executing action: Cannot import VM. Storage Domain doesn't exist Funny part is, I only had one storage domain… and I imported it back into the engine… I’m confused. Donny ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users Hi Donny, Are there any additional details accompanying this error in the engine log? It sounds like a bug, just not yet sure where to look. As for a possible hack/workaround (maybe someone else will have a safer/easier idea here!), the OVFs holding the domain ids in question are in a tarball on the imported storage. If the import failure is happening because the storageId in the OVFs is wrong, it should be possible to update them to the correct value and retry the import. Note that by default the tarball is on the storage in 2 places--I'd change them both, but of course don't forget to make a backup first. HTH, Greg ___ 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] [STORAGE] Remove detached storage from list
On 08/02/15 22:38, Aharon Canan wrote: I tried to reproduce your issue and failed (Using POSIX domain), I can destroy the SD even if it is unattached. Mine is NFS Domain. Can you provide some more info? When I go into the storage view vis the Data Center asset on the left I can view my 3 active SDs. When I click attach data two old SDs are viewable in the list. I'm unable to find a way to delete these two SDs with out first attaching them. In this instance they are un-attachable thus I can't proceed to remove them. --julian ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] VDSM...
We are already on oVirt 3.5.1... So this shouldn't be the problem... We also have network issues for the moment here, so if it wouldn't be solved when these issues disappear, I come back to this. 2015-02-06 12:43 GMT+01:00 Piotr Kliczewski piotr.kliczew...@gmail.com: Koen, It seems that you hit [1] bug. The fix is part of async release so please update and the problem will disappear. Thanks, Piotr [1] https://bugzilla.redhat.com/1185818 On Thu, Feb 5, 2015 at 3:19 PM, Koen Vanoppen vanoppen.k...@gmail.com wrote: Back again... Already... So, the hypervisor got his packages... But when I tried to setup the network config I get this: INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetupNetworksVDSCommand] (ajp--127.0.0.1-8702-15) [21da92a6] FINISH, SetupNetworksVDSCommand, log id: 13932de5 2015-02-05 15:04:28,604 INFO [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor) Connecting to ovirthyp01dev.brusselsairport.aero/10.110.56.23 2015-02-05 15:04:59,040 WARN [org.ovirt.vdsm.jsonrpc.client.internal.ResponseWorker] (ResponseWorker) Exception thrown during message processing 2015-02-05 15:04:59,041 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.PollVDSCommand] (ajp--127.0.0.1-8702-15) [21da92a6] org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: VDSGenericException: VDSNetworkException: Vds timeout occured 2015-02-05 15:04:59,103 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.PollVDSCommand] (ajp--127.0.0.1-8702-15) [21da92a6] Command PollVDSCommand(HostName = ovirthyp01dev, HostId = cdf4e467-9cab-4032-bc90-aed6a04d6952) execution failed. Exception: VDSNetworkException: VDSGenericException: VDSNetworkException: Vds timeout occured 2015-02-05 15:04:59,111 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.SetupNetworksVDSCommand] (ajp--127.0.0.1-8702-15) [21da92a6] org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: VDSGenericException: VDSNetworkException: Message timeout which can be caused by communication issues 2015-02-05 15:04:59,128 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.SetupNetworksVDSCommand] (ajp--127.0.0.1-8702-15) [21da92a6] Command SetupNetworksVDSCommand(HostName = ovirthyp01dev, HostId = cdf4e467-9cab-4032-bc90-aed6a04d6952, force=false, checkConnectivity=true, conectivityTimeout=120, ___ 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
