[asterisk-bugs] [JIRA] (ASTERISK-25405) [patch] CLI: core show fd: add timestamp

[Alexander Traud (JIRA)]

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

Alexander Traud updated ASTERISK-25405:
---------------------------------------

    Comment: was deleted

(was: Thanks for creating a report! The issue has entered the triage process. That means the issue will wait in this status until a Bug Marshal has an opportunity to review the issue. Once the issue has been reviewed you will receive comments regarding the next steps towards resolution.

A good first step is for you to review the [Asterisk Issue Guidelines|https://wiki.asterisk.org/wiki/display/AST/Asterisk+Issue+Guidelines] if you haven't already. The guidelines detail what is expected from an Asterisk issue report.

Then, if you are submitting a patch, please review the [Patch Contribution Process|https://wiki.asterisk.org/wiki/display/AST/Patch+Contribution+Process].)

> [patch] CLI: core show fd: add timestamp
> ----------------------------------------
>
>                 Key: ASTERISK-25405
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-25405
>             Project: Asterisk
>          Issue Type: Improvement
>      Security Level: None
>          Components: Features
>    Affects Versions: Feature Tracker
>            Reporter: Alexander Traud
>            Severity: Minor
>         Attachments: ast_file_descriptor_time.patch
>
>
> Thanks to "core show fd" on the command-line interface (CLI) of Asterisk, you are able to track open file descriptors:
> {noformat}
> ./configure
> make menuselect.makeopts
> ./menuselect/menuselect --enable DEBUG_FD_LEAKS
> make --jobs
> sudo make install
> {noformat}
> This helped me to find leaked UDP/TCP ports. However, when you debug a long-lived server with Wireshark in parallel, you need the time when the port (file descriptor) was opened. Therefore, I propose this as a feature request. The attached patch adds this feature.
> Additionally, it fixes a formatting issue when very long source-code file-names are involved (15->22) because "channel_internal_api.c" was the longest seen. Finally, it changes "getrlimit" to return not the maximum size of a single file ({{RLIMIT_FSIZE}}) but the maximum amount of files which can be created by Asterisk ({{RLIMIT_NOFILE}}). For example in Debian/Ubuntu, I got "unlimited" with the previous code, although I expect the default "1024" file handles.



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