Hi,
You might take a look at my notes in this topic here:
https://minux.hu/solving-too-many-open-files-problem-netbsd
Cheers,
FeZ
Ekkor: 2023. augusztus 26. 12:23:50 CEST, Greg Troxel írta:
>nia writes:
>
>> Has anyone ran into syncthing spamming the following in its log
>> when faced with a
David Brownlee writes:
> On Sat, 26 Aug 2023 at 09:37, nia wrote:
>>
>> Has anyone ran into syncthing spamming the following in its log
>> when faced with a large directory (1402 files, 173 subdirectories,
>> ~22.8 GiB)?
>>
>> Listen (BEP/tcp): Accepting connection: accept tcp [::]:22000: accep
On Sat, 26 Aug 2023 at 09:37, nia wrote:
>
> Has anyone ran into syncthing spamming the following in its log
> when faced with a large directory (1402 files, 173 subdirectories,
> ~22.8 GiB)?
>
> Listen (BEP/tcp): Accepting connection: accept tcp [::]:22000: accept4: too
> many open files
>
> It
Bruce Nagel writes:
> pkg_admin rebuild:
>
> "pkg_admin: Package `openjdk17-1.17.0.6.10nb1' has no @name, aborting."
Less drastically, you could pkg_delete -f openjdk17.
> pkg_admin rebuild-tree:
>
> pkg_admin: Dependency poppler-22.10.0{,nb*} of poppler-cpp-22.10.0 unresolved
> pkg_admin: Dep
nia writes:
> Has anyone ran into syncthing spamming the following in its log
> when faced with a large directory (1402 files, 173 subdirectories,
> ~22.8 GiB)?
>
> Listen (BEP/tcp): Accepting connection: accept tcp [::]:22000: accept4: too
> many open files
>
> It's unable to sync anything.
>
On Fri, Aug 25, 2023 at 09:29:13PM -0400, Bruce Nagel wrote:
> Any ideas on where to look for solutions to the corrupted pkgin database
> (or pointers on good directions to just properly remove all of pkgsrc and
> cleanly start over)?
rm -rf /var/db/pkg
rm -rf /var/db/pkgin
cp -R /usr/pkg/etc etcb
On Wed, Aug 09, 2023 at 04:15:17PM +, nia wrote:
On Wed, Aug 09, 2023 at 08:51:52AM -0400, Greg Troxel wrote:
At this point I think you have having a pkgin problem which I am not
super good at diagnosing. I think, that you can remove the contents of
/var/db/pkgin and it will regenerate. Th
Has anyone ran into syncthing spamming the following in its log
when faced with a large directory (1402 files, 173 subdirectories,
~22.8 GiB)?
Listen (BEP/tcp): Accepting connection: accept tcp [::]:22000: accept4: too
many open files
It's unable to sync anything.
kern.maxfiles is 32000, ulimi
