Reprise du message précédent :
A l'aide svp...
Cette nuit un de mes KS a pseudo crashé (plus de services web)
je me connecte en ssh, ça marche, je ne trouve rien de spécial. Il y a de la place sur les partitions.
Un redémarrage d'apache/php ne donne rien (ils ne veulent pas).
le debug là dessus ne m'informe pas de grand chose, je me dis, allez je fais un apt update et je reboote... mais même l'apt ne veut pas (de tête il me dit que le système est read-only).  
Bon allez, un bon reboot et ça devrait plier le truc.
et là c'est le drame, plus rien
le serveur ping mais pas de ssh
 
reboot hard pas mieux.
 
Là je suis en rescue, mais je ne vois pas trop ce que je peux faire.
 
J'ai monté la partition système (sda1 dans /mnt) et je regarde les logs. Tout s'arrête à 23h59 (le serveur a crashé un tout petit peu après minuit sur l'aspect web, mais c'est étonnant de ne rien trouver car j'ai quand même réussi à accéder en ssh ce matin).
 
- dans fstab tout est normal (strictement identique à mes autres KS)
- j'ai tenté de désactiver ufw (mais il a l'air normal) et de rebooter en mode normal -> pas mieux
 
dans les autres logs dmesg, kern, ... je ne vois rien de spécial, surtout il n'y a rien issu de mes autres tentatives de reboot (genre le reboot hard aboutit à ce que le serveur pinge, donc l'os démarre bien un peu... mais rien dans les logs). Aucun log du 11 juillet par exemple.
 
Que faire ? Des suggestions ?
Et bien sûr sur les 3 que j'ai, c'est le serveur le plus important avec plein de clients qui comptent dessus...
 
Smartctl du disque :

ça ressemble à un disque dur HS ça.
C'est un serveur sans RAID?

Euh, disque plein tout simplement ?

pb disque : j'ai rajouté le smartctl.
pour l'instant en le montant en rescue je n'ai aucune erreur pour accéder à des fichiers par exemple.
 
l0g4n : il y a de la place (53% sur / et encore plus sur /home)

63° le disque dur!
Tu m'étonnes qu'il n'ait pas tenu!

 
Faire un test long pour voir si le disque est en train de lâcher.
Contrôler la température du système aussi (CPU etc.)
Demander à OVH de vérifier les branchements du disque, la ventilation du serveur etc.

Oh ça va, "seulement" 950 réallocations et 12 en pending, on est dans la bonne moyenne de totow
 
Le skeud à 66°C c'est normal s'il est dans la même baie que celui du sieur sus-mentionné
 
 
Blague à part, disque moribond.
 
Imho un selftest long va renvoyer un résultat bien crade.
 
   par bestiauvelu le temps d'écrire.

Ah oui et : si c'est un serveur de prod (sur un Kimsufi ?! ok admettons  ), sauvegarder les données au max, avant d'aller plus loin.

la température en effet !
 
prod + kimsufi = ben oui quand on démarre une activité avec des clients peu nombreux et qui payent peu, c'est déjà pas mal. Ca fait quelques jours que je surveille le serveur à 5€ chez oneprovider (128 de SSD ça m'irait), mais pour l'instant je n'ai pas réussi à avoir le combo "serveur dispo + moi dispo pour passer la commande".
 
J'ai de la redondance car j'ai plusieurs serveurs, j'ai des synchros toutes les heures du serveur "principal" vers des backups (un autre ks, un serveur chez moi...) donc pas trop de soucis de ce côté là.
 
Par contre pas de bascule automatique + différents services un peu pénibles à reparamétrer (serveur de mail, tâches planifiées, ...)
 
Bon là ovh me propose un remplacement du disque dur, après que j'ai fait mes sauvegardes... j'en déduis qu'ils ne proposent pas de mettre un nouveau hdd, dupliquer le contenu de l'ancien vers le nouveau ?
 
Ca serait quoi la technique pour dupliquer les données du disque actuel (je n'ai que quelques Go) vers un backup que je pourrai restaurer pour remettre le système tel quel ?  
 
En gros j'aimerai faire  
sda1 et sda2 -> generer un gros fichier par partition -> transférer ça en ssh vers un autre kimsufi - demander le changement de disque -> booter en rescue sur le serveur réinstaller --> retransférer à l'envers -> et hop le serveur redémarre comme hier à 23h59.
 
C'est quoi l'approche ?
 
mon fils de 4 ans me dit "mais moi je peux t'aider : il faut faire A, B et puis un clic sur la souris". J'ai essayé mais ça n'a pas l'air suffisant

Si c'est seulement quelques Go (2 ? 10 ?), un coup de zip ou tar ou autre archivage, à placer en mémoire (pas sur le disque moisi...) puis l'envoyer vers le nouveau serveur.
Ou pour une capture complète du disque, dd > ssh > fichier ou disque sur le nouveau serveur.
Enfin bref y a l'embarras du choix, reste à voir ce qui est le plus adapté selon le type de données (bdd ? fichiers ?) à sauvegarder, et le volume.

je vais tenter un truc du genre :
tar -cvpzf backup.tar.gz --exclude=/mnt/sda2/backup.tar.gz --one-file-system /mnt/sda2
en le générant sur le disque "moisi" quand même
 
C'est pas "critique", j'essaie de sauver les meubles pour accélérer la restauration et ne pas me taper des heures de reconfig de trucs genre postfix, mysql et compagnie
si ça passe ça sera ça de gagné, sinon tant pis je repartirais de zéro + mes notes de config + restauration à partir des backup de données
 
"/" c'est 8.6 Go
"/home" c'est 34 Go

Si c'est juste sauvegarder la config, en principe c'est pas gros et tout est dans /etc /var/lib et compagnie, donc pas besoin de sauvegarder tout le contenu des partitions.
Un "sudo tar cvzf /dev/shm/backup.tgz --sparse --one-file-system /etc /var/lib /blabla" et c'est réglé.
 
Pour /home, si c'est juste des fichiers (et que pourrait-il y avoir d'autre dans /home ?), un "rsync serveursource:/home serveurdest:/home" et voilà

Tiens j'ai peut-être une piste. J'ai 400 000 fichiers de sessions dans var/lib/php/sessions ça peut peut-être faire que le nombre max d'id de fichiers possibles est atteint.

J'ai supprimé mes 400 000 fichiers, reboot en cours.... suspens
 
Bon sinon ça y est :
 

 

rhaaa, pas mieux.
 
Le serveur répond au ping, mais pas de ssh. C'est fou ça !
 
De retour en rescue, je fais donc mes tar.gz / rsync
 
Par contre comme je suis obligé de monter la partition dans un dossier, genre /mnt/sda2 je sens le problème suivant :
je vais avoir "mnt/sda2" dans mon tar, donc à l'extraction ça va se mettre dans "/mnt/sda2" et non pas dans "/"
 
C'est quoi l'astuce ? "--strip-components 2" ça fait l'affaire ?
 
La je suis sur une Ubuntu 20.04 focal 4.9.58-xxxx-std-ipv6-64  
Je peux demander le changement de disque, réinstaller une ubuntu quelconque, me loguer en rescue, monter le disque, et restaurer mon tar.gz comme ça et oh miracle j'aurai mon os tout bien reconfiguré comme avant ?
 
Edit : bon OVH a changé le disque dur... je réinstalle en passant via proxmox. Comme ça je pourrais foirer ma restauration plus efficacement si besoin

Ce fail... 2 fois que je réinstalle une debian puis lance l'install de proxmox en suivant ce tuto : https://pve.proxmox.com/wiki/Instal [...] 1_Bullseye
 
La 1e fois j'avais écrasé le fichier '/etc/default/networking' lors de l'install de proxmox (il m'avait demandé, j'ai hésité). l'install s'est mal terminée, et au reboot suivant je n'avais plus accès au serveur !
 
Là je viens de refaire en conservant le fichier d'origine... ben ça fait pareil. l'install de proxmox se termine en cacahuète ;(
 
C'est reparti avec le template "proxmox" ovh... j'avais pas vu mais ils sont en version 7, je m'attendais à une antiquité genre 4
 
Et pendant ce temps là chez oneprovider c'est pas foufou, mon serveur est toujours en "livraison en attente" !

 
La livraison chez Online/OneProv peut mettre jusqu'à 48 heures pour se terminer.

 
Pour OneProvider, c'est normal, c'est un mec au Canada qui valide la livraison.

 
Ou en Italie.

ok, merci
 
bon, installation de proxmox ok sur mon ks1...
j'ai créé un conteneur à partir du template, l'ai monté en local sur l'hôte, ait transféré mon fichier de backup de "/", l'ait extrait...  
 
me reste plus qu'à comprendre comment lui filer un accès réseau depuis l'extérieur, genre "nat"...
 
Si je lui force une ip de "lan" ça ne m'avance pas trop, si j'essaye de mettre la même ip que l'hôte ça ne veut pas. je peux lui mettre avec un /24 derrière et ça passe, mais :
1/ ça me fait flipper de tout péter
2/ à première vue ça ne fonctionne pas
3/ le firewall est désactivé
 
C'est quoi l'astuce (je n'ai qu'une ip publique) ?
 
Et accessoirement je n'arrive pas à me loguer au conteneur depuis l'interface de proxmox avec les login/pass de mon backup.

 
littéralement le premier lien qui sort en tapant "kimsufi proxmox" sur Google...
https://it.izero.fr/proxmox-cloud-s [...] r-kimsufi/

Merci pour le lien, en effet parfois je cherche trop compliqué... j'étais dans les recherches "nat proxmox"
 
Bon le coup de la restauration du "/" on va dire que ça ne passe pas j'ai tenté pas mal de choses, ça foire...
 
J'ai restauré un gros backup proxmox d'un conteneur assez similaire à ma prod et qui tournait chez moi, je pars d'un peu plus loin (tout le serveur de mails notamment à me retaper) mais ça a fonctionné du premier coup contre toute attente

Sinon pour la blague, le "nouveau" disque dur :  
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
 
General SMART Values:
Offline data collection status:  (0x80) Offline data collection activity
                                        was never started.
                                        Auto Offline Data Collection: Enabled.
Self-test execution status:      (   0) The previous self-test routine completed
                                        without error or no self-test has ever
                                        been run.
Total time to complete Offline
data collection:                (   28) seconds.
Offline data collection
capabilities:                    (0x5b) SMART execute Offline immediate.
                                        Auto Offline data collection on/off support.
                                        Suspend Offline collection upon new
                                        command.
                                        Offline surface scan supported.
                                        Self-test supported.
                                        No Conveyance Self-test supported.
                                        Selective Self-test supported.
SMART capabilities:            (0x0003) Saves SMART data before entering
                                        power-saving mode.
                                        Supports SMART auto save timer.
Error logging capability:        (0x01) Error logging supported.
                                        General Purpose Logging supported.
Short self-test routine
recommended polling time:        (   1) minutes.
Extended self-test routine
recommended polling time:        ( 335) minutes.
SCT capabilities:              (0x003d) SCT Status supported.
                                        SCT Error Recovery Control supported.
                                        SCT Feature Control supported.
                                        SCT Data Table supported.
 
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000b   100   100   016    Pre-fail  Always       -       0
  2 Throughput_Performance  0x0005   137   137   054    Pre-fail  Offline      -       78
  3 Spin_Up_Time            0x0007   100   100   024    Pre-fail  Always       -       390
  4 Start_Stop_Count        0x0012   100   100   000    Old_age   Always       -       108
  5 Reallocated_Sector_Ct   0x0033   100   100   005    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000b   100   100   067    Pre-fail  Always       -       0
  8 Seek_Time_Performance   0x0005   142   142   020    Pre-fail  Offline      -       25
  9 Power_On_Hours          0x0012   092   092   000    Old_age   Always       -       62188
 10 Spin_Retry_Count        0x0013   100   100   060    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       108
192 Power-Off_Retract_Count 0x0032   099   099   000    Old_age   Always       -       1355
193 Load_Cycle_Count        0x0012   099   099   000    Old_age   Always       -       1355
194 Temperature_Celsius     0x0002   090   090   000    Old_age   Always       -       66 (Min/Max 21/67)
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0022   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0008   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x000a   200   200   000    Old_age   Always       -       0
 
SMART Error Log Version: 1
No Errors Logged
 
SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed without error       00%     62170         -
# 2  Short offline       Completed without error       00%     62162         -
 
SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
 
 
----> plus de 7 ans d'heures de vol ! sympa le remplacement.
et il fait toujours 66 degrés dans le serveur... tout va bien !

Il chauffe encore plus que le précédent ... 62 000 heures de vol quand même ...
 
Mais aucune erreur

3h37, mon serveur est de nouveau (presque) pleinement opérationnel.
 
Pas mal de petites blagounettes (ip non routable, ip locale qui a changée par rapport à avant, port 25 utilisé par proxmox alors que j'en ai besoin sur le conteneur...)
 
vive l'administration de machine

En même temps Kimsufi c'est déjà la 3eme vie du matos : tu ne risques pas d'avoir un HDD flambant (haha) neuf.
 
Tu ne lances pas un selftest long avant de copier tes données ?

 
7 ans c'est absolument rien (se souvenir de la courbe de mortalité en berceau), et ce disque dur est impeccable.
 
C'est comme les pilotes d'Airbus : mieux vaut un vieux pilote avec zéro crash au compteur, qu'un jeune pilote qui n'a pas encore eu le temps de s'écraser.

Tous les dd de mes serveurs ovh ont plus de 50 000h de vol.

En novembre 2017 j'ai commandé les 3 kimsufi que j'utilise encore actuellement, à quelques jours d'intervalle.
Ils avaient respectivement 2487 heures / 927 heures et... 105 heures !!!
 
C'était une autre époque
 
3615 mylife : serveur oneprovider livré, installation de proxmox en cours (le template c'est proxmox 6 par contre chez eux).
 
Si le serveur répond bien, je pense que je migrerai mon appli "officielle"dessus, et que je ferai en sorte de répliquer genre 1x par jour le conteneur vers le kimsufi actuel.
 
J'imagine que le plus pertinent c'est de le faire via proxmox backup server ?
 
Vous pensez que je peux installer PBS en conteneur sur le kimsufi actuel et pousser directement des backups réguliers entre oneprovider et le kimsufi ?
 
ça fonctionne ? c'est fiable ? ça transfère que des deltas ou le conteneur entier à chaque fois ?

Sinon ça continue... loi des séries.
 
Je mets à jour debian 10->11 et proxmox 6->7
Tout se passe plutôt bien
 
A la fin je reboote comme conseillé dans la doc...et depuis le serveur ne répond plus au ping même après un hard reboot !!!
 
rhaaaaaaaaaaaaaaaaaa mais je suis maudit.
 
Edit : bon en rescue je n'arrive qu'à monter la partition de boot, c'est déjà ça
 
Dedans j'ai :  
config-5.15.39-1-pve  initrd.img-5.15.39-1-pve  pve                       vmlinuz-5.15.39-1-pve
config-5.4.189-2-pve  initrd.img-5.4.189-2-pve  System.map-5.15.39-1-pve  vmlinuz-5.4.189-2-pve
grub                  lost+found                System.map-5.4.189-2-pve
 
virer les vieux fichiers en 5.4 ça parait une bonne idée ou pas ?
Là j'avoue qu'on a atteint mes limites de sysadmin...

Je pose ça là : monter une partition lvm en mode rescue : https://www.shellhacks.com/mount-lv [...] scue-mode/
 
Bon dans syslog ça démarre plutôt pas mal et ça enchaine avec des :
Jul 12 16:30:22 sd-132272 systemd[1]: Finished LXC Container Initialization and Autoboot Code.
Jul 12 16:30:22 sd-132272 named[676]: network unreachable resolving './DNSKEY/IN': 2001:500:12::d0d#53
 
et des kilomètres de :
Jul 12 16:30:50 sd-132272 named[676]: network unreachable resolving '_.pool.ntp.org/A/IN': 2001:503:c27::2:30#53
Jul 12 16:30:50 sd-132272 named[676]: network unreachable resolving '_.pool.ntp.org/A/IN': 2001:500:1::53#53
Jul 12 16:30:50 sd-132272 ntpd[708]: error resolving pool 0.debian.pool.ntp.org: Temporary failure in name resolution (-3)
Jul 12 16:30:50 sd-132272 named[676]: network unreachable resolving './NS/IN': 2001:500:a8::e#53
Jul 12 16:30:50 sd-132272 named[676]: network unreachable resolving './NS/IN': 2001:503:ba3e::2:30#53
Jul  
 
j'ai tenté de modifier le resolv.conf en dégageant une entrée 127.0.0.1 et en ne laissant que les 2 entrées avec des DNS valides, mais ça ne semble pas changer grand chose
 
ah tiens et si c'était le traditionnel problème de pas d'adresse mac dans le fichier etc/network/interfaces ?
Testons... ah bordel, c'était ça.
 
Bon maintenant l'étape suivante : l'imgroglio de la gestion des users : à l'install le template a créé un user linux avec mon nom, mais pour se loguer dans l'interface proxmox il fallait mettre root + le mot de passe associé au compte "monnom". Maintenant ça ne fonctionne plus... wtf
 
Ah j'ai changé le mot de passe root entre temps, c'est peut-être ça... il avait mis le même mot de passe aux 2... ouah...
 
Ah le charge de l'administration linux.
 
Bon ben ça tourne, plus qu'à importer un backup

Courage moi dernièrement j’ai galère avec une VM et Nodejs / yarn / npm. Un beau bordel quand on ne pratique pas tous les jours  
 
Par contre de mon côté j’ai un peu abandonné les KS pour des VPS. C’est plus fiable niveau HW. Sauf quand ça crame visiblement

Bonjour,
Idem pour moi depuis hier matin, partition / passée en read only, multiples erreurs sur le disque. J'ai finalement réussi à remettre en route le serveur mais il a de nouveau planté ce matin.
Pensant à un problème de mise à jour d'OS j'ai demandé une réinstall du serveur, j'ai dans la foulée reçu un mail m'indiquant une erreur hardware, le serveur ne démarre plus. Une intervention des techniciens a été planifiée.
 
Combien de temps a pris le changement de disque dur pour toi ? Y-a-t-il une demande particulière à effectuer ?
 
 
Merci,

Vous allez rire. (Moi pas).. Ce matin dans ma boite mail un rapport d'erreur smart d'un autre kimsufi...
J'ai l'impression que la vague de chaleur les fait claquer comme des mouches !

Octave, allume la clim sinon ca va être l'hécatombe des petits vieux (serveurs) !

J'ai regardé chez moi ras.
Les dd sont à 41° avec des vm qui sont en train de travailler (montée de version de debian 10 à 11)  
 
Donc ras.

Bonjour , après avoir refait mon installe sur mon petit ks1 sous ubuntu , sa roule parfaitement  
 
Par moment Il plante et je n’ai plus accès au ssh , pourtant j’ai changer le port ssh pour être tranquille  
Je suis obligé de le redémarrer via mon compte ovh
 
Une idée ?

regarde ce que tu peux trouver dans /var/log/syslog par exemple
il y a aussi auth.log dans le même dossier pour voir s'il se passe des trucs sur le ssh
 
si tu as fail2ban, regarde aussi comment il se comporte

Regarde tes températures CPU ...

Pour fail2ban existe t il un tutoriel pour débutant ? Je veux pas planter mon serveur

Boh ça doit se trouver sur les Internet...