Qui à couper mon dédié?

Support Debian
#1

Bonjour,

j’ai une dédibox pro chez online,

A ma grande surprise cet après midi je me suis rendu compte que mon uptime est passé de 750 heures à 16 heures.

L’interface de gestion n’à même pas pris en compte l’incident et indique une réponse au ping depuis 33 jours.

le KVM indique la coupure du réseau à 2h26 et la réactivation de la carte à 2h28.

J’aimerais déterminer si le problème est matériel et vient d’une coupure de chez online, ou si c’est mon Débian qui à planté, ou à même redémarrer normalement.

Je suppose qu’il y à une trace si il c’est arrêter normalement ou subitement, savez vous ou je peut trouver cet information?

Merci.

#2

[quote]Qui à couper mon dédié?[/quote]C’est moi! :005

Sérieusement, le seul qui peut répondre, c’est ton hébergeur…
Si ce n’est pas lui… Alors il faudra regarder tes logs au moment de l’arrêt!

#3

Tout a fait d’accord avec lol, demande en premier à ton hébergeur s’il a fait un arrêt de maintenance de ton serveur. S’il l’a fait tu peut lui geuler dessus de ne pas t’avoir prévenu :018

Sinon les logs seront tes seules pistes :slightly_smiling:

#4

Au niveau log j’ai un peut regarder, le truque c’est que je ne sait pas à quoi ressemble un arrêt “normal”, je veut déterminer si c’est une coupure électrique.

le kernel.log et sys.log ressemblent à ça :

Mar 24 00:32:36 sd-35514 kernel: [2843350.998862] INTR-REMAP: Request device [[00:1f.0] fault index ee01 Mar 24 00:32:36 sd-35514 kernel: [2843350.998864] INTR-REMAP:[fault reason 37] Blocked a compatibility format interrupt request Mar 24 00:37:36 sd-35514 kernel: [2843650.898739] DRHD: handling fault status reg 2 Mar 24 00:37:36 sd-35514 kernel: [2843650.898768] INTR-REMAP: Request device [[00:1f.0] fault index ee01 Mar 24 00:37:36 sd-35514 kernel: [2843650.898770] INTR-REMAP:[fault reason 37] Blocked a compatibility format interrupt request Mar 24 02:28:14 sd-35514 kernel: imklog 4.6.4, log source = /proc/kmsg started. Mar 24 02:28:14 sd-35514 kernel: [ 0.000000] Initializing cgroup subsys cpuset Mar 24 02:28:14 sd-35514 kernel: [ 0.000000] Initializing cgroup subsys cpu Mar 24 02:28:14 sd-35514 kernel: [ 0.000000] Linux version 2.6.32-5-amd64 (Debian 2.6.32-41) (ben@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Mon Jan 16 16:22:28 UTC 2012 Mar 24 02:28:14 sd-35514 kernel: [ 0.000000] Command line: BOOT_IMAGE=/vmlinuz-2.6.32-5-amd64 root=UUID=6544e2b5-31ed-4bef-9b00-438490be9a78 ro quiet Mar 24 02:28:14 sd-35514 kernel: [ 0.000000] KERNEL supported cpus: Mar 24 02:28:14 sd-35514 kernel: [ 0.000000] Intel GenuineIntel Mar 24 02:28:14 sd-35514 kernel: [ 0.000000] AMD AuthenticAMD

Mar 24 00:39:01 sd-35514 /USR/SBIN/CRON[5232]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -type f -cmin +$(/usr/lib/php5/maxlifetime) -print0 | xargs -n 200 -r -0 rm) Mar 24 02:28:14 sd-35514 kernel: imklog 4.6.4, log source = /proc/kmsg started.

#5

[quote=“canaillou2k5”]Au niveau log j’ai un peut regarder, le truque c’est que je ne sait pas à quoi ressemble un arrêt “normal”, je veut déterminer si c’est une coupure électrique.

le kernel.log et sys.log ressemblent à ça :

Mar 24 00:32:36 sd-35514 kernel: [2843350.998862] INTR-REMAP: Request device [[00:1f.0] fault index ee01 Mar 24 00:32:36 sd-35514 kernel: [2843350.998864] INTR-REMAP:[fault reason 37] Blocked a compatibility format interrupt request Mar 24 00:37:36 sd-35514 kernel: [2843650.898739] DRHD: handling fault status reg 2 Mar 24 00:37:36 sd-35514 kernel: [2843650.898768] INTR-REMAP: Request device [[00:1f.0] fault index ee01 Mar 24 00:37:36 sd-35514 kernel: [2843650.898770] INTR-REMAP:[fault reason 37] Blocked a compatibility format interrupt request Mar 24 02:28:14 sd-35514 kernel: imklog 4.6.4, log source = /proc/kmsg started. Mar 24 02:28:14 sd-35514 kernel: [ 0.000000] Initializing cgroup subsys cpuset Mar 24 02:28:14 sd-35514 kernel: [ 0.000000] Initializing cgroup subsys cpu Mar 24 02:28:14 sd-35514 kernel: [ 0.000000] Linux version 2.6.32-5-amd64 (Debian 2.6.32-41) (ben@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Mon Jan 16 16:22:28 UTC 2012 Mar 24 02:28:14 sd-35514 kernel: [ 0.000000] Command line: BOOT_IMAGE=/vmlinuz-2.6.32-5-amd64 root=UUID=6544e2b5-31ed-4bef-9b00-438490be9a78 ro quiet Mar 24 02:28:14 sd-35514 kernel: [ 0.000000] KERNEL supported cpus: Mar 24 02:28:14 sd-35514 kernel: [ 0.000000] Intel GenuineIntel Mar 24 02:28:14 sd-35514 kernel: [ 0.000000] AMD AuthenticAMD

Mar 24 00:39:01 sd-35514 /USR/SBIN/CRON[5232]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -type f -cmin +$(/usr/lib/php5/maxlifetime) -print0 | xargs -n 200 -r -0 rm) Mar 24 02:28:14 sd-35514 kernel: imklog 4.6.4, log source = /proc/kmsg started. [/quote]

Travaillant chez un hébergeur je peu te garantir que l’on tous pour qu’une machine ne soit jamais coupé électriquement ( les onduleur et les groupes diesel sont là pour ça :whistle: si ce n’est pas une demande du client, et si malgré tout il le fallait en générale on le préviens :033

C’est quoi comme machine exactement ? un dédié physique ou un serveur virtuel dédié, il peu arriver une mauvaise manipulation sur l’hyperviseur ou un souci plus ennuyeux du côté de l’APC de ta machine dans le cas d’un dédié physique.

#6

Je ne pense pas que tu puisse voir un “arrêt electrique” (CAD coupure brutal de l’alimentation).

Après un arrêt “normal” est surement visible dans syslog ou les logs du boot si tu les a activés