Re: [Users] Reimporting storage domains after reinstalling ovirt

2014-03-16 Thread Liron Aravot


- Original Message -
 From: Boudewijn Ector boudew...@boudewijnector.nl
 To: Liron Aravot lara...@redhat.com
 Cc: Jason Brooks jbro...@redhat.com, users@ovirt.org
 Sent: Saturday, March 15, 2014 5:01:55 PM
 Subject: Re: [Users] Reimporting storage domains after reinstalling ovirt
 
 On 11-03-14 16:39, Liron Aravot wrote:
 
  - Original Message -
  From: Boudewijn Ector boudew...@boudewijnector.nl
  To: Jason Brooks jbro...@redhat.com
  Cc: users@ovirt.org
  Sent: Tuesday, March 11, 2014 1:32:00 AM
  Subject: Re: [Users] Reimporting storage domains after reinstalling ovirt
 
 
  Some people have reported success creating an image of the desired
  size, then noting the name of this new image, and copying the old
  image into the place of the new one, with the new name. Something
  like that might work, but I don't have first-hand experience w/
  it.
 
  Jason
  Hi Jason,
 
 
  Due to lack of viable alternative, I've decided to go and try this
  approach. I just had a look at my datafiles:
 
  - these are either 8gb (OS) or 250gb (LVM images)
  - can't mount those directly in my host OS (tried because of the next
  point)
  - I don't know to what VM this image/VM belongs . They're all quite
  the same (basic debian install), so determining it just by running
  strings etc on those will not be easy
  - I can't import the old VMs from the old storage. If I create new
  images and dd the old information into those new images the metadata
  will not be copied too.
 
  So the only option is not reusing the VM's  but creating completely
  new ones and determining which disk images are required for these VMs.
  Then creating the new image structure and dd'ing the corresponding
  images from the old VMs into the new ones. In order to do so I need to
  know what data belongs to what VM.
  Is there a trick for doing this?
 
  I still do have the database from the old ovirt machine, this might
  save me. Will have a look into that one tomorrow.
 
  Cheers,
 
  Boudewijn
  Hi Boudewijn,
  So we can proceed and recover your data i'd like to know -
  1. can you use the db backup? will you lose any important data if you chose
  to use it?
  2, did you have snapshots for your vm?
 
  please answer so we can proceed with it, we can find methods for restoring
  without having to perform images copy (and to restore with copying) - but
  each way has it's implications.
  thanks,
  Liron.
 
 Hi Liron,
 
 
 
 Have you already been able to look at my reply on the list? It would be
 great for me to be able to make some decent progress this weekend.
 
 Cheers,
 
 Boudewijn

Hi Boudewijn,
if you have db backup and you won't lose any data using it - it would be the 
simplest approach.

Please read carefully the following options and keep backup before attempting 
any of it -
for vm's that you don't have space issue with - you can try to previously 
suggested approach, but it'll obviously take longer as it requires copying of 
the data.

Option A -
*doesn't require copying the disks
*if your vms had snapshots involving disks - it won't work currently.

let's try to restore a specific vm and continue from there - i'm adding here 
info - if needed i'll test it on my own deployment.
A. first of all, let's get the disks attached to some vm : some options to do 
that.
*under the webadmin ui, select a vm listed under the export domain, there 
should be a disks tab indicating what disks are attached to the vm - check if 
you can see the disk id's there.
B. query the storage domain content using rest-api - afaik we don't return that 
info from there. so let's skip that option.
1. under the storage domain storage directory (storage) enter the /vms 
directory - you should see bunch of OVF files there - that's a file containing 
a vm configuration.
2. open one specific ovf file - that's the vm that we'll attempt to restore - 
the ovf file is a file containing the vm configuration
*within the ovf file look for the following string: diskId and copy those ids 
aside, these should be the vm attached disks.
*copy the vm disk from the other storage domain, edit the metadata accordingly 
to have the proper storage domain id listed
*try to import the disks using the method specified here:  
https://bugzilla.redhat.com/show_bug.cgi?id=886133
*after this, you should see the disks as floating, then you can add the vm 
using the OVF file we discussed in stage 2 using the method specified here:
http://gerrit.ovirt.org/#/c/15894/


Option B -
*Replace the images data files with blank files
*Initiate Import for the vm, should be really quick obviously.
*As soon as the import starts, you can either:
1. let the import be done and replace the data, not that in that case the info 
saved in the engine db won't be correct (for example, the actual image 
size..etc)
2. after the tasks for importing are created (you'll see that in the engine 
log), turn the engine down immediately (immediately means within few seconds) 
and after the copy tasks

Re: [Users] Reimporting storage domains after reinstalling ovirt

2014-03-16 Thread Boudewijn Ector

 
 Hi Boudewijn,
 if you have db backup and you won't lose any data using it - it would be the 
 simplest approach.
 
 Please read carefully the following options and keep backup before attempting 
 any of it -
 for vm's that you don't have space issue with - you can try to previously 
 suggested approach, but it'll obviously take longer as it requires copying of 
 the data.
 
 Option A -
 *doesn't require copying the disks
 *if your vms had snapshots involving disks - it won't work currently.
 
 let's try to restore a specific vm and continue from there - i'm adding here 
 info - if needed i'll test it on my own deployment.
 A. first of all, let's get the disks attached to some vm : some options to do 
 that.
 *under the webadmin ui, select a vm listed under the export domain, there 
 should be a disks tab indicating what disks are attached to the vm - check if 
 you can see the disk id's there.
 B. query the storage domain content using rest-api - afaik we don't return 
 that info from there. so let's skip that option.
 1. under the storage domain storage directory (storage) enter the /vms 
 directory - you should see bunch of OVF files there - that's a file 
 containing a vm configuration.
 2. open one specific ovf file - that's the vm that we'll attempt to restore - 
 the ovf file is a file containing the vm configuration
 *within the ovf file look for the following string: diskId and copy those 
 ids aside, these should be the vm attached disks.
 *copy the vm disk from the other storage domain, edit the metadata 
 accordingly to have the proper storage domain id listed
 *try to import the disks using the method specified here:  
 https://bugzilla.redhat.com/show_bug.cgi?id=886133
 *after this, you should see the disks as floating, then you can add the vm 
 using the OVF file we discussed in stage 2 using the method specified here:
 http://gerrit.ovirt.org/#/c/15894/
 
 
 Option B -
 *Replace the images data files with blank files
 *Initiate Import for the vm, should be really quick obviously.
 *As soon as the import starts, you can either:
 1. let the import be done and replace the data, not that in that case the 
 info saved in the engine db won't be correct (for example, the actual image 
 size..etc)
 2. after the tasks for importing are created (you'll see that in the engine 
 log), turn the engine down immediately (immediately means within few seconds) 
 and after the copy tasks completes on the host replace the data files and 
 then start the engine - so that when the engine will start it'll update the 
 db information according to the updated data files.
 


Hi Guys,

Thank you for the elaborate information. I'll try to restore the DB
indeed and make sure all the mounts I previously (when creating the
DB-dump) had will be there too.


I also just had a look in my old DB, which I've just restored:

engine=# select vm_name from vm_static;
 vm_name
-
 Blank
 template
 mail
 nagios
 bacula
 debian-template
 jabber
 downloadbak
 vpn
(9 rows)



That's looking great. Actually the most important VMs to restore (the
rest are re-created in about 2-3 hours so having to re-create those
instead of restoring would be okayish):

- bacula
- downloadbak

Problem is that both of those are the VMs with the most of the disks
attached.
Just had a look in the databasedump for the vm id's and found this:


 COPY disks_vm_map (history_id, vm_disk_id, vm_id, attach_date, detach_date) 
 FROM stdin;
 2   b2c5d2d5-636c-408b-b52f-b7f5558c0f7f
 a16e4354-0c32-47c1-a01b-7131da3dbb6b2014-01-21 02:32:58+01  \N
 1   4ef54bf7-525b-4a73-b071-c6750fc7c907
 33f78ede-e885-4636-bb0b-1021c31d1cca2014-01-21 02:32:58+01  2014-01-21 
 18:52:00+01
 5   38eee7d5-9fd1-44b0-876c-b24e4bc0085b
 0b062e65-7b0f-4177-9e08-cba48230f89a2014-01-22 00:02:01+01  \N
 4   988f90f6-a37d-4dfd-8477-70aa5d2db5b6
 0b062e65-7b0f-4177-9e08-cba48230f89a2014-01-21 22:57:01+01  2014-01-22 
 00:02:01+01
 6   88a7d07b-b4a3-497d-b2e5-3e6ebc85d83e
 a466a009-cde7-40db-b3db-712b737eb64a2014-01-22 00:37:01+01  \N
 7   2cd8d3dc-e92f-4be5-88fa-923076aba287
 c040505a-da58-4ee1-8e17-8e32b97656082014-01-22 00:46:01+01  \N
 8   5e56a396-8deb-4c04-9897-0e4f6582abcc
 45434b2f-2a79-4a13-812e-a4fd2f5639472014-01-22 01:45:01+01  \N
 9   caecf666-302d-426c-8a32-65eda8d9e5df
 0edd5aea-3425-4780-8f54-1c84f9a877652014-01-22 19:42:02+01  \N
 10  8633fb9b-9c08-406b-925e-7d5955912165
 f45a4a7c-5db5-40c2-af06-230aa5f2b0902014-01-22 19:57:02+01  \N
 11  81b71076-be95-436b-9657-61890e81cee9
 c040505a-da58-4ee1-8e17-8e32b97656082014-01-22 23:22:02+01  2014-01-30 
 02:09:09+01
 12  924e5ba6-913e-4591-a15f-3b61eb66a2e1
 c040505a-da58-4ee1-8e17-8e32b97656082014-02-01 20:42:12+01  2014-02-03 
 18:00:14+01
 14  f613aa23-4831-4aba-806e-fb7dcdcd704d
 c040505a-da58-4ee1-8e17-8e32b97656082014-02-03 18:05:14+01  \N
 15  

Re: [Users] Reimporting storage domains after reinstalling ovirt

2014-03-16 Thread Gianluca Cecchi
On Mon, Mar 17, 2014 at 2:18 AM, Boudewijn Ector wrote:


 Okay that sounds like database permissions:


 [root@Xovirt-engine]# cat
 /etc/ovirt-engine/engine.conf.d/10-setup-database.conf
 ENGINE_DB_HOST=localhost
 ENGINE_DB_PORT=5432
 ENGINE_DB_USER=engine
 ENGINE_DB_PASSWORD=
 ENGINE_DB_DATABASE=engine
 ENGINE_DB_SECURED=False
 ENGINE_DB_SECURED_VALIDATION=False
 ENGINE_DB_DRIVER=org.postgresql.Driver
 ENGINE_DB_URL=jdbc:postgresql://${ENGINE_DB_HOST}:${ENGINE_DB_PORT}/${ENGINE_DB_DATABASE}?sslfactory=org.postgresql.ssl.NonValidatingFactory

 I tried to reset the database's password using this in the psql shell:

 alter user  engine WITH password '';
 (the same password as above)

 Still authentication fails, but when I do this:

  psql -h localhost -p 5432 -U engine engine

 It works fine... O gosh more debugging ;). Any clue where I should have
 a look?
 I just tried copying the old /etc/ovirt* stuff over /etc/overt* so both
 configs and db are sync'ed again. To no avail.

 Thanks guys!


 Boudewijn
 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users

For PostgreSQL access you have to check your previous settings in
/var/lib/pgsql/data

relevant files are
pg_hba.conf
and
postgresql.conf

On a standard ovirt 3.3.3 on CentOS 6.5 my config is

pg_hba.conf;
local   all all   ident
hostengine  engine  0.0.0.0/0   md5
hostengine  engine  ::0/0   md5
hostall all 127.0.0.1/32  ident
hostall all ::1/128   ident


If I compare modifications made by engine setup in respect of pre-defined ones:

[root@ovirteng02 data]# diff postgresql.conf postgresql.conf.20140301072333
64,65c64
 # max_connections = 100   # (change requires restart)
 max_connections = 150
---
 max_connections = 100 # (change requires restart)

[root@ovirteng02 data]# diff pg_hba.conf pg_hba.conf.20140301072333
71,72d70
 hostengine  engine  0.0.0.0/0   md5
 hostengine  engine  ::0/0   md5

check also your PostgreSQL version with the original one.

HIH,
Gianluca
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Reimporting storage domains after reinstalling ovirt

2014-03-15 Thread Boudewijn Ector
On 11-03-14 16:39, Liron Aravot wrote:

 - Original Message -
 From: Boudewijn Ector boudew...@boudewijnector.nl
 To: Jason Brooks jbro...@redhat.com
 Cc: users@ovirt.org
 Sent: Tuesday, March 11, 2014 1:32:00 AM
 Subject: Re: [Users] Reimporting storage domains after reinstalling ovirt


 Some people have reported success creating an image of the desired
 size, then noting the name of this new image, and copying the old
 image into the place of the new one, with the new name. Something
 like that might work, but I don't have first-hand experience w/
 it.

 Jason
 Hi Jason,


 Due to lack of viable alternative, I've decided to go and try this
 approach. I just had a look at my datafiles:

 - these are either 8gb (OS) or 250gb (LVM images)
 - can't mount those directly in my host OS (tried because of the next
 point)
 - I don't know to what VM this image/VM belongs . They're all quite
 the same (basic debian install), so determining it just by running
 strings etc on those will not be easy
 - I can't import the old VMs from the old storage. If I create new
 images and dd the old information into those new images the metadata
 will not be copied too.

 So the only option is not reusing the VM's  but creating completely
 new ones and determining which disk images are required for these VMs.
 Then creating the new image structure and dd'ing the corresponding
 images from the old VMs into the new ones. In order to do so I need to
 know what data belongs to what VM.
 Is there a trick for doing this?

 I still do have the database from the old ovirt machine, this might
 save me. Will have a look into that one tomorrow.

 Cheers,

 Boudewijn
 Hi Boudewijn,
 So we can proceed and recover your data i'd like to know -
 1. can you use the db backup? will you lose any important data if you chose 
 to use it?
 2, did you have snapshots for your vm?

 please answer so we can proceed with it, we can find methods for restoring 
 without having to perform images copy (and to restore with copying) - but 
 each way has it's implications.
 thanks,
 Liron.

Hi Liron,



Have you already been able to look at my reply on the list? It would be
great for me to be able to make some decent progress this weekend.

Cheers,

Boudewijn
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Reimporting storage domains after reinstalling ovirt

2014-03-11 Thread Itamar Heim

On 03/10/2014 06:03 PM, Jason Brooks wrote:



- Original Message -

From: Boudewijn Ector boudew...@boudewijnector.nl
To: Jason Brooks jbro...@redhat.com
Cc: users@ovirt.org
Sent: Monday, March 10, 2014 8:56:31 AM
Subject: Re: [Users] Reimporting storage domains after reinstalling ovirt

On 10-03-14 16:55, Jason Brooks wrote:



into:

CLASS=Backup
DESCRIPTION=export-storage
IOOPTIMEOUTSEC=10
LEASERETRIES=3
LEASETIMESEC=60
LOCKPOLICY=
LOCKRENEWALINTERVALSEC=5
MASTER_VERSION=613
POOL_DESCRIPTION=Default
POOL_DOMAINS=
POOL_SPM_ID=1
POOL_SPM_LVER=0
POOL_UUID=
REMOTE_PATH=nfsserver:/raid/ovirt-old/data
ROLE=Regular
SDUUID=1979444d-b79a-494c-8c1a-bcc132e31a04
TYPE=NFS
VERSION=3

This needs to be VERSION=0

(I successfully rescued a storage domain this way just this weekend)

Good luck!

Jason

Hi Jason,

Thanks! I'm going to try this after finishing my coffee!
Can you explain to me *why* this will change the situation? I'd like to
have a better understanding about the inner workings of ovirt.


I don't know -- TYPE=0 is what you find in the export domain metadata
files. I'd love to be able to bring back images w/o the export domain
step in the middle...


import data domain is in the works, should make 3.5.

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Reimporting storage domains after reinstalling ovirt

2014-03-11 Thread Liron Aravot


- Original Message -
 From: Boudewijn Ector boudew...@boudewijnector.nl
 To: Jason Brooks jbro...@redhat.com
 Cc: users@ovirt.org
 Sent: Tuesday, March 11, 2014 1:32:00 AM
 Subject: Re: [Users] Reimporting storage domains after reinstalling ovirt
 
 
  
  Some people have reported success creating an image of the desired
  size, then noting the name of this new image, and copying the old
  image into the place of the new one, with the new name. Something
  like that might work, but I don't have first-hand experience w/
  it.
  
  Jason
 
 Hi Jason,
 
 
 Due to lack of viable alternative, I've decided to go and try this
 approach. I just had a look at my datafiles:
 
 - these are either 8gb (OS) or 250gb (LVM images)
 - can't mount those directly in my host OS (tried because of the next
 point)
 - I don't know to what VM this image/VM belongs . They're all quite
 the same (basic debian install), so determining it just by running
 strings etc on those will not be easy
 - I can't import the old VMs from the old storage. If I create new
 images and dd the old information into those new images the metadata
 will not be copied too.
 
 So the only option is not reusing the VM's  but creating completely
 new ones and determining which disk images are required for these VMs.
 Then creating the new image structure and dd'ing the corresponding
 images from the old VMs into the new ones. In order to do so I need to
 know what data belongs to what VM.
 Is there a trick for doing this?
 
 I still do have the database from the old ovirt machine, this might
 save me. Will have a look into that one tomorrow.
 
 Cheers,
 
 Boudewijn

Hi Boudewijn,
So we can proceed and recover your data i'd like to know -
1. can you use the db backup? will you lose any important data if you chose to 
use it?
2, did you have snapshots for your vm?

please answer so we can proceed with it, we can find methods for restoring 
without having to perform images copy (and to restore with copying) - but each 
way has it's implications.
thanks,
Liron.
 ___
 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: [Users] Reimporting storage domains after reinstalling ovirt

2014-03-10 Thread Gadi Ickowicz
Hi,

Regarding what to do in order to be able to add the domain, due to the bug you 
pointed out (https://bugzilla.redhat.com/show_bug.cgi?id=1059604), the 
workaround is to move the host to a datacenter. Check the host's cluster under 
the web interface - if it does not list a datacenter, you can move the host to 
maintenance, select the cluster, click 'edit' and then select a datacenter.

The second error Error while executing action: Cannot add Storage Connection. 
Storage connection already exists. is also a known bug 
(https://bugzilla.redhat.com/show_bug.cgi?id=1014966). You need to find the 
storage connection and remove it manually from oVirt. This can be done with 
REST or SDK. 

For REST:
1. find the ID of the connection. should be at: fqdn/ip of 
engine/api/storageconnections . (look for the connection that lists 
192.168.1.44:/raid/ovirt-old/data and note it's ID)
2. Send a DELETE request to fqdn/ip of engine/api/storageconnections/ID of 
storage connection

Thanks,
Gadi Ickowicz

- Original Message -
From: Boudewijn Ector boudew...@boudewijnector.nl
To: users@ovirt.org
Sent: Monday, March 10, 2014 1:00:35 AM
Subject: Re: [Users] Reimporting storage domains after reinstalling ovirt


 
 
 (there's another storage doman which has to be converted too but 
 that's not that relevant imo).
 
 Now I log in onto the webinterface, select storage domain -
 import domain :
 
 Domain function set to export/NFS export path: 
 192.168.1.44:/raid/ovirt-old/data/
 
 (192.168.1.44 is the server's IP)
 
 
 Now this error pops up:
 
 Error while executing action: Cannot add Storage. Storage format V3
 is not supported on the selected host version.
 
 I just had a look for this one and found this bug (in which you 
 replied... such a small world :)  ) : 
 https://bugzilla.redhat.com/show_bug.cgi?id=1059604 But there's no
 obvious solution over there.
 
 Despite this the domains are available in the storage domain list
 but they're unattached so no use to me.
 
 Am I still missing something?
 
 Cheers,
 
 Boudewijn ___ Users
 mailing list Users@ovirt.org 
 http://lists.ovirt.org/mailman/listinfo/users
 
Interesting: i just tried readding it again (maybe rereading the
storage domain takes a lot of time) but despite it not showing up in
the storage domain list, ovirt's webadmin tells met the repo has
already been added:

Error while executing action: Cannot add Storage Connection. Storage
connection already exists.


Strange.

Cheers,

Boudewijn


___
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: [Users] Reimporting storage domains after reinstalling ovirt

2014-03-10 Thread Itamar Heim

On 03/10/2014 12:30 AM, Boudewijn Ector wrote:




How should I go on recovering those VMs?


change the domain into an export domain, attach it, and import the
VMs from it (currently, you can only import an export domain) i
think this thread has the relevant info:
https://www.mail-archive.com/users@ovirt.org/msg04257.html


Okay thank you very much for pointing that out. I now realise the
difference between the regular and export shares.


I just changed the metadata file (at
/raid/ovirt-old/data/1979444d-b79a-494c-8c1a-bcc132e31a04/dom_md0) from:

[root@leiden dom_md]# cat metadata.backup
CLASS=Data
DESCRIPTION=leiden-data
IOOPTIMEOUTSEC=10
LEASERETRIES=3
LEASETIMESEC=60
LOCKPOLICY=
LOCKRENEWALINTERVALSEC=5
MASTER_VERSION=613
POOL_DESCRIPTION=Default
POOL_DOMAINS=dafe25c2-1ce7-4979-9d8d-a35688da207a:Active,1979444d-b79a-494c-8c1a-bcc132e31a04:Active,d2676b04-e2ff-420f-8f29-36dafc2df47b:Active
POOL_SPM_ID=1
POOL_SPM_LVER=0
POOL_UUID=5849b030-626e-47cb-ad90-3ce782d831b3
REMOTE_PATH=192.168.1.44:/raid/ovirt/data
ROLE=Master
SDUUID=1979444d-b79a-494c-8c1a-bcc132e31a04
TYPE=NFS
VERSION=3
_SHA_CKSUM=cab6c41e19812714ba79c48fc98b7037032725e4

into:

CLASS=Backup
DESCRIPTION=export-storage
IOOPTIMEOUTSEC=10
LEASERETRIES=3
LEASETIMESEC=60
LOCKPOLICY=
LOCKRENEWALINTERVALSEC=5
MASTER_VERSION=613
POOL_DESCRIPTION=Default
POOL_DOMAINS=
POOL_SPM_ID=1
POOL_SPM_LVER=0
POOL_UUID=
REMOTE_PATH=nfsserver:/raid/ovirt-old/data
ROLE=Regular
SDUUID=1979444d-b79a-494c-8c1a-bcc132e31a04
TYPE=NFS
VERSION=3



(there's another storage doman which has to be converted too but
that's not that relevant imo).

Now I log in onto the webinterface, select storage domain - import
domain :

Domain function set to export/NFS
export path:
192.168.1.44:/raid/ovirt-old/data/

(192.168.1.44 is the server's IP)


Now this error pops up:

Error while executing action: Cannot add Storage. Storage format V3 is
not supported on the selected host version.

I just had a look for this one and found this bug (in which you
replied... such a small world :)  ) :
https://bugzilla.redhat.com/show_bug.cgi?id=1059604
But there's no obvious solution over there.


the bug is about a host with a cluster not associated with a DC. is your 
cluster associated with a DC?




Despite this the domains are available in the storage domain list but
they're unattached so no use to me.

Am I still missing something?

Cheers,

Boudewijn


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Reimporting storage domains after reinstalling ovirt

2014-03-10 Thread Boudewijn Ector
On 10-03-14 10:46, Itamar Heim wrote:
 On 03/10/2014 12:30 AM, Boudewijn Ector wrote:


 How should I go on recovering those VMs?

 change the domain into an export domain, attach it, and import the
 VMs from it (currently, you can only import an export domain) i
 think this thread has the relevant info:
 https://www.mail-archive.com/users@ovirt.org/msg04257.html

 Okay thank you very much for pointing that out. I now realise the
 difference between the regular and export shares.


 I just changed the metadata file (at
 /raid/ovirt-old/data/1979444d-b79a-494c-8c1a-bcc132e31a04/dom_md0) from:

 [root@leiden dom_md]# cat metadata.backup
 CLASS=Data
 DESCRIPTION=leiden-data
 IOOPTIMEOUTSEC=10
 LEASERETRIES=3
 LEASETIMESEC=60
 LOCKPOLICY=
 LOCKRENEWALINTERVALSEC=5
 MASTER_VERSION=613
 POOL_DESCRIPTION=Default
 POOL_DOMAINS=dafe25c2-1ce7-4979-9d8d-a35688da207a:Active,1979444d-b79a-494c-8c1a-bcc132e31a04:Active,d2676b04-e2ff-420f-8f29-36dafc2df47b:Active

 POOL_SPM_ID=1
 POOL_SPM_LVER=0
 POOL_UUID=5849b030-626e-47cb-ad90-3ce782d831b3
 REMOTE_PATH=192.168.1.44:/raid/ovirt/data
 ROLE=Master
 SDUUID=1979444d-b79a-494c-8c1a-bcc132e31a04
 TYPE=NFS
 VERSION=3
 _SHA_CKSUM=cab6c41e19812714ba79c48fc98b7037032725e4

 into:

 CLASS=Backup
 DESCRIPTION=export-storage
 IOOPTIMEOUTSEC=10
 LEASERETRIES=3
 LEASETIMESEC=60
 LOCKPOLICY=
 LOCKRENEWALINTERVALSEC=5
 MASTER_VERSION=613
 POOL_DESCRIPTION=Default
 POOL_DOMAINS=
 POOL_SPM_ID=1
 POOL_SPM_LVER=0
 POOL_UUID=
 REMOTE_PATH=nfsserver:/raid/ovirt-old/data
 ROLE=Regular
 SDUUID=1979444d-b79a-494c-8c1a-bcc132e31a04
 TYPE=NFS
 VERSION=3



 (there's another storage doman which has to be converted too but
 that's not that relevant imo).

 Now I log in onto the webinterface, select storage domain - import
 domain :

 Domain function set to export/NFS
 export path:
 192.168.1.44:/raid/ovirt-old/data/

 (192.168.1.44 is the server's IP)


 Now this error pops up:

 Error while executing action: Cannot add Storage. Storage format V3 is
 not supported on the selected host version.

 I just had a look for this one and found this bug (in which you
 replied... such a small world :)  ) :
 https://bugzilla.redhat.com/show_bug.cgi?id=1059604
 But there's no obvious solution over there.

 the bug is about a host with a cluster not associated with a DC. is
 your cluster associated with a DC?

Yes it is, so my buglink isn't that relevant after all.

Thanks :). Despite of that, my setup still isn't running and I haven't
got a clue on how to get it to work again.


Cheers,

Boudewijn
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Reimporting storage domains after reinstalling ovirt

2014-03-10 Thread Jason Brooks


 
 into:
 
 CLASS=Backup
 DESCRIPTION=export-storage
 IOOPTIMEOUTSEC=10
 LEASERETRIES=3
 LEASETIMESEC=60
 LOCKPOLICY=
 LOCKRENEWALINTERVALSEC=5
 MASTER_VERSION=613
 POOL_DESCRIPTION=Default
 POOL_DOMAINS=
 POOL_SPM_ID=1
 POOL_SPM_LVER=0
 POOL_UUID=
 REMOTE_PATH=nfsserver:/raid/ovirt-old/data
 ROLE=Regular
 SDUUID=1979444d-b79a-494c-8c1a-bcc132e31a04
 TYPE=NFS
 VERSION=3

This needs to be VERSION=0

(I successfully rescued a storage domain this way just this weekend)

Good luck!

Jason
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Reimporting storage domains after reinstalling ovirt

2014-03-10 Thread Boudewijn Ector
On 10-03-14 16:55, Jason Brooks wrote:

 into:

 CLASS=Backup
 DESCRIPTION=export-storage
 IOOPTIMEOUTSEC=10
 LEASERETRIES=3
 LEASETIMESEC=60
 LOCKPOLICY=
 LOCKRENEWALINTERVALSEC=5
 MASTER_VERSION=613
 POOL_DESCRIPTION=Default
 POOL_DOMAINS=
 POOL_SPM_ID=1
 POOL_SPM_LVER=0
 POOL_UUID=
 REMOTE_PATH=nfsserver:/raid/ovirt-old/data
 ROLE=Regular
 SDUUID=1979444d-b79a-494c-8c1a-bcc132e31a04
 TYPE=NFS
 VERSION=3
 This needs to be VERSION=0

 (I successfully rescued a storage domain this way just this weekend)

 Good luck!

 Jason
Hi Jason,

Thanks! I'm going to try this after finishing my coffee!
Can you explain to me *why* this will change the situation? I'd like to
have a better understanding about the inner workings of ovirt.


Cheers,

Boudewijn
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Reimporting storage domains after reinstalling ovirt

2014-03-10 Thread Jason Brooks


- Original Message -
 From: Boudewijn Ector boudew...@boudewijnector.nl
 To: Jason Brooks jbro...@redhat.com
 Cc: users@ovirt.org
 Sent: Monday, March 10, 2014 8:56:31 AM
 Subject: Re: [Users] Reimporting storage domains after reinstalling ovirt
 
 On 10-03-14 16:55, Jason Brooks wrote:
 
  into:
 
  CLASS=Backup
  DESCRIPTION=export-storage
  IOOPTIMEOUTSEC=10
  LEASERETRIES=3
  LEASETIMESEC=60
  LOCKPOLICY=
  LOCKRENEWALINTERVALSEC=5
  MASTER_VERSION=613
  POOL_DESCRIPTION=Default
  POOL_DOMAINS=
  POOL_SPM_ID=1
  POOL_SPM_LVER=0
  POOL_UUID=
  REMOTE_PATH=nfsserver:/raid/ovirt-old/data
  ROLE=Regular
  SDUUID=1979444d-b79a-494c-8c1a-bcc132e31a04
  TYPE=NFS
  VERSION=3
  This needs to be VERSION=0
 
  (I successfully rescued a storage domain this way just this weekend)
 
  Good luck!
 
  Jason
 Hi Jason,
 
 Thanks! I'm going to try this after finishing my coffee!
 Can you explain to me *why* this will change the situation? I'd like to
 have a better understanding about the inner workings of ovirt.

I don't know -- TYPE=0 is what you find in the export domain metadata
files. I'd love to be able to bring back images w/o the export domain
step in the middle...

 
 
 Cheers,
 
 Boudewijn
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Reimporting storage domains after reinstalling ovirt

2014-03-10 Thread Boudewijn Ector
Hi Guys,


Thank you very much Jason, Itamar, Gadi! I'm almost there thanks to your
help.

My steps were:

- remove the old storageconnection:

$ curl  -u admin@internal:* -X DELETE
https://192.168.1.44:443/api/storageconnections/5636a8c3-65b6-44a4-9ba4-e598dc60a4e4
-k

I changed version 3 - 0 in metadata file

And did an import (export NFS):
192.168.1.44:/raid/ovirt-old/data

Currently the box is importing the VMs from the old to the new repository.

But, there's still a last challenge to overcome:

I had this VM with about 2TB storage attached on both my storage domains
(I had another one too). This poses two different problems:

- I can't import the VM from the first storage domain, since not all
disks did reside on this single storage domain. This error pops up
(which is  quite logical):

Error while executing action:

downloadbak:

  * Cannot import VM. VM's Image does not exist.

Yeah I know I shouldn't have split the VMs resources over multiple
storage domains... I won't make that mistake again. Is there a way to
move these disks from the second old domain to the first old domain
so the VM can be reimported?

Furthermore, my storage machine has about 1.4TB free disk space left.
While importing, a copy of a VM is being made... and this particular one
is 2TB. So I'm going to run out of disk space while doing so; is there a
way to move instead of copy a VM while importing it?


Cheers (and thanks a lot for all the help, I really appreciate it!),

Boudewijn
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Reimporting storage domains after reinstalling ovirt

2014-03-10 Thread Jason Brooks


- Original Message -
 From: Boudewijn Ector boudew...@boudewijnector.nl
 To: Jason Brooks jbro...@redhat.com
 Cc: users@ovirt.org
 Sent: Monday, March 10, 2014 10:21:27 AM
 Subject: Re: [Users] Reimporting storage domains after reinstalling ovirt
 
 Hi Guys,
 
 
 Thank you very much Jason, Itamar, Gadi! I'm almost there thanks to your
 help.
 
 My steps were:
 
 - remove the old storageconnection:
 
 $ curl  -u admin@internal:* -X DELETE
 https://192.168.1.44:443/api/storageconnections/5636a8c3-65b6-44a4-9ba4-e598dc60a4e4
 -k
 
 I changed version 3 - 0 in metadata file
 
 And did an import (export NFS):
 192.168.1.44:/raid/ovirt-old/data
 
 Currently the box is importing the VMs from the old to the new repository.
 
 But, there's still a last challenge to overcome:
 
 I had this VM with about 2TB storage attached on both my storage domains
 (I had another one too). This poses two different problems:
 
 - I can't import the VM from the first storage domain, since not all
 disks did reside on this single storage domain. This error pops up
 (which is  quite logical):
 
 Error while executing action:
 
 downloadbak:
 
   * Cannot import VM. VM's Image does not exist.
 
 Yeah I know I shouldn't have split the VMs resources over multiple
 storage domains... I won't make that mistake again. Is there a way to
 move these disks from the second old domain to the first old domain
 so the VM can be reimported?
 
 Furthermore, my storage machine has about 1.4TB free disk space left.
 While importing, a copy of a VM is being made... and this particular one
 is 2TB. So I'm going to run out of disk space while doing so; is there a
 way to move instead of copy a VM while importing it?

Some people have reported success creating an image of the desired size,
then noting the name of this new image, and copying the old image into the
place of the new one, with the new name. Something like that might work, but
I don't have first-hand experience w/ it.

Jason

 
 
 Cheers (and thanks a lot for all the help, I really appreciate it!),
 
 Boudewijn
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Reimporting storage domains after reinstalling ovirt

2014-03-10 Thread Boudewijn Ector

 Some people have reported success creating an image of the desired size,
 then noting the name of this new image, and copying the old image into the
 place of the new one, with the new name. Something like that might work, but
 I don't have first-hand experience w/ it.

 Jason

Hi Jason,

Thanks, although that's quite an ugly option, although better than not
being able to do it at all... I'll keep it in mind anyway if everything
else fails.

Well I was wondering: Can't I just copy those images and vm's from the
second storage domain to the first and add those in the metadata?
I might give that a shot tonight.

Cheers,


Boudewijn
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Reimporting storage domains after reinstalling ovirt

2014-03-10 Thread Jason Brooks


- Original Message -
 From: Boudewijn Ector boudew...@boudewijnector.nl
 To: Jason Brooks jbro...@redhat.com
 Cc: users@ovirt.org
 Sent: Monday, March 10, 2014 10:46:45 AM
 Subject: Re: [Users] Reimporting storage domains after reinstalling ovirt
 
 
  Some people have reported success creating an image of the desired size,
  then noting the name of this new image, and copying the old image into the
  place of the new one, with the new name. Something like that might work,
  but
  I don't have first-hand experience w/ it.
 
  Jason
 
 Hi Jason,
 
 Thanks, although that's quite an ugly option, although better than not
 being able to do it at all... I'll keep it in mind anyway if everything
 else fails.
 
 Well I was wondering: Can't I just copy those images and vm's from the
 second storage domain to the first and add those in the metadata?
 I might give that a shot tonight.

There's a database element to this as well, that's why I think there's
the fake image creation element.


 
 Cheers,
 
 
 Boudewijn
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Reimporting storage domains after reinstalling ovirt

2014-03-10 Thread Boudewijn Ector

 
 Some people have reported success creating an image of the desired
 size, then noting the name of this new image, and copying the old
 image into the place of the new one, with the new name. Something
 like that might work, but I don't have first-hand experience w/
 it.
 
 Jason

Hi Jason,


Due to lack of viable alternative, I've decided to go and try this
approach. I just had a look at my datafiles:

- these are either 8gb (OS) or 250gb (LVM images)
- can't mount those directly in my host OS (tried because of the next
point)
- I don't know to what VM this image/VM belongs . They're all quite
the same (basic debian install), so determining it just by running
strings etc on those will not be easy
- I can't import the old VMs from the old storage. If I create new
images and dd the old information into those new images the metadata
will not be copied too.

So the only option is not reusing the VM's  but creating completely
new ones and determining which disk images are required for these VMs.
Then creating the new image structure and dd'ing the corresponding
images from the old VMs into the new ones. In order to do so I need to
know what data belongs to what VM.
Is there a trick for doing this?

I still do have the database from the old ovirt machine, this might
save me. Will have a look into that one tomorrow.

Cheers,

Boudewijn
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Reimporting storage domains after reinstalling ovirt

2014-03-09 Thread Vered Volansky
Hi Boudewijn,

First of all, the wiki page you are referring to is a feature page that was 
never implemented.
We are currently working on the same feature, this is the correct feature page:
http://www.ovirt.org/Features/ImportStorageDomain .
I will ask that the irrelevant page be removed to avoid any further confusion.

Second, currently, the only way to import a domain is to create an export 
domain and import it.
Can you get the old setup-up and create an export domain?
If not, we'll try to help and work around this is issue, but this is going to 
be very complex, since this is not supported.

Just to have a general understanding of your setup - your storage on the same 
machine as ovirt engine?

I'm assuming you're using web-admin.
What exactly are you doing there? We don't have the import option there as you 
mentioned, so I don't understand how you could import an SD that was not export.
Adding the entry to /etc/exports is meaningless.

Do you have the ovfs of the old VMs available?
In the meantime checking for an easier solution than the above, will get back 
to you on that.

Regards,
Vered

- Original Message -
 From: Boudewijn Ector boudew...@boudewijnector.nl
 To: users@ovirt.org
 Sent: Sunday, March 9, 2014 3:48:41 AM
 Subject: Re: [Users] Reimporting storage domains after reinstalling ovirt
 
 On 09-03-14 02:12, Boudewijn Ector wrote:
  Hi Guys,
 
 
  Currently I've got a Centos machine running the latest ovirt-release.
  This machine is using a local raid set containing  a directory with
  ovirt-based VMs from my previous install. The ovirt install is a
  completely fresh install, no storage/VMs have been created yet.
 
  What's the best way to reimport those? I might try to create a new
  storage domain and copy all old VMs into it (if that works anyway...) ,
  or just reimport the old domain from the web-interface.
 
  Does either trick have any advantage, or is there a best practice I
  should adhere to?
 
 
  Cheers,
 
  Boudewijn
  ___
  Users mailing list
  Users@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/users
 I just tried reimporting my old storage domains but that doesn't seem to
 work:
 
 [root@server data]# pwd
 /raid/ovirt-old/data
 [root@server data]# ls
 1979444d-b79a-494c-8c1a-bcc132e31a04  __DIRECT_IO_TEST__
 
 This is the old data domain I  used, and the
 1979444d-b79a-494c-8c1a-bcc132e31a04 contains quite a lot of VMs.
 
 When going to the webinterface and doing :
 - Storage
 - Import domain
 - Type: NFS
 - export path: $IP:/raid/ovirt-old/data (and
 $IP:/raid/ovirt-old/data/1979444d-b79a-494c-8c1a-bcc132e31a04)
 
 Of course I created an entry in /etc/exports in order to be able to
 mount this domain by NFS:
 
 
 [root@leiden data]# exportfs
 /raid/ovirt   192.168.1.44/255.255.255.255
 /raid/ovirt-old
 192.168.1.44/255.255.255.255
 
 
 And ownership is by user vdsm.
 
 Despite of this it doesn't work. Unfortunately this page
 (http://www.ovirt.org/Features/Import_an_existing_Storage_Domain) isn't
 of much use either.
 
 How should I do this?
 
 Cheers,
 
 Boudewijn
 ___
 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: [Users] Reimporting storage domains after reinstalling ovirt

2014-03-09 Thread Boudewijn Ector
On 09-03-14 14:11, Vered Volansky wrote:
 Hi Boudewijn,

 First of all, the wiki page you are referring to is a feature page that was 
 never implemented.
 We are currently working on the same feature, this is the correct feature 
 page:
 http://www.ovirt.org/Features/ImportStorageDomain .
 I will ask that the irrelevant page be removed to avoid any further confusion.

 Second, currently, the only way to import a domain is to create an export 
 domain and import it.
 Can you get the old setup-up and create an export domain?
 If not, we'll try to help and work around this is issue, but this is going to 
 be very complex, since this is not supported.

 Just to have a general understanding of your setup - your storage on the same 
 machine as ovirt engine?

 I'm assuming you're using web-admin.
 What exactly are you doing there? We don't have the import option there as 
 you mentioned, so I don't understand how you could import an SD that was not 
 export.
 Adding the entry to /etc/exports is meaningless.

 Do you have the ovfs of the old VMs available?
 In the meantime checking for an easier solution than the above, will get back 
 to you on that.

 Regards,
 Vered
Dear Vered,


Thank you very much for your reply; I didn't expect this (at first hand)
simple action to be so hard/complex to perform.
My machine is indeed  a single machine containing both a node,
webinterface and storage.

The old setup has been reinstalled, so I can't get that one to work
anymore. On the other hand I do still have a database dump from it.
I'm using the webadmin indeed and if I go to storage there's a button
saying import domain. In the dialogue that pops up after pressing that
button it's mentioned that I should use a FQDN/IP notation which made me
expect that it uses NFS ;-).

Yes I do have ovf's, this is a directory listing from one of the storage
domains:

[root@leiden 1979444d-b79a-494c-8c1a-bcc132e31a04]# find
.
./images
./images/6055a0a2-a6e9-4466-b0eb-3928c5c84d99
./images/6055a0a2-a6e9-4466-b0eb-3928c5c84d99/9e5be41b-c512-4f22-9d7c-81090d62dc31
./images/6055a0a2-a6e9-4466-b0eb-3928c5c84d99/9e5be41b-c512-4f22-9d7c-81090d62dc31.lease
./images/6055a0a2-a6e9-4466-b0eb-3928c5c84d99/9e5be41b-c512-4f22-9d7c-81090d62dc31.meta
./images/d72c41ff-2e34-474d-86be-3c11181b2128
./images/d72c41ff-2e34-474d-86be-3c11181b2128/0dd635c7-ef77-4e0f-962c-90b66085ba93.lease
./images/d72c41ff-2e34-474d-86be-3c11181b2128/0dd635c7-ef77-4e0f-962c-90b66085ba93.meta
./images/d72c41ff-2e34-474d-86be-3c11181b2128/0dd635c7-ef77-4e0f-962c-90b66085ba93
./images/df485d87-7dda-4cee-8fd0-5dc8b00d44c6
./images/df485d87-7dda-4cee-8fd0-5dc8b00d44c6/38eee7d5-9fd1-44b0-876c-b24e4bc0085b
./images/df485d87-7dda-4cee-8fd0-5dc8b00d44c6/988f90f6-a37d-4dfd-8477-70aa5d2db5b6.meta
./images/df485d87-7dda-4cee-8fd0-5dc8b00d44c6/38eee7d5-9fd1-44b0-876c-b24e4bc0085b.meta
./images/df485d87-7dda-4cee-8fd0-5dc8b00d44c6/988f90f6-a37d-4dfd-8477-70aa5d2db5b6
./images/df485d87-7dda-4cee-8fd0-5dc8b00d44c6/38eee7d5-9fd1-44b0-876c-b24e4bc0085b.lease
./images/df485d87-7dda-4cee-8fd0-5dc8b00d44c6/988f90f6-a37d-4dfd-8477-70aa5d2db5b6.lease
./images/898c01ea-d7b5-4d59-8329-c9140f3e55c1
./images/898c01ea-d7b5-4d59-8329-c9140f3e55c1/8b511fc2-4ec5-4c82-9faf-93da8490adc9.lease
./images/898c01ea-d7b5-4d59-8329-c9140f3e55c1/8b511fc2-4ec5-4c82-9faf-93da8490adc9.meta
./images/898c01ea-d7b5-4d59-8329-c9140f3e55c1/8b511fc2-4ec5-4c82-9faf-93da8490adc9
./images/1f6b7b10-736c-4a6c-9743-a628f370ff2f
./images/1f6b7b10-736c-4a6c-9743-a628f370ff2f/8633fb9b-9c08-406b-925e-7d5955912165.lease
./images/1f6b7b10-736c-4a6c-9743-a628f370ff2f/8633fb9b-9c08-406b-925e-7d5955912165
./images/1f6b7b10-736c-4a6c-9743-a628f370ff2f/8633fb9b-9c08-406b-925e-7d5955912165.meta
./images/c866dd6c-c7e5-419a-85e4-af49228be5a2
./images/c866dd6c-c7e5-419a-85e4-af49228be5a2/5e56a396-8deb-4c04-9897-0e4f6582abcc.meta
./images/c866dd6c-c7e5-419a-85e4-af49228be5a2/5e56a396-8deb-4c04-9897-0e4f6582abcc.lease
./images/c866dd6c-c7e5-419a-85e4-af49228be5a2/5e56a396-8deb-4c04-9897-0e4f6582abcc
./images/a33a673d-751f-4287-a655-e84dfcfcd005
./images/a33a673d-751f-4287-a655-e84dfcfcd005/2cd8d3dc-e92f-4be5-88fa-923076aba287.lease
./images/a33a673d-751f-4287-a655-e84dfcfcd005/2cd8d3dc-e92f-4be5-88fa-923076aba287
./images/a33a673d-751f-4287-a655-e84dfcfcd005/2cd8d3dc-e92f-4be5-88fa-923076aba287.meta
./images/07b94c8d-8195-449b-b5e0-873bde6f85fd
./images/07b94c8d-8195-449b-b5e0-873bde6f85fd/efc46a9a-6fcd-4e48-a197-e6bdf1e655bf
./images/07b94c8d-8195-449b-b5e0-873bde6f85fd/efc46a9a-6fcd-4e48-a197-e6bdf1e655bf.lease
./images/07b94c8d-8195-449b-b5e0-873bde6f85fd/efc46a9a-6fcd-4e48-a197-e6bdf1e655bf.meta
./images/72dba8d6-4303-4db7-8a32-aafa0a3165a5
./images/72dba8d6-4303-4db7-8a32-aafa0a3165a5/caecf666-302d-426c-8a32-65eda8d9e5df
./images/72dba8d6-4303-4db7-8a32-aafa0a3165a5/caecf666-302d-426c-8a32-65eda8d9e5df.lease
./images/72dba8d6-4303-4db7-8a32-aafa0a3165a5/caecf666-302d-426c-8a32-65eda8d9e5df.meta
./images/7fd446ce-bfb5-4706-9eb8-4133fcfbc00d

Re: [Users] Reimporting storage domains after reinstalling ovirt

2014-03-09 Thread Itamar Heim

On 03/09/2014 06:04 PM, Boudewijn Ector wrote:

On 09-03-14 14:11, Vered Volansky wrote:

Hi Boudewijn,

First of all, the wiki page you are referring to is a feature page that was 
never implemented.
We are currently working on the same feature, this is the correct feature page:
http://www.ovirt.org/Features/ImportStorageDomain .
I will ask that the irrelevant page be removed to avoid any further confusion.

Second, currently, the only way to import a domain is to create an export 
domain and import it.
Can you get the old setup-up and create an export domain?
If not, we'll try to help and work around this is issue, but this is going to 
be very complex, since this is not supported.

Just to have a general understanding of your setup - your storage on the same 
machine as ovirt engine?

I'm assuming you're using web-admin.
What exactly are you doing there? We don't have the import option there as you 
mentioned, so I don't understand how you could import an SD that was not export.
Adding the entry to /etc/exports is meaningless.

Do you have the ovfs of the old VMs available?
In the meantime checking for an easier solution than the above, will get back 
to you on that.

Regards,
Vered

Dear Vered,


Thank you very much for your reply; I didn't expect this (at first hand)
simple action to be so hard/complex to perform.


hence the feature page you saw, to add this functionality (currently 
work in progress)



My machine is indeed  a single machine containing both a node,
webinterface and storage.

The old setup has been reinstalled, so I can't get that one to work
anymore. On the other hand I do still have a database dump from it.
I'm using the webadmin indeed and if I go to storage there's a button
saying import domain. In the dialogue that pops up after pressing that
button it's mentioned that I should use a FQDN/IP notation which made me
expect that it uses NFS ;-).

Yes I do have ovf's, this is a directory listing from one of the storage
domains:

[root@leiden 1979444d-b79a-494c-8c1a-bcc132e31a04]# find
.
./images
./images/6055a0a2-a6e9-4466-b0eb-3928c5c84d99
./images/6055a0a2-a6e9-4466-b0eb-3928c5c84d99/9e5be41b-c512-4f22-9d7c-81090d62dc31
./images/6055a0a2-a6e9-4466-b0eb-3928c5c84d99/9e5be41b-c512-4f22-9d7c-81090d62dc31.lease
./images/6055a0a2-a6e9-4466-b0eb-3928c5c84d99/9e5be41b-c512-4f22-9d7c-81090d62dc31.meta
./images/d72c41ff-2e34-474d-86be-3c11181b2128
./images/d72c41ff-2e34-474d-86be-3c11181b2128/0dd635c7-ef77-4e0f-962c-90b66085ba93.lease
./images/d72c41ff-2e34-474d-86be-3c11181b2128/0dd635c7-ef77-4e0f-962c-90b66085ba93.meta
./images/d72c41ff-2e34-474d-86be-3c11181b2128/0dd635c7-ef77-4e0f-962c-90b66085ba93
./images/df485d87-7dda-4cee-8fd0-5dc8b00d44c6
./images/df485d87-7dda-4cee-8fd0-5dc8b00d44c6/38eee7d5-9fd1-44b0-876c-b24e4bc0085b
./images/df485d87-7dda-4cee-8fd0-5dc8b00d44c6/988f90f6-a37d-4dfd-8477-70aa5d2db5b6.meta
./images/df485d87-7dda-4cee-8fd0-5dc8b00d44c6/38eee7d5-9fd1-44b0-876c-b24e4bc0085b.meta
./images/df485d87-7dda-4cee-8fd0-5dc8b00d44c6/988f90f6-a37d-4dfd-8477-70aa5d2db5b6
./images/df485d87-7dda-4cee-8fd0-5dc8b00d44c6/38eee7d5-9fd1-44b0-876c-b24e4bc0085b.lease
./images/df485d87-7dda-4cee-8fd0-5dc8b00d44c6/988f90f6-a37d-4dfd-8477-70aa5d2db5b6.lease
./images/898c01ea-d7b5-4d59-8329-c9140f3e55c1
./images/898c01ea-d7b5-4d59-8329-c9140f3e55c1/8b511fc2-4ec5-4c82-9faf-93da8490adc9.lease
./images/898c01ea-d7b5-4d59-8329-c9140f3e55c1/8b511fc2-4ec5-4c82-9faf-93da8490adc9.meta
./images/898c01ea-d7b5-4d59-8329-c9140f3e55c1/8b511fc2-4ec5-4c82-9faf-93da8490adc9
./images/1f6b7b10-736c-4a6c-9743-a628f370ff2f
./images/1f6b7b10-736c-4a6c-9743-a628f370ff2f/8633fb9b-9c08-406b-925e-7d5955912165.lease
./images/1f6b7b10-736c-4a6c-9743-a628f370ff2f/8633fb9b-9c08-406b-925e-7d5955912165
./images/1f6b7b10-736c-4a6c-9743-a628f370ff2f/8633fb9b-9c08-406b-925e-7d5955912165.meta
./images/c866dd6c-c7e5-419a-85e4-af49228be5a2
./images/c866dd6c-c7e5-419a-85e4-af49228be5a2/5e56a396-8deb-4c04-9897-0e4f6582abcc.meta
./images/c866dd6c-c7e5-419a-85e4-af49228be5a2/5e56a396-8deb-4c04-9897-0e4f6582abcc.lease
./images/c866dd6c-c7e5-419a-85e4-af49228be5a2/5e56a396-8deb-4c04-9897-0e4f6582abcc
./images/a33a673d-751f-4287-a655-e84dfcfcd005
./images/a33a673d-751f-4287-a655-e84dfcfcd005/2cd8d3dc-e92f-4be5-88fa-923076aba287.lease
./images/a33a673d-751f-4287-a655-e84dfcfcd005/2cd8d3dc-e92f-4be5-88fa-923076aba287
./images/a33a673d-751f-4287-a655-e84dfcfcd005/2cd8d3dc-e92f-4be5-88fa-923076aba287.meta
./images/07b94c8d-8195-449b-b5e0-873bde6f85fd
./images/07b94c8d-8195-449b-b5e0-873bde6f85fd/efc46a9a-6fcd-4e48-a197-e6bdf1e655bf
./images/07b94c8d-8195-449b-b5e0-873bde6f85fd/efc46a9a-6fcd-4e48-a197-e6bdf1e655bf.lease
./images/07b94c8d-8195-449b-b5e0-873bde6f85fd/efc46a9a-6fcd-4e48-a197-e6bdf1e655bf.meta
./images/72dba8d6-4303-4db7-8a32-aafa0a3165a5
./images/72dba8d6-4303-4db7-8a32-aafa0a3165a5/caecf666-302d-426c-8a32-65eda8d9e5df
./images/72dba8d6-4303-4db7-8a32-aafa0a3165a5/caecf666-302d-426c-8a32-65eda8d9e5df.lease

Re: [Users] Reimporting storage domains after reinstalling ovirt

2014-03-09 Thread Boudewijn Ector

 
 How should I go on recovering those VMs?
 
 change the domain into an export domain, attach it, and import the
 VMs from it (currently, you can only import an export domain) i
 think this thread has the relevant info: 
 https://www.mail-archive.com/users@ovirt.org/msg04257.html
 
Okay thank you very much for pointing that out. I now realise the
difference between the regular and export shares.


I just changed the metadata file (at
/raid/ovirt-old/data/1979444d-b79a-494c-8c1a-bcc132e31a04/dom_md0) from:

[root@leiden dom_md]# cat metadata.backup
CLASS=Data
DESCRIPTION=leiden-data
IOOPTIMEOUTSEC=10
LEASERETRIES=3
LEASETIMESEC=60
LOCKPOLICY=
LOCKRENEWALINTERVALSEC=5
MASTER_VERSION=613
POOL_DESCRIPTION=Default
POOL_DOMAINS=dafe25c2-1ce7-4979-9d8d-a35688da207a:Active,1979444d-b79a-494c-8c1a-bcc132e31a04:Active,d2676b04-e2ff-420f-8f29-36dafc2df47b:Active
POOL_SPM_ID=1
POOL_SPM_LVER=0
POOL_UUID=5849b030-626e-47cb-ad90-3ce782d831b3
REMOTE_PATH=192.168.1.44:/raid/ovirt/data
ROLE=Master
SDUUID=1979444d-b79a-494c-8c1a-bcc132e31a04
TYPE=NFS
VERSION=3
_SHA_CKSUM=cab6c41e19812714ba79c48fc98b7037032725e4

into:

CLASS=Backup
DESCRIPTION=export-storage
IOOPTIMEOUTSEC=10
LEASERETRIES=3
LEASETIMESEC=60
LOCKPOLICY=
LOCKRENEWALINTERVALSEC=5
MASTER_VERSION=613
POOL_DESCRIPTION=Default
POOL_DOMAINS=
POOL_SPM_ID=1
POOL_SPM_LVER=0
POOL_UUID=
REMOTE_PATH=nfsserver:/raid/ovirt-old/data
ROLE=Regular
SDUUID=1979444d-b79a-494c-8c1a-bcc132e31a04
TYPE=NFS
VERSION=3



(there's another storage doman which has to be converted too but
that's not that relevant imo).

Now I log in onto the webinterface, select storage domain - import
domain :

Domain function set to export/NFS
export path:
192.168.1.44:/raid/ovirt-old/data/

(192.168.1.44 is the server's IP)


Now this error pops up:

Error while executing action: Cannot add Storage. Storage format V3 is
not supported on the selected host version.

I just had a look for this one and found this bug (in which you
replied... such a small world :)  ) :
https://bugzilla.redhat.com/show_bug.cgi?id=1059604
But there's no obvious solution over there.

Despite this the domains are available in the storage domain list but
they're unattached so no use to me.

Am I still missing something?

Cheers,

Boudewijn
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Reimporting storage domains after reinstalling ovirt

2014-03-09 Thread Boudewijn Ector

 
 
 (there's another storage doman which has to be converted too but 
 that's not that relevant imo).
 
 Now I log in onto the webinterface, select storage domain -
 import domain :
 
 Domain function set to export/NFS export path: 
 192.168.1.44:/raid/ovirt-old/data/
 
 (192.168.1.44 is the server's IP)
 
 
 Now this error pops up:
 
 Error while executing action: Cannot add Storage. Storage format V3
 is not supported on the selected host version.
 
 I just had a look for this one and found this bug (in which you 
 replied... such a small world :)  ) : 
 https://bugzilla.redhat.com/show_bug.cgi?id=1059604 But there's no
 obvious solution over there.
 
 Despite this the domains are available in the storage domain list
 but they're unattached so no use to me.
 
 Am I still missing something?
 
 Cheers,
 
 Boudewijn ___ Users
 mailing list Users@ovirt.org 
 http://lists.ovirt.org/mailman/listinfo/users
 
Interesting: i just tried readding it again (maybe rereading the
storage domain takes a lot of time) but despite it not showing up in
the storage domain list, ovirt's webadmin tells met the repo has
already been added:

Error while executing action: Cannot add Storage Connection. Storage
connection already exists.


Strange.

Cheers,

Boudewijn


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Reimporting storage domains after reinstalling ovirt

2014-03-08 Thread Boudewijn Ector
On 09-03-14 02:12, Boudewijn Ector wrote:
 Hi Guys,


 Currently I've got a Centos machine running the latest ovirt-release.
 This machine is using a local raid set containing  a directory with
 ovirt-based VMs from my previous install. The ovirt install is a
 completely fresh install, no storage/VMs have been created yet.

 What's the best way to reimport those? I might try to create a new
 storage domain and copy all old VMs into it (if that works anyway...) ,
 or just reimport the old domain from the web-interface.

 Does either trick have any advantage, or is there a best practice I
 should adhere to?


 Cheers,

 Boudewijn
 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users
I just tried reimporting my old storage domains but that doesn't seem to
work:

[root@server data]# pwd
/raid/ovirt-old/data
[root@server data]# ls
1979444d-b79a-494c-8c1a-bcc132e31a04  __DIRECT_IO_TEST__

This is the old data domain I  used, and the
1979444d-b79a-494c-8c1a-bcc132e31a04 contains quite a lot of VMs.

When going to the webinterface and doing :
- Storage
- Import domain
- Type: NFS
- export path: $IP:/raid/ovirt-old/data (and
$IP:/raid/ovirt-old/data/1979444d-b79a-494c-8c1a-bcc132e31a04)

Of course I created an entry in /etc/exports in order to be able to
mount this domain by NFS:


[root@leiden data]# exportfs 
/raid/ovirt   192.168.1.44/255.255.255.255
/raid/ovirt-old
192.168.1.44/255.255.255.255


And ownership is by user vdsm.

Despite of this it doesn't work. Unfortunately this page
(http://www.ovirt.org/Features/Import_an_existing_Storage_Domain) isn't
of much use either.

How should I do this?

Cheers,

Boudewijn
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users