Merge ~vkuznets/cloud-init:cloud-init-per-dashes into cloud-init:master
Proposed by
Vitaly Kuznetsov
Status: | Merged | ||||
---|---|---|---|---|---|
Approved by: | Ryan Harper | ||||
Approved revision: | 1482b56249dc14aa4b62d19c0f4d1261352c8d3b | ||||
Merge reported by: | Server Team CI bot | ||||
Merged at revision: | not available | ||||
Proposed branch: | ~vkuznets/cloud-init:cloud-init-per-dashes | ||||
Merge into: | cloud-init:master | ||||
Diff against target: |
26 lines (+7/-1) 1 file modified
tools/cloud-init-per (+7/-1) |
||||
Related bugs: |
|
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Server Team CI bot | continuous-integration | Approve | |
Ryan Harper | Needs Fixing | ||
Review via email: mp+362024@code.launchpad.net |
Commit message
This is to fix https:/
To post a comment you must log in.
That's exactly the reason - to not overwrite existing sem which may belong to a different bootper command.
Let's say I have "my-echo" and "my_echo" services. I currently have
/var/lib/ cloud/instance/ sem/bootper. my-echo. instance cloud/instance/ sem/bootper. my_echo. instance
/var/lib/
files. Post-patch when "my_echo" service is being processed we will see lib/cloud/ instance/ sem/bootper. my_echo. instance /var/lib/ cloud/instance/ sem/bootper. my-echo. instance
sem=/var/
sem_legacy=
without '-n' /var/lib/ cloud/instance/ sem/bootper. my_echo. instance will be ruined.
I, of course, cannot be in this situation if I'm running cloud-init-per from cloud-init (because of the issue I'm trying to address with the patch). However, it's not forbidden to run cloud-init-per from somewhere else, just line a shell command and in this scanarion both 'my-echo' and 'my_echo' will actually work correctly.