<p dir="ltr">No thoughts on this one?</p>
<div class="gmail_quote">Den 25 mar 2015 16:53 skrev Jesper Derehag <jderehag@hotmail.com>:<br type='attribution'><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div>
<div>Hi,<br />
<br />
We have run into an issue with unique per-session tracepaths. <br />
<br />
In my particular setup I am using relayd to centralize alot of consumers (not really important to this discussion, but thought I'd mention it anyway).<br />
So the problem is that I have very limited quota for %outputpath. So to manage the quota fairly between channels I am using --tracefile-size to limit the size of each channel and thus preventing them from starving eachother out.<br />
BUT, say I would want to restart the session for some reason, in my case it might be that the card running a specific session reboots, and then relayd would get a new session & channel, and thus create a new folder for that data. But since the old data still remains, I would run into the quota limit.. <br />
<br />
Below is how the tracepaths are created in pseudo-code:<br />
<br />
per-pid tracing:<br />
   tracepath = %outputpath/%pid/%session_name-%pid-%datetime<br />
<br />
per-uid tracing:<br />
   tracepath = %outputpath/uid/%uid/%arch-bit<br />
<br />
So just reading this little snippet I am guessing one could avoid this particular problem by doing per-uid tracing, but that seems like an unnecessary workaround for what would seem like a trivial problem?<br />
<br />
Would it instead be feasable to have the channel->path_name configurable, so that you essentially could avoid the uniqueness of the path (pid & datetime)?<br />
<br />
Or is that instead opening pandoras box w.r.t. to tracefile consistency and contention?<br />
<br />
Regards,<br />
Jesper                                 <br />
_______________________________________________<br />
lttng-dev mailing list<br />
lttng-dev@lists.lttng.org<br />
<a href="http://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev">http://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev</a><br />
</div>
</div>

</blockquote></div>