Le dossier watch est vide.
Par ailleurs, j'ai beau supprimer rtorrent.lock dans le dossier .sessions, il revient à chaque fois.
J'ai dû parcourir l'intégralité du web, je ne trouve rien :/
Un rapport avec le fait que je tourne sur un VPS ?
Un rapport avec le kernel de mon VPS (2.6.32-042stab120.11 ---> VPS Pulseheberg : Ubuntu 16.04 server)
Changer de kernel ?
[Discussion] Installer ruTorrent sur Debian 9 {nginx & php-fpm}
Salut
Pulseheberg bloque apparemment les box depuis qu'ils louent les leurs, ça a été évoqué dernièrement sur le forum.
Ex.
- Modifié
@xavier... je n'ai rien dans les dossiers watch, .session et autres... Où dois-je chercher les logs ? Je n'en ai pas vu.
Mais sur Pulseheberg, j'ai des trucs bizarres. Plein. Notamment sur une Debian 9 y'a systemd qui merdoie pas mal avec des erreurs du type :
systemd[1]: apt-daily.service: Failed to set invocation ID on control group /system.slice/apt-daily.service, ignoring: Operation not permitted
Bref... Ca me plait pas trop
Le script "Essential" est à jour aussi, j'attends un peu pour pousser l’ensemble sur github...
Full
apt-get update && apt-get upgrade -y
apt-get install git-core -y
cd /tmp
wget http://www.ratbox.nl/md/rutorrent-bonobox.tar.gz
tar xzfv rutorrent-bonobox.tar.gz
cd rutorrent-bonobox
chmod a+x bonobox.sh && ./bonobox.sh
Light
apt-get update && apt-get upgrade -y
apt-get install git-core -y
cd /tmp
wget http://www.ratbox.nl/md/rutorrent-essential.tar.gz
tar xzfv rutorrent-essential.tar.gz
cd rutorrent-essential
chmod a+x essential.sh && ./essential.sh
Ex.
Pourquoi tu fais pas une branche beta sur ton repo ?
Parce que je galère déjà bien assez comme ça avec Github
Et d'habitude je commit que du truc bien stable testé 3000 fois, là c'est exceptionnel que je mette à dispo avant.
Ex.
- Modifié
Bonjour ex_rat le Full et le Light sont en multi-utilisateur
ou il faut le faire à la main Merci Cdlt
Salut xavier Merci
- Modifié
Et BIM !!! Sur un kimsufi, tout passe impecable !
Donc Pulseheberg "bloque" (?!!) tout ce qui est rtorrent, transmission-daemon, etc. qui "plantent" juste" après leur démarrage.
Ou alors, c'est parce que c'est un VPS sous OpenVZ avec des "limitations" et un kernel "maison".
Je ne savais pas mais par exemple, impossible d'utiliser NTP ou NTPDATE sur ce type de VPS, ca plante car le VPS n'a pas accès à l'horloge matérielle...
Je partirai en vacances moins con !
Bonjour,donc installation impeccable mais il y a un mais j'ai le Port 6980
au lieu du Port 45000-65000 ? Merci
Vous savez que vous pouvez aussi des fois chercher les réponses tout seul Les gars ?
Parce si je meurs demain, vous êtes cuit avec vos box là
Une recherche Google "rtorrent 6980" donne la réponse, c'est un bug en cours de traitement sur la version bind-truc de rtorrent utilisé qui ne prend pas la directive dans le .rtorrent.rc pour la plage de ports.
Donc il prends son port par défaut, ça ne change rien vu qu'il fait le job pareil sur le 6980, 6981, etc...
Bon week-end, je disparais jusqu'à lundi.
Ex.
https://github.com/Novik/ruTorrent/wiki/PluginCheckPort.ru
## Les pages (en français et en anglais) sont vides (ou n'existent plus) sic...
## Dans le dossier plugins, il se nomme check_port (au lieu de CheckPort)
Bonjour,
cela pourrait s'expliquer par la présence d'un logiciel (tel que ufw, etc). Parce qu'il faut créer les régles adéquates au préalable.
De plus, si je me souviens bien, rtorrent à besoin d'accéder à certains ports (dont notamment le 6980). Tandis que l'autre message (celui venant de ruTorrent) doit être lié au plugin check_port.
Re avec moi les ports 6980-6981 son ouvert j'ai installé ufw et j'ai bloquer les ports 45000-65000
voila tous fonctionne
salut
salut chez moi sur serveur online
le script s’arrête après l'installation de rutorrent "done"
il y a une ligne avec plugin machin truc et plus rien le curseur avance plus
tester 2 fois toujours même souci