You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@trafficserver.apache.org by "Leif Hedstrom (JIRA)" <ji...@apache.org> on 2010/02/03 06:31:19 UTC

[jira] Commented: (TS-108) unlock in diags code before writing out to syslog

    [ https://issues.apache.org/jira/browse/TS-108?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12828952#action_12828952 ] 

Leif Hedstrom commented on TS-108:
----------------------------------

George: Since you reviewed this, could you please commit this to "trunk", and close this bug?

> unlock in diags code before writing out to syslog
> -------------------------------------------------
>
>                 Key: TS-108
>                 URL: https://issues.apache.org/jira/browse/TS-108
>             Project: Traffic Server
>          Issue Type: Bug
>          Components: Logging
>            Reporter: Sean Cosgrave
>            Priority: Minor
>             Fix For: 2.0.0a
>
>         Attachments: unlock_diff.txt
>
>
> Original bug description from Anirban:
> Currently, diags calls attain a lock on line 285 of libinktomi++/Diags.cc which is then released on line 370 to prevent
> various threads from dumping logs at the same time, thus leading to interleaved and unreadable logs.
> That makes sense in the context of stdout, stderr and Diags own fp based logging. However, it doesnt apply to syslog
> messages, since those are written out to Unix named pipes, which guarantee integrity of the message (and order). Even
> if we were using Unix Domain Sockets to write out the syslogs, that would also ensure the integrity of the message in a
> packet.
> Thus we should unlock before we write out to syslog (around line# 329).

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.