Kernel meldet deprecated

pixel24 · Beitrag von **pixel24** » 24.03.2014 08:43:48

Hallo zusammen,

ich betreibe Debian7 / 64 als Gast unter KVM. Am Setup hat sich nichts geändert und ich verwende VirtIO-Treiber. Die entsprechenden virtio-Module sind in der VM auch geladen.

Seit Gestern wird mein Logfile im Gast jedoch mit folgenden Einträgen geflutet:

Code: Alles auswählen

loading kernel modul and alias for a network device with CAP_SYS_MODULE (deprecated) ....

Muss ich dem Modul bestimmte Optionen mitgeben und warum passiert dies so plötzlich?

Viele Grüße
pixel24

rendegast · Beitrag von **rendegast** » 24.03.2014 10:35:26

Dann hat sich der host-Kernel geändert?
Kürzlich gab es wheezy-backports 3.12 -> 3.13.

... geflutet:
loading kernel modul and alias ....

Heißt also, daß das entsprechende Modul (welches?) nicht lädt?
Eventuell blacklisten, oder dessen Optionszeile herausbekommen.

Code: Alles auswählen

modprobe -c | grep modul

oder
modprobe -v modul

Ein Kernel-Upgrade IN der VM? (zBsp. wheezy 3.2 -> wheezy-backports 3.13)

Die vollständige Zeile?
Nach www kommt danach wohl noch "Use blabla instead"
Daran könntest Du Dich halten.

Beitrag von **habakug** » 24.03.2014 11:08:28

Hallo!

Welche Einträge sind denn in

Code: Alles auswählen

# ls /etc/modprobe.d

Einträge für Netzwerkmodule sollten ein "netdev-" vorangestellt haben. Leider fehlt bei dir das Ende der Zeile, die vielleicht so weitergegangen wäre:

Code: Alles auswählen

Loading kernel module for a network device with CAP_SYS_MODULE (deprecated).  Use CAP_NET_ADMIN and alias netdev-ppp0 instead.

Dann wüsste man das aus dem "ppp0" ein "netdev-ppp0" werden müsste. Hier [1] ein Bugreport dazu, hier [2] nochmal warum das so ist.

Gruss, habakug

[1] https://bugs.mageia.org/show_bug.cgi?id=11885
[2] http://lwn.net/Articles/430462/

pixel24 · Beitrag von **pixel24** » 24.03.2014 14:33:17

Ja, der Host-Kernel wurde auf eine neue Version gebracht 3.13.

Wie kann ich heraus finden welches Modul nicht geladen wird?

in /etc/modprobe.d/ gibt es lediglich die Datei:

fbdev-blacklist.conf

Die gesamte Meldung ist:

Code: Alles auswählen

Mar 24 14:32:10 kolab01 kernel: [22143.018970] Loading kernel module for a network device with CAP_SYS_MODULE (deprecated).  Use CAP_NET_ADMIN and alias netdev- instead
Mar 24 14:32:10 kolab01 kernel: [22143.032825] Loading kernel module for a network device with CAP_SYS_MODULE (deprecated).  Use CAP_NET_ADMIN and alias netdev- instead

Beitrag von **KBDCALLS** » 24.03.2014 18:53:15

Poste doch mal die Ausgaben von lspci -nn und lsmod

Wenn man im Sourcecode nach "CAP_SYS_MODULE" sucht findet man das 5 Dateien eine davon ist

Code: Alles auswählen

/usr/src/linux-source-3.13/net/core/dev_ioctl.c

In Zeile 355 - 373 steht genau die Fehlermeldung.

Code: Alles auswählen

void dev_load(struct net *net, const char *name)
{
	struct net_device *dev;
	int no_module;

	rcu_read_lock();
	dev = dev_get_by_name_rcu(net, name);
	rcu_read_unlock();

	no_module = !dev;
	if (no_module && capable(CAP_NET_ADMIN))
		no_module = request_module("netdev-%s", name);
	if (no_module && capable(CAP_SYS_MODULE)) {
		if (!request_module("%s", name))
			pr_warn("Loading kernel module for a network device with CAP_SYS_MODULE (deprecated).  Use CAP_NET_ADMIN and alias netdev-%s instead.\n",
				name);
	}
}
EXPORT_SYMBOL(dev_load);

pixel24 · Beitrag von **pixel24** » 25.03.2014 07:34:42

Code: Alles auswählen

lspci -nn
00:00.0 Host bridge [0600]: Intel Corporation 440FX - 82441FX PMC [Natoma] [8086:1237] (rev 02)
00:01.0 ISA bridge [0601]: Intel Corporation 82371SB PIIX3 ISA [Natoma/Triton II] [8086:7000]
00:01.1 IDE interface [0101]: Intel Corporation 82371SB PIIX3 IDE [Natoma/Triton II] [8086:7010]
00:01.2 USB controller [0c03]: Intel Corporation 82371SB PIIX3 USB [Natoma/Triton II] [8086:7020] (rev 01)
00:01.3 Bridge [0680]: Intel Corporation 82371AB/EB/MB PIIX4 ACPI [8086:7113] (rev 03)
00:02.0 VGA compatible controller [0300]: Cirrus Logic GD 5446 [1013:00b8]
00:03.0 Ethernet controller [0200]: Red Hat, Inc Virtio network device [1af4:1000]
00:04.0 SCSI storage controller [0100]: Red Hat, Inc Virtio block device [1af4:1001]
00:05.0 Unclassified device [00ff]: Red Hat, Inc Virtio memory balloon [1af4:1002]

Code: Alles auswählen

lsmod
Module                  Size  Used by
ext4                  350763  1 
crc16                  12343  1 ext4
jbd2                   62115  1 ext4
mbcache                13114  1 ext4
loop                   22641  0 
joydev                 17266  0 
sg                     25874  0 
usbhid                 36418  0 
hid                    81372  1 usbhid
sr_mod                 21899  0 
cdrom                  35401  1 sr_mod
ata_generic            12479  0 
virtio_net             17808  0 
ata_piix               29535  0 
parport_pc             22364  0 
libata                140630  2 ata_piix,ata_generic
snd_pcm                68083  0 
uhci_hcd               26865  0 
snd_page_alloc         13003  1 snd_pcm
snd_timer              22917  1 snd_pcm
snd                    52889  2 snd_timer,snd_pcm
soundcore              13065  1 snd
scsi_mod              162269  3 libata,sr_mod,sg
psmouse                69265  0 
i2c_piix4              12536  0 
ehci_hcd               40215  0 
i2c_core               23876  1 i2c_piix4
parport                31858  1 parport_pc
serio_raw              12931  0 
floppy                 53087  0 
processor              28157  0 
evdev                  17562  2 
usbcore               128741  4 ehci_hcd,uhci_hcd,usbhid
thermal_sys            18040  1 processor
virtio_balloon         12832  0 
pcspkr                 12579  0 
usb_common             12354  1 usbcore
button                 12937  0 
btrfs                 505636  1 
crc32c                 12656  1 
libcrc32c              12426  1 btrfs
zlib_deflate           25638  1 btrfs
virtio_blk             12874  3 
virtio_pci             13207  0 
virtio_ring            13148  4 virtio_pci,virtio_blk,virtio_balloon,virtio_net
virtio                 13093  5 virtio_ring,virtio_pci,virtio_blk,virtio_balloon,virtio_net

pixel24 · Beitrag von **pixel24** » 27.03.2014 07:11:14

habakug hat geschrieben:Welche Einträge sind denn in
Code: Alles auswählen
# ls /etc/modprobe.d
Einträge für Netzwerkmodule sollten ein "netdev-" vorangestellt haben. Leider fehlt bei dir das Ende der Zeile, die vielleicht so weitergegangen wäre:
Code: Alles auswählen
Loading kernel module for a network device with CAP_SYS_MODULE (deprecated).  Use CAP_NET_ADMIN and alias netdev-ppp0 instead.
Dann wüsste man das aus dem "ppp0" ein "netdev-ppp0" werden müsste. Hier [1] ein Bugreport dazu, hier [2] nochmal warum das so ist.
[1] https://bugs.mageia.org/show_bug.cgi?id=11885
[2] http://lwn.net/Articles/430462/

Wie gesagt, in /etc/modprobe.d gibt es lediglich die Datei fbdev-blacklist.conf.

Da es auf dem System lediglich eth0 gibt:

Code: Alles auswählen

auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug eth0
iface eth0 inet static
        address 192.168.1.9
        network 192.168.1.0
        netmask 255.255.255.0
        gateway 192.168.1.5
        dns-nameservers 192.168.1.1
        dns-search local.lan

und, wenn ich die Ausführung richtig verstehe der Fehler aufgrund einer falschen Bezeichnung des Devices erzeugt wird. Kann es doch nur daran liegen, oder?

Eines ist mir jedoch schleierhaft. Wenn ich mir die Links anschaue (in dem dortigen Beispiel trat das Problem mit dem Device ppp0 auf) wird dort das Device in der der Logmeldung konkret spezifiziert ....

... Use CAP_NET_ADMIN and alias netdev-ppp0 instead...

Bei mir jedoch fehlt diese Angabe:

... Use CAP_NET_ADMIN and alias netdev- instead...

Wie soll ich da heraus finden an welchem Device es liegt?

Gruß
pixel24

rendegast · Beitrag von **rendegast** » 28.03.2014 06:07:00

Bei mir jedoch fehlt diese Angabe:
... Use CAP_NET_ADMIN and alias netdev- instead...

Vielleicht

Code: Alles auswählen

modprobe -c | grep netdev

ip link

ifconfig
<->
ifconfig -a

virtio_net 17808 0

virtio_balloon 12832 0

virtio_blk 12874 3
virtio_pci 13207 0
virtio_ring 13148 4 virtio_pci,virtio_blk,virtio_balloon,virtio_net
virtio 13093 5 virtio_ring,virtio_pci,virtio_blk,virtio_balloon,virtio_net

wegen der Größen -> Kernel 3.2 3.2.54-2 ?

Ja, der Host-Kernel wurde auf eine neue Version gebracht 3.13.

In der VM auch mal mit dem backports-Kernel 3.13 experimentieren?

qemu-Netzwerkkarte model=virtio wieder auf default stellen?

Wie soll ich da heraus finden an welchem Device es liegt?

Wenn da wirklich ein modprobe/insmod versucht wird,

inotify-tools:

Code: Alles auswählen

inotifywait -rm /lib/modules/

pixel24 · Beitrag von **pixel24** » 28.03.2014 16:21:29

nur damit ich es verstehe (bin in Kernel-Fragen nicht wirklich beseelt). Das Problem rührt daher dass ich auf dem KVM-Host den Kernel aktualisiert habe. In den VM's benutze ich als NIC immer virtio. Ich weiß jetzt technisch nicht genau wie virtio arbeitet aber ich vermute mal es ist eine Schnittstelle zum Hostsystem (physische NIC) damit diese nicht komplett emuliert werden muss. Und nach der Änderung auf dem Host arbeiten diese nicht mehr zusammen .... ? Die Anderen VM's OpenSuSE, Win7 und IPFire habe aber nicht gemeckert.

Egal, ich muss dass ja irgendwie hin bekommen. Habe die NIC in der VM mal auf "Default" gesetzt. Dies ändert jedoch nichts an dem Problem.

Nachfolgend mal die Ausgaben der Befehle. Da fehlt mir aber das Wissen um daraus eine Lösung abzuleiten:

Code: Alles auswählen

modprobe -c | grep netdev
alias netdev_gre0 ip_gre
alias netdev_ip6tnl0 ip6_tunnel
alias netdev_sit0 sit
alias netdev_tunl0 ipip
alias symbol:__alloc_ei_netdev 8390
alias symbol:com20020_netdev_ops com20020
alias symbol:ei_netdev_ops 8390
alias symbol:i2400m_netdev_setup i2400m
alias symbol:tms380tr_netdev_ops tms380tr

Code: Alles auswählen

ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN mode DEFAULT 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 1000
    link/ether 52:54:00:7e:2e:f5 brd ff:ff:ff:ff:ff:ff

Code: Alles auswählen

ifconfig
eth0      Link encap:Ethernet  Hardware Adresse 52:54:00:7e:2e:f5  
          inet Adresse:192.168.1.9  Bcast:192.168.1.255  Maske:255.255.255.0
          inet6-Adresse: fe80::5054:ff:fe7e:2ef5/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX packets:94904 errors:0 dropped:0 overruns:0 frame:0
          TX packets:49766 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000 
          RX bytes:140014878 (133.5 MiB)  TX bytes:3726869 (3.5 MiB)
          Interrupt:11 Basisadresse:0x6000 

lo        Link encap:Lokale Schleife  
          inet Adresse:127.0.0.1  Maske:255.0.0.0
          inet6-Adresse: ::1/128 Gültigkeitsbereich:Maschine
          UP LOOPBACK RUNNING  MTU:16436  Metrik:1
          RX packets:2675 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2675 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:0 
          RX bytes:482547 (471.2 KiB)  TX bytes:482547 (471.2 KiB)

Code: Alles auswählen

ifconfig -a
eth0      Link encap:Ethernet  Hardware Adresse 52:54:00:7e:2e:f5  
          inet Adresse:192.168.1.9  Bcast:192.168.1.255  Maske:255.255.255.0
          inet6-Adresse: fe80::5054:ff:fe7e:2ef5/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX packets:94968 errors:0 dropped:0 overruns:0 frame:0
          TX packets:49814 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000 
          RX bytes:140020000 (133.5 MiB)  TX bytes:3733820 (3.5 MiB)
          Interrupt:11 Basisadresse:0x6000 

lo        Link encap:Lokale Schleife  
          inet Adresse:127.0.0.1  Maske:255.0.0.0
          inet6-Adresse: ::1/128 Gültigkeitsbereich:Maschine
          UP LOOPBACK RUNNING  MTU:16436  Metrik:1
          RX packets:2773 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2773 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:0 
          RX bytes:502622 (490.8 KiB)  TX bytes:502622 (490.8 KiB)

Der Backport-Kernel ....... ich installiere i.d.R. keine aneren Kernels sondern nutze immer die vom System mitgebrachten. Ist so ein Backport-Kernel dann stable? Gibt es eine brauchbare Anleitung wie ich diesen installiere?

rendegast · Beitrag von **rendegast** » 29.03.2014 09:34:09

Das Problem rührt daher dass ich auf dem KVM-Host den Kernel aktualisiert habe.
...
sondern nutze immer die vom System mitgebrachten.

Ich hatte da gedacht, daß auf dem Host 3.12-bpo -> 3.13-bpo passiert ist,
da beim Standardkernel
2014-02-10 08:09:53 upgrade linux-image-3.2.0-4-amd64:amd64 3.2.51-1 3.2.54-2
2014-03-10 07:43:28 upgrade linux-image-3.2.0-4-amd64:amd64 3.2.54-2 3.2.54-2
ja schon 2 Wochen her wäre, wogegen
2014-03-20 11:45:11 install linux-image-3.13-0.bpo.1-amd64:amd64 <none> 3.13.5-1~bpo70+1
mit wohl weitreichenderen Änderungen als das Standardkernel-Upgrade, zBsp. Netzwerkkarten-Treiber.

-> Einfache Aktion,
beim Host auf den vorherigen Kernel zurück, ob das Problem dann wieder verschwindet.
Dann evtl. Bug-Meldung machen.

pixel24 · Beitrag von **pixel24** » 31.03.2014 10:41:38

Hallo zusammen,

das Kernel-Update am Host zurück zu nehmen erschien mir als "nicht machbar" (... wäre wohl irgendwie gegangen) weil der Kernel in einem vorgezogenen Update von 12.04 auf 14.04 (LTS) kam. Dass mache ich auf meinem System etwas früher bevor das Update erscheint um zu testen wie alles läuft.

Im Wiki dieses Forums habe ich jedoch gefunden wie man den Backport-Kernel einspielt. Was prima funktioniert und die Meldungen sind nun verschwunden. Somit Gelös

Vielen Dank

debianforum.de

Kernel meldet deprecated

Kernel meldet deprecated

Re: Kernel meldet deprecated

Re: Kernel meldet deprecated

Re: Kernel meldet deprecated

Re: Kernel meldet deprecated

Re: Kernel meldet deprecated

Re: Kernel meldet deprecated

Re: Kernel meldet deprecated

Re: Kernel meldet deprecated

Re: Kernel meldet deprecated

Re: Kernel meldet deprecated