Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1786 connectés 

  FORUM HardWare.fr
  Linux et OS Alternatifs
  Divers

  [CENTOS] Help config soyoustart en mose rescue, ecran noir en normal

 
 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

[CENTOS] Help config soyoustart en mose rescue, ecran noir en normal

n°1453680
mechkurt
Posté le 07-09-2020 à 09:58:06  profilanswer
 

Bonjour, j'ai fait ce matin un yum update et un reboot -r now var il 'yavait des mises à jour de Kernel (globalement la mchaine était résté 2 mois snas mises à jour :- /).
Il s'agit d'une install Centos 6 sur Serveur SYS - 32G E3-1245v2 HardRaid 2x2 To
Voici ce que me donne les partitions en mode rescue :

Code :
  1. root@rescue:~# fdisk -l
  3. Disk /dev/ram0: 4 MiB, 4194304 bytes, 8192 sectors
  4. Units: sectors of 1 * 512 = 512 bytes
  5. Sector size (logical/physical): 512 bytes / 4096 bytes
  6. I/O size (minimum/optimal): 4096 bytes / 4096 bytes
  7. Disk /dev/ram1: 4 MiB, 4194304 bytes, 8192 sectors
  8. Units: sectors of 1 * 512 = 512 bytes
  9. Sector size (logical/physical): 512 bytes / 4096 bytes
  10. I/O size (minimum/optimal): 4096 bytes / 4096 bytes
  11. Disk /dev/ram2: 4 MiB, 4194304 bytes, 8192 sectors
  12. Units: sectors of 1 * 512 = 512 bytes
  13. Sector size (logical/physical): 512 bytes / 4096 bytes
  14. I/O size (minimum/optimal): 4096 bytes / 4096 bytes
  15. Disk /dev/ram3: 4 MiB, 4194304 bytes, 8192 sectors
  16. Units: sectors of 1 * 512 = 512 bytes
  17. Sector size (logical/physical): 512 bytes / 4096 bytes
  18. I/O size (minimum/optimal): 4096 bytes / 4096 bytes
  19. Disk /dev/ram4: 4 MiB, 4194304 bytes, 8192 sectors
  20. Units: sectors of 1 * 512 = 512 bytes
  21. Sector size (logical/physical): 512 bytes / 4096 bytes
  22. I/O size (minimum/optimal): 4096 bytes / 4096 bytes
  23. Disk /dev/ram5: 4 MiB, 4194304 bytes, 8192 sectors
  24. Units: sectors of 1 * 512 = 512 bytes
  25. Sector size (logical/physical): 512 bytes / 4096 bytes
  26. I/O size (minimum/optimal): 4096 bytes / 4096 bytes
  27. Disk /dev/ram6: 4 MiB, 4194304 bytes, 8192 sectors
  28. Units: sectors of 1 * 512 = 512 bytes
  29. Sector size (logical/physical): 512 bytes / 4096 bytes
  30. I/O size (minimum/optimal): 4096 bytes / 4096 bytes
  31. Disk /dev/ram7: 4 MiB, 4194304 bytes, 8192 sectors
  32. Units: sectors of 1 * 512 = 512 bytes
  33. Sector size (logical/physical): 512 bytes / 4096 bytes
  34. I/O size (minimum/optimal): 4096 bytes / 4096 bytes
  35. Disk /dev/ram8: 4 MiB, 4194304 bytes, 8192 sectors
  36. Units: sectors of 1 * 512 = 512 bytes
  37. Sector size (logical/physical): 512 bytes / 4096 bytes
  38. I/O size (minimum/optimal): 4096 bytes / 4096 bytes
  39. Disk /dev/ram9: 4 MiB, 4194304 bytes, 8192 sectors
  40. Units: sectors of 1 * 512 = 512 bytes
  41. Sector size (logical/physical): 512 bytes / 4096 bytes
  42. I/O size (minimum/optimal): 4096 bytes / 4096 bytes
  43. Disk /dev/ram10: 4 MiB, 4194304 bytes, 8192 sectors
  44. Units: sectors of 1 * 512 = 512 bytes
  45. Sector size (logical/physical): 512 bytes / 4096 bytes
  46. I/O size (minimum/optimal): 4096 bytes / 4096 bytes
  47. Disk /dev/ram11: 4 MiB, 4194304 bytes, 8192 sectors
  48. Units: sectors of 1 * 512 = 512 bytes
  49. Sector size (logical/physical): 512 bytes / 4096 bytes
  50. I/O size (minimum/optimal): 4096 bytes / 4096 bytes
  51. Disk /dev/ram12: 4 MiB, 4194304 bytes, 8192 sectors
  52. Units: sectors of 1 * 512 = 512 bytes
  53. Sector size (logical/physical): 512 bytes / 4096 bytes
  54. I/O size (minimum/optimal): 4096 bytes / 4096 bytes
  55. Disk /dev/ram13: 4 MiB, 4194304 bytes, 8192 sectors
  56. Units: sectors of 1 * 512 = 512 bytes
  57. Sector size (logical/physical): 512 bytes / 4096 bytes
  58. I/O size (minimum/optimal): 4096 bytes / 4096 bytes
  59. Disk /dev/ram14: 4 MiB, 4194304 bytes, 8192 sectors
  60. Units: sectors of 1 * 512 = 512 bytes
  61. Sector size (logical/physical): 512 bytes / 4096 bytes
  62. I/O size (minimum/optimal): 4096 bytes / 4096 bytes
  63. Disk /dev/ram15: 4 MiB, 4194304 bytes, 8192 sectors
  64. Units: sectors of 1 * 512 = 512 bytes
  65. Sector size (logical/physical): 512 bytes / 4096 bytes
  66. I/O size (minimum/optimal): 4096 bytes / 4096 bytes
  67. Disk /dev/sda: 1.8 TiB, 2000240508928 bytes, 3906719744 sectors
  68. Units: sectors of 1 * 512 = 512 bytes
  69. Sector size (logical/physical): 512 bytes / 512 bytes
  70. I/O size (minimum/optimal): 512 bytes / 512 bytes
  71. Disklabel type: gpt
  72. Disk identifier: A6CBC7E3-CD73-4BC3-B350-3960BCFED119
  74. Device          Start        End    Sectors    Size Type
  75. /dev/sda1          40       2048       2009 1004.5K BIOS boot
  76. /dev/sda2        4096    1050623    1046528    511M Linux filesystem
  77. /dev/sda3     1050624 3905665023 3904614400    1.8T Linux filesystem
  78. /dev/sda4  3905665024 3906711551    1046528    511M Linux swap


Je vais éplucher les logs mais je ne suis pas administrateur réseaux donc toute aide est la bienvenu !  [:halp]


---------------
D3
mood
Publicité
Posté le 07-09-2020 à 09:58:06  profilanswer
 

n°1453681
mechkurt
Posté le 07-09-2020 à 10:08:59  profilanswer
 

J'ai monté sda2 et sda3 pour avoir des logs
Voici ce que j'ai dans /sda3/var/log/messages :

Code :
  1. Sep  7 08:51:03 ns3371649 named[6280]: validating @0x7f180436d740: epel.mirror.liteserver.nl A: no valid signature found
  2. Sep  7 08:51:03 ns3371649 named[6280]: validating @0x7f17ec211ff0: mirror.liteserver.nl A: no valid signature found
  3. Sep  7 08:51:03 ns3371649 named[6280]: validating @0x7f17e8006910: mirror.uv.es A: no valid signature found
  4. Sep  7 08:51:05 ns3371649 named[6280]: validating @0x7f17e8005900: mirror.nonstop.co.il A: no valid signature found
  5. Sep  7 08:51:06 ns3371649 named[6280]: validating @0x7f17e4005750: mirror.alpha-labs.net A: no valid signature found
  6. Sep  7 08:51:26 ns3371649 yum[16457]: Updated: php-common-5.6.40-22.el6.remi.x86_64
  7. Sep  7 08:51:27 ns3371649 yum[16457]: Updated: php-pdo-5.6.40-22.el6.remi.x86_64
  8. Sep  7 08:51:28 ns3371649 yum[16457]: Updated: php-cli-5.6.40-22.el6.remi.x86_64
  9. Sep  7 08:51:29 ns3371649 yum[16457]: Updated: php-xml-5.6.40-22.el6.remi.x86_64
  10. Sep  7 08:51:29 ns3371649 yum[16457]: Updated: ovh-rtm-binaries-1.0.13-1.noarch
  11. Sep  7 08:51:30 ns3371649 yum[16457]: Updated: ovh-rtm-metrics-toolkit-1.0.8-1.noarch
  12. Sep  7 08:51:30 ns3371649 yum[16457]: Updated: php-xmlrpc-5.6.40-22.el6.remi.x86_64
  13. Sep  7 08:51:31 ns3371649 yum[16457]: Updated: php-5.6.40-22.el6.remi.x86_64
  14. Sep  7 08:51:32 ns3371649 yum[16457]: Updated: php-odbc-5.6.40-22.el6.remi.x86_64
  15. Sep  7 08:51:32 ns3371649 yum[16457]: Updated: php-mysqlnd-5.6.40-22.el6.remi.x86_64
  16. Sep  7 08:51:33 ns3371649 yum[16457]: Updated: php-gd-5.6.40-22.el6.remi.x86_64
  17. Sep  7 08:51:34 ns3371649 yum[16457]: Updated: php-mbstring-5.6.40-22.el6.remi.x86_64
  18. Sep  7 08:51:34 ns3371649 yum[16457]: Updated: php-imap-5.6.40-22.el6.remi.x86_64
  19. Sep  7 08:51:35 ns3371649 yum[16457]: Updated: php-ldap-5.6.40-22.el6.remi.x86_64
  20. Sep  7 08:51:36 ns3371649 yum[16457]: Updated: php-process-5.6.40-22.el6.remi.x86_64
  21. Sep  7 08:51:37 ns3371649 yum[16457]: Updated: php-mcrypt-5.6.40-22.el6.remi.x86_64
  22. Sep  7 08:51:44 ns3371649 yum[16457]: Updated: kernel-4.19-ovh-xxxx-std-ipv6-64-4.19_ovh_xxxx_std_ipv6_64-1407389.x86_64
  23. Sep  7 08:51:47 ns3371649 yum[16457]: Updated: kernel-4.19-ovh-xxxx-std-ipv6-64-headers-4.19_ovh_xxxx_std_ipv6_64-1407389.x86_64
  24. Sep  7 08:51:49 ns3371649 yum[16457]: Updated: ca-certificates-2020.2.41-65.1.el6_10.noarch
  25. Sep  7 08:52:19 ns3371649 yum[16457]: Updated: webmin-1.955-1.noarch
  26. Sep  7 08:54:43 ns3371649 clamd[1606]: SelfCheck: Database status OK.
  27. Sep  7 08:55:31 ns3371649 named[6280]: managed-keys-zone ./IN: Active key unexpectedly missing from .
  28. Sep  7 08:57:20 ns3371649 fail2ban.actions[2105]: NOTICE [sshd] Unban 45.227.255.4
  29. Sep  7 09:01:59 ns3371649 init: tty (/dev/tty1) main process (2254) killed by TERM signal
  30. Sep  7 09:01:59 ns3371649 init: tty (/dev/tty2) main process (2256) killed by TERM signal
  31. Sep  7 09:01:59 ns3371649 init: tty (/dev/tty3) main process (2258) killed by TERM signal
  32. Sep  7 09:01:59 ns3371649 init: tty (/dev/tty4) main process (2260) killed by TERM signal
  33. Sep  7 09:01:59 ns3371649 init: tty (/dev/tty5) main process (2262) killed by TERM signal
  34. Sep  7 09:01:59 ns3371649 init: tty (/dev/tty6) main process (2264) killed by TERM signal
  35. Sep  7 09:01:59 ns3371649 fail2ban.server[2105]: INFO Stopping all jails
  36. Sep  7 09:02:00 ns3371649 fail2ban.jail[2105]: INFO Jail 'selinux-ssh' stopped
  37. Sep  7 09:02:01 ns3371649 fail2ban.action[2105]: ERROR iptables  -D INPUT -p tcp -m multiport --dports ssh -j f2b-default#012iptables  -F f2b-default#012iptables  -X f2b-default -- stdout: ''
  38. Sep  7 09:02:01 ns3371649 fail2ban.action[2105]: ERROR iptables  -D INPUT -p tcp -m multiport --dports ssh -j f2b-default#012iptables  -F f2b-default#012iptables  -X f2b-default -- stderr: 'iptables: Too many links.\n'
  39. Sep  7 09:02:01 ns3371649 fail2ban.action[2105]: ERROR iptables  -D INPUT -p tcp -m multiport --dports ssh -j f2b-default#012iptables  -F f2b-default#012iptables  -X f2b-default -- returned 1
  40. Sep  7 09:02:01 ns3371649 fail2ban.actions[2105]: ERROR Failed to stop jail 'sshd' action 'iptables-multiport': Error stopping action
  41. Sep  7 09:02:01 ns3371649 fail2ban.jail[2105]: INFO Jail 'sshd' stopped
  42. Sep  7 09:02:01 ns3371649 fail2ban.jail[2105]: INFO Jail 'sendmail-auth' stopped
  43. Sep  7 09:02:01 ns3371649 fail2ban.jail[2105]: INFO Jail 'postfix' stopped
  44. Sep  7 09:02:02 ns3371649 fail2ban.jail[2105]: INFO Jail 'courier-smtp' stopped
  45. Sep  7 09:02:03 ns3371649 fail2ban.jail[2105]: INFO Jail 'mysqld-auth' stopped
  46. Sep  7 09:02:03 ns3371649 fail2ban.jail[2105]: INFO Jail 'webmin-auth' stopped
  47. Sep  7 09:02:04 ns3371649 fail2ban.jail[2105]: INFO Jail 'sshd-ddos' stopped
  48. Sep  7 09:02:04 ns3371649 fail2ban.server[2105]: INFO Exiting Fail2ban
  49. Sep  7 09:02:07 ns3371649 clamd[1606]: Pid file removed.
  50. Sep  7 09:02:07 ns3371649 clamd[1606]: --- Stopped at Mon Sep  7 09:02:07 2020
  51. Sep  7 09:02:07 ns3371649 clamd[1606]: Socket file removed.
  52. Sep  7 09:02:08 ns3371649 init: Disconnected from system bus
  53. Sep  7 09:02:08 ns3371649 named[6280]: received control channel command 'stop'
  54. Sep  7 09:02:08 ns3371649 named[6280]: shutting down: flushing changes
  55. Sep  7 09:02:08 ns3371649 named[6280]: stopping command channel on 127.0.0.1#953
  56. Sep  7 09:02:08 ns3371649 named[6280]: stopping command channel on ::1#953
  57. Sep  7 09:02:08 ns3371649 named[6280]: no longer listening on 127.0.0.1#53
  58. Sep  7 09:02:08 ns3371649 named[6280]: no longer listening on ::1#53
  59. Sep  7 09:02:08 ns3371649 named[6280]: exiting
  60. Sep  7 09:02:11 ns3371649 auditd[1370]: The audit daemon is exiting.
  61. Sep  7 09:02:11 ns3371649 kernel: audit: type=1305 audit(1599462131.303:1449556): audit_pid=0 old=1370 auid=4294967295 ses=4294967295 res=1
  62. Sep  7 09:02:11 ns3371649 kernel: audit: type=1305 audit(1599462131.403:1449557): audit_enabled=0 old=1 auid=4294967295 ses=4294967295 res=1
  63. Sep  7 09:02:11 ns3371649 kernel: Kernel logging (proc) stopped.
  64. Sep  7 09:02:11 ns3371649 rsyslogd: [origin software="rsyslogd" swVersion="5.8.10" x-pid="1404" x-info="http://www.rsyslog.com"] exiting on signal 15.


---------------
D3
n°1453682
Hermes le ​Messager
Breton Quiétiste
Posté le 07-09-2020 à 10:18:00  profilanswer
 

Quand tu dis écran noir, tu devrais avoir quoi en temps normal ? l'écran en mode console ou l'écran en mode graphique?

Message cité 1 fois

---------------
Expert en expertises
n°1453683
mechkurt
Posté le 07-09-2020 à 10:22:49  profilanswer
 

Hermes le Messager a écrit :

Quand tu dis écran noir, tu devrais avoir quoi en temps normal ? l'écran en mode console ou l'écran en mode graphique?


Je cites le ticket de SoYouStart (filiale d'OVH) :

Code :
  1. Voici les détails de cette opération :
  2. Boot sur interface diagnostique (rescue)
  3. Date 2020-09-07 09:17:32 CEST (UTC +02:00), kevin P a fait Boot sur interface diagnostique (rescue):
  4. Voici le détail de l'intervention réalisée:
  5. Le serveur reste bloqué durant la phase de boot sur le message :
  6. (blackscreen)
  7. Un redémarrage sur un noyau standard OVH ('netboot') ne corrige pas la
  8. situation.
  10. Actions entreprises:
  11. Redémarrage du serveur sur mode 'rescue' (Linux)
  13. Résultat:
  14. Boot OK. Système 'rescue' accessible.
  16. Recommandations:
  17. Configuration/erreur à corriger par le client


Il n'y a pas d'environnement graphique sur ce poste, je "l'administres" (quand il veut bien booter) via putty / winscp et parfois via webmin...


---------------
D3
n°1453684
Hermes le ​Messager
Breton Quiétiste
Posté le 07-09-2020 à 10:38:01  profilanswer
 

Est-ce que dans /sda3/var/log tu as des boot logs:
 
Si boot.log n'est pas empty, tu peux regarder dedans mais il contiendra sûrement le dernier boot. Vois donc ceux résultant du log rotate, donc boot.log.1 par exemple si celui-ci existe et les suivants. Montre moi le content de boot.log et boot.log.1 s'ils existent et ne sont pas empty.
 


---------------
Expert en expertises
n°1453685
mechkurt
Posté le 07-09-2020 à 10:44:19  profilanswer
 

Contenu de /sda3/var/log/boot.log (fichier modifier le 06/01/2020 à 08:46:00) pas d'autre fichiers commençant par boot...

Code :
  1. %G/pre-pivot/50selinux-loadpolicy.sh: 14: cannot create /sysroot/selinux/enforce: Read-only file system
  2.  Welcome to CentOS
  3. Démarrage de udev : udevd[679]: can not read '/etc/udev/rules.d/80-net-name-slot.rules'
  4. udevd[679]: can not read '/etc/udev/rules.d/80-net-name-slot.rules'
  7. udevd[679]: can not read '/etc/udev/rules.d/80-net-setup-link.rules'
  8. udevd[679]: can not read '/etc/udev/rules.d/80-net-setup-link.rules'
  11. %G[  OK  ]
  13. Configuration du nom d'hôte nsblahblah.ip-XX-YYY-ZZ..eu:  [  OK  ]
  15. Configuration du gestionnaire de volume logique :  [  OK  ]
  17. Vérification des systèmes de fichiers
  18. / : propre, 519849/122019840 fichiers, 17938134/488076800 blocs
  19. /boot : propre, 41/131072 fichiers, 80246/523264 blocs
  20. [  OK  ]
  22. Remontage du système de fichiers racine en mode lecture-écriture :  [  OK  ]
  24. mount : selon mtab /dev/sda3 est déjà monté sur /
  26. Montage des systèmes de fichiers locaux :  [  OK  ]
  28. Activation des quotas des systèmes de fichiers locaux :  [  OK  ]
  30. Activation des /etc/fstab swaps :  [  OK  ]
  32. Début du démarrage non-interactif
  33. Calling the system activity data collector (sadc)...
  34. ipset: Loaded with no configuration
  35. ip6tables : Application des règles du pare-feu : [  OK  ]
  37. iptables : Application des règles du pare-feu : [  OK  ]
  39. Activation de l'interface loopback :  [  OK  ]
  41. Activation de l'interface eth0 :  Determining if ip address XX.YYY.ZZ.69 is already in use for device eth0...
  42. Non-standard uts for running kernel:
  43. release 4.19-ovh-xxxx-std-ipv6-64=4.19.0 gives version code 267008
  44. [  OK  ]
  46. Démarrage de auditd : [  OK  ]
  48. Démarrage de portreserve : [  OK  ]
  50. Démarrage de l'enregistreur de journaux du système : [  OK  ]
  52. Démarrage de named : [  OK  ]
  54. Démarrage de mdmonitor : [  OK  ]
  56. Démarrage du bus de messages du système : [  OK  ]
  58. Mounting filesystems:  [  OK  ]
  60. Redémarrage des événements udev en échec[  OK  ]
  62. Starting beamium
  63. Started
  64. Starting noderig
  65. Started
  66. Démarrage de sshd : [  OK  ]
  68. Starting Clam AntiVirus Daemon: [  OK  ]
  70. Démarrage de mysqld :  [  OK  ]
  72. Démarrage de postfix : [  OK  ]
  74. Démarrage de httpd : [  OK  ]
  76. Démarrage de crond : [  OK  ]
  78. Démarrage de fail2ban : [  OK  ]
  80. Démarrage de atd : [  OK  ]
  82. -


---------------
D3
n°1453686
mechkurt
Posté le 07-09-2020 à 10:47:42  profilanswer
 

J'ai relancé le ticket clos auprès de l'hebergeur avec ce contenu :

Citation :

Bonjour,
Je me suis contenté de faire yum update suivi d'un reboot -r now après ça j'ai reçu vos Mails comme quoi la machine était en panne...
J'ai remonté la partition en mode rescue et voici le contenu de /var/log/messages depuis mon yum update jusqu'a la fin du fichier :
[log de messages cf. ci dessus]
L’extinction semble normal, par contre aucune trace d'un redémarrage, êtes vous vraiment certain qu'il n'y a aucun problème hardware ?


Bizarre non qu'il ne redémarre pas ?


---------------
D3
n°1453694
Erlum
Posté le 07-09-2020 à 13:30:21  profilanswer
 

Faudrait démarrer sur un ancien noyau pour voir si c'est pas le nouveau la cause du problème.
 
On a eu le cas y'a quelques mois au boulot... Je sais pas si c'est possible de réaliser ça sans accès console par contre.

n°1453695
mechkurt
Posté le 07-09-2020 à 14:06:39  profilanswer
 

C'est possible ça de rollback un yum update directement sur des partitions avec une machine qui ne démarre pas ?
 
Ça me semble chaud ! :- /
 
Pourquoi y'a toujours des galère de serveurs, je suis développeur pas sysadmin... [:ruisseau de larmes]

Message cité 1 fois

---------------
D3
n°1453697
Hermes le ​Messager
Breton Quiétiste
Posté le 07-09-2020 à 15:08:49  profilanswer
 

mechkurt a écrit :

C'est possible ça de rollback un yum update directement sur des partitions avec une machine qui ne démarre pas ?
 
Ça me semble chaud ! :- /
 
Pourquoi y'a toujours des galère de serveurs, je suis développeur pas sysadmin... [:ruisseau de larmes]


 
Il y a bcp de choses à faire. Le plus préoccupant dans ton cas, c'est que pour le moment je n'ai pas vu de logs qui expliquent clairement ce qui se passe et ce qui empêche la machine de booter correctement.  
Tu peux tenter de démarrer en utilisant le kernel précédent et voir ce qui se passe sans pour autant faire un rollback du yum update. Parallèlement à cela, tu peux aussi voir ce que contient :
 
/var/log/yum.log
 
Pour voir ce qui a été mis à jour lors de ton update.

Message cité 1 fois

---------------
Expert en expertises
mood
Publicité
Posté le 07-09-2020 à 15:08:49  profilanswer
 

n°1453698
mechkurt
Posté le 07-09-2020 à 15:16:40  profilanswer
 

Hermes le Messager a écrit :

Il y a bcp de choses à faire. Le plus préoccupant dans ton cas, c'est que pour le moment je n'ai pas vu de logs qui expliquent clairement ce qui se passe et ce qui empêche la machine de booter correctement.  
Tu peux tenter de démarrer en utilisant le kernel précédent et voir ce qui se passe sans pour autant faire un rollback du yum update.

 
Moi je veux bien, mais je n'ai aucune idée de comment faire !

Hermes le Messager a écrit :


Parallèlement à cela, tu peux aussi voir ce que contient :
/var/log/yum.log
 
Pour voir ce qui a été mis à jour lors de ton update.


Rien de bizarre a priori, enfin en tout cas pour moi...

Code :
  1. Jan 06 08:42:23 Updated: libcurl-7.19.7-54.el6_10.x86_64
  2. Jan 06 08:42:23 Updated: curl-7.19.7-54.el6_10.x86_64
  3. Jan 06 08:42:35 Updated: webmin-1.940-2.noarch
  4. Jan 06 08:42:36 Updated: kernel-4.19-ovh-xxxx-std-ipv6-64-headers-4.19_ovh_xxxx_std_ipv6_64-1051709.x86_64
  5. Jan 06 08:42:37 Updated: ca-certificates-2019.2.32-65.1.el6_10.noarch
  6. Jan 06 08:42:53 Updated: kernel-4.19-ovh-xxxx-std-ipv6-64-4.19_ovh_xxxx_std_ipv6_64-1051709.x86_64
  7. Jan 06 08:42:54 Updated: freetype-2.3.11-19.el6_10.x86_64
  8. Mar 04 09:11:31 Installed: 1:qt-4.6.2-28.el6_5.x86_64
  9. Mar 04 09:11:32 Installed: alsa-lib-1.1.0-4.el6.x86_64
  10. Mar 04 09:11:33 Installed: 2:libogg-1.1.4-2.1.el6.x86_64
  11. Mar 04 09:11:49 Updated: webmin-1.941-1.noarch
  12. Mar 04 09:11:49 Installed: foomatic-db-filesystem-4.0-8.20091126.el6.noarch
  13. Mar 04 09:11:49 Installed: libmng-1.0.10-4.1.el6.x86_64
  14. Mar 04 09:11:50 Installed: mesa-dri-filesystem-11.0.7-4.el6.x86_64
  15. Mar 04 09:11:50 Installed: openjpeg-libs-1.3-16.el6_8.x86_64
  16. Mar 04 09:11:51 Installed: qt3-3.3.8b-30.el6.x86_64
  17. Mar 04 09:11:52 Installed: cvs-1.11.23-16.el6.x86_64
  18. Mar 04 09:11:53 Installed: gettext-0.17-18.el6.x86_64
  19. Mar 04 09:11:54 Installed: 1:libvorbis-1.2.3-5.el6_9.1.x86_64
  20. Mar 04 09:11:54 Installed: 1:libtheora-1.1.0-2.el6.x86_64
  21. Mar 04 09:11:55 Installed: 1:qt-sqlite-4.6.2-28.el6_5.x86_64
  22. Mar 04 09:11:55 Installed: libgudev1-147-2.74.el6_10.x86_64
  23. Mar 04 09:11:56 Installed: libvisual-0.4.0-10.el6.x86_64
  24. Mar 04 09:11:59 Installed: db4-devel-4.7.25-22.el6.x86_64
  25. Mar 04 09:12:00 Installed: libXv-1.0.11-1.el6.x86_64
  26. Mar 04 09:12:01 Updated: libzip5-1.6.1-1.el6.remi.x86_64
  27. Mar 04 09:12:02 Updated: php-common-5.6.40-18.el6.remi.x86_64
  28. Mar 04 09:12:05 Updated: php-pecl-zip-1.17.2-1.el6.remi.5.6.x86_64
  29. Mar 04 09:12:06 Updated: php-pdo-5.6.40-18.el6.remi.x86_64
  30. Mar 04 09:12:08 Updated: php-cli-5.6.40-18.el6.remi.x86_64
  31. Mar 04 09:12:08 Updated: php-xml-5.6.40-18.el6.remi.x86_64
  32. Mar 04 09:12:09 Installed: libXxf86vm-1.1.3-2.1.el6.x86_64
  33. Mar 04 09:12:10 Installed: xml-common-0.6.3-33.el6.noarch
  34. Mar 04 09:12:11 Installed: iso-codes-3.16-2.el6.noarch
  35. Mar 04 09:12:12 Installed: gstreamer-tools-0.10.29-1.el6.x86_64
  36. Mar 04 09:12:13 Installed: gstreamer-0.10.29-1.el6.x86_64
  37. Mar 04 09:12:16 Installed: poppler-data-0.4.0-1.el6.noarch
  38. Mar 04 09:12:16 Installed: poppler-0.12.4-12.el6_10.1.x86_64
  39. Mar 04 09:12:17 Installed: poppler-utils-0.12.4-12.el6_10.1.x86_64
  40. Mar 04 09:12:19 Installed: 1:cups-1.4.2-81.el6_10.x86_64
  41. Mar 04 09:12:22 Installed: foomatic-db-ppds-4.0-8.20091126.el6.noarch
  42. Mar 04 09:12:24 Installed: foomatic-db-4.0-8.20091126.el6.noarch
  43. Mar 04 09:12:25 Installed: foomatic-4.0.4-5.el6_7.x86_64
  44. Mar 04 09:12:26 Installed: mesa-private-llvm-3.6.2-1.el6.x86_64
  45. Mar 04 09:12:27 Installed: mesa-dri1-drivers-7.11-8.el6.x86_64
  46. Mar 04 09:12:29 Installed: mesa-dri-drivers-11.0.7-4.el6.x86_64
  47. Mar 04 09:12:29 Installed: mesa-libGL-11.0.7-4.el6.x86_64
  48. Mar 04 09:12:30 Installed: mesa-libGLU-11.0.7-4.el6.x86_64
  49. Mar 04 09:12:32 Installed: liboil-0.3.16-4.1.el6.x86_64
  50. Mar 04 09:12:33 Installed: libXtst-1.2.3-1.el6.x86_64
  51. Mar 04 09:12:34 Installed: cdparanoia-libs-10.2-5.1.el6.x86_64
  52. Mar 04 09:12:35 Installed: gstreamer-plugins-base-0.10.29-2.el6.x86_64
  53. Mar 04 09:12:36 Installed: 1:phonon-backend-gstreamer-4.6.2-28.el6_5.x86_64
  54. Mar 04 09:12:38 Installed: 1:qt-x11-4.6.2-28.el6_5.x86_64
  55. Mar 04 09:12:39 Installed: gdbm-devel-1.8.0-39.el6.x86_64
  56. Mar 04 09:12:40 Installed: perl-ExtUtils-MakeMaker-6.55-144.el6.x86_64
  57. Mar 04 09:12:41 Installed: perl-Test-Harness-3.17-144.el6.x86_64
  58. Mar 04 09:12:43 Installed: 1:perl-ExtUtils-ParseXS-2.2003.0-144.el6.x86_64
  59. Mar 04 09:12:44 Installed: 4:perl-devel-5.10.1-144.el6.x86_64
  60. Mar 04 09:12:45 Installed: perl-Test-Simple-0.92-144.el6.x86_64
  61. Mar 04 09:12:46 Installed: redhat-lsb-core-4.0-7.el6.centos.x86_64
  62. Mar 04 09:12:46 Installed: redhat-lsb-printing-4.0-7.el6.centos.x86_64
  63. Mar 04 09:12:50 Installed: redhat-lsb-graphics-4.0-7.el6.centos.x86_64
  64. Mar 04 09:12:50 Installed: redhat-lsb-compat-4.0-7.el6.centos.x86_64
  65. Mar 04 09:12:51 Installed: redhat-lsb-4.0-7.el6.centos.x86_64
  66. Mar 04 09:12:52 Updated: ovh-rtm-binaries-1.0.12-1.noarch
  67. Mar 04 09:12:52 Updated: php-xmlrpc-5.6.40-18.el6.remi.x86_64
  68. Mar 04 09:12:53 Updated: php-5.6.40-18.el6.remi.x86_64
  69. Mar 04 09:12:55 Updated: php-odbc-5.6.40-18.el6.remi.x86_64
  70. Mar 04 09:12:56 Updated: php-mysqlnd-5.6.40-18.el6.remi.x86_64
  71. Mar 04 09:12:57 Updated: php-imap-5.6.40-18.el6.remi.x86_64
  72. Mar 04 09:12:58 Updated: php-process-5.6.40-18.el6.remi.x86_64
  73. Mar 04 09:12:59 Updated: php-ldap-5.6.40-18.el6.remi.x86_64
  74. Mar 04 09:13:00 Updated: php-mbstring-5.6.40-18.el6.remi.x86_64
  75. Mar 04 09:13:01 Updated: php-fedora-autoloader-1.0.1-2.el6.remi.noarch
  76. Mar 04 09:13:03 Updated: php-mcrypt-5.6.40-18.el6.remi.x86_64
  77. Mar 04 09:13:04 Updated: php-gd-5.6.40-18.el6.remi.x86_64
  78. Mar 04 09:13:05 Updated: kernel-4.19-ovh-xxxx-std-ipv6-64-headers-4.19_ovh_xxxx_std_ipv6_64-1139549.x86_64
  79. Mar 04 09:13:06 Updated: remi-release-6.10-2.el6.remi.noarch
  80. Mar 04 09:13:25 Updated: kernel-4.19-ovh-xxxx-std-ipv6-64-4.19_ovh_xxxx_std_ipv6_64-1139549.x86_64
  81. Jul 09 14:19:57 Updated: 32:bind-libs-9.8.2-0.68.rc1.el6_10.7.x86_64
  82. Jul 09 14:19:59 Updated: 32:bind-9.8.2-0.68.rc1.el6_10.7.x86_64
  83. Jul 09 14:19:59 Updated: gd-last-2.3.0-1.el6.remi.x86_64
  84. Jul 09 14:20:00 Updated: libzip5-1.7.1-1.el6.remi.x86_64
  85. Jul 09 14:20:01 Updated: php-common-5.6.40-21.el6.remi.x86_64
  86. Jul 09 14:20:02 Updated: php-pecl-zip-1.19.0-1.el6.remi.5.6.x86_64
  87. Jul 09 14:20:03 Updated: php-cli-5.6.40-21.el6.remi.x86_64
  88. Jul 09 14:20:04 Updated: php-pdo-5.6.40-21.el6.remi.x86_64
  89. Jul 09 14:20:04 Updated: php-xml-5.6.40-21.el6.remi.x86_64
  90. Jul 09 14:20:05 Updated: php-process-5.6.40-21.el6.remi.x86_64
  91. Jul 09 14:20:07 Updated: 1:php-pear-1.10.12-1.el6.remi.noarch
  92. Jul 09 14:20:07 Updated: php-xmlrpc-5.6.40-21.el6.remi.x86_64
  93. Jul 09 14:20:08 Updated: php-odbc-5.6.40-21.el6.remi.x86_64
  94. Jul 09 14:20:08 Updated: php-mysqlnd-5.6.40-21.el6.remi.x86_64
  95. Jul 09 14:20:09 Updated: php-5.6.40-21.el6.remi.x86_64
  96. Jul 09 14:20:10 Updated: php-mcrypt-5.6.40-21.el6.remi.x86_64
  97. Jul 09 14:20:10 Updated: php-imap-5.6.40-21.el6.remi.x86_64
  98. Jul 09 14:20:11 Updated: php-ldap-5.6.40-21.el6.remi.x86_64
  99. Jul 09 14:20:11 Updated: php-mbstring-5.6.40-21.el6.remi.x86_64
  100. Jul 09 14:20:12 Updated: php-gd-5.6.40-21.el6.remi.x86_64
  101. Jul 09 14:20:12 Updated: 32:bind-chroot-9.8.2-0.68.rc1.el6_10.7.x86_64
  102. Jul 09 14:20:13 Updated: 32:bind-utils-9.8.2-0.68.rc1.el6_10.7.x86_64
  103. Jul 09 14:20:19 Updated: kernel-4.19-ovh-xxxx-std-ipv6-64-4.19_ovh_xxxx_std_ipv6_64-1325309.x86_64
  104. Jul 09 14:20:48 Updated: webmin-1.953-1.noarch
  105. Jul 09 14:20:51 Updated: kernel-4.19-ovh-xxxx-std-ipv6-64-headers-4.19_ovh_xxxx_std_ipv6_64-1325309.x86_64
  106. Jul 09 14:20:53 Updated: tzdata-2020a-1.el6.noarch
  107. Jul 09 14:20:54 Updated: sudo-1.8.6p3-29.el6_10.3.x86_64
  108. Jul 31 16:42:56 Updated: libzip5-1.7.3-1.el6.remi.x86_64
  109. Jul 31 16:42:59 Updated: kernel-4.19-ovh-xxxx-std-ipv6-64-headers-4.19_ovh_xxxx_std_ipv6_64-1355549.x86_64
  110. Jul 31 16:42:59 Updated: gd-last-2.3.0-2.el6.remi.x86_64
  111. Jul 31 16:43:06 Updated: kernel-4.19-ovh-xxxx-std-ipv6-64-4.19_ovh_xxxx_std_ipv6_64-1355549.x86_64
  112. Sep 07 08:51:26 Updated: php-common-5.6.40-22.el6.remi.x86_64
  113. Sep 07 08:51:27 Updated: php-pdo-5.6.40-22.el6.remi.x86_64
  114. Sep 07 08:51:28 Updated: php-cli-5.6.40-22.el6.remi.x86_64
  115. Sep 07 08:51:29 Updated: php-xml-5.6.40-22.el6.remi.x86_64
  116. Sep 07 08:51:29 Updated: ovh-rtm-binaries-1.0.13-1.noarch
  117. Sep 07 08:51:30 Updated: ovh-rtm-metrics-toolkit-1.0.8-1.noarch
  118. Sep 07 08:51:30 Updated: php-xmlrpc-5.6.40-22.el6.remi.x86_64
  119. Sep 07 08:51:31 Updated: php-5.6.40-22.el6.remi.x86_64
  120. Sep 07 08:51:32 Updated: php-odbc-5.6.40-22.el6.remi.x86_64
  121. Sep 07 08:51:32 Updated: php-mysqlnd-5.6.40-22.el6.remi.x86_64
  122. Sep 07 08:51:33 Updated: php-gd-5.6.40-22.el6.remi.x86_64
  123. Sep 07 08:51:34 Updated: php-mbstring-5.6.40-22.el6.remi.x86_64
  124. Sep 07 08:51:34 Updated: php-imap-5.6.40-22.el6.remi.x86_64
  125. Sep 07 08:51:35 Updated: php-ldap-5.6.40-22.el6.remi.x86_64
  126. Sep 07 08:51:36 Updated: php-process-5.6.40-22.el6.remi.x86_64
  127. Sep 07 08:51:37 Updated: php-mcrypt-5.6.40-22.el6.remi.x86_64
  128. Sep 07 08:51:44 Updated: kernel-4.19-ovh-xxxx-std-ipv6-64-4.19_ovh_xxxx_std_ipv6_64-1407389.x86_64
  129. Sep 07 08:51:47 Updated: kernel-4.19-ovh-xxxx-std-ipv6-64-headers-4.19_ovh_xxxx_std_ipv6_64-1407389.x86_64
  130. Sep 07 08:51:49 Updated: ca-certificates-2020.2.41-65.1.el6_10.noarch
  131. Sep 07 08:52:19 Updated: webmin-1.955-1.noarch


Et sinon je suis en train de tar/gz depuis le rescue pour remonter sur une autre machine mais ça prend un temps fou !
Je suis en train de me demander si un rsync serait pas plus rapide...


---------------
D3
n°1453701
Hermes le ​Messager
Breton Quiétiste
Posté le 07-09-2020 à 16:59:11  profilanswer
 

Ok, effectivement, rien de fou-fou pour la dernière update. Un peu de PHP, du Webmin (aucun changement majeur) et le kernel bien évidemment qui est probablement à l’origine du problème. Est-ce que tu as accès à une console lors du boot? Quel est le produit que tu utilises chez OVH?
 
En regardant les update, tu peux essayer de rebooter avec kernel-4.19-ovh-xxxx-std-ipv6-64-4.19_ovh_xxxx_std_ipv6_64-1355549.x86_64 et voir si le problème se pose toujours.
 
Parallèlement à cela, lorsque tu parles d’écran noir, c’est où ? Tu veux dire que la connexion SSH échoue ? Comment te connectes-tu au système et que se passe-t-il exactement ?


---------------
Expert en expertises
n°1453702
Erlum
Posté le 07-09-2020 à 17:02:46  profilanswer
 

Essaye de changer le kernel par défaut en suivant cette procédure.

n°1453733
mechkurt
Posté le 08-09-2020 à 15:50:23  profilanswer
 

@Hermes : Dans le ticket du support OVH, ils disent que  

Citation :

Le serveur reste bloqué durant la phase de boot sur le message :
(blackscreen)
Un redémarrage sur un noyau standard OVH ('netboot') ne corrige pas la
situation.
Actions entreprises:
Redémarrage du serveur sur mode 'rescue' (Linux)


En mode rescue j'ai un débian "minimum" dans la ram je penses, et je peux monter mes partitions pour faire des récupération (ce que j'ai fait pour remonter les sites ailleurs) voire des réparations (mais là j'ai pas le niveau).
J'aimerais quand même bien trouver une solution pacque je penses qu'en mode rescue la machine est une vraie passoire (pas de fail2ban pour limiter les accès SSH :- /).
 
@Erlum : j'ai cherché les lignes à modifié dans mon grub comme sur ton tuto mais c'est légèrement différent et du coups je suis perdu :
contenu de /sda2/grub/grub.conf (sda2 et  monté sur /boot normalement)

Citation :


default=1
timeout=5
 
 title CentOS (4.19-ovh-xxxx-std-ipv6-64)
 kernel /vmlinuz-4.19-ovh-xxxx-std-ipv6-64 root=/dev/sda3  ro SYSFONT=latarcyrheb-sun16 LANG=fr_FR.UTF-8 KEYTABLE=fr
 root (hd0,1)
 initrd /initramfs-4.19-ovh-xxxx-std-ipv6-64.img
 title linux centos6_64
 kernel /vmlinuz-4.19-ovh-xxxx-std-ipv6-64 root=/dev/sda3  ro
 root (hd0,1)
 initrd /initramfs-4.19-ovh-xxxx-std-ipv6-64.img


---------------
D3

Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Linux et OS Alternatifs
  Divers

  [CENTOS] Help config soyoustart en mose rescue, ecran noir en normal

 

Sujets relatifs
[HELP] VM VirtualBOX image disque Ubuntu introuvable[Centos] Dossier partis en sucette
[CentOS] Réparer un RAID 5[CLOS] Ubuntu Mate 20.04 - pc portable l'écran non identifié
Ecran et/ou carte graphique qui ne démarrent pas sous LinuxPb resolution écran KUBUNTU dans vbox
[HELP] installation scanner sous MINT 19.1[RESOLU]Problème de droits d'écriture pour Apache sous CentOS
pb driver nvidia ecran 640x480Config tablette Wacom : scroll avec le touch ring possible ?
Plus de sujets relatifs à : [CENTOS] Help config soyoustart en mose rescue, ecran noir en normal

Forum MesDiscussions.Net, Version 2010.2
(c) 2000-2011 Doctissimo
Page générée en 0.177 secondes

Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR