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

[Ed Hynan (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-24739?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=224744#comment-224744 ] 

Ed Hynan commented on ASTERISK-24739:
-------------------------------------

Contributor License process done. Waiting for ACK; will then attach patch per your system.

> 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)