Hello,
please where can I find a Raspberry Pi build of seafile server 7 CE ?
I would like to upgrade my seafile server 6.3.4 on my Raspberry Pi3.
Thanks.
Seafile for RasPi is community-supported. Please keep patient and check back in in a few weeks.
7.0.3 it’s ongoing…
The rpi version is under testing. It will be released soon.
3 Likes
Thanks a lot.
Great, waiting for that too 
After upgrading to 7.0.3 from 6.3.4 my Seahub wasn’t able to start. Unfortunately the only information given was that it failed…
Any ideas for troubleshooting?
Armbian 5.38 stable Debian GNU/Linux 9 (stretch) 4.19.57-sunxi on Cubieboard 2
And thanks to @jobenvil for keeping the raspberry pi version running.
Troubleshooting if seahub failed to start:
Set the value of the variable Deamon from true to false in /conf/gunicorn.conf
Start seahub again. You will be able to get more information.
Thanks 
In config/gunicorn.conf I set daemon = False (its very case sensitive so setting it to false produced an error 
).
Now when running seahub it told me it needs some modules:
ImportError: No module named certifi
Error:Seahub failed to start.
Please try to run "./seahub.sh start" again
So I installed the two missing modules
pip install certifi idna
and it’s working now 
Ok, I still had to change conf/gunicorn.conf again and set daemon = True again, but now everything is as it’s supposed to be 
2 Likes
Hallo jobenvil,
seit dem Update auf 7.0.3 habe ich das Problem, dass beim synchronisieren einer neuen Bibliothek, es zunächst einen Server-Fehler gibt und dann die Bibliothek sogar beschädigt wird. Am Client kann es nicht liegen, ich habe den Fehler mit 7.0.1 und einer älteren 6-er Version des Windows Client festgestellt. Ich kann die Bibliothek mal kurzzeitig mit seaf-fsck wieder reparieren, aber sie wird dann in regemläßigen Abständen wieder zerstört.
Eben fällt mir noch auf:
Ich synchronisiere den Server auch noch gleichzeitig mit dem gleichen Raspberry über den Seaf-gui und interessanterweise sind da noch keine Probleme aufgetreten. Bin mir nicht sicher, ob das somit etwas mit den Windows-Clients zu tun hat …?
Gerne kann ich Dir mehr Infos liefern. Sag mir nur, was Du brauchst und vielen DANK für Dein Engagement und Deine Hilfe
LG, Jörg
Ich habe es gelesen und ich werde dir beantworten, es ist leider so, dass ich morgen in den Urlaub gehe und jetzt woanders den Kopf habe.
Erstmals kannst du die Fehlermeldung posten und beschreibt bitte, ob immer die gleiche Bibliotheken sind und ob das Fehler sich nachstellen lässt. Wenn es dir lieber ist, auch per PN.
Ich selber muss einmal jährlich welche Bibliotheken reparieren. Ich merke nichts auf der Web oder GUI-Client. LG.
Oh, na dann schönen Urlaub
Nun, eine Fehlermeldung zu posten ist schwierig. Der Client meldet einfach “Serverfehler” und nach einer gewissen Zeit “Bibliothek auf dem Server ist beschädigt”, neuerdings bringt er erst mal den Serverfehler und dann kommt doch noch die grüne Wolke, aber nur bei kleinen Bibliotheken, bei größeren, s. unten
Die größten Probleme habe ich bei einer Bibliothek, die eine Zahl im Bibliotheksnamen enthält. Alle anderen haben keine Zahl und haben bisher auch nur sehr selten diesen Fehler gezeigt. Der Name der Bibliothek und der Name des Verzeichnisses, mit dem synchronisiert wird, sind unterschiedlich …
Ich habe eben mal das Verzeichnis auf der Festplatte umbenannt und die Zahl aus dem Namen entfernt und nochmal auf die Cloud geschoben und synchronisiert. Nun ist kein Fehler aufgetreten … ??? Wirklich sehr seltsam, denn mein Sohn wollte ein sehr großes Verzeichnis namens “Schule” synchronisieren und da gab es den gleichen Fehler …
Eben habe ich ein Verzeichnis “Vorlesung” (ebenfalls recht groß) auf den Client per drag&drop gezogen und dann die Bibliothek “Bisscon-Vorlesung” benannt und die Synchronisation begonnen. Nach kurzer Zeit kam erst mal Serverfehler und nun ist auch die Bibliothek defekt. Ich werde jetzt malch seaf-fsck machen und dann posten:
seafile@P3:~/seafile-server-latest $ ./seaf-fsck.sh --repair 757bb0b9-6bdb-4af9-94d4-071c75cebf9b
Starting seaf-fsck, please wait …
[08/01/19 23:13:24] fsck.c(590): Running fsck for repo 757bb0b9-6bdb-4af9-94d4-071c75cebf9b.
[08/01/19 23:13:24] …/…/common/commit-mgr.c(854): Failed to load commit json object: ‘[’ or ‘{’ expected near ‘?’.
[08/01/19 23:13:24] repo-mgr.c(296): Commit 8d0e8e059a58d1dc595d803fbe6fea9c0b162347 is missing
[08/01/19 23:13:24] fsck.c(607): Repo 757bb0b9 HEAD commit is damaged, need to restore to an old version.
[08/01/19 23:13:24] fsck.c(501): Scanning available commits…
[08/01/19 23:13:24] …/…/common/commit-mgr.c(144): Failed to load commit json: ‘[’ or ‘{’ expected near ‘?’.
[08/01/19 23:13:24] fsck.c(561): Find available commit 1faacbd0(created at 2019-08-01 23:09:15) for repo 757bb0b9.
[08/01/19 23:13:24] fsck.c(416): Checking file system integrity of repo Bisscon-Vorlesung(757bb0b9)…
[08/01/19 23:13:24] Failed to inflate.
[08/01/19 23:13:24] …/…/common/fs-mgr.c(2874): Failed to decompress fs object e18906e3b84ab14ca3b04d1b4cd5bbe294bada93.
[08/01/19 23:13:24] fsck.c(61): Dir e18906e3b84ab14ca3b04d1b4cd5bbe294bada93 is damaged, remove it.
[08/01/19 23:13:24] fsck.c(217): Repo[757bb0b9] dir /Fertigungsplanung/(e18906e3) is damaged, recreate an empty dir.
[08/01/19 23:13:38] fsck.c(394): Update repo 757bb0b9 status to commit 8c323573.
[08/01/19 23:13:38] fsck.c(654): Fsck finished for repo 757bb0b9.
seaf-fsck run done
Done.
seafile@P3:~/seafile-server-latest $
So, nach der Reparatur meldet der Client, das der Server des Zugang zur Bibliothek abgelehnt wurde und ich nochmal synchronisieren soll. Nachdem ich mit der rechten Maustaste dann nochmal die Synchronisation starte, legt er ein neues Verzeichnis mit dem Bibliothektsverzeichnis an und wählt nicht das ausgewählte Verzeichnis und fängt an zu synchronisieren, …
Wenn ich die Synchronisation abbreche und wieder das bereits vorhandene Verzeichnis auswähle, womit er die Bibliothek abgleichen soll, dann kommt wieder der Serverfehler … nach kurzer Zeit lädt er wieder ein paar Prozente hoch und dann bricht er wieder ab mit der Meldung Serverfehler …
Das macht er ca. 3-4 Mal bis dann die Meldung kommt, dass die Bibliothek auf dem Server beschädigt ist. Dann geht nichts mehr …
Danke für Deine Mühe, aber jetzt genieße erst mal Deinen Urlaub, auch wenn Du sicher nicht das Laptop zu Hause lässt
LG, Jörg
Hi @driftdoc here is your problem description in english. Let’s start this way trying to reach more supporters. DeepL helped here with the translation.
This is the problem waht @driftdoc is having:
since the update to 7.0.3 I have the problem that when synchronizing a new library, there is first a server error and then the library is even damaged. It can’t be on the client, I found the error with 7.0.1 and an older 6-er version of the Windows client. I can repair the library for a short time with seaf-fsck, but it will be destroyed at regular intervals.
I just noticed it:
I synchronize the server with the same Raspberry via the Seaf-gui at the same time and interestingly no problems have occurred yet. I’m not sure if this has anything to do with the Windows clients …?
Well, posting an error message is difficult. The client simply reports “server error” and after some time “library on the server is damaged”, recently it brings the server error and then the green cloud comes, but only for small libraries, for larger ones, see below
I have the biggest problems with a library that contains a number in the library name. All other libraries do not have a number and have rarely shown this error. The name of the library and the name of the directory to synchronize with are different …
I just renamed the directory on the hard disk and removed the number from the name, moved it to the cloud again and synchronized it. Now no error occurred … ??? Really very strange, because my son wanted to synchronize a very large directory called “School” and there was the same error …
I just dragged and dropped a directory “Lecture” (also quite large) onto the client, named the library “Bisscon lecture” and started the synchronization. After a short time there was a server error and now the library is broken. I will now do some seaf-fsck and then post:
seafile@P3:~/seafile-server-latest $ ./seaf-fsck.sh --repair 757bb0b9-6bdb-4af9-94d4-071c75cebf9b
Starting seaf-fsck, please wait …
[08/01/19 23:13:24] fsck.c(590): Running fsck for repo 757bb0b9-6bdb-4af9-94d4-071c75cebf9b.
[08/01/19 23:13:24] …/…/common/commit-mgr.c(854): Failed to load commit json object: ‘[’ or ‘{’ expected near ‘?’.
[08/01/19 23:13:24] repo-mgr.c(296): Commit 8d0e8e059a58d1dc595d803fbe6fea9c0b162347 is missing
[08/01/19 23:13:24] fsck.c(607): Repo 757bb0b9 HEAD commit is damaged, need to restore to an old version.
[08/01/19 23:13:24] fsck.c(501): Scanning available commits…
[08/01/19 23:13:24] …/…/common/commit-mgr.c(144): Failed to load commit json: ‘[’ or ‘{’ expected near ‘?’.
[08/01/19 23:13:24] fsck.c(561): Find available commit 1faacbd0(created at 2019-08-01 23:09:15) for repo 757bb0b9.
[08/01/19 23:13:24] fsck.c(416): Checking file system integrity of repo Bisscon-Vorlesung(757bb0b9)…
[08/01/19 23:13:24] Failed to inflate.
[08/01/19 23:13:24] …/…/common/fs-mgr.c(2874): Failed to decompress fs object e18906e3b84ab14ca3b04d1b4cd5bbe294bada93.
[08/01/19 23:13:24] fsck.c(61): Dir e18906e3b84ab14ca3b04d1b4cd5bbe294bada93 is damaged, remove it.
[08/01/19 23:13:24] fsck.c(217): Repo[757bb0b9] dir /Fertigungsplanung/(e18906e3) is damaged, recreate an empty dir.
[08/01/19 23:13:38] fsck.c(394): Update repo 757bb0b9 status to commit 8c323573.
[08/01/19 23:13:38] fsck.c(654): Fsck finished for repo 757bb0b9.
seaf-fsck run done
Done.
seafile@P3:~/seafile-server-latest $
So, after the repair the client reports that the server of the access to the library was rejected and I should synchronize again. After I start the synchronization again with the right mouse button, it creates a new directory with the library directory and does not select the selected directory and starts to synchronize, …
If I abort the synchronization and select again the already existing directory with which it should synchronize the library, then the server error comes again … after a short time it uploads again a few percent and then it aborts again with the message server error …
He does this about 3-4 times until he gets a message that the library on the server is corrupted. Then nothing works anymore …
thanks a lot for your help. I’ve even made an new installation, but with same problems …
If you like, i can send you by PN my configuration? Do you use nginx? That’s strange.
Question:
Where do you save the seafile files, on SD card or Hdd/sdd?
seafile@P3:~/seafile-server-latest $ ./seaf-fsck.sh --repair 757bb0b9-6bdb-4af9-94d4-071c75cebf9b
Starting seaf-fsck, please wait … 08/01/19 23:13:24] fsck.c(590): Running fsck for repo 757bb0b9-6bdb-4af9-94d4-071c75cebf9b. [08/01/19 23:13:24] …/…/common/commit-mgr.c(854): Failed to load commit json object: ‘[’ or ‘{’ expected near ‘?’.
[08/01/19 23:13:24] repo-mgr.c(296): Commit 8d0e8e059a58d1dc595d803fbe6fea9c0b162347 is missing [08/01/19 23:13:24] fsck.c(607): Repo 757bb0b9 HEAD commit is damaged, need to restore to an old version. [08/01/19 23:13:24] fsck.c(501): Scanning available commits…
[08/01/19 23:13:24] …/…/common/commit-mgr.c(144): Failed to load commit json: ‘[’ or ‘{’ expected near ‘?’.
[08/01/19 23:13:24] fsck.c(561): Find available commit 1faacbd0(created at 2019-08-01 23:09:15) for repo 757bb0b9.
[08/01/19 23:13:24] fsck.c(416): Checking file system integrity of repo Bisscon-Vorlesung(757bb0b9)… [08/01/19 23:13:24] Failed to inflate.
[08/01/19 23:13:24] …/…/common/fs-mgr.c(2874): Failed to decompress fs object e18906e3b84ab14ca3b04d1b4cd5bbe294bada93. [08/01/19 23:13:24] fsck.c(61): Dir e18906e3b84ab14ca3b04d1b4cd5bbe294bada93 is damaged, remove it.
[08/01/19 23:13:24] fsck.c(217): Repo[757bb0b9] dir /Fertigungsplanung/(e18906e3) is damaged, recreate an empty dir.
[08/01/19 23:13:38] fsck.c(394): Update repo 757bb0b9 status to commit 8c323573. [08/01/19 23:13:38] fsck.c(654): Fsck finished for repo 757bb0b9.
seaf-fsck run done
Done. seafile@P3:~/seafile-server-latest
@daniel.pan do you know what could be the issue?
The library is corrupt and it looks like FSCK could not fix it.
TLDR: use reliable hardware in case you care about your files.
1 Like
this would be great 
, let’s try your configuration
Yes, I use nginx and seafile is installed on SD card. The cloud data is stored on a hdd which is pluged in a fritzbox.
I’m on the beach, but in a couple of hours…
Which pi do you have? You should consider to move the database and seafile directory outside the sd card.
that’s really great that you spend time for me in your holiday 
Raspberry Pi 3 Model B Plus Rev 1.3
ok, how can I put the seafile directory outside the sd card? I think I have to put the seafile home directory on the hd drive and then do the installation, right? I will check how to do this if your configuration file is working then on my installation
Thanks a lot and still a very nice holiday … nevertheless 
Gruß, Jörg
do you think that this is a hardware problem?