From: aspear@vmware.com (Aaron Spear)
Subject: [lttng-dev] Issues running ust 2.1.0 as non root user
Date: Fri, 11 Jan 2013 09:22:05 -0800 (PST) [thread overview]
Message-ID: <662246047.6161088.1357924924963.JavaMail.root@vmware.com> (raw)
In-Reply-To: <50F04192.3080707@efficios.com>
Hi David,
----- Original Message -----
> From: "David Goulet" <dgoulet@efficios.com>
> Hi Aaron,
>
> You will have to provide the verbose logs of the session daemon. So,
> quite simple, start in an other console the session daemon with your
> user like so:
>
> $ lttng-sessiond -vvv --verbose-consumer > /tmp/sessiond.log
>
> And do the "lttng" commands again. It's going to be quite easier to
> identify the problem.
>
> A Fatal error of the session daemon, I suspect something is not right
> with the installation or you are missing memory which I doubt :).
>
> Thanks!
> David
Thanks very much for the tip, it led me to the solution and it works now. It would appear that the issue was that there was already some daemon running on the port perhaps in some zombie state or something. I guess maybe they were left there from some earlier failed attempt or something. I killed these processes and started it up all over and it worked.
I guess the moral of the story is that if this happens at all with some frequency perhaps a little better error message from lttng enable-event would be nice...
here is the error message that I saw when I manually tried to start the sessiond like you instructed:
$ lttng-sessiond -vvv --verbose-consumer > /tmp/sessiond.log
DEBUG3: Creating LTTng run directory: /home/aspear/.lttng [in create_lttng_rundir() at main.c:3692]
DEBUG1: Client socket path /home/aspear/.lttng/client-lttng-sessiond [in main() at main.c:3995]
DEBUG1: Application socket path /home/aspear/.lttng/apps-lttng-sessiond [in main() at main.c:3996]
DEBUG1: LTTng run directory path: /home/aspear/.lttng [in main() at main.c:3997]
DEBUG2: UST consumer 32 bits err path: /home/aspear/.lttng/ustconsumerd32/error [in main() at main.c:4006]
DEBUG2: UST consumer 32 bits cmd path: /home/aspear/.lttng/ustconsumerd32/command [in main() at main.c:4008]
DEBUG2: UST consumer 64 bits err path: /home/aspear/.lttng/ustconsumerd64/error [in main() at main.c:4017]
DEBUG2: UST consumer 64 bits cmd path: /home/aspear/.lttng/ustconsumerd64/command [in main() at main.c:4019]
Error: Already running daemon.
and then this is what I saw when I tried to figure out what daemon was already running:
root at aspear-deb64 ~/lttng-traces
# ps -A | grep ltt
5024 pts/1 00:00:00 lttng-sessiond
5110 pts/1 00:00:07 lttng-consumerd
20660 pts/1 00:00:00 lttng-consumerd
25600 ? 00:00:32 lttng-sessiond
25611 ? 00:00:00 lttng-consumerd
thanks again,
Aaron
prev parent reply other threads:[~2013-01-11 17:22 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <943560396.6116090.1357921852170.JavaMail.root@vmware.com>
2013-01-11 16:40 ` Aaron Spear
2013-01-11 16:45 ` David Goulet
2013-01-11 17:22 ` Aaron Spear [this message]
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=662246047.6161088.1357924924963.JavaMail.root@vmware.com \
--to=aspear@vmware.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox