[Résolu] Soucis suite à un reboot

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

[Résolu] Soucis suite à un reboot

kris06800

Alors voila,
J'ai un serveur ou je suis seul dessus qui était actif depuis + de 200 jours. Depuis quelques jours il commencer à ramer un peu donc je me suis dit un petit coup de MAJ et un petit reboot via putty lui ferai pas de mal...
Et ben quel connerie j'ai pas fait...
Maintenant sous rutorrent j'ai ce message :
http://pastebin.com/RhZxrAvx
Ensuite impossible de me connecter au seedbox-manager
et pour finir j'ai plus accés au httpS

je ne sais pas trop quoi faire et sur le serveur j'ai des truc important à garder...
J'attend SVP un gros coup de main

D'avance merci à vous.
Amicalement

kris06800

ex_rat

Salut
Vu la shoutbox:

...car j'ai un message nginx: [emerg] duplicate location "/USER" in /etc/nginx/sites-enabled/rutorrent.conf.96...

Tu devrais regarder / poster le fichier en question pour voir ce qui cloche sur la partie utilisateur:

nano /etc/nginx/sites-enabled/rutorrent.conf

Ex.

kris06800

merci ex_rat par contre je ne sais pas faire un copier coller dans putty ... [kris en mode honteux...]

Krast

Dans putty tu sélectionnes ce que tu veux ça copie automatiquement

Tu est sur quelle distribution ?

En général, ce genre d'update à J+200 est dangereux, lors de la compilation d'un fichier depuis les sources tu utilises en général le gestionnaire de paquet pour récupérer les dépendances. Lorsque tu lances un update ces dépendances vont être mise à jours. Si ton paquet nécessite une version précise d'une dépendance avec l'update il y a donc de fortes chances que cette dépendance ne soit plus faite, d'ou le bogue. Enfin, c'est qu'une hypothèse... Je ne suis pas expert en rutorrent

Magicalex

Krast wrote:Dans putty tu sélectionnes ce que tu veux ça copie automatiquement

Tu est sur quelle distribution ?

En général, ce genre d'update à J+200 est dangereux, lors de la compilation d'un fichier depuis les sources tu utilises en général le gestionnaire de paquet pour récupérer les dépendances. Lorsque tu lances un update ces dépendances vont être mise à jours. Si ton paquet nécessite une version précise d'une dépendance avec l'update il y a donc de fortes chances que cette dépendance ne soit plus faite, d'ou le bogue. Enfin, c'est qu'une hypothèse... Je ne suis pas expert en rutorrent 😛

mouais, voir pas du tout d'accord. Il faut toujours mettre à jour son serveur. C'est vital (surtout en ce moment avec la faille bash récemment trouvé)

Si tu as un problème de dépendance, tu le résous voilà tout. Mais dans son cas je pense plutôt à une erreur de conf.

Backtoback

Si mes souvenirs sont bons, lors de ces derniers mois, nginx a changé son fichier de conf, donc si tu as changé pour le nouveau fichier, tu as perdu la conf.

Après c'est qu'une idée, je laisse la place au pro

Krast

Magicalex wrote:
Krast wrote:Dans putty tu sélectionnes ce que tu veux ça copie automatiquement

Tu es sur quelle distribution ?

En général, ce genre d'update à J+200 est dangereux, lors de la compilation d'un fichier depuis les sources tu utilises en général le gestionnaire de paquet pour récupérer les dépendances. Lorsque tu lances un update ces dépendances vont être mise à jours. Si ton paquet nécessite une version précise d'une dépendance avec l'update il y a donc de fortes chances que cette dépendance ne soit plus faite, d'ou le bogue. Enfin, c'est qu'une hypothèse... Je ne suis pas expert en rutorrent 😛
mouais, voir pas du tout d'accord. Il faut toujours mettre à jour son serveur. C'est vital (surtout en ce moment avec la faille bash récemment trouvé)

Si tu as un problème de dépendance, tu le résous voilà tout. Mais dans son cas je pense plutôt à une erreur de conf.

Oui et non, par moment, tu es obligé pour des raisons de compatibilités de pas mettre à jour certain paquet. Les principaux gestionnaires de paquet permettre d'exclure certain paquet de la mise à jour lorsqu'on fait un yum update par exemple. Ca serait dommage d'avoir un site web en rideau pour une version de php qui augmente trop d'un coup

Puis pour le shellshock un simple "yum update bash" suffisait à plus ou moins corriger la faille

Après je voulais juste dire par ce post, que de faire une mise à jour après 200 jours sans petit update c'est dangereux et ça demande un peu d'analyse pour limiter les risques.

Pour conclure, il est vrai que les "Best Practice" disent "plus le serveur est à jour mieux c'est !"

Bref, on pourrait en parler des heures !

j’arrête mon hors-sujet.

kris06800

bon j'ai controler un peu tout la partie config et j'avais tjs le même problème. Mais un message revenait lors de :

service nginx restart

donc après avoir consulté notre ami google j'ai juste eu à taper :

sudo fuser -k 80/tcp

là tout remarche ou presque ...

dans rutorrent plus aucun torrent et le message :

[04.11.2014 10:42:13] WebUI started.
[04.11.2014 10:42:14] Bad response from server: (0 [error,getplugins])

mais bon la je devrai m'en sortir... ou pas lol

Krast

Le service rtorrent est bien lancé ?

Via putty (en root ou sudo) :

ps -aux | grep rtorrent

Si tu peux nous donner la réponse de la commande.

kris06800

voila ce que ressort la commande :

root@ks1234:~# ps -aux | grep rtorrent
warning: bad ps syntax, perhaps a bogus '-'?
See http://gitorious.org/procps/procps/blobs/master/Documentation/FAQ
rouge     3522  0.0  0.0  23880  1516 ?        Ss   12:01   0:00 SCREEN -dm -S rouge-rtorrent
rouge     3556 13.0  0.3 101540  7072 pts/3    Dsl+ 12:01   0:00 rtorrent
root      3582  0.0  0.0   6308   596 pts/0    S+   12:01   0:00 grep rtorrent
root@ks1234:~#

Krast

A première vu le daemon rtorrent est bien démarré, donc sûrement un problème de conf quelque part...

Mes connaissance sur rtorrent étant limités, je laisse la main à quelqu'un qui connait mieux l'outil

Good Luck have fun !

Wagner

Bonjour,

pour déterminer la cause, il y a quelque chose dans les logs de Nginx ?

kris06800 wrote:je ne sais pas trop quoi faire et sur le serveur j'ai des truc important à garder...

Autrement, un serveur dispose d'un mode de secours. Ainsi, il est possible de s'en servir afin de réinstaller l'OS. Ce sans la moindre perte de données. Comme ce mode n'entraîne un formatage (complet) du disque dur.
Juste il faudra y penser, au pire.

kris06800

voici ce que me donne la commande :

nano /etc/nginx/sites-enabled/rutorrent.conf

server {
    listen 80 default_server;
    listen 443 default_server ssl;
    server_name _;

    charset utf-8;
    index index.html index.php;
    client_max_body_size 10M;

    ssl_certificate /etc/nginx/ssl/server.crt;
    ssl_certificate_key /etc/nginx/ssl/server.key;

    access_log /var/log/nginx/rutorrent-access.log combined;
    error_log /var/log/nginx/rutorrent-error.log error;

    error_page 500 502 503 504 /50x.html;
    location = /50x.html { root /usr/share/nginx/html; }

    auth_basic "seedbox";
    auth_basic_user_file "/etc/nginx/passwd/rutorrent_passwd";

    location = /favicon.ico {
        access_log off;
        log_not_found off;
    }

    ## début config rutorrent ##

    location ^~ /rutorrent {
        root /var/www;
        include /etc/nginx/conf.d/php;
        include /etc/nginx/conf.d/cache;

        location ~ /\.svn {
                deny all;
        }

        location ~ /\.ht {
                deny all;
        }
    }

    location ^~ /rutorrent/conf/ {
        deny all;
    }

    location ^~ /rutorrent/share/ {
        deny all;
    }
    location /ROUGE0 {
        include scgi_params;
        scgi_pass 127.0.0.1:5001;
        auth_basic "seedbox";
        auth_basic_user_file "/etc/nginx/passwd/rutorrent_passwd_rouge";
    }


    ## fin config rutorrent ##

    ## début config seedbox-manager ##

    location ^~ / {
        root /var/www/seedbox-manager/public;
        include /etc/nginx/conf.d/php;
        include /etc/nginx/conf.d/cache;
    }

    ## fin config seedbox-manager ##
}

ex_rat

kris06800 wrote:dans rutorrent plus aucun torrent et le message :
[04.11.2014 10:42:13] WebUI started.
[04.11.2014 10:42:14] Bad response from server: (0 [error,getplugins])

Wagner wrote:pour déterminer la cause, il y a quelque chose dans les logs de Nginx ?

Et donc..... Les logs.... Parce que la piste qui mènera à la soluce, elle passe par là !

Alors tu tentes de te connecter à rutorrent pour laisser une trace et direct tu vas regarder vers la fin du fichier:

nano /var/log/nginx/rutorrent-access.log

l'error.log peut-être intéressant aussi:

nano /var/log/nginx/rutorrent-error.log

Si tu vois un truc qui te parait louche, tu le post ici en masquant les ip.
Ex.

kris06800

pour l'error.log

2014/11/05 14:06:51 [crit] 2345#0: *181 open() "/var/cache/nginx/fastcgi_temp/3/02/0000000023" failed (13: Permission denied) while reading upstream, client: 217.108.239.233, server: _, request: "GET /rutor$
2014/11/05 14:25:52 [crit] 2346#0: *204 open() "/var/cache/nginx/fastcgi_temp/4/02/0000000024" failed (13: Permission denied) while reading upstream, client: 217.108.239.233, server: _, request: "GET /rutor$
2014/11/05 14:25:53 [crit] 2346#0: *208 open() "/var/cache/nginx/fastcgi_temp/5/02/0000000025" failed (13: Permission denied) while reading upstream, client: 217.108.239.233, server: _, request: "GET /rutor$
2014/11/05 14:25:53 [crit] 2346#0: *205 open() "/var/cache/nginx/fastcgi_temp/6/02/0000000026" failed (13: Permission denied) while reading upstream, client: 217.108.239.233, server: _, request: "GET /rutor$
2014/11/05 14:25:54 [crit] 2346#0: *191 open() "/var/cache/nginx/fastcgi_temp/7/02/0000000027" failed (13: Permission denied) while reading upstream, client: 217.108.239.233, server: _, request: "GET /rutor$
2014/11/05 14:25:54 [crit] 2346#0: *206 open() "/var/cache/nginx/fastcgi_temp/8/02/0000000028" failed (13: Permission denied) while reading upstream, client: 217.108.239.233, server: _, request: "GET /rutor$
2014/11/05 14:25:55 [crit] 2346#0: *207 open() "/var/cache/nginx/fastcgi_temp/9/02/0000000029" failed (13: Permission denied) while reading upstream, client: 217.108.239.233, server: _, request: "GET /rutor$
2014/11/05 14:25:56 [crit] 2346#0: *217 open() "/var/cache/nginx/fastcgi_temp/0/03/0000000030" failed (13: Permission denied) while reading upstream, client: 217.108.239.233, server: _, request: "GET /rutor$
2014/11/05 14:39:08 [crit] 23504#0: *3 open() "/var/cache/nginx/fastcgi_temp/1/00/0000000001" failed (13: Permission denied) while reading upstream, client: 217.108.239.233, server: _, request: "GET /rutorr$
2014/11/05 14:39:29 [crit] 23504#0: *35 open() "/var/cache/nginx/fastcgi_temp/2/00/0000000002" failed (13: Permission denied) while reading upstream, client: 217.108.239.233, server: _, request: "GET /rutor$
2014/11/05 14:41:36 [crit] 24441#0: *21 open() "/var/cache/nginx/fastcgi_temp/1/00/0000000001" failed (13: Permission denied) while reading upstream, client: 217.108.239.233, server: _, request: "GET /rutor$
2014/11/05 14:41:36 [crit] 24441#0: *20 open() "/var/cache/nginx/fastcgi_temp/2/00/0000000002" failed (13: Permission denied) while reading upstream, client: 217.108.239.233, server: _, request: "GET /rutor$
2014/11/05 14:41:37 [crit] 24441#0: *23 open() "/var/cache/nginx/fastcgi_temp/3/00/0000000003" failed (13: Permission denied) while reading upstream, client: 217.108.239.233, server: _, request: "GET /rutor$
2014/11/05 14:41:38 [crit] 24441#0: *22 open() "/var/cache/nginx/fastcgi_temp/4/00/0000000004" failed (13: Permission denied) while reading upstream, client: 217.108.239.233, server: _, request: "GET /rutor$
2014/11/05 14:41:38 [crit] 24441#0: *7 open() "/var/cache/nginx/fastcgi_temp/5/00/0000000005" failed (13: Permission denied) while reading upstream, client: 217.108.239.233, server: _, request: "GET /rutorr$
2014/11/05 14:41:39 [crit] 24441#0: *26 open() "/var/cache/nginx/fastcgi_temp/6/00/0000000006" failed (13: Permission denied) while reading upstream, client: 217.108.239.233, server: _, request: "GET /rutor$
2014/11/05 14:41:40 [crit] 24441#0: *33 open() "/var/cache/nginx/fastcgi_temp/7/00/0000000007" failed (13: Permission denied) while reading upstream, client: 217.108.239.233, server: _, request: "GET /rutor$

kris06800

pour l'acces

xx - rouge [05/Nov/2014:15:30:37 +0100] "GET /rutorrent/php/getplugins.php HTTP/1.1" 200 0 "https://xx/rutorrent/" "Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko)$
xx - rouge [05/Nov/2014:15:30:38 +0100] "GET /rutorrent/php/getplugins.php HTTP/1.1" 200 0 "https://xx/rutorrent/" "Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko)$
xx - rouge [05/Nov/2014:15:30:38 +0100] "GET /rutorrent/php/getplugins.php HTTP/1.1" 200 0 "https://xx/rutorrent/" "Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko)$
xx - rouge [05/Nov/2014:15:30:39 +0100] "GET /rutorrent/php/getplugins.php HTTP/1.1" 200 0 "https://xx/rutorrent/" "Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko)$
xx - rouge [05/Nov/2014:15:30:39 +0100] "GET /rutorrent/php/getplugins.php HTTP/1.1" 200 0 "https://xx/rutorrent/" "Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko)$
xx - rouge [05/Nov/2014:15:30:40 +0100] "GET /rutorrent/php/getplugins.php HTTP/1.1" 200 0 "https://xx/rutorrent/" "Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko)$
xx - rouge [05/Nov/2014:15:30:41 +0100] "GET /rutorrent/php/getplugins.php HTTP/1.1" 200 0 "https://xx/rutorrent/" "Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko)$
xx - rouge [05/Nov/2014:15:30:41 +0100] "POST /rutorrent/php/getsettings.php HTTP/1.1" 200 859 "https://xx/rutorrent/" "Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Ge$

Magicalex

service nginx stop
service php5-fpm stop
rm -R /var/cache/nginx/*
service nginx start
service php5-fpm start

kris06800

super ça à marcher.
Merci beaucoup Magicalex