[one-users] Missing log when no error happens

Ruben S. Montero rsmontero at opennebula.org
Fri Dec 13 02:51:47 PST 2013


Hi Daniel,

We'll consider the inclusion of this feature for 4.6....

http://dev.opennebula.org/issues/2566

Cheers


On Tue, Nov 5, 2013 at 11:26 AM, Daniel Dehennin <
daniel.dehennin at baby-gnu.org> wrote:

> "Ruben S. Montero" <rsmontero at opennebula.org> writes:
>
> > So, your proposal is to have, all messages as in:
> >
> >     [TM][I]: clone: Cloning
> > /var/lib/one/datastores/1/e72972d1dc14203d83520f9ae6395d94 in
> > yggdrasil:/var/lib/one//datastores/0/15/disk.1
> >
> > This is pre-pend with the "clone:" string, right? If this is the case,
> this
> > could be done in the core as:
> >
> >    [TM][I]: <<<<<< ERROR IN CLONE >>>>>>>>>
> >    [TM][I]: Command execution fail: /var/lib/one/remotes/tm/qcow2/clone
> > yggdrasil:/var/lib/one/datastores/1/e72972d1dc14203d83520f9ae6395d94
> > yggdrasil:/var/lib/one//datastores/0/15/disk.1 15 1
> >     [TM][I]: clone: Cloning
> > /var/lib/one/datastores/1/e72972d1dc14203d83520f9ae6395d94 in
> > yggdrasil:/var/lib/one//datastores/0/15/disk.1
> > ...
> >    [TM][I]: <<<<<< ERROR IN CLONE >>>>>>>>>
> >
> >
> > What do you think?
>
> I thought about wrapping all executed commands to log:
>
> - INFO: the description of the command, like
>   “Cloning /var/lib/one/datastores/1/e72972d1dc14203d83520f9ae6395d94
>    in yggdrasil:/var/lib/one//datastores/0/15/disk.1”
>
> - DEBUG: the command to execute, like: “ssh at yggdrasil: <COMMAND>”
>
> This could output something like the following (line wrapped to ease
> reading):
>
>     [TM][I]: Command: /var/lib/one/remotes/tm/qcow2/clone
>
>  yggdrasil:/var/lib/one/datastores/1/e72972d1dc14203d83520f9ae6395d94
>              yggdrasil:/var/lib/one//datastores/0/15/disk.1
>              15 1
>     [TM][I]: clone: Cloning
> /var/lib/one/datastores/1/e72972d1dc14203d83520f9ae6395d94
>              in yggdrasil:/var/lib/one//datastores/0/15/disk.1
>     [TM][D]: clone: ssh at yggdrasil "cd /var/lib/one/datastores/0/15;
>              qemu-img create -b
> /var/lib/one/datastores/1/e72972d1dc14203d83520f9ae6395d94
>              -f qcow2 /var/lib/one/datastores/0/15/disk.1"
>     [TM][E]: <<<<<< ERROR IN CLONE >>>>>>>>>
>     [TM][E]: Command execution fail: "/var/lib/one/remotes/tm/qcow2/clone
>
>  yggdrasil:/var/lib/one/datastores/1/e72972d1dc14203d83520f9ae6395d94
>              yggdrasil:/var/lib/one//datastores/0/15/disk.1
>              15 1": qemu-img: Could not open
> '/var/lib/one/datastores/1/e72972d1dc14203d83520f9ae6395d94'
>     [TM][E]: Error copying
> yggdrasil:/var/lib/one/datastores/1/e72972d1dc14203d83520f9ae6395d94
>              to yggdrasil:/var/lib/one//datastores/0/15/disk.1
>     [TM][I]: ExitCode: 1
>     [TM][E]: <<<<<< ERROR IN CLONE >>>>>>>>>
>
> So, we can follow the execution path until the error:
>
> 1. the “qcow2 clone” is called with specified arguments
> 2. the “clone” script informs what it does
> 3. in debug mode[1] we see the command that will be executed: an SSH to
>    yggdrasil running “cd” and “qemu-img”
> 4. an error occurs and we see the command and it's output
>
> Actually, the point 4 is already OK for me, but 1 to 3 are missing.
>
> The point 2 is already done by the script[2] but is not present in the
> logs and I don't know why.
>
> The point 3 can be done by common wrappers[3].
>
> The point 1 is from core, I think.
>
> This could be generalized as:
>
> 1. the core log state changes
> 2. for each step to setup a VM, the core log what need to be done, like
>    “setting up network”, “setting up storage”, etc.
> 3. the core log which script it will call with its arguments
> 4. the script log informative messages of what it does
> 5. before a command is executed, a log of what will be executed and
>    where
> 6. after the command is executed, log the result
>
> Looking at my log files, not everything is logged, mostly the “what ONE
> wants to/will do”.
>
> I hope it will help understand what I would like.
>
> Regards.
>
> Footnotes:
> [1]  or info I don't know what's the best
>
> [2]
> http://dev.opennebula.org/projects/opennebula/repository/revisions/release-4.2/entry/src/tm_mad/qcow2/clone#L69
>
> [3]
> http://dev.opennebula.org/projects/opennebula/repository/revisions/release-4.2/entry/src/mad/sh/scripts_common.sh
>
> --
> Daniel Dehennin
> Récupérer ma clef GPG:
> gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF
>
> _______________________________________________
> Users mailing list
> Users at lists.opennebula.org
> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>
>


-- 
-- 
Ruben S. Montero, PhD
Project co-Lead and Chief Architect
OpenNebula - Flexible Enterprise Cloud Made Simple
www.OpenNebula.org | rsmontero at opennebula.org | @OpenNebula
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20131213/db8bc3af/attachment.htm>


More information about the Users mailing list