Crashkurs NIS/NFS

lego · 9. November 2019 um 03:05

Hallo Leute,

ich habe eine Blockade bzw. verliere mich in den zu erledigenden Schritten und Lernprozessen.

1:
Habt Ihr einen Crashkurs (Link etc., schickes kleines Büchlein, Kapitel daraus) zur Konfiguration von NIS/NFS zur Hand?

Der Hintergrund:
Ich will /home und noch das eine oder andere Arbeitsverzeichnis exportieren und überall zentral verfügbar machen.

Ein Problem daraus:
Eine nach meine Stand des Wissens konservative Suse-10-default-Konfiguration mit dem Tool Yast (Verschlimmbesserung, ich weiss) auf einigen 64-bit-Maschinen lässt mich zwar nach einloggen im Runlevel 3 Ping von einer Machine zur anderen schicken, ich kann mich einloggen, die home-directories sind überall gleich. Sobald ich aber Runlevel 5 erreiche und versuche, mich einzuloggen in eine grafische Oberfläche, bleibt das Ding stehen. Username und Passwort eingegeben auf dem Client zum graf. Login, Enter und Zack! … ist alles eingefroren. Ping funktioniert auch nicht mehr von anderen Clients oder vom Master. Obwohl doch vorher in Runlevel 3 alles funktionierte. Ein andernmal den Master und Client noch einmal runter und hoch gefahren, und dieses Problem besteht nicht mehr. Sieht sehr danach aus, dass ich die NIS/NFS-Dienste haette einmal neu ordentlich starten muessen oder etwas mit der Adressierung IP/Gateway/Netzwerkadresse nicht stimmt.

Ich will wissen, wie und warum die Fehler auftreten, die dicken Buecher von dazu Oreilly etc. verweisen aber auf andere Buecher, ich habe eine Aufnahmeblockade und schon drehe ich mich auf der Stelle.

Weniger Worte, mehr Inhalt, habt Ihr Empfehlungen? Oder Hinweise, was ich wie zu prüfen habe?

Viele Gruesse und Dank vorab, Peter ganz blutleer nach Spende am fruehen Morgen

Sebastian · 9. November 2019 um 03:05

Hallo,

Habt Ihr einen Crashkurs (Link etc., schickes kleines
Büchlein, Kapitel daraus) zur Konfiguration von NIS/NFS zur
Hand?

http://mysite.verizon.net/res0yizl/id12.html
Ich habe mich durch die man-pages gelesen …

Der Hintergrund:
Ich will /home und noch das eine oder andere
Arbeitsverzeichnis exportieren und überall zentral verfügbar
machen.

Okay.

Ein Problem daraus:
Eine nach meine Stand des Wissens konservative
Suse-10-default-Konfiguration mit dem Tool Yast
(Verschlimmbesserung, ich weiss) auf einigen 64-bit-Maschinen
lässt mich zwar nach einloggen im Runlevel 3 Ping von einer
Machine zur anderen schicken, ich kann mich einloggen, die
home-directories sind überall gleich. Sobald ich aber Runlevel
5 erreiche und versuche, mich einzuloggen in eine grafische
Oberfläche, bleibt das Ding stehen. Username und Passwort
eingegeben auf dem Client zum graf. Login, Enter und Zack! …
ist alles eingefroren. Ping funktioniert auch nicht mehr von
anderen Clients oder vom Master. Obwohl doch vorher in
Runlevel 3 alles funktionierte.

Klingt nach einem Problem mit dem X-Server. Hmm. 64-Bit? Vielleicht will einer der proprietären Grafikartentreiber nicht in dem Modus? Vielleicht einfach mal einen anderen nehmen …

Das Problem scheint zu sein, daß die Kiste freezt (wenn nicht mal mehr ein Ping funktioniert). Mal einen Blick in die Logfateien des Systems (ich habe immer eine /var/log/almessages) und des X Servers sehen).

Ein andernmal den Master und
Client noch einmal runter und hoch gefahren, und dieses
Problem besteht nicht mehr. Sieht sehr danach aus, dass ich
die NIS/NFS-Dienste haette einmal neu ordentlich starten
muessen oder etwas mit der Adressierung
IP/Gateway/Netzwerkadresse nicht stimmt.

Ja? Was für Hinweise hast Du? Warum sollte das sich beim graphischen Login ändern? Ich stehe ja auch auf dem Schlauch, aber wenn eine Kiste nach Start der graphischen Oberfläche nicht mehr pingbar ist, würde ich bis zum Beweis des Gegenteils annehmen, daß sie gefreezt ist.
Das Gegenteil könnte manb beweisen, indem man zeiht, daß der Rechner auch in dem Zustand in der Lage ist, per cron etwas in die Log-Dateien zu schreiben.

Ich will wissen, wie und warum die Fehler auftreten, die
dicken Buecher von dazu Oreilly etc. verweisen aber auf andere
Buecher, ich habe eine Aufnahmeblockade und schon drehe ich
mich auf der Stelle.

Logs, wir braucnen Logs.

Sebastian

Semjon_Michailowitsch_580bb3 · 9. November 2019 um 03:05

Hallo lego,

deaktiviere mal spasseshalber auf
einer Kiste die on-board-Netzkarte
und steck eine alte Realtek (testweise)
rein.

Was passiert dann?

BTW: wie ist das mount-Schema

wer mountet was von wo?

Grüße

CMБ

lego · 9. November 2019 um 03:06

Hallo Semjon,

und steck eine alte Realtek (testweise)
rein.
Was passiert dann?

Werde ich heute Abend versuchen, wenn hier Ruhe herrscht.

BTW: wie ist das mount-Schema

wer mountet was von wo?

Die Clients mounten /home vom Master rw und einige andere Verzeichnisse zum Installieren ro.

Vielleicht hilft das noch, vielen Dank, Peter

Master:

$cat /etc/hosts
[...]

127.0.0.1 localhost

# special IPv6 addresses


> > 1 localhost ipv6-localhost ipv6-loopback


fe00::0 ipv6-localnet

ff00::0 ipv6-mcastprefix
ff02::1 ipv6-allnodes
ff02::2 ipv6-allrouters
ff02::3 ipv6-allhosts
132.252.84.73 ce084073.chemie.uni-essen.de ce084073
192.168.1.100 ce084073.chemie.uni-essen.de

ce084073:/home/peter # netstat
Aktive Internetverbindungen (ohne Server)
Proto Recv-Q Send-Q Local Address Foreign Address State
tcp 0 0 ce084073.:ida-discover1 192.168.1.101:ssh VERBUNDEN
tcp 0 0 ce084073.chemie.uni:nfs 192.168.1.113:1012 VERBUNDEN
tcp 0 0 ce084073.chemie.uni:nfs 192.168.1.101:1020 VERBUNDEN
tcp 0 0 ce084073.chemie.uni:nfs 192.168.1.102:1020 VERBUNDEN
Aktive Sockets in der UNIX Domäne (ohne Server)

Node1:

$cat /etc/hosts

[...]

127.0.0.1 localhost

# special IPv6 addresses


> > 1 localhost ipv6-localhost ipv6-loopback


fe00::0 ipv6-localnet

ff00::0 ipv6-mcastprefix
ff02::1 ipv6-allnodes
ff02::2 ipv6-allrouters
ff02::3 ipv6-allhosts
192.168.1.101 node1.site node1

lego · 9. November 2019 um 03:06

Hallo Sebastian,

http://mysite.verizon.net/res0yizl/id12.html

Danke, das gefällt mir sehr.

Ich habe mich durch die man-pages gelesen …

Burnout und ADS und zwischendurch muss man Chef noch erklären, dass MS-Word nicht Tex-Dateien einlesen kann, auch wenn der PDF-File doch so toll aussieht, also ist es ja vorhanden, warum also kann Word das nicht direkt einlesen bzw. importieren … und dann fehlen mir die Nerven endgültig bzw. die Ruhe, Bitte um Verständniss.

Klingt nach einem Problem mit dem X-Server. Hmm. 64-Bit?

Ja, 64-Bit.

Vielleicht will einer der proprietären Grafikartentreiber
nicht in dem Modus? Vielleicht einfach mal einen anderen
nehmen …

Ufff.

Das Problem scheint zu sein, daß die Kiste freezt (wenn nicht
mal mehr ein Ping funktioniert). Mal einen Blick in die
Logfateien des Systems (ich habe immer eine
/var/log/almessages) und des X Servers sehen).

Logs, wir braucnen Logs.

13:49 wurde der Server neu gebootet,
$cat /var/log/messages:

Oct 26 13:13:33 ce084073 rpc.mountd: authenticated mount request from 192.168.1.102:846 for /home (/home)
Oct 26 13:14:33 ce084073 rpc.mountd: authenticated mount request from 192.168.1.102:848 for /home (/home)
Oct 26 13:15:33 ce084073 rpc.mountd: authenticated mount request from 192.168.1.102:850 for /data0/cfxinstall (/data0/cfxinstall)
Oct 26 13:17:09 ce084073 rpc.mountd: authenticated unmount request from 192.168.1.102:900 for /data0/cfxinstall (/data0/cfxinstall)
Oct 26 13:17:11 ce084073 rpc.mountd: authenticated mount request from 192.168.1.102:923 for /home (/home)
Oct 26 13:17:11 ce084073 rpc.mountd: authenticated mount request from 192.168.1.102:925 for /data0/cfxinstall (/data0/cfxinstall)
Oct 26 13:24:21 ce084073 rpc.mountd: authenticated unmount request from 192.168.1.101:711 for /home (/home)
Oct 26 13:25:51 ce084073 sshd[16291]: Accepted keyboard-interactive/pam for peter from 192.168.1.101 port 15400 ssh2
Oct 26 13:49:04 ce084073 su: (to root) peter on /dev/pts/5
Oct 26 13:49:10 ce084073 init: Switching to runlevel: 6
Oct 26 13:49:11 ce084073 kernel: bootsplash: status on console 0 changed to on
Oct 26 13:49:11 ce084073 kernel: bootsplash: status on console 0 changed to on
Oct 26 13:49:13 ce084073 kernel: lockd: couldn't shutdown host module!
Oct 26 13:49:13 ce084073 kernel: nfsd: last server has exited
Oct 26 13:49:13 ce084073 kernel: nfsd: unexporting all filesystems
Oct 26 13:49:13 ce084073 rpc.mountd: Caught signal 15, un-registering and exiting.
Oct 26 13:49:14 ce084073 sshd[5610]: Received signal 15; terminating.
Oct 26 13:49:14 ce084073 gconfd (peter-6466): Signal 15 erhalten, ordungsgemäßes Herunterfahren
Oct 26 13:49:14 ce084073 gconfd (peter-6466): Beenden
Oct 26 13:49:14 ce084073 ypserv[14488]: Error registering service with slp -20
Oct 26 13:49:15 ce084073 kernel: Kernel logging (proc) stopped.
Oct 26 13:49:15 ce084073 kernel: Kernel log daemon terminating.
Oct 26 13:49:16 ce084073 syslog-ng[4276]: syslog-ng version 1.6.8 going down
Oct 26 13:51:07 ce084073 syslog-ng[4730]: syslog-ng version 1.6.8 starting
Oct 26 13:51:08 ce084073 syslog-ng[4730]: Changing permissions on special file /dev/xconsole
Oct 26 13:51:08 ce084073 syslog-ng[4730]: Changing permissions on special file /dev/tty10
Oct 26 13:51:08 ce084073 ifup-route: Warning: Could not set up default route via interface
Oct 26 13:51:08 ce084073 ifup-route: Command ip route replace to default via 132.252.84.126 returned:
Oct 26 13:51:08 ce084073 ifup-route: . RTNETLINK answers: Network is unreachable
Oct 26 13:51:08 ce084073 ifup-route: Configuration line: default 132.252.84.126 - -
Oct 26 13:51:08 ce084073 ifup-route: This needs NOT to be AN ERROR if you set up multiple interfaces.
Oct 26 13:51:08 ce084073 ifup-route: See man 5 routes how to avoid this warning.
Oct 26 13:51:08 ce084073 mDNSResponder (Engineering Build) (Sep 9 2005 17:22:16) [5196]: starting
Oct 26 13:51:10 ce084073 ifup: No configuration found for sit0
Oct 26 13:51:11 ce084073 /usr/sbin/cron[5619]: (CRON) STARTUP (V5.0)
Oct 26 13:51:11 ce084073 ypserv[5599]: Error registering service with slp -20
Oct 26 13:51:12 ce084073 sshd[5643]: Server listening on :: port 22.
Oct 26 13:51:12 ce084073 kernel: klogd 1.4.1, log source = /proc/kmsg started.
Oct 26 13:51:12 ce084073 kernel: parport0: PC-style at 0x378 (0x778) [PCSPP,TRISTATE]
Oct 26 13:51:12 ce084073 kernel: parport0: irq 7 detected
Oct 26 13:51:12 ce084073 kernel: lp0: using parport0 (polling).
Oct 26 13:51:12 ce084073 kernel: NET: Registered protocol family 10
Oct 26 13:51:12 ce084073 kernel: Disabled Privacy Extensions on device ffffffff803cf000(lo)
Oct 26 13:51:12 ce084073 kernel: IPv6 over IPv4 tunneling driver
Oct 26 13:51:12 ce084073 kernel: ip6\_tables: (C) 2000-2002 Netfilter core team
Oct 26 13:51:12 ce084073 kernel: ip\_tables: (C) 2000-2002 Netfilter core team
Oct 26 13:51:12 ce084073 kernel: ip\_conntrack version 2.1 (8192 buckets, 65536 max) - 304 bytes per conntrack
Oct 26 13:51:12 ce084073 kernel: usbcore: registered new driver usbfs
Oct 26 13:51:12 ce084073 kernel: usbcore: registered new driver hub
Oct 26 13:51:12 ce084073 kernel: ACPI-0212: \*\*\* Warning: Device is not power manageable
Oct 26 13:51:12 ce084073 kernel: ACPI: PCI Interrupt Link [APCL] enabled at IRQ 21
Oct 26 13:51:12 ce084073 kernel: ACPI: PCI Interrupt 0000:00:02.1[B] -\> Link [APCL] -\> GSI 21 (level, low) -\> IRQ 50
Oct 26 13:51:12 ce084073 kernel: PCI: Setting latency timer of device 0000:00:02.1 to 64
Oct 26 13:51:12 ce084073 kernel: ehci\_hcd 0000:00:02.1: EHCI Host Controller
Oct 26 13:51:12 ce084073 kernel: ehci\_hcd 0000:00:02.1: debug port 1
Oct 26 13:51:12 ce084073 kernel: ehci\_hcd 0000:00:02.1: new USB bus registered, assigned bus number 1
Oct 26 13:51:12 ce084073 kernel: ehci\_hcd 0000:00:02.1: irq 50, io mem 0xdc005000
Oct 26 13:51:12 ce084073 kernel: PCI: cache line size of 64 is not supported by device 0000:00:02.1
Oct 26 13:51:12 ce084073 kernel: ehci\_hcd 0000:00:02.1: park 0
Oct 26 13:51:12 ce084073 kernel: ehci\_hcd 0000:00:02.1: USB 2.0 initialized, EHCI 1.00, driver 10 Dec 2004
Oct 26 13:51:12 ce084073 kernel: hub 1-0:1.0: USB hub found
Oct 26 13:51:12 ce084073 kernel: hub 1-0:1.0: 10 ports detected
Oct 26 13:51:12 ce084073 kernel: ohci\_hcd: 2005 April 22 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI)
Oct 26 13:51:12 ce084073 kernel: ACPI-0212: \*\*\* Warning: Device is not power manageable
Oct 26 13:51:12 ce084073 kernel: ACPI: PCI Interrupt Link [APCF] enabled at IRQ 20
Oct 26 13:51:12 ce084073 kernel: ACPI: PCI Interrupt 0000:00:02.0[A] -\> Link [APCF] -\> GSI 20 (level, low) -\> IRQ 58
Oct 26 13:51:12 ce084073 kernel: PCI: Setting latency timer of device 0000:00:02.0 to 64
Oct 26 13:51:12 ce084073 kernel: ohci\_hcd 0000:00:02.0: OHCI Host Controller
Oct 26 13:51:12 ce084073 kernel: ohci\_hcd 0000:00:02.0: new USB bus registered, assigned bus number 2
Oct 26 13:51:12 ce084073 kernel: ohci\_hcd 0000:00:02.0: irq 58, io mem 0xdc004000
Oct 26 13:51:12 ce084073 kernel: hub 2-0:1.0: USB hub found
Oct 26 13:51:12 ce084073 kernel: hub 2-0:1.0: 10 ports detected
Oct 26 13:51:12 ce084073 kernel: pci\_hotplug: PCI Hot Plug PCI Core version: 0.5
Oct 26 13:51:12 ce084073 kernel: i2c\_adapter i2c-0: nForce2 SMBus adapter at 0x4c00
Oct 26 13:51:12 ce084073 kernel: i2c\_adapter i2c-1: nForce2 SMBus adapter at 0x4c40
Oct 26 13:51:12 ce084073 kernel: shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
Oct 26 13:51:12 ce084073 kernel: forcedeth.c: Reverse Engineered nForce ethernet driver. Version 0.35.
Oct 26 13:51:12 ce084073 kernel: ACPI-0212: \*\*\* Warning: Device is not power manageable
Oct 26 13:51:12 ce084073 kernel: ACPI: PCI Interrupt Link [APCH] enabled at IRQ 23
Oct 26 13:51:12 ce084073 kernel: ACPI: PCI Interrupt 0000:00:0a.0[A] -\> Link [APCH] -\> GSI 23 (level, low) -\> IRQ 217
Oct 26 13:51:12 ce084073 kernel: PCI: Setting latency timer of device 0000:00:0a.0 to 64
Oct 26 13:51:12 ce084073 kernel: ACPI-0212: \*\*\* Warning: Device is not power manageable
Oct 26 13:51:12 ce084073 kernel: ACPI: PCI Interrupt Link [APCJ] enabled at IRQ 22
Oct 26 13:51:12 ce084073 kernel: ACPI: PCI Interrupt 0000:00:04.0[A] -\> Link [APCJ] -\> GSI 22 (level, low) -\> IRQ 225
Oct 26 13:51:12 ce084073 kernel: PCI: Setting latency timer of device 0000:00:04.0 to 64
Oct 26 13:51:12 ce084073 kernel: intel8x0\_measure\_ac97\_clock: measured 54744 usecs
Oct 26 13:51:12 ce084073 kernel: intel8x0: clocking to 46923
Oct 26 13:51:12 ce084073 kernel: ieee1394: Initialized config rom entry `ip1394'
Oct 26 13:51:12 ce084073 kernel: eth0: forcedeth.c: subsystem: 01043:8141 bound to 0000:00:0a.0
Oct 26 13:51:12 ce084073 kernel: ohci1394: $Rev: 1299 $ Ben Collins 
Oct 26 13:51:12 ce084073 kernel: ACPI: PCI Interrupt Link [APC1] enabled at IRQ 16
Oct 26 13:51:12 ce084073 kernel: ACPI: PCI Interrupt 0000:05:0b.0[A] -\> Link [APC1] -\> GSI 16 (level, low) -\> IRQ 66
Oct 26 13:51:12 ce084073 kernel: ohci1394: fw-host0: OHCI-1394 1.1 (PCI): IRQ=[66] MMIO=[db009000-db0097ff] Max Packet=[2048]
Oct 26 13:51:12 ce084073 kernel: ACPI: PCI Interrupt Link [APC2] enabled at IRQ 17
Oct 26 13:51:12 ce084073 kernel: ACPI: PCI Interrupt 0000:05:0c.0[A] -\> Link [APC2] -\> GSI 17 (level, low) -\> IRQ 74
Oct 26 13:51:12 ce084073 kernel: sk98lin: Network Device Driver v8.23.1.3
Oct 26 13:51:12 ce084073 kernel: (C)Copyright 1999-2005 Marvell(R).
Oct 26 13:51:12 ce084073 kernel: ACPI: PCI Interrupt 0000:05:0c.0[A] -\> Link [APC2] -\> GSI 17 (level, low) -\> IRQ 74
Oct 26 13:51:12 ce084073 kernel: eth1: Yukon Gigabit Ethernet 10/100/1000Base-T Adapter
Oct 26 13:51:12 ce084073 kernel: PrefPort:A RlmtMode:Check Link State
Oct 26 13:51:12 ce084073 kernel: Floppy drive(s): fd0 is 1.44M
Oct 26 13:51:12 ce084073 kernel: FDC 0 is a post-1991 82077
Oct 26 13:51:12 ce084073 kernel: hda: ATAPI 40X DVD-ROM DVD-R-RAM CD-R/RW drive, 2048kB Cache, UDMA(33)
Oct 26 13:51:12 ce084073 kernel: Uniform CD-ROM driver Revision: 3.20
Oct 26 13:51:12 ce084073 kernel: ieee1394: Host added: ID:BUS[0-00:1023] GUID[0011d800001662b6]
Oct 26 13:51:12 ce084073 kernel: bootsplash: status on console 0 changed to on
Oct 26 13:51:12 ce084073 kernel: BIOS EDD facility v0.16 2004-Jun-25, 2 devices found
Oct 26 13:51:12 ce084073 kernel: ACPI: Power Button (FF) [PWRF]
Oct 26 13:51:12 ce084073 kernel: ACPI: Power Button (CM) [PWRB]
Oct 26 13:51:12 ce084073 kernel: IA-32 Microcode Update Driver: v1.14 
Oct 26 13:51:12 ce084073 kernel: microcode: CPU0 not a capable Intel processor
Oct 26 13:51:12 ce084073 kernel: microcode: No new microcode data for CPU0
Oct 26 13:51:12 ce084073 kernel: IA-32 Microcode Update Driver v1.14 unregistered
Oct 26 13:51:12 ce084073 kernel: Installing knfsd (copyright (C) 1996 [email protected]).
Oct 26 13:51:12 ce084073 kernel: NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
Oct 26 13:51:12 ce084073 kernel: NFSD: recovery directory /var/lib/nfs/v4recovery doesn't exist
Oct 26 13:51:12 ce084073 kernel: NFSD: starting 90-second grace period
Oct 26 13:51:12 ce084073 kernel: eth1: network connection up using port A
Oct 26 13:51:12 ce084073 kernel: speed: 100
Oct 26 13:51:12 ce084073 kernel: autonegotiation: yes
Oct 26 13:51:12 ce084073 kernel: duplex mode: full
Oct 26 13:51:12 ce084073 kernel: flowctrl: symmetric
Oct 26 13:51:12 ce084073 kernel: irq moderation: disabled
Oct 26 13:51:12 ce084073 kernel: scatter-gather: enabled
Oct 26 13:51:12 ce084073 kernel: tx-checksum: enabled
Oct 26 13:51:12 ce084073 kernel: rx-checksum: enabled
Oct 26 13:51:12 ce084073 kernel: rx-polling: enabled
Oct 26 13:51:12 ce084073 kernel: bootsplash: status on console 0 changed to on
Oct 26 13:51:12 ce084073 kernel: powernow-k8: Found 1 AMD Athlon 64 / Opteron processors (version 1.50.3)
Oct 26 13:51:12 ce084073 kernel: ACPI-0252: \*\*\* Warning: Error evaluating \_PSS
Oct 26 13:51:12 ce084073 kernel: powernow-k8: BIOS error - no PSB or ACPI \_PSS objects
Oct 26 13:51:13 ce084073 kernel: ACPI-0252: \*\*\* Warning: Error evaluating \_PSS
Oct 26 13:51:13 ce084073 rcpowersaved: CPU frequency scaling is not supported by your processor.
Oct 26 13:51:13 ce084073 rcpowersaved: enter 'CPUFREQD\_MODULE=off' in /etc/sysconfig/powersave/cpufreq to avoid this warning.
Oct 26 13:51:13 ce084073 rcpowersaved: Cannot load cpufreq governors - No cpufreq driver available
Oct 26 13:51:13 ce084073 [powersave]: ERROR (CPUFreq\_Kernel:21) Can not set ondemand governor, maybe your cpufreq driver is too slow.
Oct 26 13:51:13 ce084073 [powersave]: ERROR (CPUFreq\_Kernel:23) Try CPUFREQ\_CONTROL=userspace in /etc/sysconfig/powersave/cpufreq.
Oct 26 13:51:13 ce084073 [powersave]: ERROR (PM\_Interface:231) Cannot create cpufreq objects
Oct 26 13:51:17 ce084073 SuSEfirewall2: Warning: ip6tables does not support state matching. Extended IPv6 support disabled.
Oct 26 13:51:17 ce084073 SuSEfirewall2: Setting up rules from /etc/sysconfig/SuSEfirewall2 ...
Oct 26 13:51:17 ce084073 SuSEfirewall2: batch committing...
Oct 26 13:51:17 ce084073 SuSEfirewall2: Firewall rules successfully set
Oct 26 13:51:17 ce084073 kernel: bootsplash: status on console 0 changed to on
Oct 26 13:51:17 ce084073 kernel: bootsplash: status on console 0 changed to on
Oct 26 13:51:18 ce084073 kernel: eth0: no IPv6 routers present
Oct 26 13:51:18 ce084073 hp: unable to open /var/run/hpiod.port: No such file or directory: prnt/hpijs/hplip\_api.c 75
Oct 26 13:51:19 ce084073 kernel: eth1: no IPv6 routers present
Oct 26 13:51:19 ce084073 kernel: mtrr: 0xd0000000,0x8000000 overlaps existing 0xd0000000,0x1000000
Oct 26 13:52:13 ce084073 kernel: Losing some ticks... checking if CPU frequency changed.
Oct 26 13:53:28 ce084073 gconfd (peter-6527): (Version 2.12.0) wird gestartet, Prozesskennung 6527, Benutzer »peter«
Oct 26 13:53:28 ce084073 gconfd (peter-6527): Die Adresse »xml:readonly:/etc/opt/gnome/gconf/gconf.xml.mandatory« wurde an der Position 0 zu einer nur lesbaren Konfigurationsquelle aufgelöst
Oct 26 13:53:28 ce084073 gconfd (peter-6527): Die Adresse »xml:readwrite:/home/peter/.gconf« wurde an der Position 1 zu einer schreibbaren Konfigurationsquelle aufgelöst
Oct 26 13:53:28 ce084073 gconfd (peter-6527): Die Adresse »xml:readonly:/etc/opt/gnome/gconf/gconf.xml.defaults« wurde an der Position 2 zu einer nur lesbaren Konfigurationsquelle aufgelöst
Oct 26 13:59:37 ce084073 su: (to root) peter on /dev/pts/1
Oct 26 14:08:00 ce084073 su: (to root) peter on /dev/pts/4
Oct 26 14:08:03 ce084073 su: (to root) peter on /dev/pts/4
Oct 26 14:09:01 ce084073 kernel: eth1: network connection down
Oct 26 14:09:01 ce084073 ifup-route: Warning: Could not set up default route via interface
Oct 26 14:09:01 ce084073 ifup-route: Command ip route replace to default via 132.252.84.126 returned:
Oct 26 14:09:01 ce084073 ifup-route: . RTNETLINK answers: Network is unreachable
Oct 26 14:09:01 ce084073 ifup-route: Configuration line: default 132.252.84.126 - -
Oct 26 14:09:01 ce084073 ifup-route: This needs NOT to be AN ERROR if you set up multiple interfaces.
Oct 26 14:09:01 ce084073 ifup-route: See man 5 routes how to avoid this warning.
Oct 26 14:09:01 ce084073 SuSEfirewall2: Warning: ip6tables does not support state matching. Extended IPv6 support disabled.
Oct 26 14:09:01 ce084073 SuSEfirewall2: Setting up rules from /etc/sysconfig/SuSEfirewall2 ...
Oct 26 14:09:02 ce084073 SuSEfirewall2: batch committing...
Oct 26 14:09:02 ce084073 SuSEfirewall2: Firewall rules successfully set
Oct 26 14:09:03 ce084073 kernel: eth1: network connection up using port A
Oct 26 14:09:03 ce084073 kernel: speed: 100
Oct 26 14:09:03 ce084073 kernel: autonegotiation: yes
Oct 26 14:09:03 ce084073 kernel: duplex mode: full
Oct 26 14:09:03 ce084073 kernel: flowctrl: symmetric
Oct 26 14:09:03 ce084073 kernel: irq moderation: disabled
Oct 26 14:09:03 ce084073 kernel: scatter-gather: enabled
Oct 26 14:09:03 ce084073 kernel: tx-checksum: enabled
Oct 26 14:09:03 ce084073 kernel: rx-checksum: enabled
Oct 26 14:09:03 ce084073 kernel: rx-polling: enabled
Oct 26 14:09:11 ce084073 kernel: eth0: no IPv6 routers present
Oct 26 14:09:12 ce084073 kernel: eth1: no IPv6 routers present
Oct 26 14:11:53 ce084073 su: (to root) peter on /dev/pts/2

thx!

Semjon_Michailowitsch_580bb3 · 9. November 2019 um 03:06

Hallo lego

und steck eine alte Realtek (testweise)
rein.
Was passiert dann?

Werde ich heute Abend versuchen, wenn hier Ruhe herrscht.

Ich hatte unter 9.3 solche Probleme mit
on-board Marvell-1000/100/10 chips
auf Athlon-64-Systemen.

Manchmal ist der node (der aber
als „Server“ sein /home auf den richtigen
Server exportiert) abgekackt, wenn der
richtige Server dessen node:/home zu
mounten versuchte.

Ganz klar ein Netzkarten-Treiberproblem.

wer mountet was von wo?

Die Clients mounten /home vom Master rw und einige andere
Verzeichnisse zum Installieren ro.

Also nur „client --[nfs]–> server“?

Wie sieht /etc/fstab auf den clients aus? Welche nfs-Optionen?

Grüße

CMБ

lego · 9. November 2019 um 03:06

Hallo Semjon,

Ich hatte unter 9.3 solche Probleme mit
on-board Marvell-1000/100/10 chips
auf Athlon-64-Systemen.

Jetzt, wo Du das sagst, sind wir beide wohl nicht die Einzigsten

Manchmal ist der node (der aber
als „Server“ sein /home auf den richtigen
Server exportiert) abgekackt, wenn der
richtige Server dessen node:/home zu
mounten versuchte.

Ganz klar ein Netzkarten-Treiberproblem.

wer mountet was von wo?

Die Clients mounten /home vom Master rw und einige andere
Verzeichnisse zum Installieren ro.

Also nur „client --[nfs]–> server“?

yep

Wie sieht /etc/fstab auf den clients aus? Welche nfs-Optionen?

/dev/sda3 / reiserfs acl,user\_xattr 1 1
/dev/sda1 /boot ext3 acl,user\_xattr 1 2
/dev/sda5 /data2 reiserfs acl,user\_xattr 1 2
/dev/sda2 swap swap defaults 0 0
proc /proc proc defaults 0 0
sysfs /sys sysfs noauto 0 0
usbfs /proc/bus/usb usbfs noauto 0 0
devpts /dev/pts devpts mode=0620,gid=5 0 0
/dev/cdrom /media/cdrom subfs noauto,fs=cdfss,ro,procuid,nosuid,nodev,
exec,iocharset=utf8 0 0
none /subdomain subdomainfs noauto 0 0
192.168.1.100:/home /home nfs defaults 0 0
192.168.1.100:/data0/cfxinstall /cfxinstall nfs defaults 0 0

Ich kaufe jetzt einen Stabel Netzwerkkarten …

cu, thx! peter

Semjon_Michailowitsch_580bb3 · 9. November 2019 um 03:06

Hallo,

Ich kaufe jetzt einen Stapel Netzwerkkarten …

Hast Du’s wenigstens mal probiert, ob
das bei Dir überhaupt was nützen würde?

(Davon hattest Du nichts geschrieben)

CMБ

lego · 9. November 2019 um 03:07

Hallo Semjon,

ich habe noch eine 100 MBit Realtek gehabt, zuzueglich der 2 dazukauften und dem Einbau in node0,1,2 scheint jetzt alles zu funktionieren. Der ganze unheimliche Spuk und das waren einige Bugs, sind nun vorbei. Aber final ist der Test noch nicht.

Morgen kaufe ich weitere Karten zum Testen (GBit) und dann sehe ich weiter, jetzt gehts nach Hause.

Vielen Dank erst einmal, ein Bericht folgt noch, Peter (nach zwei Tagen wieder entspannt)

lego · 9. November 2019 um 03:17

Hallo,

nachdem ich jetzt insgesamt 7 PCI-Netzwerkkarten von node0 bis node6 eingesetzt habe, allesamt mit Realtek-Chipsatz, davon 2 wirklich sehr alte Karten und eine Gigabitkarte, läuft alles wie am Schnürchen.

Mit den Gigabit-OnBoard-Karten mit Marvellchipsatz musste man zuweilen Minuten warten, bis man via ssh [email protected] zur Passworteingabe aufgefordert wurde. Versuchte man sich auf einem hochgefahrenen Knoten grafisch einzuloggen bei exportiertem home-directory, gefror die Maschine zuweilen bis zu 10 Minuten. Nicht einmal ein Ping funktionierte mehr an die Adresse, absolut nichts.

Das ganze hat mich derart verwirrt, zumal unter Zeitdruck, dass ich an mir selbst zweifelte, mich im Kreis drehte und vor lauter Bäumen den Wald nicht mehr sah.

Onboardlösungen taugen wohl nie für wahre Netzwerlösungen und das ist nicht nur meine Erfahrung, wie ich inzwischen weiss.

Vielen Dank für Rat und Hilfe, Peter

Der_Frank_176821 · 9. November 2019 um 03:18

Hallo,

Hi,

Mit den Gigabit-OnBoard-Karten mit Marvellchipsatz musste man
zuweilen Minuten warten, bis man via ssh
[email protected] zur Passworteingabe aufgefordert wurde.
Versuchte man sich auf einem hochgefahrenen Knoten grafisch
einzuloggen bei exportiertem home-directory, gefror die
Maschine zuweilen bis zu 10 Minuten. Nicht einmal ein Ping
funktionierte mehr an die Adresse, absolut nichts.

Das klingt alles sehr seltsam. Seit mir hier aber eine Intel onboard begegnet ist, die bei einer ganz bestimmten Bytefolge mit einer Wahrscheinlichkeit von erstaunlich genauen 50% ein Bit gekippt hat, glaube ich so ziemlich alles. Die Bytefolge war extrem selten, trat aber manchmal auf. Kurios: ein tcpdump der NIC zeigte das Paket korrekt, einer am anderen Rechner zeigt es schon falsch. Da faengt man dann schon verwirrt an, das Ethernet-Kabel dazwischen abzutasten. Und wenn man dann noch denkt, dass TCP mit checksums ja sowas abfangen muesste: die Karte war so „clever“, die checksums selbst zu berechnen (wegen der Performance), leider falsch. Das war so etwa das Pferd, was ich vor der Apotheke kotzen sah.

Onboardlösungen taugen wohl nie für wahre Netzwerlösungen und
das ist nicht nur meine Erfahrung, wie ich inzwischen weiss.

Och doch. Wenn man in dem Netz keine echte Leistung braucht tun es auch onboard-NICs. Fuer schnelle Netze sollte man aber was anderes nehmen.

Gruss vom Frank.

lego · 9. November 2019 um 03:21

Hallo Frank!

Das klingt alles sehr seltsam.

Ich will mal versuchen, ob ich Treiber nachtraeglich einspielen kann fuer die Marvellchips.

Seit mir hier aber eine Intel
onboard begegnet ist,

[…]

Das war so etwa das Pferd, was ich vor der Apotheke kotzen
sah.

lol

Onboardlösungen taugen wohl nie für wahre Netzwerlösungen und
das ist nicht nur meine Erfahrung, wie ich inzwischen weiss.

Och doch. Wenn man in dem Netz keine echte Leistung braucht
tun es auch onboard-NICs. Fuer schnelle Netze sollte man aber
was anderes nehmen.

Hmmm, was bedeutet das denn jetzt genau. Gerade fuer Gigabit wurde mir zunaechst OnBoard empohlen, weil es nicht ueber den PCI-Bus laeuft. Wie weit bremst das die Datenuebertragung bzw. eben nicht? Nun lese ich im Forum IT-Sicherheit den Firewallthread, dass verschiedene Netzwerkkarten bzgl. Hersteller mal mehr, mal weniger gut sind wie 3Com und Intel. Ich dachte, man muesste mehr auf den Chipsatz achten, wie eben jetzt bei meinem Problem, wo Realtek „immer“ laeuft.

ufff, ich frage das bestimmt noch einmal woanders, heute Abend vielleicht, mit evtl. Antworten bitte warten, danke Dir!

Peter

Der_Frank_176821 · 9. November 2019 um 03:23

Fuer schnelle Netze sollte man aber was anderes nehmen.

Hmmm, was bedeutet das denn jetzt genau.

Irgendwas, was sowieso schon 10GBit/s kann.

Gerade fuer Gigabit wurde mir zunaechst OnBoard empohlen,
weil es nicht ueber den PCI-Bus laeuft.

Haeh? Worueber soll die sonst laufen? Die haengen ganz normal am PCI oder PCI-X wie die Steckplaetze. Manche Boards haben mehrere PCI-Buses, aber einen extra fuer so ein paar GBit-NICs duerfte nicht gerade die Norm sein.

Nun lese ich im Forum IT-Sicherheit den Firewallthread, dass
verschiedene Netzwerkkarten bzgl. Hersteller mal mehr, mal
weniger gut sind wie 3Com und Intel.

Fefe hat erklaert das in einem ganz netten Artikel: http://www.fefe.de/linuxeth/

Ich dachte, man muesste mehr auf den Chipsatz achten, [snip]

Jup, klar.

Gruss vom Frank.

lego · 9. November 2019 um 03:25

Hallo Frank,

Fuer schnelle Netze sollte man aber was anderes nehmen.

Hmmm, was bedeutet das denn jetzt genau.

Irgendwas, was sowieso schon 10GBit/s kann.

Hmmm
Leider haben wir immer noch nicht das Geld dafuer. Ich meinte eher NICs OnBoard oder über PCI-Steckplatz vs. Chipsatz vs. Anbieter.

Gerade fuer Gigabit wurde mir zunaechst OnBoard empohlen,
weil es nicht ueber den PCI-Bus laeuft.

Haeh? Worueber soll die sonst laufen? Die haengen ganz
normal am PCI oder PCI-X wie die Steckplaetze. Manche Boards
haben mehrere PCI-Buses, aber einen extra fuer so ein paar
GBit-NICs duerfte nicht gerade die Norm sein.

Ufff, da bin ich wohl falsch beraten worden. Das gebe ich gerne weiter.

Nun lese ich im Forum IT-Sicherheit den Firewallthread, dass
verschiedene Netzwerkkarten bzgl. Hersteller mal mehr, mal
weniger gut sind wie 3Com und Intel.

Fefe hat erklaert das in einem ganz netten Artikel:
http://www.fefe.de/linuxeth/

Thx, das habe bzw. werde ich mir noch durchlesen.

Viele Gruesse, Peter