Reprise du message précédent :
Personne n’a eu son serveur éteint pour réduire la chaleur en salle ?  

Nop. Il tourne toujours non stop.
 
Pourquoi ça t'es arrivé?

sous Buster pas de mot de passe envoyé

Tu te connectes en SSH avec l'utilisateur "debian" puis un petit "sudo passwd root" et le tour est joué.

Ca, c'est seulement depuis Buster. Les versions antérieurs c'est le login/mot de passe root qui sont envoyés.

Je viens de me prendre un kimsufi pour mettre à jour mes procédures d'installation sur Buster, mais quelle merde complet le serveur que j'ai... J'ai pris un KS-6 - Intel i5-750 - 16GB DDR3 1333 MHz - 2To SATA, mais cette chiotte plante 2 fois par jours... A l'instant il vient de planter après... ba après avoir changé un mot de passe...
Je pensais l'utiliser plus tard en tant que serveur de prod, mais ca me semble mal barré.

J'ai ouvert un ticket au support pour leur demander des explications, car le serveur je l'ai pris y a une semaine... Et il plante sans que je fasse quelque chose de particulier dessus

Ca vous est déjà arrivé ? à chaque fois un technicien doit intervenir dessus, mais aucune explication de ce qui plante

 
Tain mais tu l'a su comment ça ?
 
Je réupload tous mes backup depuis hier, 5.8Mo/s max (ce devrait pas aller un peu plus vite avec du 100M annoncé ?), a vu de nez il y en a pour 48h  
 
Bon courage avec ton ticket au support ..

Ah ba ca c'est la question marrante et ca me fait penser aux messages précédents
J'ai reçu comme toi le login debian, j'ai fait un tas d'installation sur les versions précédentes et ca m'a surpris car c'était toujours le login root...
J'ai ouvert un ticket au support, et comme la remarque précédente, je savais que j'irai plus vite à me débrouiller tout seul. Je me suis dit que j'allais tenter une nouvelle installation voir si c'est un email perdu... Vu que j'ai eu la même chose, j'ai tenté une installation sur version 9 pour voir si leurs procédures avaient changées. J'avais bien reçu le login root...  
J'ai cherché sur les internets: aucune info, rien, nada . J'ai réinstallé buster et j'ai fait un psswd root. Nada.
Du coup mode désespéré, j'ai fait un reboot en mode rescue, j'ai fait un mount de la partition / et /home, un petit chroot, et un petit passwd root et le tour est joué puis un reboot sur le disque. Mais ca me semblait franchement très étrange que ca soit la seule solution, assez barbare quand même

Puis j'ai reçu une réponse au ticket pour me confirmer qu'il faut un sudo pssword root et m'a confirmé ces infos.
Le plus triste c'est que le psswd root je l'avais fait, j'avais juste oublié le "sudo" comme un con             M'enfin, je ne me suis même pas aperçu de cet oubli et pis normal je me suis dit que de toute facon ca ne fonctionnerait pas  

Comment perdre 2/3h bêtement
 
Ce qui est franchement con, c'est que dans leur mail envoyant les accès, OVH pourrait y mettre une petite note. Ca leur ferait gagner du temps en support, et ca éviterait de faire perdre du temps à leurs clients

Ça, c'est vraiment particulier aux images traficotées que propose OVH sur ses Kimsufi. Faut croire que leur système d'envoi de mail d'instructions suite à install n'a pas été mis à jour pour prendre en compte leur nouvelle image Buster... Bah c'est OVH quoi.
 
Une install "clean" de Buster, y a pas d'utilisateur debian (juste root, et éventuellement un super-user sudoer créé).

Non pas cette fois. J’avais donné la dernier fois. J’ai vu que c’était l’étape suivante. Mais la va devrait être ok

Je pense pas, à mon avis c'est plutôt OVH qui a instauré une nouvelle politique de "sécurité"
 
C'est le login debian qui est envoyé, et le mot de passe n'est pas visible dans le mail, il est accessible sur un lien URL
 
Je pense que c'est pour éviter d'envoyer directement le login root avec le mot de passe en clair, surtout qu'il doit y avoir pas mal d'utilisateurs qui ne modifiaient pas le mot de passe root par défaut, là au moins ils n'ont pas le choix, ils doivent le changer
 
C'est pas plus mal, mais c'est juste con de ne pas le signaler dans le mail
 
Bon, ba mon serveur doit vraiment avoir un soucis, il plante régulièrement, et ne supporte même pas un reboot (il crash direct)

L'équipe support a redémarré le serveur, mais euh, il ne redémarre pas sauf en rescue. Ils me disent que c'est dû à un "crng init done *end*" et que c'est à moi de me démerder à régler ca    
 
Ca dit quelque chose à quelqu'un ? je vais chercher mais au cas où si je peux gagner un peu de temps

 
"Démarre pas" c'est vague. Si il démarre pas du tout, problème HW.
 
Si il démarre et crashe après crng init, c'est autre chose...
 
Si il démarre et se met en pause après crng init, c'est encore autre chose... (et se résoud en effet très facilement soi-même)
 
Bref : infos additionnelles, logs, détail du serveur etc.

Voilà ce que le support m'indique :  
 

 
Donc effectivement apparemment il bloque après reboot...
 
Tu as une idée de comment corriger ca ? pour l'instant la seule piste que je viens de trouver c'est d'installer haveged, mais bon, j'ai choppé ca à la volé...  
 
EDIT : pas encore check les logs, faut que j'aille voir en mode rescue
 

WTF, c'est quel OS ce truc ?   Parce que systemd 2.15 + des dépendences systemd en rade, ça sent le gros foutoir...
 
(et sinon, oui, quand on a le générateur /urandom qui coince plus ou moins longtemps au démarrage, haveged permet de s'en tirer... c'est un de ces petits outils à installer sans trop d'arrière-pensée sur n'importe quel système)

Buster donc version 10 de Debian, je pige pas non plus ce foutoir

 
Hou la vache, je sais pas ce qu'OVH fabrique avec ses images...
 
Perso, j'installerais leur Debian 9 (si encore dispo) qui doit à peu près marcher, puis je ferais un upgrade vers Debian 10/Buster, ça prend 5 minutes et ça sera toujours plus propre que leur machin, là

Je viens d'envoyer un email au support pour leur dire que c'est des branleurs mais bon, je crois effectivement qu'il va falloir que je passe sur la 9 et fasse un upgrade   je ne vais pas avoir le choix ...  
Encore une perte de temps, j'avais commencé mon installation  
 
Je pige pas leur délire d'un systemd en 2.15 alors que Buster intègre la 2.41

 
2.15 c'est la version dans Debian 8/Jessie, donc euh... wtf²

Passe un coup de sensors pour voir si le refroidissement est bien monté ... sinon, un coup de mode rescue pour passer les tests hardware (CPU, memtest, test HDD) ?

Je vais tenter ca, de toute facon la je n'ai que le mode rescue, impossible de booter sur le hard drive  

Dites, depuis toujours dans mon espace client on m'indique 500 Mbps vers Internet (Kimsufi de 2010 géré par OVH à l'époque) mais en pratique je n'ai que 150-160 Mbps (vu que j'ai pas de débit pour le vérifier, c'est compliqué) ... ça faut le coup que je les contacte ?

 
Kimsufi en principe c'est désormais limité à 100 Mbps (~11.2 Mo/s) côté routeur (sauf rare bug, y a des veinards ), donc c'est ptêtre risqué de leur signaler que t'as pluss que ce qui est prévu.

Sinon, promo Kimsufi en cours sur les Atom N2800 de merde avec 2 To de rouille tournante au cul : 5.99€ au lieu de 7.99€ (+TVA +Setup)

Non mais dans mon interface, c'est bien indiqué 500 Mbps comme sur le contrat de l'époque et non 100 comme sur les KS modernes ...

Oui j'ai bien compris, je dis juste que c'est risqué de s'en plaindre
 
Tu as éliminé toutes les limitations possibles côté kernel, carte réseau etc. ?

J'avais 1gbps et 2 ips

 
Oui mais toi t'es le genre à tomber sur deux tickets gagnants du loto dans le caniveau un soir de cuite donc bon ça compte pas.

Oui oui, aucun problème dans le sens entrant ou en entre deux serveurs OVH, j'ai bien le Gbps annoncé ...
 
Personne n'a un KS aussi vieux que le mien pour comparer du coup ?

Tu rages pour mon dédié pas cher chez online qui a pas été augmenté contrairement à tout le monde ?

Ou tu parles de ta femme ?

Je prends !
Ça remplacera mon KS chez OVH et ça me divisera la facture par 2 pour un peu plus de ram et de stockage  
 

 
Ben j'ai eu mon premier ks y a une quinzaine d'années. À l'époque, y avait qu'un seul modèle et c'était 100 Mbps pour tout le,monde !

C'est moi ou y a pas de template d'install pour Ubuntu supérieure à la 16.04 ?!?

Edit : bon...j'suis pas le seul apparemment http://community.ovh.com/t/ubuntu-18-04-lts/8020/15

J'ai reçu un email d'OVH pour me dire que mes kimsufi utilisaient une vieille version de leur système de monotoring (rtm v1 alors qu'il y a une v2)... bien sûr comme dh'ab ils pointent vers une page d'aide... qui (déjà c'est pas une 404 comme c'est souvent le cas) n'explique aucunement comment mettre à jour, mais juste installer la v2.
J'ai fait l'install, j'ai même rebooté le serveur... et dans l'interface kimsufi c'est toujours indiqué v1
 
Suggestion ?

Ah tien j'ai reçu aussi ce mail.  
Je n'ai pas encore fait l'update et du coup je me posais les mêmes questions.
 
Par contre l lien fonctionnait pour moi, mais c'est qu'un lien pour installer oui.

oui oui c'est ce que j'ai dit. C'est juste qu'en général les liens dans les mails d'ovh ou entre certaines pages de leurs faq et compagnie ça se termine régulièrement en 404...

Même soucis ici
 
J’ai installé le truc, ça tourne bien, mais il continue à me dire que j’ai l’ancienne version  
 
Et accessoirement avant d’installer le délire je ne trouvais aucune trace de la supposée ancienne version...

 
dans /etc/crontab
 
tu as une ligne avec /usr/local/rtm/bin/rtm
 
perso j'ai commenté cette ligne, et j'ai delete le folder /usr/local/rtm
 
et j'ai pas reinstallé la V2, j'utilise jamais ce truc de toute façon.

 
En cherchant sur Google j'étais tombé sur ces consignes ouais, sauf que j'ai pas ça dans crontab, et j'ai pas de dir rtm dans /usr/local  

Bonjour,
 
J'ai un Kimsufi 2G qui tourne depuis bientôt 8 ans. Il est actuellement en Ubuntu 16.04 LTS et me sert pour diverses choses dont la sauvegarde de mon NAS et un accès VPN. Je voudrais bientôt y installer nextcloud.
 
Auparavant, j'aimerais m'assurer de la sécurisation de mon serveur, car je fais un piètre sysadmin. Je ne fait quasi aucune update, ne me préoccupe pas du firewall, etc...
 
Est-ce qu'il y aurait une sorte de "checklist de sécurisation", pour m'assurer que l'essentiel est fait?
 
Je me suis noté les objectifs suivants:
 
- Nettoyer / supprimer les vieux services qui ne servent plus,
- Mettre à jour la distribution et tous les paquets,
- Configurer le firewall (UFW?) proprement,
- Supprimer mon VPN pptp et installer un OpenVPN qui marche (ce que je n'ai pas réussi auparavant),
- Avoir un certificat propre pour les accès web,
- Désactiver le Webmin apache.
 
Ça vous semble bien?
 
Autre truc, je flippe un peu dans l'opération de perdre mon accès SSH, notamment lors de la configuration du firewall. Il faut faire attention à quoi pour que ça n'arrive pas?    
 

Du coup pour les alertes de dispo, c'était quoi le mieux les gens svp ?  

metadedi. Site web, ou laisser le discord ouvert dans un coin.

Merci je trouve pas le serveur pour discord par contre
EDIT : c'est bon, trouvé par metadédi, merci !