[asterisk-bugs] [JIRA] (ASTERISK-24739) Out of files -- call fails -- numerous files with inodes from under /usr/share/zoneinfo, mostly posixrules

[Rusty Newton (JIRA)]

     [ https://issues.asterisk.org/jira/browse/ASTERISK-24739?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Rusty Newton updated ASTERISK-24739:
------------------------------------

    Assignee: Ed Hynan
      Status: Waiting for Feedback  (was: Triage)

Thanks for the contribution Ed, however the Asterisk project cannot accept in-line or external patches which are not submitted under a CLA.

The patches must be attached to the issue under "More > Attach Files" and marked as a contribution. To do this, you must first sign a Contributor's License Agreement and wait for it to be accepted by legal.

Please review the Asterisk [Patch Contribution Process|https://wiki.asterisk.org/wiki/display/AST/Patch+Contribution+Process] at the linked wiki page.

Thanks again!

> Out of files -- call fails -- numerous files with inodes from under /usr/share/zoneinfo, mostly posixrules
> ----------------------------------------------------------------------------------------------------------
>
>                 Key: ASTERISK-24739
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-24739
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Core/General
>    Affects Versions: 11.15.0
>         Environment: OpenBSD 5.5 -- any kqueue(2) system; possibly Linux inotify too (but uncertain).
>            Reporter: Ed Hynan
>            Assignee: Ed Hynan
>
> This is a file descriptor leak.  Inodes tracked to TZ data files.
> Had Asterisk 11.7.0 (OpenBSD 5.5 ports) running about three and a half weeks before call failed.
> Triggered by any changes causing an event in the 'inotify' thread implemented in main/stdtime/localtime.c. This might not become apparent for most users, but my asterisk runs on a host using a DHCP client, the dhclient regularly rewrites /etc/resolv.conf, and this triggers a file event because /etc/localtime is watched, it is a symlink, and the kqueue(2) code actually watches the directory of a symlink.
> I have a fix on my system: although the last change is only running a couple of days, I had been able to trigger the bug at will -- e.g. chmod a TZ data file being watched, or create a file under /etc, and then vmail to trigger the time formatting code -- with the fix I can't trigger the bug at all.
> In the URL field of this form I put a http URL to a patch against 11.7.0 and
>  in "Reference Notes" that patch, and 11.15.0 and svn trunk of Jan 26 too.
> -Ed Hynan



--
This message was sent by Atlassian JIRA
(v6.2#6252)