Installé le noyau Debian sur ovh. C'est compliqué ... ?

Salut,

Bien vu les notes. Merci lol :wink:

Si, mais je ne savais pas.

Bon alors depuis hier, dans l’ordre.

aptitude reinstall linux-image-2.6.32-5-amd64

root@ksxxx:~# update-grub2 Generating grub.cfg ... Found linux image: /boot/vmlinuz-2.6.32-5-amd64 Found initrd image: /boot/initrd.img-2.6.32-5-amd64 Warning: update-grub_lib is deprecated, use grub-mkconfig_lib instead Found linux image: /boot/bzImage-2.6.38.2-xxxx-grs-ipv6-64 No volume groups found done root@ksxxx:~#

Premier Reboot du serveur, après cela (21h40) aucun signe de redémarrage, pas de mail fail2ban, (si pour stopped, mais pas de started) logcheck, logwatch, etc …

Un ping, hier soir, ok! Ce matin également.

J’ai laissé tels que toute la nuit.

Ce matin, (06h20) toujours pas de signe avant-coureur d’un reboot prise en compte. Aucun mail fail2ban etc …

À partir du Manager, j’ai lancé un deuxième/reboot, pas mieux.

ssh: connect to host x.x.x.x port 22: Connection refused

Troisième Reboot/rescue. (07h00 +ou-) (pas vu de présence du noyau Debian dans le Manager)

Vérification scrupuleuse et minutieuse d’un éventuel ban. (fail2ban, denyhosts, portsebtry etc …)

Pareil pour tous les logs.

/sbin/reboot
ssh: connect to host x.x.x.x port 22: Connection refused

Quatrième reboot/rescue (08h10 +ou-)

Mêmes procédures encore plus soignées.

Puis …

[quote]/var/log/auth.log
Mar 11 21:40:36 ksxxx sshd[5134]: pam_unix(sshd:session): session closed for user mon_user_labas
Mar 11 21:40:36 ksxxx su[5169]: pam_unix(su:session): session closed for user root
[/quote]

# cat /var/log/boot Mon Mar 12 08:15:47 2012: Activating swap...done. Mon Mar 12 08:15:47 2012: Checking root file system...fsck from util-linux-ng 2.17.2 Mon Mar 12 08:15:47 2012: e2fsck 1.41.12 (17-May-2010) Mon Mar 12 08:15:47 2012: /dev/sda1: clean, 39859/6406144 files, 457125/25599744 blocks Mon Mar 12 08:15:47 2012: done. Mon Mar 12 08:15:47 2012: Cleaning up ifupdown.... Mon Mar 12 08:15:47 2012: Loading kernel modules...done. Mon Mar 12 08:15:47 2012: Setting up networking.... Mon Mar 12 08:15:47 2012: Assembling MD arrays...done (no arrays found in config file or automatically). Mon Mar 12 08:15:47 2012: Setting up LVM Volume Groups Reading all physical volumes. This may take a while... Mon Mar 12 08:15:47 2012: No volume groups found Mon Mar 12 08:15:47 2012: No volume groups found Mon Mar 12 08:15:47 2012: No volume groups found Mon Mar 12 08:15:47 2012: . Mon Mar 12 08:15:47 2012: Activating lvm and md swap...done. Mon Mar 12 08:15:47 2012: Checking file systems...fsck from util-linux-ng 2.17.2 Mon Mar 12 08:15:47 2012: e2fsck 1.41.12 (17-May-2010) Mon Mar 12 08:15:47 2012: /dev/sda2: clean, 34/6406144 files, 249972/25599744 blocks Mon Mar 12 08:15:47 2012: e2fsck 1.41.12 (17-May-2010) Mon Mar 12 08:15:47 2012: /dev/sda3: clean, 11720/38641664 files, 1493793/154555648 blocks Mon Mar 12 08:15:47 2012: e2fsck 1.41.12 (17-May-2010) Mon Mar 12 08:15:47 2012: /dev/sda5: recovering journal Mon Mar 12 08:15:47 2012: /dev/sda5: clean, 48640/6406144 files, 645953/25599743 blocks Mon Mar 12 08:15:47 2012: e2fsck 1.41.12 (17-May-2010) Mon Mar 12 08:15:47 2012: /dev/sda7: recovering journal Mon Mar 12 08:15:47 2012: /dev/sda7: clean, 14/2957312 files, 139237/11809791 blocks Mon Mar 12 08:15:47 2012: done. Mon Mar 12 08:15:47 2012: Mounting local filesystems...done. Mon Mar 12 08:15:47 2012: Activating swapfile swap...done. Mon Mar 12 08:15:47 2012: Cleaning up temporary files.... Mon Mar 12 08:15:47 2012: cleaning udev files from nasty persistent network rules Mon Mar 12 08:15:47 2012: creating /etc/udev/rules.d/75-persistent-net-generator.rules to override /lib/udev/rules.d/75-persistent-net-generator.rules Mon Mar 12 08:15:47 2012: Configuring network interfaces...Setting kernel variables ...done. Mon Mar 12 08:15:48 2012: done. Mon Mar 12 08:15:48 2012: Cleaning up temporary files.... root@rescue:/#

root@rescue:/# cat /var/log/message* | grep -c "authentication failure" 0

root@rescue:/# grep menuentry /boot/grub/grub.cfg menuentry 'Debian GNU/Linux, avec Linux 2.6.32-5-amd64' --class debian --class gnu-linux --class gnu --class os { menuentry 'Debian GNU/Linux, avec Linux 2.6.32-5-amd64 (mode de dépannage)' --class debian --class gnu-linux --class gnu --class os { menuentry "Debian GNU/Linux, OVH kernel 2.6.38.2-xxxx-grs-ipv6-64" { root@rescue:/#

root@rescue:/# ls /etc/grub.d/ 00_header 05_debian_theme 10_linux 11_OVHkernel 20_linux_xen 30_os-prober 40_custom 41_custom README root@rescue:/#

Le noyau est bien installé, et en bonne place.

[code]root@rescue:/# grub-mkconfig
Generating grub.cfg …

DO NOT EDIT THIS FILE

It is automatically generated by grub-mkconfig using templates

from /etc/grub.d and settings from /etc/default/grub

BEGIN /etc/grub.d/00_header

if [ -s $prefix/grubenv ]; then
load_env
fi
set default=“1”
if [ “${prev_saved_entry}” ]; then
set saved_entry="${prev_saved_entry}"
save_env saved_entry
set prev_saved_entry=
save_env prev_saved_entry
set boot_once=true
fi

function savedefault {
if [ -z “${boot_once}” ]; then
saved_entry="${chosen}"
save_env saved_entry
fi
}

function load_video {
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
}

insmod part_msdos
insmod ext2
set root=’(hd0,msdos1)’
search --no-floppy --fs-uuid --set xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
if loadfont /usr/share/grub/unicode.pf2 ; then
set gfxmode=640x480
load_video
insmod gfxterm
fi
terminal_output gfxterm
insmod part_msdos
insmod ext2
set root=’(hd0,msdos1)’
search --no-floppy --fs-uuid --set xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
set locale_dir=($root)/boot/grub/locale
set lang=fr
insmod gettext
set timeout=5

END /etc/grub.d/00_header

BEGIN /etc/grub.d/05_debian_theme

set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue

END /etc/grub.d/05_debian_theme

BEGIN /etc/grub.d/10_linux

Found linux image: /boot/vmlinuz-2.6.32-5-amd64
Found initrd image: /boot/initrd.img-2.6.32-5-amd64
menuentry ‘Debian GNU/Linux, avec Linux 2.6.32-5-amd64’ --class debian --class gnu-linux --class gnu --class os {
insmod part_msdos
insmod ext2
set root=’(hd0,msdos1)’
search --no-floppy --fs-uuid --set xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
echo ‘Chargement de Linux 2.6.32-5-amd64 …’
linux /boot/vmlinuz-2.6.32-5-amd64 root=/dev/sda1 ro quiet
echo ‘Chargement du disque mémoire initial …’
initrd /boot/initrd.img-2.6.32-5-amd64
}
menuentry ‘Debian GNU/Linux, avec Linux 2.6.32-5-amd64 (mode de dépannage)’ --class debian --class gnu-linux --class gnu --class os {
insmod part_msdos
insmod ext2
set root=’(hd0,msdos1)’
search --no-floppy --fs-uuid --set xxxxxxxxxxxxxxxxxxxxxxxxxx
echo ‘Chargement de Linux 2.6.32-5-amd64 …’
linux /boot/vmlinuz-2.6.32-5-amd64 root=/dev/sda1 ro single
echo ‘Chargement du disque mémoire initial …’
initrd /boot/initrd.img-2.6.32-5-amd64
}

END /etc/grub.d/10_linux

BEGIN /etc/grub.d/11_OVHkernel

Warning: update-grub_lib is deprecated, use grub-mkconfig_lib instead
Found linux image: /boot/bzImage-2.6.38.2-xxxx-grs-ipv6-64
menuentry “Debian GNU/Linux, OVH kernel 2.6.38.2-xxxx-grs-ipv6-64” {
insmod part_msdos
insmod ext2
set root=’(hd0,msdos1)’
search --no-floppy --fs-uuid --set xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
linux /boot/bzImage-2.6.38.2-xxxx-grs-ipv6-64 root=/dev/sda1 ro quiet
}

END /etc/grub.d/11_OVHkernel

BEGIN /etc/grub.d/20_linux_xen

END /etc/grub.d/20_linux_xen

BEGIN /etc/grub.d/30_os-prober

No volume groups found

END /etc/grub.d/30_os-prober

BEGIN /etc/grub.d/40_custom

This file provides an easy way to add custom menu entries. Simply type the

menu entries you want to add after this comment. Be careful not to change

the ‘exec tail’ line above.

END /etc/grub.d/40_custom

BEGIN /etc/grub.d/41_custom

if [ -f $prefix/custom.cfg ]; then
source $prefix/custom.cfg;
fi

END /etc/grub.d/41_custom

done
root@rescue:/#
[/code]

root@rescue:/# dd if=/dev/sda bs=512 count=1 | strings 1+0 enregistrements lus 1+0 enregistrements écrits 512 octets (512 B) copiés, 0,0002622 s, 2,0 MB/s ZRr= `|f \|f1 GRUB Geom Hard Disk Read Error root@rescue:/#

Question (bête peut être) n’y a t’il pas un délai avant prise en compte, genre 24/48/72 heures ?

Suis toujours en rescue (pour l’heure, si … ) Autre idée ? :think:

Salut, non, c’est comme pour n’importe quelle machine, tu change de noyau, et tu redémarre.

Il ne redémarre pas, il y a un pb dans ta configuration. Le truc chiant avec un serveur distant, c’est que tu ne vois pas ce qui se passe…

Rechange le noyau,mv /etc/grub.d/11_OVHkernel /etc/grub.d/06_OVHkernel grub-mkconfig update-grub2et redémarre sur le noyau OVH en attendant de trouver une solution.

Ma conf:# cat /etc/default/grub GRUB_DEFAULT=0 GRUB_TIMEOUT=5 GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian` GRUB_CMDLINE_LINUX_DEFAULT="quiet" GRUB_CMDLINE_LINUX=""

[code]cat /boot/grub/grub.cfg

BEGIN /etc/grub.d/10_linux

menuentry ‘Debian GNU/Linux, avec Linux 2.6.32-5-amd64’ --class debian --class gnu-linux --class gnu --class os {
insmod raid
insmod mdraid
insmod part_msdos
insmod part_msdos
insmod ext2
set root=’(md1)'
search --no-floppy --fs-uuid --set 4478436c-f617-42a6-9639-4767b5fd64cd
echo 'Chargement de Linux 2.6.32-5-amd64 …'
linux /boot/vmlinuz-2.6.32-5-amd64 root=/dev/md1 ro quiet
echo 'Chargement du disque mémoire initial …'
initrd /boot/initrd.img-2.6.32-5-amd64
}[/code]

ls /etc/grub.d/ 00_header 05_debian_theme 10_linux 11_OVHkernel 20_linux_xen 30_os-prober 40_custom 41_custom README

aptitude search 2.6.32-5-amd64 p linux-headers-2.6.32-5-amd64 - Header files for Linux 2.6.32-5-amd64 i linux-image-2.6.32-5-amd64 - Linux 2.6.32 for 64-bit PCs p linux-image-2.6.32-5-amd64-dbg - Debugging infos for Linux 2.6.32-5-amd64 v linux-latest-modules-2.6.32-5-amd64 - v linux-modules-2.6.32-5-amd64 - p nvidia-kernel-2.6.32-5-amd64 - NVIDIA binary kernel module for Linux 2.6.32-5-amd64

ls /boot bzImage-2.6.38.2-xxxx-grs-ipv6-64 config-2.6.32-5-amd64 initrd.img-2.6.32-5-amd64 System.map-2.6.38.2-xxxx-grs-ipv6-64 bzImage-2.6.39.4-ipv6-64 grub System.map-2.6.32-5-amd64 vmlinuz-2.6.32-5-amd64

Re,
Question con… Pourquoi tu caches l’UUID du disque ?

C’est exactement ce que je m’apprêtai à faire, histoire d’être à 100% sur, qu’un ban ne traînait pas … :wink:

Ouais dans la mesure ou mon ip (local) est dynamique (et le dédié, par encore en prod (spip qui me pose de gros souci dans sa configuration)) et que je corrige le tir après changement de celle-ci en reboot/rescue.

Opération très bien rôdé depuis (avec mes notes), en trois/quatre minutes je le remet en service.

Certes c’est pas le pied mais pour l’heure … :wink:

D’ici très peu, je vire orange et prend pour fai ovh (statique), mais un souci avec la tv (retarde l’échéance) il me faut trouver une parade genre tnt + dé-modulateur (pour compenser la perte des chaîne orange), sinon mes fils et ma douce vont me tuer. :005

[quote=“lol”]Re,
Question con… Pourquoi tu caches l’UUID du disque ?[/quote]
:116 un réflexe qui perdure pour toutes infos à exclure sur la toile, pas lieu d’être ici certes, C’est un réflexe tous con :033

Sinon …

ssh de nouveau opérationnel. :wink:

Je viens de relancer la procédure (en live) sur le dédié.

remove/purge linux-image-2.6.32-5-amd64

ls /etc/grub.d/ 00_header 05_debian_theme 06_OVHkernel 10_linux 20_linux_xen 30_os-prober 40_custom 41_custom README

:~# grep menuentry /boot/grub/grub.cfg menuentry "Debian GNU/Linux, OVH kernel 2.6.38.2-xxxx-grs-ipv6-64" {
Réinstallation du noyau, dans cette ordre.

:~# mv /etc/grub.d/06_OVHkernel /etc/grub.d/11_OVHkernel

:~# ls /etc/grub.d/ 00_header 05_debian_theme 10_linux 11_OVHkernel 20_linux_xen 30_os-prober 40_custom 41_custom README

:~# grep menuentry /boot/grub/grub.cfg menuentry "Debian GNU/Linux, OVH kernel 2.6.38.2-xxxx-grs-ipv6-64" {
Le noyau.

:~# aptitude install linux-image-2.6.32-5-amd64

:~# grep menuentry /boot/grub/grub.cfg menuentry 'Debian GNU/Linux, avec Linux 2.6.32-5-amd64' --class debian --class gnu-linux --class gnu --class os { menuentry 'Debian GNU/Linux, avec Linux 2.6.32-5-amd64 (mode de dépannage)' --class debian --class gnu-linux --class gnu --class os { menuentry "Debian GNU/Linux, OVH kernel 2.6.38.2-xxxx-grs-ipv6-64" {

:~# ls /etc/grub.d/ 00_header 05_debian_theme 10_linux 11_OVHkernel 20_linux_xen 30_os-prober 40_custom 41_custom README

[code]:~# grub-mkconfig
Generating grub.cfg …

DO NOT EDIT THIS FILE

It is automatically generated by grub-mkconfig using templates

from /etc/grub.d and settings from /etc/default/grub

BEGIN /etc/grub.d/00_header

if [ -s $prefix/grubenv ]; then
load_env
fi
set default=“0”
if [ “${prev_saved_entry}” ]; then
set saved_entry="${prev_saved_entry}"
save_env saved_entry
set prev_saved_entry=
save_env prev_saved_entry
set boot_once=true
fi

function savedefault {
if [ -z “${boot_once}” ]; then
saved_entry="${chosen}"
save_env saved_entry
fi
}

function load_video {
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
}

insmod part_msdos
insmod ext2
set root=’(hd0,msdos1)’
search --no-floppy --fs-uuid --set 1a04fbec-050c-4074-ab20-6df966750af0
if loadfont /usr/share/grub/unicode.pf2 ; then
set gfxmode=640x480
load_video
insmod gfxterm
fi
terminal_output gfxterm
insmod part_msdos
insmod ext2
set root=’(hd0,msdos1)’
search --no-floppy --fs-uuid --set 1a04fbec-050c-4074-ab20-6df966750af0
set locale_dir=($root)/boot/grub/locale
set lang=fr
insmod gettext
set timeout=5

END /etc/grub.d/00_header

BEGIN /etc/grub.d/05_debian_theme

set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue

END /etc/grub.d/05_debian_theme

BEGIN /etc/grub.d/10_linux

Found linux image: /boot/vmlinuz-2.6.32-5-amd64
Found initrd image: /boot/initrd.img-2.6.32-5-amd64
menuentry ‘Debian GNU/Linux, avec Linux 2.6.32-5-amd64’ --class debian --class gnu-linux --class gnu --class os {
insmod part_msdos
insmod ext2
set root=’(hd0,msdos1)’
search --no-floppy --fs-uuid --set 1a04fbec-050c-4074-ab20-6df966750af0
echo ‘Chargement de Linux 2.6.32-5-amd64 …’
linux /boot/vmlinuz-2.6.32-5-amd64 root=/dev/sda1 ro quiet
echo ‘Chargement du disque mémoire initial …’
initrd /boot/initrd.img-2.6.32-5-amd64
}
menuentry ‘Debian GNU/Linux, avec Linux 2.6.32-5-amd64 (mode de dépannage)’ --class debian --class gnu-linux --class gnu --class os {
insmod part_msdos
insmod ext2
set root=’(hd0,msdos1)’
search --no-floppy --fs-uuid --set 1a04fbec-050c-4074-ab20-6df966750af0
echo ‘Chargement de Linux 2.6.32-5-amd64 …’
linux /boot/vmlinuz-2.6.32-5-amd64 root=/dev/sda1 ro single
echo ‘Chargement du disque mémoire initial …’
initrd /boot/initrd.img-2.6.32-5-amd64
}

END /etc/grub.d/10_linux

BEGIN /etc/grub.d/11_OVHkernel

Warning: update-grub_lib is deprecated, use grub-mkconfig_lib instead
Found linux image: /boot/bzImage-2.6.38.2-xxxx-grs-ipv6-64
menuentry “Debian GNU/Linux, OVH kernel 2.6.38.2-xxxx-grs-ipv6-64” {
insmod part_msdos
insmod ext2
set root=’(hd0,msdos1)’
search --no-floppy --fs-uuid --set 1a04fbec-050c-4074-ab20-6df966750af0
linux /boot/bzImage-2.6.38.2-xxxx-grs-ipv6-64 root=/dev/sda1 ro quiet
}

END /etc/grub.d/11_OVHkernel

BEGIN /etc/grub.d/20_linux_xen

END /etc/grub.d/20_linux_xen

BEGIN /etc/grub.d/30_os-prober

No volume groups found

END /etc/grub.d/30_os-prober

BEGIN /etc/grub.d/40_custom

This file provides an easy way to add custom menu entries. Simply type the

menu entries you want to add after this comment. Be careful not to change

the ‘exec tail’ line above.

END /etc/grub.d/40_custom

BEGIN /etc/grub.d/41_custom

if [ -f $prefix/custom.cfg ]; then
source $prefix/custom.cfg;
fi

END /etc/grub.d/41_custom

done
root@ksxxx:~#
[/code]

root@ksxxx:/boot# update-grub2 Generating grub.cfg ... Found linux image: /boot/vmlinuz-2.6.32-5-amd64 Found initrd image: /boot/initrd.img-2.6.32-5-amd64 Warning: update-grub_lib is deprecated, use grub-mkconfig_lib instead Found linux image: /boot/bzImage-2.6.38.2-xxxx-grs-ipv6-64 No volume groups found done
À ce stade, n’avais tu pas supprimé le fichier bzImage-2.6.38.2-xxxx-grs-ipv6-64 ?

Ce qui donne sur le distant, pour l’heure, sans modif de ma part. :033

root@ksxxx:/boot# ll total 22116 drwxr-xr-x 3 root root 4096 12 mars 14:18 . drwxr-xr-x 24 root root 4096 12 mars 14:17 .. -rw-r--r-- 1 root root 5735824 26 août 2011 bzImage-2.6.38.2-xxxx-grs-ipv6-64 -rw-r--r-- 1 root root 106172 16 janv. 22:14 config-2.6.32-5-amd64 drwxr-xr-x 3 root root 4096 12 mars 14:18 grub -rw-r--r-- 1 root root 10638403 12 mars 14:18 initrd.img-2.6.32-5-amd64 -rw-r--r-- 1 root root 1665393 16 janv. 22:14 System.map-2.6.32-5-amd64 -rw-r--r-- 1 root root 2056069 26 août 2011 System.map-2.6.38.2-xxxx-grs-ipv6-64 -rw-r--r-- 1 root root 2424608 16 janv. 22:04 vmlinuz-2.6.32-5-amd64 root@ksxxx:/boot#
Je fait une comparaison avec ma config local.

root@machine1:/boot# ll total 13568 drwxr-xr-x 3 root root 4096 31 janv. 04:03 . drwxr-xr-x 26 root root 4096 6 mars 10:29 .. -rw-r--r-- 1 root root 106172 16 janv. 22:14 config-2.6.32-5-amd64 drwxr-xr-x 3 root root 4096 25 févr. 14:30 grub -rw-r--r-- 1 root root 9306977 31 janv. 04:03 initrd.img-2.6.32-5-amd64 -rw-r--r-- 1 root root 165084 21 oct. 2010 memtest86+.bin -rw-r--r-- 1 root root 167264 21 oct. 2010 memtest86+_multiboot.bin -rw-r--r-- 1 root root 1665393 16 janv. 22:14 System.map-2.6.32-5-amd64 -rw-r--r-- 1 root root 2424608 16 janv. 22:04 vmlinuz-2.6.32-5-amd64 root@machine1:/boot#

heeuuu ?

root@ksxxx:/boot# rm -ri bzImage-2.6.38.2-xxxx-grs-ipv6-64

Cela t’invoques t’il quelque chose ?

ps: pas de reboot pour l’instant … :033

Ce serait la pire des choses à faire, c’est le seul noyau qui fonctionne…
C’est quoi ton “plan” OVH ?

Un plan pro.

Ceci dit, j’ai relancé toutes mes sauvegardes! :wink:

Distant > save
save > local
local > local

Salut,
Je ne sais pas ce que c’est un plan “pro”. Donne le lien.

heeeu mes confuses, me suis planté, j’ai confondus avec mon première abonnement.
Mutualisé plan pro (toujours en cours) ovh.com/fr/hebergement_mutualise/

Là, il s’agit du dédié de base. Kimsufi 2Gio à 14.99 HT/mois

kimsufi.com/fr/

Ha, un Kimsufi.
Moi j’ai un dédié SP-2011, pas sur que ce soit pareil…

Le noyau OVH est peut-être patché pour supporter certains matériels (matériels non supportés par le noyau 2.6.32…); Je pense à la carte réseau. Résultat: ton serveur à redémarré sur le bon noyau, mais sans réseau… C’est possible…

Demande au support si le noyau 2.6.38 OVH est patché pour supporter certains matériels “exotiques”…

[quote=“lol”]Ha, un Kimsufi.
Moi j’ai un dédié SP-2011, pas sur que ce soit pareil…[/quote]
Ceci explique peut être cela. :033
Ou il était question de réseau, dont j’ai fait allusion ci-plus-haut.

Exemple:
Changer le noyau d’une Debian OVH
Installation d’un noyau Debian sur Kimsufi

C’est possible … :think:

Tels que ? ma demande auprès d’ovh ?
Matériels “éxotiques” ? Faut il préciser ? Précisé quoi ?

Tels que ? ma demande auprès d’ovh ?
Matériels “éxotiques” ? Faut il préciser ? Précisé quoi ?[/quote]

Allons, t’es un grand garçon… :laughing:
Je pense, et tu penses au réseau, donc, oui, précise carte réseau…
Ce serait de ce genre que ça m’étonnerais qu’a moitié: e1000e, r8168…

[quote=“lol”]
Allons, t’es un grand garçon… :laughing:
Je pense, et tu penses au réseau, donc, oui, précise carte réseau…
Ce serait de ce genre que ça m’étonnerais qu’a moitié: e1000e, r8168…[/quote]
Ouais ouais … :wink: Les balloches qui vont bien aussi … :005

Ce que je voulais dire, “matériels éxotique” ben je sais pas trop de quoi il en retourne, voilà … :083

Sinon, pour la rédac, pas de souci, j’adore les administrations, elles je sais pô si c’est réciproque :005

J’ai leur faire un topo matos, le baratin qui va bien, et roule ma poule … :wink:

Et t’as regardé dans /var/log/dmesg* si tu retrouvais l’erreur citée ? Et que donne un lspci -nn ?

@lol

Ma toute petite bafouille est envoyé et patché à ovh :005 (avec ce qui va bien, je crois)
Lundi, pas de fériée en vue, fin de semaine au plus tard, non ? :083

Salut syam,

:118 ?

C’est le genre de log sur lesquels je n’ai aucune maîtrise, alors j’espère, avec réserve ne pas en lâché trop sur la toile, sinon par mp, si tu veux … :wink:
À mon sens trop de données sensible … :033

Extrait. (toujours pas de reboot, depuis ce début d’après midi, chose qui ne serait tardé, je le sens … :mrgreen: )

[code][ 0.000000] Initializing cgroup subsys cpuset
[ 0.000000] Initializing cgroup subsys cpu
[ 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
[ 0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-amd64 root=/dev/sda1 ro quiet
[ 0.000000] KERNEL supported cpus:
[ 0.000000] Intel GenuineIntel
[ 0.000000] AMD AuthenticAMD
[ 0.000000] Centaur CentaurHauls
[ 0.000000] BIOS-provided physical RAM map:

[ 0.000000] AMI BIOS detected: BIOS may corrupt low RAM, working around it.

[ 0.000000] kernel direct mapping tables up to 7efb0000 @ 10000-14000

[ 0.000000] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-amd64 root=/dev/sda1 ro quiet
[ 0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)
[ 0.000000] Initializing CPU#0
[ 0.000000] Checking aperture…

[ 1.121475] SCSI subsystem initialized
[ 1.148267] ehci_hcd: USB 2.0 ‘Enhanced’ Host Controller (EHCI) Driver
[ 1.148345] alloc irq_desc for 22 on node -1
[ 1.148349] alloc kstat_irqs on node -1
[ 1.148366] ehci_hcd 0000:00:10.4: PCI INT C -> GSI 22 (level, low) -> IRQ 22
[ 1.148401] ehci_hcd 0000:00:10.4: EHCI Host Controller
[ 1.148458] ehci_hcd 0000:00:10.4: new USB bus registered, assigned bus number 1
[ 1.148512] ehci_hcd 0000:00:10.4: debug port 1
[ 1.148555] ehci_hcd 0000:00:10.4: irq 22, io mem 0xfbfff800

[ 1.162311] via-rhine 0000:00:12.0: PCI INT A -> GSI 23 (level, low) -> IRQ 23
[ 1.163287] eth0: VIA Rhine II at 0x1d400, x:x:x:x:x:x, IRQ 23.
[ 1.164067] eth0: MII PHY found at address 1, status 0x786d advertising 01e1 Link 41e1.

[ 3.284758] EXT4-fs (sda1): mounted filesystem with ordered data mode
[ 4.225141] udev[331]: starting version 164
[ 4.567986] input: Sleep Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/input/input1
[ 4.569781] ACPI: Sleep Button [SLPB]
[ 4.569957] input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input2
[ 4.569965] ACPI: Power Button [PWRB]
[ 4.570078] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input3
[ 4.570085] ACPI: Power Button [PWRF]
[ 4.576964] processor LNXCPU:00: registered as cooling_device0
[ 4.759646] pci_hotplug: PCI Hot Plug PCI Core version: 0.5
[ 4.815312] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
[ 4.870778] input: PC Speaker as /devices/platform/pcspkr/input/input4
[ 5.624581] Error: Driver ‘pcspkr’ is already registered, aborting…
[ 5.905235] Adding 4094964k swap on /dev/sda6. Priority:-1 extents:1 across:4094964k
[ 6.207327] loop: module loaded
[/code]
En espérant avoir fait une sélection, correct, j’en doute … :033

root@ksxxx:/boot# lspci -nn 00:00.0 Host bridge [0600]: VIA Technologies, Inc. CN700/VN800/P4M800CE/Pro Host Bridge [1106:0314] 00:00.1 Host bridge [0600]: VIA Technologies, Inc. CN700/VN800/P4M800CE/Pro Host Bridge [1106:1314] 00:00.2 Host bridge [0600]: VIA Technologies, Inc. CN700/VN800/P4M800CE/Pro Host Bridge [1106:2314] 00:00.3 Host bridge [0600]: VIA Technologies, Inc. PT890 Host Bridge [1106:3208] 00:00.4 Host bridge [0600]: VIA Technologies, Inc. CN700/VN800/P4M800CE/Pro Host Bridge [1106:4314] 00:00.7 Host bridge [0600]: VIA Technologies, Inc. CN700/VN800/P4M800CE/Pro Host Bridge [1106:7314] 00:01.0 PCI bridge [0604]: VIA Technologies, Inc. VT8237/VX700 PCI Bridge [1106:b198] 00:0f.0 IDE interface [0101]: VIA Technologies, Inc. VT8251 AHCI/SATA 4-Port Controller [1106:3349] 00:0f.1 IDE interface [0101]: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE [1106:0571] (rev 07) 00:10.0 USB Controller [0c03]: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller [1106:3038] (rev 90) 00:10.1 USB Controller [0c03]: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller [1106:3038] (rev 90) 00:10.2 USB Controller [0c03]: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller [1106:3038] (rev 90) 00:10.3 USB Controller [0c03]: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller [1106:3038] (rev 90) 00:10.4 USB Controller [0c03]: VIA Technologies, Inc. USB 2.0 [1106:3104] (rev 90) 00:11.0 ISA bridge [0601]: VIA Technologies, Inc. VT8251 PCI to ISA Bridge [1106:3287] 00:11.7 Host bridge [0600]: VIA Technologies, Inc. VT8251 Ultra VLINK Controller [1106:287e] 00:12.0 Ethernet controller [0200]: VIA Technologies, Inc. VT6102 [Rhine-II] [1106:3065] (rev 7c) 00:13.0 PCI bridge [0604]: VIA Technologies, Inc. VT8251 Host Bridge [1106:287b] 00:13.1 PCI bridge [0604]: VIA Technologies, Inc. VT8251 PCI to PCI Bridge [1106:287a] 01:00.0 VGA compatible controller [0300]: VIA Technologies, Inc. CN700/P4M800 Pro/P4M800 CE/VN800 [S3 UniChrome Pro] [1106:3344] (rev 01) 02:00.0 PCI bridge [0604]: VIA Technologies, Inc. VT8251 PCIE Root Port [1106:287c] 02:00.1 PCI bridge [0604]: VIA Technologies, Inc. VT8251 PCIE Root Port [1106:287d] root@ksxxx:/boot#

Ta carte réseau est très bien supportée par le kernel Debian.
Voir kmuto.jp/debian/hcl/ et tu colles 1106:3065 dedans, ça répond qu’elle est supportée depuis le 2.6.25.

Merci syam, c’est en parti les infos que j’ai communiqué à ovh … :wink:

root@ksxxx:/boot# lspci -n 00:00.0 0600: 1106:0314 00:00.1 0600: 1106:1314 00:00.2 0600: 1106:2314 00:00.3 0600: 1106:3208 00:00.4 0600: 1106:4314 00:00.7 0600: 1106:7314 00:01.0 0604: 1106:b198 00:0f.0 0101: 1106:3349 00:0f.1 0101: 1106:0571 (rev 07) 00:10.0 0c03: 1106:3038 (rev 90) 00:10.1 0c03: 1106:3038 (rev 90) 00:10.2 0c03: 1106:3038 (rev 90) 00:10.3 0c03: 1106:3038 (rev 90) 00:10.4 0c03: 1106:3104 (rev 90) 00:11.0 0601: 1106:3287 00:11.7 0600: 1106:287e 00:12.0 0200: 1106:3065 (rev 7c) 00:13.0 0604: 1106:287b 00:13.1 0604: 1106:287a 01:00.0 0300: 1106:3344 (rev 01) 02:00.0 0604: 1106:287c 02:00.1 0604: 1106:287d root@ksxxx:/boot#

Une idée, ne serait-ce approximative ?

:041 :041 :041

Ma zet :118 la procédure que j’ai lancé avec votre complicité en ce début d’après midi semble fonctionné. :033

Reboot il y a trois minutes environ …

gmail:[Fail2Ban] ssh-Kimsufy: started

la suite en edit … j’arrive, quelque vérif … :wink: :dance:

* edit-1 * Intervention ovh ? :075 non! hein ?

* edit-2 * :dance: :clap: :clap: :clap: :041 :041 :041

[code]loreleil@machine1:~$ ssh -i /home/loreleil/.ssh/id_rsa2 mon_user_labas@x.x.x.x
Linux ksxxx.kimsufi.com 2.6.32-5-amd64 #1 SMP Mon Jan 16 16:22:28 UTC 2012 x86_64 GNU/Linux

server : 22157
ip : x.x.x.x
hostname : ksx.x.x.x.kimsufi.com

Last login: Mon Mar 12 10:17:37 2012 from alille-x-x-x-x.x.abo.wanadoo.fr
Linux ksxxx.kimsufi.com 2.6.32-5-amd64 #1 SMP Mon Jan 16 16:22:28 UTC 2012 x86_64 GNU/Linux

server : 22157
ip : x.x.x.x
hostname : ksxxx.kimsufi.com
mon_user_labas@ksxxx:~$ [/code]

mon_user_labas@ksxxx:~$ uname -a Linux ksxxx.kimsufi.com 2.6.32-5-amd64 #1 SMP Mon Jan 16 16:22:28 UTC 2012 x86_64 GNU/Linux mon_user_labas@ksxxx:~$
BINGO! :dance: :023

mon_user_labas@ksxxx:~$ uname -r 2.6.32-5-amd64 mon_user_labas@ksxxx:~$ grep menuentry /boot/grub/grub.cfg menuentry 'Debian GNU/Linux, avec Linux 2.6.32-5-amd64' --class debian --class gnu-linux --class gnu --class os { menuentry 'Debian GNU/Linux, avec Linux 2.6.32-5-amd64 (mode de dépannage)' --class debian --class gnu-linux --class gnu --class os { menuentry "Debian GNU/Linux, OVH kernel 2.6.38.2-xxxx-grs-ipv6-64" { mon_user_labas@ksxxx:~$

mon_user_labas@ksxxx:~$ ls /etc/grub.d/ 00_header 05_debian_theme 10_linux 11_OVHkernel 20_linux_xen 30_os-prober 40_custom 41_custom README mon_user_labas@ksxxxx:~$

MERCI! :violin: :038 :038 :038 :041

ps: [size=50]dans la bagarre, j’ai très certainement laissé de nombreuses fautes en tout genre, une pause, et j’y remédierai, au mieux[/size] … :wink:

:116 ben, là maintenant, les modules iptables, ça va … beaucoup beaucoup mieux! hein … :007

:dance:

Salut,

Rapide sur ce coup … :wink:

[quote=“ovh”]Bonjour,

Nos noyaux sont patchés pour supporter tout le matériel du parc ovh. Vous pouvez trouver le .config à cette adresse:

ftp://ftp.ovh.net/made-in-ovh/bzImage/2.6.38.2-2/

Par contre le materiel kimsufi logiquement est plus ancien, et devrait etre pris en charge par les noyaux standards. Je vous encourage toutefois a faire le diff avec le .config du kernel standard.[/quote]

:dance: