On Mon, Dec 18, 2017 at 3:57 PM, Meital Avital <[email protected]> wrote:
> Nikolai succeed to reproduce the issue on the clean env, > That's not a precise reproduction, as Nikolai writes in comment 15 "It looks like different now." please see comments in *Bug 1525907* > <https://bugzilla.redhat.com/show_bug.cgi?id=1525907> - VDSM is in > recovery mode after a restart in fresh installation. > He also found another bug - *Bug 1527077* > <https://bugzilla.redhat.com/show_bug.cgi?id=1527077> - SHE deployment > fails over FC. > > Meital. > > On Mon, Dec 18, 2017 at 3:27 PM, Meital Avital <[email protected]> wrote: > >> Adding Ying to get her status >> >> On Mon, Dec 18, 2017 at 3:24 PM, Meital Avital <[email protected]> >> wrote: >> >>> *Update:* >>> Deployment with iSCSI succeed >>> >>> On Mon, Dec 18, 2017 at 2:26 PM, Meital Avital <[email protected]> >>> wrote: >>> >>>> Hi All, >>>> >>>> The status of old HE deploy for today is: >>>> Deployment with NFS succeed >>>> Deployment with Gluster succeed >>>> Artyom testing HE deployment with iSCSI - in progress >>>> According to this BZ1525907 - Nikolai trying again to deploy HE on the >>>> same host on clean env - we think that this issue related to those host, >>>> this is what we are trying to understand. >>>> I don't have the results yet, soon I will have them and I will update >>>> this thread. >>>> >>>> Thanks, >>>> Meital. >>>> >>>> On Mon, Dec 18, 2017 at 1:18 PM, Dan Kenigsberg <[email protected]> >>>> wrote: >>>> >>>>> >>>>> >>>>> On Mon, Dec 18, 2017 at 1:02 PM, Sandro Bonazzola <[email protected] >>>>> > wrote: >>>>> >>>>>> >>>>>> >>>>>> 2017-12-18 8:37 GMT+01:00 Sandro Bonazzola <[email protected]>: >>>>>> >>>>>>> >>>>>>> >>>>>>> 2017-12-18 8:29 GMT+01:00 Dan Kenigsberg <[email protected]>: >>>>>>> >>>>>>>> On Mon, Dec 18, 2017 at 9:16 AM, Sandro Bonazzola < >>>>>>>> [email protected]> wrote: >>>>>>>> >>>>>>>>> Hi, >>>>>>>>> according to https://bugzilla.redhat.com >>>>>>>>> /buglist.cgi?quicksearch=flag%3Ablocker%2B%20target_mileston >>>>>>>>> e%3Aovirt-4.2.0%20status%3Anew%2Cassigned%2Cpost%2Cmodified >>>>>>>>> we just need to rebuild VDSM to complete the acknowledged blockers. >>>>>>>>> >>>>>>>>> We still have a proposed blocker in NEW state according to >>>>>>>>> https://bugzilla.redhat.com/buglist.cgi?quicksearch=flag% >>>>>>>>> 3Ablocker%3F%20target_milestone%3Aovirt-4.2.0%20status%3Anew >>>>>>>>> %2Cassigned%2Cpost%2Cmodified >>>>>>>>> >>>>>>>>> 1525907 <https://bugzilla.redhat.com/show_bug.cgi?id=1525907> >>>>>>>>> Storage vdsm General [email protected] NEW VDSM is in recovery >>>>>>>>> mode after a restart in fresh install... >>>>>>>>> <https://bugzilla.redhat.com/show_bug.cgi?id=1525907> urgent >>>>>>>>> urgent ovirt-4.2.0 Sat 18:12 >>>>>>>>> >>>>>>>>> Dan, please review, let us know if we have to block on this or if >>>>>>>>> we can postpone to 4.2.1. >>>>>>>>> >>>>>>>> >>>>>>>> I don't think it is for me to review. >>>>>>>> >>>>>>>> The bug is very confusing and sparse in information, but it seems >>>>>>>> to claim that self-hosted engine is not deployable. I think that it is >>>>>>>> for >>>>>>>> Simone to reply to that claim. Is it true? When? Do you think, like >>>>>>>> Adam, >>>>>>>> that this is a problem of host connectivity to its storage? >>>>>>>> >>>>>>> >>>>>>> Adam, Nir, Tal, Allon, can you please review? >>>>>>> >>>>>> >>>>>> Any update? >>>>>> >>>>> >>>>> +Meital. >>>>> >>>>> >>>> >>> >> >
_______________________________________________ Devel mailing list [email protected] http://lists.ovirt.org/mailman/listinfo/devel
