----- Original Message ----- > From: "Giorgio Bersano" <[email protected]> > To: "Liron Aravot" <[email protected]> > Cc: "Meital Bourvine" <[email protected]>, "[email protected]" > <[email protected]>, [email protected] > Sent: Wednesday, March 5, 2014 1:19:34 PM > Subject: Re: [Users] Data Center Non Responsive / Contending > > 2014-03-04 22:35 GMT+01:00 Liron Aravot <[email protected]>: > > > > > > ----- Original Message ----- > >> From: "Giorgio Bersano" <[email protected]> > >> To: "Liron Aravot" <[email protected]> > >> Cc: "Meital Bourvine" <[email protected]>, "[email protected]" > >> <[email protected]>, [email protected] > >> Sent: Tuesday, March 4, 2014 6:10:27 PM > >> Subject: Re: [Users] Data Center Non Responsive / Contending > >> > >> 2014-03-04 16:37 GMT+01:00 Liron Aravot <[email protected]>: > >> > > >> > > >> > ----- Original Message ----- > >> >> From: "Giorgio Bersano" <[email protected]> > >> >> To: "Liron Aravot" <[email protected]> > >> >> Cc: "Meital Bourvine" <[email protected]>, "[email protected]" > >> >> <[email protected]>, [email protected] > >> >> Sent: Tuesday, March 4, 2014 5:31:01 PM > >> >> Subject: Re: [Users] Data Center Non Responsive / Contending > >> >> > >> >> 2014-03-04 16:03 GMT+01:00 Liron Aravot <[email protected]>: > >> >> > Hi Giorgio, > >> >> > Apperantly the issue is caused because there is no connectivity to > >> >> > the > >> >> > export domain and than we fail on spmStart - that's obviously a bug > >> >> > that > >> >> > shouldn't happen. > >> >> > >> >> Hi Liron, > >> >> we are reaching the same conclusion. > >> >> > >> >> > can you open a bug for the issue? > >> >> Surely I will > >> >> > >> >> > in the meanwhile, as it seems to still exist - seems to me like the > >> >> > way > >> >> > for > >> >> > solving it would be either to fix the connectivity issue between vdsm > >> >> > and > >> >> > the storage domain or to downgrade your vdsm version to before this > >> >> > issue > >> >> > was introduced. > >> >> > >> >> > >> >> I have some problems with your suggestion(s): > >> >> - I cannot fix the connectivity between vdsm and the storage domain > >> >> because, as I already said, it is exposed by a VM by this very same > >> >> DataCenter and if the DC doesn't goes up, the NFS server can't too. > >> >> - I don't understand what does it mean to downgrade the vdsm: to which > >> >> point in time? > >> >> > >> >> It seems I've put myself - again - in a situation of the "the egg or > >> >> the chicken" type, where the SD depends from THIS export domain but > >> >> the export domain isn't available if the DC isn't running. > >> >> > >> >> This export domain isn't that important to me. I can throw it away > >> >> without any problem. > >> >> > >> >> What if we edit the DB and remove any instances related to it? Any > >> >> adverse consequences? > >> >> > >> > > >> > Ok, please perform a full db backup before attempting the following: > >> > 1. right click on the the domain and choose "Destory" > >> > 2. move all hosts to maintenance > >> > 3. log in into the database and run the following sql command: > >> > update storage_pool where id = '{you id goes here}' set > >> > master_domain_version = master_domain_version + 1; > >> > 4. activate a host. > >> > >> Ok Liron, that did the trick! > >> > > Just for the record, the correct command was this one: > > update storage_pool set master_domain_version = master_domain_version + 1 > where id = '{your id goes here}' ; > > Best regards, > Giorgio.
Giorgio, I've added the following patch to resolve the issue: http://gerrit.ovirt.org/#/c/25424/ Have you opened the bug for it? if so, please provide me the bug number so i could assign the patch to it. Thanks. > > >> Up and running again, even that VM supposed to be the server acting as > >> export domain. > >> > >> Now I've to run away as I'm late to a meeting but tomorrow I'll file a > >> bug regarding this. > >> > >> Thanks to you and Meital for your assistance, > >> Giorgio. > > > > Sure, happy that everything is fine! > >> > _______________________________________________ Users mailing list [email protected] http://lists.ovirt.org/mailman/listinfo/users
