[ovirt-users] Unable to import pre-configured nfs data domain

[Logan Kuhn]

I'd be happy to, but how/where do I do that? 

Regards, 
Logan 

----- On Jul 25, 2016, at 2:56 PM, Sandro Bonazzola <sbonazzo at redhat.com> wrote: 

| Il 22/Lug/2016 17:10, "Logan Kuhn" < logank at wolfram.com > ha scritto:

| > Thank you!

| > That does do some interesting things, but doesn't appear to work.

|> I've added a new storage domain, merged the differences in the metadata file
|> back to the old one and powered it up. When I start up the nodes they endlessly
|> report: VDSM ovirt-reqa1 command failed: (-226, 'Unable to read resource
| > owners', 'Sanlock exception')

|> I tried reinstalling one of them and the error message continues. At least for
| > now I've restored the old config and the error is gone.

| > Regards,
| > Logan


| Logan, do you mind to write a testcase in ovirt.org website for the disaster
| recovery test you are doing? Milan, if Logan write it, can you please review
| it?

| > ----- On Jul 22, 2016, at 3:06 AM, Milan Zamazal mzamazal at redhat.com wrote:

| > | Logan Kuhn < logank at wolfram.com > writes:

| > |> Am I correct in the assumption that importing a previously master data domain
| > |> into a fresh engine without a current master domain is supported?

| > | It's supported only in case the master domain was previously correctly
| > | detached from the data center.

| > | In case of an unexpected complete disaster, when a fresh engine is
| > | installed and used, it's still possible to recover the master domain in
| > | theory. You must find `metadata' file in the master domain and edit it
| > | for the new engine. It's completely unsupported and it may or may not
| > | work. We don't have guidelines how to do it, but you may try to create
| > | a new master domain, then detach it and compare the two metadata files.
| > _______________________________________________
| > Users mailing list
| > Users at ovirt.org
| > http://lists.ovirt.org/mailman/listinfo/users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20160726/5593c9f2/attachment-0001.html>