From: "Alexander A. Filippov" <a.filippov@yadro.com>
To: <openbmc@lists.ozlabs.org>
Subject: Re: Continuing discussion on Handling persistent files (/etc/group)during BMC updates
Date: Fri, 9 Aug 2019 10:33:04 +0300 [thread overview]
Message-ID: <20190809073304.GA327@bbwork.lan> (raw)
In-Reply-To: <96f5e075-b324-90da-f004-703ab6275374@gmail.com>
On Fri, Aug 09, 2019 at 12:19:32PM +0530, Raviteja Bailapudi wrote:
> Hi all,
>
> We are looking for thoughts and perspectives on the way the persistent files
> are managed across BMC code updates.
>
> The problem is regarding the code update where, as a part of code update we
> don't touch any of the persistent files like /etc/group or /etc/password.
>
> what if the new BMC image has an application which requires some changes to
> be present in these persistent files ?
>
> For Example:
> Let's say the BMC image which is used for code update has a new
> feature(ex:avahi) and it requires avahi user and
> the group to be present in the /etc/passwd and /etc/group to even kick start
> it's daemon.
We had faced with the similar issue several months ago and don't find good
solution yet.
https://github.com/openbmc/openbmc/issues/3468
>
> How to update such persistent files where customer data might exist?
>
> One of the quick solution i could think of is:
> - We can identify what is missing and then write a service override file to
> make the necessary changes in the persistent file.
>
> But i am still looking community thoughts to fix this issue? There was
> already a mail sent regarding same, please find it below:
> https://lists.ozlabs.org/pipermail/openbmc/2018-March/011162.html
>
> Thanks!
> Raviteja
>
next prev parent reply other threads:[~2019-08-09 7:33 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-08-09 6:49 Continuing discussion on Handling persistent files (/etc/group)during BMC updates Raviteja Bailapudi
2019-08-09 7:33 ` Alexander A. Filippov [this message]
2019-08-09 15:43 ` Ed Tanous
2019-08-21 8:40 ` Raviteja Bailapudi
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20190809073304.GA327@bbwork.lan \
--to=a.filippov@yadro.com \
--cc=openbmc@lists.ozlabs.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.