----- Original Message ----- > Il 25/11/2014 17:48, Michal Skrivanek ha scritto: > > > > > > On 25 Nov 2014, at 17:26, Mooli Tayer <[email protected]> wrote: > > > >> > >> > >> ----- Original Message ----- > >>> Il 13/11/2014 11:59, Michal Skrivanek ha scritto: > >>>> > >>>> On Nov 6, 2014, at 14:30 , Martin Betak <[email protected]> wrote: > >>>> > >>>>> ----- Original Message ----- > >>>>>> From: "Sandro Bonazzola" <[email protected]> > >>>>>> To: [email protected] > >>>>>> Cc: [email protected], "Yedidyah Bar David" <[email protected]>, "Lev > >>>>>> Veyde" > >>>>>> <[email protected]>, "Simone Tiraboschi" > >>>>>> <[email protected]> > >>>>>> 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 <[email protected]> > >>>>>> 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 <[email protected]> > >>>>>> > >>>>>> > >>>>>> 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. 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 > >>>>> [email protected] > >>>>> 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 > >>> [email protected] > >>> 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 [email protected] http://lists.ovirt.org/mailman/listinfo/devel
