l'update de TF2, pour éviter de plomber le chat :) Options

[kindy]

Solution de l'autoupdate:



Il faut cliquer sur le bouton pour exécuter un script qui relancera le serveur TF2



Ce script fera

On stop les process CSS en cours
En une seule étape, mise à jour du serveur CSS puis lancement du serveur CSS (environ 1 min)
Recréer le fichier pour redébugger les mises à jour autos de TF2 qui aura été supp grâce aux mises à jours (ca commence à être un peu lourd)
Mettre les droits à l'utilisateur TF2 sur les fichiers mis à jours
Ré exécution du serveur CSS (ben oue vu que le jeu est lancé avant d'avoir donné les bons droits) qui va encore vérifier les mises a jours du jeu car y'a le autoupdate ... Risque de déco.

Résultat pas trés propre et environ 3 minutes pour démarrer le serv qu'il y est vraiment une mise à jour ou non...




Solution à la kindy :

2 boutons donc 2 scripts. Il faut donc cliquer sur le bon bouton.

Premier bouton "exécution su serv sans updates":

On lance le serv

On stop les process CSS en cours
Total 30 secondes


2eme bouton "exécution su serv avec updates":

On stop les process CSS en cours
On met à jour le serv via la commande update sans lancer le jeu (environ 1 minutes) à l'utilisateur TF2 sur les fichiers mis à jours
Mettre les droits à l'utilisateur TF2 sur les fichiers mis à jours
Exécution du serv CSS (30 sec)

Total 1 min 30 et je n'ai modifié aucun fichiers en live et démarré le serv qu'une seule fois



Et je te rassure personne n'a jamais eu un serveur qui se met à jour tout seul. A moins d'utiliser le schedule qui va rebooter le serv tous les jours à une certaine heure. Mais :

Risque de décos des gens qui seraient dessus même si aucune mise à jour a faire
Plus de risque de plantages lors du lancement du serveur
Et surtout, imagine que la mise à jour est lieu à 12h30 et que je fasse le reboot auto à 12h00 ... Alors tu auras le même problème. Ton serveur sera inaccessible sur une journée complète.

La seule vrais solution, c’est de faire comme tous les bons servs, avoir des admins réactifs lors d’une mise à jour et de cliquer sur le bouton le plus tôt possible après un update.

Dans tous les cas, je ne pense pas qu'il y ait une mise à jour de TF2 tous les jours.



Âpres je peux me tromper (mais je pense pas)



Autre solution envisageable, faire un schedule (toutes le 5 minutes) qui vérifie un fichier de versioning (je suppose que sa doit se trouver) sur le serveur d'update officiel de TF2 et si il est différent de celui présent sur not serv, il faut exécuter le script de mise à jour.

Le gros probleme: J'ai pas que ca à foutre

[ro_0'l]

on va faire plus simple, je fais mes bidouilles et je te fais plus chier, en plus j'ai du temps
ca evitera les tartines au lieu de rajouter un pov bout de code de 10 lettres...

bref jsui en train de test la

[ro_0'l]

voila c'est fait, j'ai remplacé

CODE

update()
{
}

par

CODE

update()
{
cd ..
updatesingle
cd orangebox
}

d'apres la moitié du monde connecté a internet on aura plus le probleme

[kindy]

Et comment elles vont s'exécuter tes lignes? par magie ou en appuyant sur le bouton ou en exécutant le script à la main?

Les droits ils vont se mettre comment sur les fichiers mis à jour? ah moins que tu lances le serveur en root... Et combien de temps le serveur va mettre à démarrer maintenant?

Lors de la prochaine mise à jour c'est qui qui va penser à remettre ces lignes dans le fichier. Car c'est certain elles seront bien supprimées.


Au pire ca vas bien pourrir l'installation et la sécurité du serveur... Au mieux ca va rien changer du tout.

[ro_0'l]

mon pti kami, pour repondre a tes questions, c'est la seule solution viable sur tout les serveurs TF2 qui marchent, contrairement au notre.

ca fais 100 fois que je te dis que la seule solution c'est de le mettre en root...

et pour finir, il suffit de sauvegarder le fichier srcds_run modifié sous un autre nom (ex: srcds_run_autoupdate) pour ne pas qu'il soit effacé par les maj...

au mieux ca marche, au pire c'est ton pushmail la derniere faille en date dans le serveur

Reason for edit: j'ai filer le lien de la soluce dans la tchatbox, je l'ai pas sorti dmc...

[kindy]

Tu te trompes. Ma solution fonctionne trés bien et il n'y aucunement besoins du compte root pour démarrer un jeu ...


Le pushmail n'a jamais posé probleme tu peux te rassurer et il a toujours tourné, encore aujourd'hui il tourne. Contrairement a ce que l'on pensait, le probleme venait justement suite a un probleme de hack du compte root et le gus a creer un serveur d'envoie d'email ... Donc ca confirme qu'il ne faut pas l'utiliser le compte root.

Du coup le ben avait utiliser une méthode avec certificat pour ne plus se connecter en root avec un pass.

Mais bon fait comme tu le sent

[ro_0'l]

ce que je fais, comme d'hab
merci !


dans quelques minutes il est up, on verra bien a l'usage

[rcaamer]

Kler Pas de Process vers le Net qui tourne sous root . ( Même apache a compris ca )

C'est pas parce que la plupart des gens font tourner des serveurs en root que c'est forcement la bonne méthode.

[kindy]

Rool je sais pas comment tu as fais Mais tu as reussis à lancer le jeu sous root en utilisant le port 27030 alors qu'il est lancé avec le compte TF2 sous le port 27030

Sa sent le conflit ah moins qu'il est forcé un autre port. Je sais pas trop

je te conseille de lancer la commande suivante avant de relancer le serv: skill -KILL -u tf2

[ro_0'l]

non c'est sur pas forcement LA bonne

mais bon, une methode qui fonctionne contrairement a d'autre, et c'est vrai, une solution de facilité...

la je remet les mains dessus, car, a chaque fois que j'essaye de se connecté a notre serv, impossible. ET ce sur une periode de plus d'un an je doiss essayer une fois tout les 3 mois, et a chaque fois il n'est pas a jour.

enfin, je pense que c'est pas un soucis de tourner avec un autre user, faut juste bien lui donner les droits ...


mais bon pas touche jusqu'a lundi quand meme !!!! ca fais un bail que votre methode a ete eprouvé, essayons la mienne

pi si vous flippez je vous invite a faire des backup

[kindy]

bon, tient nous au courant, et si tu changes d'avis je peux corriger le script pour faire fonctionner les boutons y'en a pour 10 secondes, car je pense en effet que le problème vient des droits. Sans garanties que sa fonctionne du premier coup...

[ro_0'l]

bon ma version du serv boot en qq secondes ... a voir pour l'update...
par contre je pige pas trop l'interet du screen, puisqu'il reste lancé meme si je ferme ma session....

[ro_0'l]

pwet ^^

donc mon server s'autoupdate, mais il ne reboot pas ti seul

reste a voir le version check, pour qu'il le fasse ti seul et c'est banco

en attendant , j'ai rebooter le serv avec tes boutons (reboot + update), ca prend bien du temps mais ca fonctionne

pour eviter de se prendre la tete a l'avenir, et si ta version s'autoupdate, on peut mettre un reboot a 11h du mat, les maj se font a 5:30pm USA

a 11h le serv est vide, enfin, LES serv sont vides, le notre ya pas qu'a cette heure la

[kindy]

Je comprends pas bien ce que tu dis.

La commande autoupload sert uniquement lors du démarrage du serveur. En fait lorsque tu démarres le serv il check si il y a une nouvelle version et l'installe. Mais une fois le serveur lancée il ne check plus. Ce que fait exactement le bouton que j'ai créé en plus propre d'aprés moi.

Par contre après verif, on voit bien que tu as relancé le serveur soit manuellement avec la commande autoupdate soit via mon bouton (sans l'option autoupdate ) et que le serv a fait la mise à jour (c'était déja le cas avant). On se retrouve donc avec le même problème que les fois précédentes , tous les droits sont pourris et il n'est à nouveau plus possible de démarrer le serveur sans utliser le compte root (le vrais problème). D'ailleurs tu peux le vérifier en cassant bien ton screen et en cliquant sur le bouton aprés. Tu te retrouveras avec le message habituel si tu te connectes sur le jeu.

Je ne sais pas ce qu'il s'est passé lorsque tu as cliqué sur le bouton (reboot + update), mais ce qui est certain, c'est qu'il ne fonctionne plus ou mal depuis la mise à jour. Il faudra dorénavant saisir la commande en root sur le serveur pour que sa fonctionne correctement.

Voici la commande lancée par mon script :

su -c "./srcds_run -console -game tf +ip 88.191.76.242 -port 27030 +maxplayers 30 +map pl_goldrush" tf2

Comme tu peux le voir c'est l'utilisateur tf2 et non root qui lance le jeu

Maintenant essaie de faire un ls -l du dossier : ls -l /data/css/tf2/orangebox/tf/

Tu pourras voire que tous les fichiers updatés appartiennent dorénavant à root et l'utilisateur tf2 n'a plus les droits dessus et ne peut donc n'y les lire n'y les éxecuter.

On se retrouve avec le meme problème. Depuis le départ si tu enleves l'option -c de mon script, tous les boutons fonctionnent très bien et avec un fonctionnement identique à l'autoupdate mais démarrés en root. C'est ce que j'essaie d'expliquer depuis le départ.

Si tu as vraiment réussis à démarrer le jeu avec le bouton (d'apres les processus en cours c'est pas le cas), alors c'est que la mise à jour est mineure et qu'elle n'a pas impactée la partie serveur. Dans tous les cas tu ne pourras bientôt plus te servir du bouton (d'après moi il ne fonctionne déjà plus) et il faudra dorénavant utiliser le shell ou un schedule et démarrer le serveur en root.

Si un jour tu passes sur mumble, j'essairais de t'expliquer. Ca sera plus simple à l'oral.


Edit : Pour info (je sais je suis insistant ), la vrais solution, c'est d'ajouter la ligne la dans mon script : chown -R tf2:tf2 * et de continuer à ne pas utiliser la commande autoupdate. Malgrés ce que tu pourras lire sur les fofos. Le résultat sera le meme mais le serveur ne sera plus démarré en root et plus besoins de connaitre linux pour relancer le serveur, il suffira d'utiliser les boutons. Car actuellement si il plante le serveur, il faudra se connecter en ssh pour le relancer...