----- Original Message ----- > From: "Eli Mesika" <emes...@redhat.com> > To: "Gilad Chaplik" <gchap...@redhat.com> > Cc: "engine-devel" <engine-devel@ovirt.org> > Sent: Sunday, March 23, 2014 2:36:17 PM > Subject: Re: [Engine-devel] Share Your Thoughts > > > > ----- Original Message ----- > > From: "Gilad Chaplik" <gchap...@redhat.com> > > To: "engine-devel" <engine-devel@ovirt.org> > > Sent: Sunday, March 23, 2014 2:06:01 PM > > Subject: [Engine-devel] Share Your Thoughts > > > > Dear Devel Community Members, > > > > We are having a small discussion on patch: > > http://gerrit.ovirt.org/#/c/25633/, > > bug 1065753 - "Maintenance operations on a VM would ask for an optional > > reason" (adding a note to stop/shutdown VM, that will be cleared when the > > VM > > go up). > > > > The proposed solution is to add a free text field in the VM entity, and to > > update it in command's parameters (StopVmParmas.. etc.). > > > > I think slightly different, my alternative is to enhance the current free > > text (comment field) into XML, and allow to add multiple comments that > > include types. > > You are welcome to read more about it in the patch's comments. > > > > Thoughts? > > I suggest a third approach > We are logging here a reason for a user/admin operation > The natural place for such information is the audit log and not the VM > tables. > I think that the audit log messages related for the stop/shutdown commands > should be enhanced to include a {REASON} field then the command itself will > replace this value in the message with the one given by the user and we are > done. > Again, the required information is a pure logging issue, therefor I suggest > to put this information in the correct place for it, there is no point in > saving any logging messages in any entity table. > > Technically: > 1) The option for giving a reason should be configurable (per Cluster if I > look at Arthur comment in the BZ) > 2) If the option is on than any stop/shutdown will ask for reason and sent it > in the command parameters than=>then > 3) If the command succeed and got a non-empty reason , it will set the reason > in the command audit log message >
4) We gain here additional advantage since we can : a) search for the reason using the search engine b) get the reason in the message text sent to us if we are subscribed for the VM stop/shotdown event ans using engine-notifier > > Eli > > > > > Thanks, > > Gilad. > > _______________________________________________ > > Engine-devel mailing list > > Engine-devel@ovirt.org > > http://lists.ovirt.org/mailman/listinfo/engine-devel > > > _______________________________________________ Engine-devel mailing list Engine-devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/engine-devel