| Summary: | Set up procedure for layer index database upgrades | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Yocto Project Subprojects] Layer Index | Reporter: | Paul Eggleton <bluelightning> | ||||
| Component: | Layer Index Metadata | Assignee: | Michael Halstead <mhalstead> | ||||
| Status: | RESOLVED FIXED | QA Contact: | Libertad <libertad.gonzalez.de.la.cruz> | ||||
| Severity: | enhancement | ||||||
| Priority: | Medium+ | CC: | belen.barros.pena, benjamin.esquivel, mhalstead, michael.g.wood | ||||
| Version: | unspecified | ||||||
| Target Milestone: | 2.2 M1 | ||||||
| Hardware: | x86 | ||||||
| OS: | Multiple | ||||||
| Whiteboard: | |||||||
| OS type for building Yocto: | --- | Type of Regression: | --- | ||||
| Verified: | Documentation change: | No (bug/feature does not impact docs) | |||||
| Bug Depends on: | |||||||
| Bug Blocks: | 6618, 7855 | ||||||
| Attachments: |
|
||||||
|
Description
Paul Eggleton
2015-07-09 16:48:57 UTC
This kind of blocks the Toaster image customisation feature ... Paul disagrees, but I still think it does ;) Created attachment 2670 [details]
Update process outline
For the full document contact Alex Franco
Need more info from Michael Halstead: (1) production set up using docker, (2) feedback on update process - stripped down version attached. Any update on this, we're getting close to requiring the blocking bug #7575 fixed for information needed in live toaster instances. Is there an intermediate / less complicated solution that can be done in the mean time to unblock this bug? We are very close currently the migration fails. I've been in touch with Alex Franco about this. I see that the update script is currently run with just the -q switch while the update also uses the -r switch to reload the data. Does -r only needs to be set on the first update or is this required on all calls to update.py now? Been in touch with Michael about this, now since this is an enhancement it probably won't go into 2.0 so I am moving this to 2.1 as we continue working on it (In reply to comment #6) > Been in touch with Michael about this, now since this is an enhancement it > probably won't go into 2.0 so I am moving this to 2.1 as we continue working > on it We really need this in Toaster for 2.0. We have split the image recipes from all other recipes as a usability enhancement and in preparation for image customisation. But Toaster's ability to properly identify image recipes is severely flawed without the parsing information the layer index provides. We have been asking for this since the beginning of this release. Can we please (please, please) get this done within 2.0? I sat down with Paul and he fixed out the fix. The migration revision history is missing on production so we ran the following commands to set the versions manually. Now we're moving forward again. python /opt/layerindex/manage.py migrate captcha 0001 --fake python /opt/layerindex/manage.py migrate reversion 0005 --fake If all goes well we should have this done today.
> If all goes well we should have this done today.
Remind me to buy you a drink when I get to Dublin :)
Thank you!
The new version based on the paule/inherits2 layer is now running in production. Please review the site and report any errors. I did have to make several changes to the Dockerfile and support files to make it production ready. I'll push these to my own branch soon if that's acceptable. The layer index looked ok to me and just tested with Toaster, and things seem to be working as expected. Once again, thank you so much for getting this done! 7575 was closed, so for this we are now discussing a public DB snapshot, beyond that it can probably be closed unless Dockerfile changes need to happen as well, discussion ongoing with Michael and Paul. I think this one is now resolved - Michael has put in place procedures for upgrades and we've been through at least two upgrades with that now. |