Wechsel Windows zu Linux - Aufbau des Systems verstehen

Autor

Beitrag

promocore
Inventar

#101 erstellt: 07. Jun 2016, 14:48

Hi,

ist die erste Zeile wirklich nicht auskommentiert oder hast Du beim Kopieren das "#" vergessen?

LG Tom

Das # Zeichen wurde beim kopieren vergessen.

ls /sys/class/net/

bond0 bonding_masters eth0 eth1 eth2 lo

Alles da!

dmesg | grep -i eth

[ 0.540690] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
[ 0.541059] r8169 0000:03:00.0 eth0: RTL8168evl/8111evl at 0xffffc9000314a000, 00:13:3b:0f:e2:f1, XID 0c900800 IRQ 46
[ 0.541060] r8169 0000:03:00.0 eth0: jumbo features [frames: 9200 bytes, tx checksumming: ko]
[ 0.541071] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
[ 0.541670] r8169 0000:04:00.0 eth1: RTL8168evl/8111evl at 0xffffc9000314e000, 00:13:3b:0f:e2:f2, XID 0c900800 IRQ 48
[ 0.541672] r8169 0000:04:00.0 eth1: jumbo features [frames: 9200 bytes, tx checksumming: ko]
[ 0.710838] e1000e 0000:00:19.0 eth2: registered PHC clock
[ 0.710840] e1000e 0000:00:19.0 eth2: (PCI Express:2.5GT/s:Width x1) bc:5f:f4:fb:d5:98
[ 0.710841] e1000e 0000:00:19.0 eth2: Intel(R) PRO/1000 Network Connection
[ 0.710866] e1000e 0000:00:19.0 eth2: MAC: 11, PHY: 12, PBA No: FFFFFF-0FF
[ 2.407640] bonding: Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)
[ 46.518071] bonding: bond0: Adding slave eth0
[ 46.635449] r8169 0000:03:00.0 eth0: link down
[ 46.635502] r8169 0000:03:00.0 eth0: link down
[ 46.635945] bonding: bond0: Enslaving eth0 as an active interface with an up link
[ 46.675158] bonding: bond0: Adding slave eth1
[ 46.791399] r8169 0000:04:00.0 eth1: link down
[ 46.791414] r8169 0000:04:00.0 eth1: link down
[ 46.791898] bonding: bond0: Enslaving eth1 as an active interface with an up link
[ 49.075663] r8169 0000:03:00.0 eth0: link up
[ 49.302515] r8169 0000:04:00.0 eth1: link up
[ 1420.543176] bonding: bond0: Removing slave eth0
[ 1420.543238] bonding: bond0: Releasing active interface eth0
[ 1420.543239] bonding: bond0: Warning: the permanent HWaddr of eth0 - 00:13:3b:0f:e2:f1 - is still in use by bond0 - set the HWaddr of eth0 to a different address to avoid conflicts
[ 1420.605778] bonding: bond0: Removing slave eth1
[ 1420.605822] bonding: bond0: Releasing active interface eth1
[ 1420.651982] bonding: bond0: Adding slave eth0
[ 1420.752298] r8169 0000:03:00.0 eth0: link down
[ 1420.752313] r8169 0000:03:00.0 eth0: link down
[ 1420.752792] bonding: bond0: Enslaving eth0 as an active interface with an up link
[ 1420.790988] bonding: bond0: Adding slave eth1
[ 1420.896253] r8169 0000:04:00.0 eth1: link down
[ 1420.896289] r8169 0000:04:00.0 eth1: link down
[ 1420.896768] bonding: bond0: Enslaving eth1 as an active interface with an up link
[ 1423.680554] r8169 0000:03:00.0 eth0: link up
[ 1423.720513] r8169 0000:04:00.0 eth1: link up
[ 1477.269222] device eth0 entered promiscuous mode
[ 1477.269239] device eth1 entered promiscuous mode

Dürfte nicht schlimm sein, da eth0 nicht einzelnd benutzt wird. Außerdem habe ich den dienst ab den Zeitpunkt schon manuell angestartet

journalctl -p 7 -u networking

Jun 06 22:48:48 TOWER systemd[1]: Job networking.service/start deleted to break ordering cycle starting with basic.target/start
Jun 06 22:49:31 TOWER networking[2980]: Configuring network interfaces...ifup: interface eth0 already configured
Jun 06 22:49:31 TOWER networking[2980]: sh: echo: I/O error
Jun 06 22:49:31 TOWER networking[2980]: ifup: interface eth1 already configured
Jun 06 22:49:41 TOWER networking[2980]: done.
Jun 06 23:12:25 TOWER networking[29473]: Deconfiguring network interfaces...eth0=eth0
Jun 06 23:12:26 TOWER networking[29473]: eth1=eth1
Jun 06 23:12:26 TOWER networking[29473]: done.
Jun 06 23:12:26 TOWER networking[29565]: Configuring network interfaces...ifup: interface eth0 already configured
Jun 06 23:12:26 TOWER networking[29565]: sh: echo: I/O error
Jun 06 23:12:26 TOWER networking[29565]: ifup: interface eth1 already configured
Jun 06 23:12:36 TOWER networking[29565]: done.

Das scheint für mich das Problem zu sein.

70-persistent-net.rules

# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:13:3b:0f:e2:f1", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

# PCI device 0x8086:0x153b (e1000e)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="bc:5f:f4:fb:d5:98", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth2"

# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:13:3b:0f:e2:f2", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

# PCI device 0x15b3:0x6750 (mlx4_core)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:02:c9:4e:86:66", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth3"

Die Zuordung ist soweit ok. Die Dualport ist eth0 und eth1, die Intel ist eth2, und eth3 wäre die Mellanox.

[Beitrag von promocore am 07. Jun 2016, 16:32 bearbeitet]

tomtiger
Administrator

#102 erstellt: 07. Jun 2016, 17:54

Hi,

probier mal in interfaces statt "#bond-slaves eth0 eth1" "bond-slaves none".

Gehört nicht eigentlich in die Sektion "bond0" auch ein Eintrag "bond-primary eth0"?

Die eine Fehlermedlung sollte man wegbekommen, wenn man bond0 eine eigene MAC Adresse zuweist.

Was gibt "ifup -a -v" aus, wenn Du es statt "/etc/init.d/networking start" nimmst?

LG Tom

smutbert
Stammgast

#103 erstellt: 07. Jun 2016, 17:55

Da gibt es also irgendeine Abhängigkeitsschleife zwischen den Diensten bzw. systemd-Units und um die Aufzuheben deaktiviert er networking.service
Es gibt bestimmt einen Weg mit systemd-analyze herauszufinden wie die Schleife aussieht, aber nachdem ich so etwas noch nie hatte, könnte ich auch nicht mehr machen als im Netz zu suchen - hier hat zB jemand eine Variante die Schleife grafisch darzustellen gepostet:

http://unix.stackexc...ng-cycles-in-systemd
Etwas merkwürdig finde ich nur, dass diese Schleife durch neue Hardware „ausgelöst“ wurde.

Als hässlichen Workaround könntest du networking.service in der /etc/rc.local beim Hochfahren starten (wirklich hässlich!).

Als (eleganten) Workaround könntest du das Netzwerk statt mittels /etc/networking/interface bzw. ifupdown auch mit systemd-networkd konfigurieren.
Orientieren würde ich mich am arch-Wiki (die sind bei systemd immer ganz vorne mit dabei)

https://wiki.archlinux.org/index.php/systemd-networkd
und hier gibt es auch noch ein Konfigurationsbeispiel mit bonding

https://www.reversen...-bonding-in-systemd/
(es könnte allerdings sein, dass systemd in Debian jessie zu alt dafür ist)

tomtiger
Administrator

#104 erstellt: 07. Jun 2016, 19:27

Hi,

smutbert (Beitrag #103) schrieb:

Etwas merkwürdig finde ich nur, dass diese Schleife durch neue Hardware „ausgelöst“ wurde.

wenn ich es korrekt verstanden habe, hat er die Dualport Karte ausgebaut und stattdessen die 10GB Karte eingebaut. Danach wieder zurück getauscht.

Ich ekle mich ja vor systemd aber ich nehme doch an, dass da irgendwo ein Konfigurationsrest der 10GB Karte der Übeltäter ist. Mit upstart könnte man wohl einfacher in den Logs nachsehen ...

LG Tom

smutbert
Stammgast

#105 erstellt: 07. Jun 2016, 20:57

So wie Pomocore das Netzwerk konfiguriert (/etc/network/interface) ist ein althergebrachtes init-Skript dafür verantwortlich. Das hat zur Folge, dass das für systemd so eine Art blackbox ist, die systemd zwar startet, aber über den Inhalt weiß systemd nichts.
Nachdem aber das manuelle Starten nach dem Booten funktioniert und sich im Log der Hinweis findet warum systemd das Netzwerkzeug nicht einmal zu starten versucht, glaube ich nicht, dass irgendwelche Konfigurationsreste schuld sein können.

Ob Promocore wieder zurück gebaut hat, bin ich mir eigentlich nicht sicher, aber es wird ja nirgendswo etwas über die verbaute Hardware gespeichert, das nachwirken könnte, außer dass den Netzwerkinterfaces eindeutige Namen zugewiesen werden und daran liegt es ja offensichtlich nicht.

Aber woher da plötzlich eine Abhängigkeitsschleife in systemd kommen soll ist mir auch unklar - im Grunde bin ich ein wenig ratlos ☺

[Beitrag von smutbert am 07. Jun 2016, 20:58 bearbeitet]

promocore
Inventar

#106 erstellt: 08. Jun 2016, 20:24

Ich habe versucht die Fehler zu finden, allerdings bin ich da nicht weiter gekommen. Auch weitere Systemlogs brachten für mich keine weitere Erkenntnisse. Versuchsweise habe ich den Network Manager noch konfiguriert, aber nach einem Reboot sind diese Einstellungen als nicht konfiguriert vorhanden.

Ein Freund von mir hat den gleichen Server mit Debian und ZFS. Er hat im Gegensatz zu mir keine Probleme.... komisch ist das alles.

Aktuell habe ich die 10Gbit Karte ausgebaut und die Dualport Karte drinne da das Transceiver Modul bei der 10Gbit nicht erkannt wurde.
Morgen müsste die neue Karte kommen. Wenn diese läuft, benötige ich kein Bonding mehr und ich könnte recht einfach konfiguriert systemd-networkd nutzen und auch die wichtigstens Clients mit 10GBit anbinden.
Somit enfällt auch Samba 4.4 mit dem ersten Multichannel Support Release, was ja bisher testing ist.

Danke soweit für eure Tips