Arch Linux User Repository

openjpeg2 is needed as a dependency, otherwise the pip-installed pillow cannot generate jpeg thumbnails (why do you use pip instead of just depending on existing packages in the official repos where possible?).

@Captain_Rage I had a similar problem. Can you try this:

chmod 755 /home/seafile
chown -R seafile:seafile /home/seafile

And run systemd service with seafile user, When you run the service as root you change the owner of some files.

The thing is, when I set User=seafile and Group=seafile in /etc/systemd/system/seafile-server@.service, systemctl status seafile-service@myinstance shows:

[root@Chimney chimney]# systemctl status seafile-server@longboat
* seafile-server@longboat.service - Next-generation open source cloud storage with advanced features on privacy 
   Loaded: loaded (/etc/systemd/system/seafile-server@.service; indirect; vendor preset: disabled)
   Active: active (running) since Fri 2018-01-26 19:06:10 CET; 2min 22s ago
  Process: 8136 ExecStop=/usr/bin/seafile-admin stop (code=exited, status=0/SUCCESS)
  Process: 8146 ExecStart=/usr/bin/seafile-admin start (code=exited, status=0/SUCCESS)
 Main PID: 8154 (seaf-server)
    Tasks: 14 (limit: 4915)
   CGroup: /system.slice/system-seafile\x2dserver.slice/seafile-server@longboat.service
           |-8151 seafile-controller -c /home/seafile/longboat/ccnet -d /home/seafile/longboat/seafile-data -F /
           |-8152 ccnet-server -F /home/seafile/longboat/conf -c /home/seafile/longboat/ccnet -f /home/seafile/l
           `-8154 seaf-server -F /home/seafile/longboat/conf -c /home/seafile/longboat/ccnet -d /home/s

But when User=seafile and Group=seafile are omitted (I suppose then it is run as root...?), systemctl will instead show:

CGroup: /system.slice/system-seafile\x2dserver.slice/seafile-server@longboat.service
           |-8040 seafile-controller -c /home/seafile/longboat/ccnet -d /home/seafile/longboat/seafile-data -F /
           |-8041 ccnet-server -F /home/seafile/longboat/conf -c /home/seafile/longboat/ccnet -f /home/seafile/l
           |-8043 seaf-server -F /home/seafile/longboat/conf -c /home/seafile/longboat/ccnet -d /home/seafile/lo
           |-8059 python2.7 /usr/lib/seafile/seafileenv/bin/gunicorn seahub.wsgi:application -c /home/seafile/lo
           |-8126 python2.7 /usr/lib/seafile/seafileenv/bin/gunicorn seahub.wsgi:application -c /home/seafile/lo
           |-8127 python2.7 /usr/lib/seafile/seafileenv/bin/gunicorn seahub.wsgi:application -c /home/seafile/lo
           `-8128 python2.7 /usr/lib/seafile/seafileenv/bin/gunicorn seahub.wsgi:application -c /home/seafile/lo

Now there are entries about seahub running. Why doesn't this work when the process is ran as the user seafile?

EDIT: Also, now I found that the manual actually states how to go about to create a systemd unit for seahub: https://manual.seafile.com/deploy/start_seafile_at_system_bootup.html. It says to execute '${seafile_dir}/seafile-server-latest/seahub.sh start' to start seahub. In the current state of how the packages look in the AUR, it still boggles my mind how seahub gets started and how it supposedly runs or should be run.

@kuzalj your pacman database is corrupt..

For seahub I think understand the problem.. If gunicorn is already installed on your system, when pip install gunicorn in the virtualenv created with --site-packages option, pip find the module gunicorn in virtualen.. So pip don't reinstall it, and you haven't "/usr/lib/seafile/seafileenv/bin/gunicorn" executable..

Can you try with this PKGBUILD, I use it for my instance for the moment. It would confirm my hypothesis.

@Joffrey

I ran that and gunicorn was not installed as an Arch package. When I tried to install the package, it errored out citing file conflicts. This means that it must have gotten installed some other way (pip?). Either way, I have gunicorn and that doesn't seem to be the problem. What is weird in 6.2.5-1 it did start seahub fine, but now does not.

@Captain_Rage If I understand your problem correctly.. If you use seafile-server@.service provided by seafile-server pkg %i replace your INSTANCENAME and it is called with:

systemctl start seafile-server@INSTANCENAME.service

Very approximately systemd run seafile-admin, seafile-admin run gunicorn (wcgi) and you use a reverse proxy (Nginx or Apache) for converse with gunicorn.

How is seahub actually getting started? The systemd unit of seafile-server gives me no clue and I can't to figure in any way. They seem to start in tandem upon using systemctl start seafile-server.service. This is really confusig, since I'm trying to change an old configuration of seafile-server to run smoothly between upgrades (now that seahub has its own AUR package and FastCGI is no longer endorsed).

EDIT: I mean, systemctl start seafile-server.service starts seafile-server with '/usr/bin/seafile-admin start'. What about seahub?

EDIT2: Is seahub being started by the web server, once the user has added an entry for it there? E.g. nginx.

Gunicorn is already installed on your system?

pacman -Qs gunicorn

@Joffrey as user seafile,

[seafile@xxxxxxxxxxx xxxxxxxxxx]$ seafile-admin start

Starting seafile-server...
Starting seahub...
Traceback (most recent call last):
  File "/usr/bin/seafile-admin", line 979, in <module>
    main()
  File "/usr/bin/seafile-admin", line 975, in main
    args.func(args)
  File "/usr/bin/seafile-admin", line 905, in start_seafile
    start_seahub_gunicorn()
  File "/usr/bin/seafile-admin", line 696, in start_seahub_gunicorn
    if run_argv(argv, cwd=conf[CONF_SEAHUB_DIR], env=env) != 0:
  File "/usr/bin/seafile-admin", line 170, in run_argv
    env=env)
  File "/usr/lib64/python2.7/subprocess.py", line 390, in __init__
    errread, errwrite)
  File "/usr/lib64/python2.7/subprocess.py", line 1025, in _execute_child
    raise child_exception
OSError: [Errno 2] No such file or directory
[seafile@xxxxxxxxxxxxx xxxxxxxxxxxxx]$

@kuzalj it's strange, I don't understand why, can you start wsgi directly and give we the stderr?

cd /Your/instance/
sudo -u seafile seafile-admin start

We 'll have more infos than with systemd.