Seafile : Page unavailable

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Seafile : Page unavailable

Oppenheimer

Bonjour à tous,

J'avais un Seafile sur mon ancien serveur et de mémoire tout s'était bien passé. Or, la, depuis ce matin, je me prend la tête sur l'install de son petit frère sur le nouveau serveur. Apparemment je ne suis pas le seul à avoir le soucis mais en gros, passé le login, je me tape du "Page unavailable" à toutes les sauces.
J'ai vu passer pas mal de manip' sur le net comme vider le cache du seahub ou encore regarder du côté du fastcgi de Nginx mais rien n'a réglé le problème, du coup je viens toquer ici voir si quelqu'un a une idée.

Merci d'avance !

NOnoS

Quelle version de seafile ? Version pro ou CE ?
Log erreur pls ?
seafile et seahub sont bien lancés tous les deux ? Je peux voir ton vhost pls ?

Oppenheimer

6.1.1 64 bits
Lesquels tu veux ?
Bien lancés tous les deux après avoir suivi les modifs préconisées par le tuto du forum (en fastcgi 8001 notamment).
Le VHOST :

server {
    listen 8008; 
    ssl on; 
    ssl_certificate /etc/letsencrypt/live/xxx.xxx.xxx/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/xxx.xxx.xxx/privkey.pem;
    server_name mondomaine.com;
    error_page 497  https://$host:$server_port$request_uri;

location / {
    fastcgi_pass    127.0.0.1:8001 ;
    fastcgi_param   SCRIPT_FILENAME     $document_root$fastcgi_script_name;
    fastcgi_param   PATH_INFO           $fastcgi_script_name;

    fastcgi_param   SERVER_PROTOCOL $server_protocol;
    fastcgi_param   QUERY_STRING        $query_string;
    fastcgi_param   REQUEST_METHOD      $request_method;
    fastcgi_param   CONTENT_TYPE        $content_type;
    fastcgi_param   CONTENT_LENGTH      $content_length;
    fastcgi_param   SERVER_ADDR         $server_addr;
    fastcgi_param   SERVER_PORT         $server_port;
    fastcgi_param   SERVER_NAME         $server_name;
    fastcgi_param   HTTPS   on;
    fastcgi_param HTTP_SCHEME https;

    access_log      /var/log/nginx/seahub.access.log;
    error_log       /var/log/nginx/seahub.error.log;
}
location /seafhttp {
    rewrite ^/seafhttp(.*)$ $1 break;
    proxy_pass http://127.0.0.1:8082;
    client_max_body_size 0;
}

location /media {
    root /home/mycloud/seafile-server-latest/seahub;
}
}

NOnoS

Pour les logs, cela dépend. Cela peut être seafile.log ou seafhub.log (ou encore seahub_django_request), difficile de savoir si c'est l'un ou l'autre au vu de l'erreur que tu indiques. Faut regarder les logs selon la date de connexion.

Ton vhost me semble bon. Une question à ce sujet. Tu te mets en port listen 8008 et tu as tes certificats https activés. Tu devrais pas écouter sur le port 443 ?? Je connais pas ta configuration derrière, c'est peut être bon notamment si tu as arrives à accéder à la page.

Oppenheimer

La base du serveur est le script de Xavier basé sur ex_rat, le Ratxabox.
Si je met en 443 ou en 80, de mémoire ça me fait arriver direct sur l'accueil du serveur
En 8008, j'ai un accès via seafile.xxx.xxx:8008

En farfouillant dans les logs d'erreur de seahub, je vois remonter ça :

upstream sent unsupported FastCGI protocol version: 72 while reading response header from upstream

Un problème de protocole apparemment donc, à gérer directement dans le nginx.conf ?

Sinon dans le error.log.1 j'ai aussi ça :

2017/07/03 15:15:08 [error] 50658#50658: *185 open() "/home/mycloud/seafile-server-latest/seahub/media/CACHE/css/a53b1314f92e.css" failed (2: No such file or directory), client: 62.210.199.58, server: seafile.xxx.xxx, request: "GET /m$
2017/07/03 15:15:13 [error] 50657#50657: *188 open() "/home/mycloud/seafile-server-latest/seahub/media/CACHE/css/a53b1314f92e.css" failed (2: No such file or directory), client: 62.210.199.58, server: seafile.xxx.xxx, request: "GET /m$
2017/07/03 15:15:20 [error] 50657#50657: *196 open() "/home/mycloud/seafile-server-latest/seahub/media/CACHE/css/a53b1314f92e.css" failed (2: No such file or directory), client: 62.210.199.58, server: seafile.xxx.xxx, request: "GET /m$
2017/07/03 15:15:47 [error] 50659#50659: *213 open() "/home/mycloud/seafile-server-latest/seahub/media/CACHE/css/a53b1314f92e.css" failed (2: No such file or directory), client: 62.210.199.58, server: seafile.xxx.xxx, request: "GET /m$

Sous entendu le path vers media est pas bon alors que j'ai fais exprès de prendre un dossier simple, un "mycloud" à la racine du home, je suis surpris.

NOnoS

Pour ton histoire de cache, ceci me semble être pas mal comme solution : https://github.com/haiwen/seafile/issues/1261

Pour ton erreur log, c'est un problème soit sur ton vhost soit nginx. As tu installer php-fpm ?

Je te copie colle mon vhost. Peut être tu peux t'en inspirer en testant et en rajoutant certaines lignes. Vérifie aussi la procédure d'installation : https://manual.seafile.com/deploy/deploy_with_nginx.html

 server {
        listen 443;

ssl_protocols TLSv1.2;
ssl_ciphers "ECDHE-RSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-SHA384:ECDHE-RSA-AES256-SHA";
ssl_prefer_server_ciphers on;
ssl_session_cache shared:SSL:10m;
ssl_session_timeout 10m;

ssl on;
ssl_certificate /etc/letsencrypt/live/seafile.domaine.tld/fullchain.pem;
	ssl_certificate_key /etc/letsencrypt/live/seafile.domaine.tld/privkey.pem;

    server_name seafile.domaine.tld;
    proxy_set_header X-Forwarded-For $remote_addr;

    add_header Strict-Transport-Security "max-age=31536000; includeSubdomains";
    server_tokens off;

    location / {
        fastcgi_pass    127.0.0.1:8010;
        fastcgi_param   SCRIPT_FILENAME     $document_root$fastcgi_script_name;
        fastcgi_param   PATH_INFO           $fastcgi_script_name;

        fastcgi_param   SERVER_PROTOCOL        $server_protocol;
        fastcgi_param   QUERY_STRING        $query_string;
        fastcgi_param   REQUEST_METHOD      $request_method;
        fastcgi_param   CONTENT_TYPE        $content_type;
        fastcgi_param   CONTENT_LENGTH      $content_length;
        fastcgi_param   SERVER_ADDR         $server_addr;
        fastcgi_param   SERVER_PORT         $server_port;
        fastcgi_param   SERVER_NAME         $server_name;
        fastcgi_param   HTTPS               on;
        fastcgi_param   HTTP_SCHEME         https;

        access_log      /var/log/nginx/seahub.access.log;
        error_log       /var/log/nginx/seahub.error.log;
        fastcgi_read_timeout 36000;
    }
    location /seafhttp {
        rewrite ^/seafhttp(.*)$ $1 break;
        proxy_pass http://127.0.0.1:8082;
        client_max_body_size 0;
        proxy_connect_timeout  36000s;
        proxy_read_timeout  36000s;
        proxy_send_timeout  36000s;
        send_timeout  36000s;



    }
	location /media {
    root /home/www/seafile/seafile-server-latest/seahub;
	}
}

Oppenheimer

Je viens de virer le cache (déjà fait hier) et pareil
Le Vhost semble bon dans tous les cas donc je ne pense pas que ça soit ça.
J'ai vu passer hier (mais impossible de retrouver) un lien qui parlait justement des paramètres fastcgi dans le nginx.conf, ça doit être ça non ?

NOnoS

Oui tout à fait c'est en rapport avec fastcgi et php-fqm.

Oppenheimer

A ce niveau la du coup je suis largué. J'ai installé toutes les dépendances requises par Nestor dans son tuto et niveau fastcgi je suis une quiche. En revanche, en parcourant ce lien : https://forum.seafile.com/t/seahub-fastcgi-with-nginx-does-not-work-properly/1354/6 il semble que ça soit aussi un soucis de droit d'accès

Bon rien à voir, je viens de refaire un truc propre en root dans /var/www et il m'envoi chier pareil >_< commence à me gaver

Wagner

fastcgi_param  QUERY_STRING       $query_string;
fastcgi_param  REQUEST_METHOD     $request_method;
fastcgi_param  CONTENT_TYPE       $content_type;
fastcgi_param  CONTENT_LENGTH     $content_length;

fastcgi_param  SCRIPT_NAME        $fastcgi_script_name;
fastcgi_param  REQUEST_URI        $request_uri;
fastcgi_param  DOCUMENT_URI       $document_uri;
fastcgi_param  DOCUMENT_ROOT      $document_root;
fastcgi_param  SERVER_PROTOCOL    $server_protocol;
fastcgi_param  REQUEST_SCHEME     $scheme;
fastcgi_param  HTTPS              $https if_not_empty;

fastcgi_param  GATEWAY_INTERFACE  CGI/1.1;
fastcgi_param  SERVER_SOFTWARE    nginx/$nginx_version;

fastcgi_param  REMOTE_ADDR        $remote_addr;
fastcgi_param  REMOTE_PORT        $remote_port;
fastcgi_param  SERVER_ADDR        $server_addr;
fastcgi_param  SERVER_PORT        $server_port;
fastcgi_param  SERVER_NAME        $server_name;

# PHP only, required if PHP was built with --enable-force-cgi-redirect
fastcgi_param  REDIRECT_STATUS    200;
--------
https://mondedie.fr/d/7080-Tuto-Installer-Seafile-sous-Debian-7-Nginx-Https
https://mondedie.fr/d/7082-Discussion-Installer-Seafile-sous-Debian-7-Nginx-Https

Bonjour,

voici une copie du fichier fastcgi_params car normalement, il devrait déjà exister. Est-ce qu'il est complet ?
En générale, nous nous servons plutôt de l'une de ces 2 lignes :

include fastcgi_params;
include /etc/nginx/fastcgi_params;

Néanmoins, je sais qu'il existe des programmes (OwnCloud, etc) qui ont besoin de quelques retouches mais j'ignore si cela concerne Seafile ?
Par contre, je me demande si c'est normal que la valeur de client_max_body_size soit à 0 ? D'après mes souvenirs, cela peut causer des problèmes (absente ? Trop faible ? etc).

Oppenheimer

Bonsoir Wagner,

Je vais de ce pas comparer les fichiers.
Pour ce qui est du client_max_body_size j'ai moi même été surpris mais j'ai trouvé le paramètre directement sur le seafile manual : https://manual.seafile.com/deploy/deploy_with_nginx.html

"Nginx settings client_max_body_size is by default 1M. Uploading a file bigger than this limit will give you an error message HTTP error code 413 ("Request Entity Too Large").
You should use 0 to disable this feature or write the same value than for the parameter max_upload_size in section [fileserver] of seafile.conf. "

Oppenheimer

Je viens de comparer et mon fichier fastcgi_params est exactement le même :

fastcgi_param  QUERY_STRING       $query_string;
fastcgi_param  REQUEST_METHOD     $request_method;
fastcgi_param  CONTENT_TYPE       $content_type;
fastcgi_param  CONTENT_LENGTH     $content_length;

fastcgi_param  SCRIPT_NAME        $fastcgi_script_name;
fastcgi_param  REQUEST_URI        $request_uri;
fastcgi_param  DOCUMENT_URI       $document_uri;
fastcgi_param  DOCUMENT_ROOT      $document_root;
fastcgi_param  SERVER_PROTOCOL    $server_protocol;
fastcgi_param  REQUEST_SCHEME     $scheme;
fastcgi_param  HTTPS              $https if_not_empty;

fastcgi_param  GATEWAY_INTERFACE  CGI/1.1;
fastcgi_param  SERVER_SOFTWARE    nginx/$nginx_version;

fastcgi_param  REMOTE_ADDR        $remote_addr;
fastcgi_param  REMOTE_PORT        $remote_port;
fastcgi_param  SERVER_ADDR        $server_addr;
fastcgi_param  SERVER_PORT        $server_port;
fastcgi_param  SERVER_NAME        $server_name;

# PHP only, required if PHP was built with --enable-force-cgi-redirect
fastcgi_param  REDIRECT_STATUS    200;

Je suis vraiment surpris parce que j'avais jamais eu de soucis avant pour Seafile :o

Wagner

we suggest to install Nginx version >= 1.8.0 and add the following [...]
proxy_request_buffering off; [...]
the buffering mechanism dosen't work well [...]

D'ac merci @Oppenheimer alors ce n'était pas une erreur; c'est une grande surprise. D'après cet extrait, il s'agit peut-être d'un souci lié à la version de Nginx ? Ou alors il faudrait désactivé le proxy_request_buffering ?

Oppenheimer

Pour le coup pourquoi ? Le lien en question parle de fichiers de plus de 4Go alors que tout plante alors que le cloud est vide. Cependant je suis open pour tester mais leur manuel n'est pas clair, c'est dans le vhost même en lieu et place du client_max_body_size 0 ou bien dans un fichier de conf plus général de Nginx ?

Ce qui me surprend c'est que sur l'autre serveur j'avais également un ratxabox et ça tournait quoi, vraiment étrange

Wagner

Je crois avoir lu (très rare) que c'était parfois une solution... Et oui, ce n'est pas clair mais après une relecture, tu dois avoir raison. Cela m'a rappelé d'autres histoires.

C'est le même fichier. Dès fois, il y a des bugs vraiment très étrange...

Oppenheimer

Je viens de tester et pareil. Encore plus étrange, j'ai même plus d'entrées dans les logs Oo

Du coup la question va peut être paraître con mais étant donné que j'ai une install "en dur" avec un Ratxabox et un Nginx, est-ce que je peux envisager de mettre en place un docker avec Nginx + Seafile ? Vu que c'est dans un container je dois pouvoir avoir les 2 Nginx qui cohabitent non ?

Wagner

Désolé, je n'en ai aucune idée.

Oppenheimer

Tente une invocation de @xavier xD

xavier

Oppenheimer invocation réussie!!
Je testerai seafile pour voir un peux si j'arrive a faire quelque chose

NOnoS

Pourquoi tu tentes pas une réinstallation complète à zéro de Seafile ?

Si tu as un nginx en dur et un docker nginx, ça peut coincé (question d'usage des ports). Puis c'est redondant..
Tu peux par contre installer Seafile en docker et nginx en dur. Faudra bien mapper les ports dans ton docker compose. Après, je comprends pas trop l'intérêt d'avoir des éléments en dur et des apps en docker. C'est tout ou rien, tu crois pas ? A la limite, netdata ou webmin en dur pour la gestion du serveur, ça peut se comprendre mais le reste...

Oppenheimer

C'était une simple question pour le coup parce qu'on sait que le déploiement sous docker est plus simple.
Dans le cadre de Seafile, je l'ai déjà désinsall / réinstall plusieurs fois, à différents path et j'ai toujours le même problème, d'où le fait que je pense que ça soit une variable d'environnement du type Nginx, php, etc

Page suivante »