Closed beta-tester closed 4 years ago
when i use file names without '-' (dash) for the /etc/vblade.conf.d/xxxx.conf file, then everything seems to be good.
why does vblade-persistence transforms the file name with '-' in such a way to an instance name?
from /etc/vblade.conf.d/opensuse-rescue-x64
.conf
to vblade@opensuse\x2drescue\x2dx64
.service
and why can't vbladed-persistence handle its own transformed instance-/service- name?
This issue is about contrib
uted functionality. Have you tried reaching out to the author of that contrib? He might not know about this issue on github.
i don't know who is the author vblade-persistence... i thought it is made/maintained by the author of vblade.
I see the author in contrib/persistence/vblade-persistence.txt.
thank you, i wrote an email... hopefully this email address is still active and the author will response.
in https://github.com/OpenAoE/vblade/blob/master/contrib/persistence/vblade-generator
INSTANCE="$(systemd-escape "${CONFIG%%.conf}")"
the systemd-escape
command is the cause that the filename is transformed to the strange service name.
so somewhere a systemd-escape --unescape
command is missing
I have to apologize to you. I can no longer reproduce my reported issue myself. ...sorry.
It's great that you followed up with this important information! Thank you very much, beta-tester.
On Sat, Jun 20, 2020 at 10:12 AM beta-tester notifications@github.com wrote:
I have to apologize to you. I can no longer reproduce my reported issue myself. ...sorry.
— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/OpenAoE/vblade/issues/14#issuecomment-647000917, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAN4FBIKZMXGS6Q2JYPMZW3RXS7WBANCNFSM4NR6ZDDA .
vblade-persistence author here. I managed to recreate the issue and will try to understand what happens here. Related, I'd prepare a pull request including some minor fixes and a small readme that points to the mailing list for questions about this contribution of mine - if @ecashin is fine with that.
on my site, i changed the way how i add/remove vblade-persistence entries: to add / enable:
cat << EOF | sudo tee /etc/vblade.conf.d/opensuse-rescue-x64.conf
shelf=0
slot=1
netif=eth0
filename=/srv/iso/opensuse-rescue-x64.iso
options='-r'
ionice='--class best-effort --classdata 7'
EOF
sudo systemctl daemon-reload
sudo systemctl restart vblade.service
to remove / disable (or modify + restart):
sudo systemctl stop vblade@$(systemd-escape opensuse-rescue-x64).service
sudo rm /etc/vblade.conf.d/opensuse-rescue-x64.conf
# or modify /etc/vblade.conf.d/opensuse-rescue-x64.conf
sudo systemctl daemon-reload
sudo systemctl restart vblade.service
maybe it is an ugly way, maybe not all steps are necessary, but for me at least it will enable / disable the vblade services.
Hi, Christoph.
I think the main README already points to the mailing list, and the README for the contrib mentions contrib-related stuff, so things are OK. But feel free to submit pull requests---It's always easier to have concrete discussions on pull requests.
Thanks!
On Sat, Jun 20, 2020 at 1:29 PM cbiedl notifications@github.com wrote:
vblade-persistence author here. I managed to recreate the issue and will try to understand what happens here. Related, I'd prepare a pull request including some minor fixes and a small readme that points to the mailing list for questions about this contribution of mine - if @ecashin https://github.com/ecashin is fine with that.
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/OpenAoE/vblade/issues/14#issuecomment-647024296, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAN4FBO6QC335ISX4HD7IZDRXTWWLANCNFSM4NR6ZDDA .
hello, i try to user vblade and vblade-persistence under debian buster (Raspberry Pi OS).
i have an iso image
/srv/iso/opensuse-rescue-x64.iso
the content of the created configuration file/etc/vblade.conf.d/opensuse-rescue-x64.conf
is:but the service does not start.
i already did
sudo systemctl daemon-reload
but still:
there is also something strange with the naming of the instances. all '-' (dashes) are removed by something else.