Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

OpenBSD issue - "Too many open files" #5595

Closed
bceverly opened this Issue Mar 10, 2017 · 6 comments

Comments

Projects
None yet
5 participants
@bceverly
Copy link

commented Mar 10, 2017

Expected behaviour

Client application should successfully launch and begin syncing.

Actual behaviour

Application segfaults with the following output:
libGL error: unable to load driver: swrast_dri.so
libGL error: failed to load driver: swrast
(process:58877): GLib-ERROR **: Creating pipes for GWakeup: Too many open files
Trace/BPT trap (core dumped)

Steps to reproduce

  1. Run owncloudclient from the shell

Server configuration

Operating system: OpenBSD 6.0

Web server: nginx

Database:mysql

PHP version:7.0.13

ownCloud version:9.1.2

Storage backend (external storage):zfs (freebsd)

Client configuration

Client version:2.2.4p0

Operating system:OpenBSD 6.0

OS language:

Qt version used by client package (Linux only, see also Settings dialog):5.6.2

Client package (From ownCloud or distro) (Linux only):

Installation path of client:

Logs

Please use Gist (https://gist.github.com/) or a similar code paster for longer
logs.

Template for output < 10 lines

  1. Client logfile: Output of owncloud --logwindow or owncloud --logfile log.txt
    (On Windows using cmd.exe, you might need to first cd into the ownCloud directory)
    (See also http://doc.owncloud.org/desktop/2.2/troubleshooting.html#client-logfile )

  2. Web server error log:

  3. Server logfile: ownCloud log (data/owncloud.log):

@bceverly

This comment has been minimized.

Copy link
Author

commented Mar 10, 2017

This is 100% a client side issue. Everything works fine against this same server from Linux. Trying to figure out how I can troubleshoot it so any tips would be very much appreciated.

@guruz

This comment has been minimized.

Copy link
Collaborator

commented Mar 10, 2017

Did you try to use lsof (or so?) to check what are the open files?

Can you compile Qt without the glib event dispatcher?

@ogoffart

This comment has been minimized.

Copy link
Collaborator

commented Mar 11, 2017

You can use the environment variable QT_NO_GLIB=1 to try Qt without the glib event dispatcher.

I would suspect this might be a problem with the file system watcher.
maybe related to the filesystemwatcher? (we use inotify)
How many directories and files do you have in your sync directory?

@ogoffart ogoffart added the Needs info label Mar 13, 2017

@yason

This comment has been minimized.

Copy link

commented Mar 14, 2017

Hi.
You need to tweak your login.conf and increase openfiles-cur and openfiles-max for your login class.

@guruz

This comment has been minimized.

Copy link
Collaborator

commented Mar 16, 2017

@bceverly Does this help?

@guruz guruz closed this May 22, 2017

@gawin

This comment has been minimized.

Copy link

commented Feb 28, 2019

@bceverly @guruz a little bit late to the party, but this fixed it for me:

/etc/sysctl.conf

kern.maxfiles=102400

/etc/login.conf

openfiles-max=102400
openfiles-cur=102400

Restart and verify:

$ sysctl kern.maxfiles
kern.maxfiles=102400
$ ulimit -n
102400

Note that 102400 is rather large, so please adjust as needed.
Added this for others that might run into the same issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
You can’t perform that action at this time.