[pbs-devel] [PATCH proxmox-backup v3] etc: raise nofile soft limit to hard limit for proxmox-backup-proxy
Christian Ebner
c.ebner at proxmox.com
Thu Nov 20 16:12:48 CET 2025
On 11/20/25 4:05 PM, Thomas Lamprecht wrote:
> Am 20.11.25 um 15:32 schrieb Christian Ebner:
>> This is acceptable since PBS does not directly depend on problematic
>> select() calls as verified via `nm` and does not use it in linked
>> libraries to the best of my knowledge.
>>
>
> Isn't above and
With above I intended to state that the PBS code itself does not call
into select(), while below are dependencies on shared objects which
might call into select() according to their symbols.
>
>> Occurrences of the symbol according to `nm -D <shared-object>` are:
>>
>> /lib/x86_64-linux-gnu/libapt-pkg.so.7.0
>> U select at GLIBC_2.2.5
>> /lib/x86_64-linux-gnu/libpam.so.0
>> U select at GLIBC_2.2.5
>> /lib/x86_64-linux-gnu/libc.so.6
>> 000000000010e140 W select@@GLIBC_2.2.5
>> /lib/x86_64-linux-gnu/libcrypto.so.3
>> U select at GLIBC_2.2.5
>
> above a contradiction? Or do I just misinterpret this?
> As it would seem to me that the usage of select symbols would in fact
> show that this might not be safe, or?
>
> If the API calls into any function of those libs, that might might then create
> a FD >= 1024 inside which then could get passed down to any of their select
> calls?
More information about the pbs-devel
mailing list