Il 26/11/2014 11:47, Mooli Tayer ha scritto: > > > ----- Original Message ----- >> Il 25/11/2014 17:48, Michal Skrivanek ha scritto: >>> >>> >>> On 25 Nov 2014, at 17:26, Mooli Tayer <mta...@redhat.com> wrote: >>> >>>> >>>> >>>> ----- Original Message ----- >>>>> Il 13/11/2014 11:59, Michal Skrivanek ha scritto: >>>>>> >>>>>> On Nov 6, 2014, at 14:30 , Martin Betak <mbe...@redhat.com> wrote: >>>>>> >>>>>>> ----- Original Message ----- >>>>>>>> From: "Sandro Bonazzola" <sbona...@redhat.com> >>>>>>>> To: mbe...@redhat.com >>>>>>>> Cc: devel@ovirt.org, "Yedidyah Bar David" <d...@redhat.com>, "Lev >>>>>>>> Veyde" >>>>>>>> <lve...@redhat.com>, "Simone Tiraboschi" >>>>>>>> <stira...@redhat.com> >>>>>>>> Sent: Thursday, November 6, 2014 1:48:21 PM >>>>>>>> Subject: [ACTION REQUIRED] engine-setup broken on master due to >>>>>>>> missing >>>>>>>> SysPrep2K3Path >>>>>>>> >>>>>>>> 2014-11-06 13:38:41 DEBUG >>>>>>>> otopi.ovirt_engine_setup.engine_common.database >>>>>>>> database.execute:164 Database: 'None', Statement: ' >>>>>>>> select version, option_value >>>>>>>> from vdc_options >>>>>>>> where option_name = %(name)s >>>>>>>> ', args: {'name': 'SysPrep2K3Path'} >>>>>>>> 2014-11-06 13:38:41 DEBUG >>>>>>>> otopi.ovirt_engine_setup.engine_common.database >>>>>>>> database.execute:214 Result: [] >>>>>>>> 2014-11-06 13:38:41 DEBUG otopi.context context._executeMethod:152 >>>>>>>> method >>>>>>>> exception >>>>>>>> Traceback (most recent call last): >>>>>>>> File "/usr/lib/python2.7/site-packages/otopi/context.py", line 142, in >>>>>>>> _executeMethod >>>>>>>> method['method']() >>>>>>>> File >>>>>>>> "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/legacy/osinfo.py", >>>>>>>> line 88, in _misc >>>>>>>> ).getVdcOption(name=vdco) >>>>>>>> File >>>>>>>> "/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine/vdcoption.py", >>>>>>>> line 88, in getVdcOption >>>>>>>> ownConnection=ownConnection, >>>>>>>> File >>>>>>>> "/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine/vdcoption.py", >>>>>>>> line 63, in getVdcOptionVersions >>>>>>>> name=name, >>>>>>>> RuntimeError: Cannot locate application option SysPrep2K3Path >>>>>>>> >>>>>>>> Looks like >>>>>>>> commit 4a02e12ac9a4f2e18340c177c5f656ddf753694e >>>>>>>> Author: Martin Betak <mbe...@redhat.com> >>>>>>>> Date: Wed Nov 5 15:00:47 2014 +0100 >>>>>>>> >>>>>>>> core: Drop legacy SysPrep paths from config >>>>>>>> >>>>>>>> Change-Id: I675340ae90aa724b935b0cf0a25544c06b0177eb >>>>>>>> Bug-Url: https://bugzilla.redhat.com/show_bug.cgi?id=1086768 >>>>>>>> Signed-off-by: Martin Betak <mbe...@redhat.com> >>>>>>>> >>>>>>>> >>>>>>>> Broke the setup. >>>>>>>> Can you please advise about what the setup should do now? >>>>>>> >>>>>>> The upgrade script 0000_config.sql now deletes the values from DB. >>>>>>> Is it possible to make this python script run before the DB upgrade >>>>>>> scripts are run? >>>>>> >>>>>> the correct solution is to remove the osinfo handling from >>>>>> ovirt-engine-setup; it has no use since 3.4. it can only make things >>>>>> worse:) >>>>>> all dbs should already be upgraded/transitioned to use osinfo so the >>>>>> sysprep vars in config are useless for a long time already >>>>> >>>>> Ok, can you please open a bz on setup and block 1086768 or push a patch? >>>> >>>> Any progress with this issue? >>> >>> master should be ok >>> >>>> I see it happening on 3.5 as well. >>> >>> How could it be on 3.5? The removal was merged to master only 3 weeks ago, >>> not to 3.5. Are tou seeing the same problem? >> >> Please provide full logs if you can reproduce on 3.5. If it happens, it must >> be something else breaking the setup. >> > > False alarm, not reproducing. > Could this have been resolved by yum upgrade?(ovirt-host-deploy?) > > I am now seeing a different issue: > engine-setup only works on the second try; > (master, building & installing rpms on fe20). > On the first I get > [ ERROR ] Failed to execute stage 'Closing up': Command '/bin/systemctl' > failed to execute > > Is this a known Issue? > If not I will send a new email with logs of both setups.
No, it's not a known issue, please provide logs > > Thanks. > >> >>> >>> Thanks, >>> michal >>>> >>>>>> >>>>>> Thanks, >>>>>> michal >>>>>> >>>>>> >>>>>>> We really don't want to keep this unused values in the database after >>>>>>> the >>>>>>> correct migration >>>>>>> to osinfo is performed. >>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Sandro Bonazzola >>>>>>>> Better technology. Faster innovation. Powered by community >>>>>>>> collaboration. >>>>>>>> See how it works at redhat.com >>>>>>> _______________________________________________ >>>>>>> Devel mailing list >>>>>>> Devel@ovirt.org >>>>>>> http://lists.ovirt.org/mailman/listinfo/devel >>>>> >>>>> >>>>> -- >>>>> Sandro Bonazzola >>>>> Better technology. Faster innovation. Powered by community collaboration. >>>>> See how it works at redhat.com >>>>> _______________________________________________ >>>>> Devel mailing list >>>>> Devel@ovirt.org >>>>> http://lists.ovirt.org/mailman/listinfo/devel >>>>> >> >> >> -- >> Sandro Bonazzola >> Better technology. Faster innovation. Powered by community collaboration. >> See how it works at redhat.com >> -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com _______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel