Envoyé par
fodjer
Code:
May 22 16:07:51 vpsXXXXX kernel: imklog 4.6.4, log source = /proc/kmsg started.
May 22 16:07:51 vpsXXXXX rsyslogd: [origin software="rsyslogd" swVersion="4.6.4" x-pid="2368" x-info="http://www.rsyslog.com"] (re)start
May 22 16:07:51 vpsXXXXX kernel: Initializing cgroup subsys cpuset
May 22 16:07:51 vpsXXXXX kernel: Linux version 3.2.13-grsec-xxxx-grs-ipv6-64-vps (root@kernel-64.ovh.net) (gcc version 4.3.2 (Debian 4.3.2-1.1) ) #1 SMP Thu Mar 29 11:32:09 UTC 2012
May 22 16:07:51 vpsXXXXX kernel: Command line: BOOT_IMAGE=/boot/bzImage-3.2.13-xxxx-grs-ipv6-64-vps root=/dev/sda1 ro quiet
Inutile le montrer c qui ce passe après le reboot.
Comme un PC 'normal', au démarrage, dans le logs de Windows, rien indique pourquoi le PC a été arrêté la vieille dans le log d'aujour'hui.
Il faut vérifier les logs de la vieille - ou: juste
avant le reboot - pas après, on te montre que le reboot a eu lieu, pas plus.
Envoyé par
fodjer
Dans travaux.ovh.com, rien ne semble indiquer que des reboot VPS soient programmer actuellement.
OVH ne programme pas les reboot - mais des plantages d'un serveur, ça peut arriver.
N’oublie pas un de ces avantages d'un VPS: les ressources sont partagés donc si UN 'resource' arrive à casser la machine, le serveur entier tombe
Envoyé par
fodjer
Comment savoir si c'est un reboot manuel d'OVH pour une MAJ ou un patch, ou s'il s'agit d'un reboot automatique de ma machine suite à un pb de service ?
Si c'est un service - sous ton controle - qui a provoqué ça sur ton serveur, t'as de la chance. Dans ce cas, avant qu'il 'reboot' il suffit de
=> envoie un mail avec la raison
=> pause 10 secondes (pour être sur que le mail est partie)
=> reboot
(mais dans ce cas c'est toi qui contrôle tout)
Si le serveur ce verrouille comme un smartphone, PC, machine à café, voiture (etc !) peuvent le faire il n'y aura pas de log ni trace ni vécu.
Au mieux, t'auras un 'kernel dump'.