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 !

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 ?

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; } }

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.

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.

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; } }

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 ?

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

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

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).

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. "

Seafile : Page unavailable : Page 2

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

Seafile : Page unavailable

xavier

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

Oppenheimer

Oh putain il est la ! Je suis moins bon que toi en Linux mais en magie je suis admissible à Poudlard 😆

« Page précédente