-
Notifications
You must be signed in to change notification settings - Fork 13
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
test(travis): + Basic Travis CI, bugfix & minor update #15
test(travis): + Basic Travis CI, bugfix & minor update #15
Conversation
1454e08
to
137070c
Compare
137070c
to
7ce18d8
Compare
@noelmcloughlin what a work!! at first glance looking good. |
@noelmcloughlin Great job, I'll try to review (at least some of) this fairly soon. |
@noelmcloughlin In terms of the main files we manage leading to Update: I pushed the commit again because I moved the |
8b09185
to
2a86134
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm only concerned about the duplicated lvm.clean
, for me it must be changed.
Everything else can be addressed in futur PR, I noted them for the records.
Thanks for the work.
Meta-state to run all logical volume states in sequence: Order 'remove', 'change', 'reduce', 'extend', 'rename', 'create', 'convert', and 'create' again. | ||
|
||
|
||
Available substates | ||
=================== | ||
------------------- | ||
|
||
.. contents:: | ||
:local: | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
As I understand, we sort the first component logically (profiles
, files
/ pv
, vg
and finally lv
) and the actions mostly alphabetically?
Could we sort the actions completely alphabetically since logically would be difficult?
This may be a dedicated PR.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I could look at this but I'm unsure.
The README sequence follows an assumption that available storage is limited. Therefore , I would recommend doing moves/resizes/deletes/backup
(housekeeping) before creates/extends/restores
since it is easier to manage available storage that way imho.
The README is kinda a personal reminder that workflow probably matters..
.. do some housekeeping ...
lvm.pv.create
.. do some housekeeping ...
lvm.vg.extend
.. do some housekeeping ...
lvm.vg.create
.. do some housekeeping ...
lvm.lv.extend
.. do some housekeeping ...
lvm.lv.create
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ok, do you mind adding a little comment to describe that?
@baby-gnu thanks for the review. I'd like to raise an new issue for your comments but this repo has issues disabled. Once that is sorted I'll raise that issue. Meanwhile I'll fix the major comment on README. now. |
🎉 This PR is included in version 0.3.0 🎉 The release is available on GitHub release Your semantic-release bot 📦🚀 |
This PR is relatively minor update doing three good things.
Bug:
Some OS rename
thin-provisioning-tools
package todevice-mapper-persistent-data
.Updated files are-
Tests:;
For testing the PR I added basic Travis CI support.
See: https://travis-ci.org/noelmcloughlin/lvm-formula/builds/587945263
New files are:
Convention:
I renamed all
remove.sls
files toclean.sls
and updated the README accordingly.For backwards compatibility the
remove.sls
files invoke theclean
state.This PR introduces NO breaking changes - all good stuff!