Do have problems with nginx configuration

It then asks you to create a seafile user and password for mysql

Yes. You use the root user during the Seafile instalation to connect to mysql and create the databases and a seafile user for seafile to use to connect to the database.

@Zoki, I seem to have got the seafile restart working if i use /etc/init.d/seafile-server restart. But if i use /etc/init.d/seafile-server stop or start it doesn't restart seahub...strange!

If I revert fastscgi back to false to not use ssl I then have to reboot because /etc/init.d/seafile-server restart doesn't help...lol...stranger!

@baldman pm me your script (the one you have i stalled) and the logs from your ~seafile/logs folder and i will take a look

I'm confused, you mean the startup script from the guide yeah?... I haven't changed it, I have exactly whats in the guide. I'll pm you the logs in a minute

@openalf, Zoki and i have been sorting some things out and I will have an updated startup script coming soon. In the meantime you can continue to Part 4 and setup Nginx. You'll be able to update the startup script afterward. I'm not saying this will fix your problem with startup but it might.

Just an FYI;
I came from seafile and went crazy from the hilariously strange naming conventions by seafile. It's calling folders libraries and vice versa, and you never really know what's encrypted where, let alone the strange web-UI missing all kinds of crucial features. Not to mention the config horror of proxying through port 443 in nginx, and the extra dependency with mysql. My users hated seafile, and I could not blame them. Now they're using syncthing, which is a much better solution for them and for me too. But I had to vm them all a different instance, which sucks, but there is an OMV plugin that runs separate instances of syncthing on different ports, which does the job.
Just sayin'.

@OhMyVirtual, I agree with you that Syncthing is good but like Seafile I don't use it either. Everybody has their own preferences just like I prefer ownCloud. If I get Duplicati working the way I want then I might switch to Syncthing for file sharing and let Duplicati do my main backups. At the moment I have Crashplan doing my backups and this is because it encrypts the files in storage so they aren't view-able in storage. This is also one of the reasons why I don't use Syncthing, it doesn't have an option for encrypting stored files. Seafile and ownCloud do though. I also think the Seafile desktop client has great potential, you can view non synced files through the client too so webdav & browser is not needed unlike ownCloud.

That's my opinion...lol

Ah, you finally got it working...you must be happy... are you staring it automatically or manually?

The new startup script is up and the command to create the seafile user has also been updated. If I understood Zoki correctly you will need to change your seafile login she'll too.

Change the shell like this:
chsh seafile
and enter /bin/bash when prompted

You can delete your old startup script and wget the new one. Then you'll just need to change the fastcgi value to true after you setup nginx

Don't forget after you change the fastcgi value to restart seafile with
/etc/init.d/seafile-server restart

I'm not sure if this will lelp but it's worth a try.

Quote from baldman

This is also one of the reasons why I don't use Syncthing, it doesn't have an option for encrypting stored files.

Yes, I also contemplated that fact a while ago, then I realized syncthing's stored data wasn't accessible any more or less than my /etc/shadow file was on those machines that held syncthing data 'in the open'. All my machines are so well protected from unwanted third party access (I generally use http://configserver.com/cp/csf.html and some other tools for the internet-facing linux machines) that the encrypted storage reason turned out to be moot, for my usage anyway. I maintain them all myself, and 'my' users trust me. And they can, because I wouldn't even have time to look into their syncthing data storage..

Other than that, I think syncthing will also offer encrypted storage options soon enough. Just another option in the wealth of config for this great syncing software.

I hope they do offer encryption one day, they have been talking about it for a long time and it still hasn't happened yet otherwise id be using it..lol. I do like Synching but it just lacks that one thing for me ant the moment. Like Crashplan I don't just store data on machines/clouds I control and you never know whos looking. I also don't want to keep an encrypted copy locally and then have to sync it remotely cause that will double my space requirements locally. I haven't used Seafile extensively and probably wont at this stage but I do see its potential.

Syncthing is good for basic day to day file sharing like Dropbox etc. But I think leave the important backing up to applications like CrashPlan with encryption is a good way to go.

Quote from openalf

Finally after reboot the server starts automatically. Is it really true that the directory is none in nginx?

Yes, Its because nginx is being used as a proxy only. It redirects traffic to the seafile application so there is no need for a hosted web directory as its not used.