NIS / NFS wird nicht immer gestartet bzw. erkannt
Hallo miteinander ! Hab hier ein kleines Netz, 5 PCs, alle identische Installation, einer als NIS/NFS -Server: - Suse 9.3 Pro, statische IPs, WLAN-USB-Stick Fiberline W410U mit zd1211-Chip, Acer-WLAN-Router, NFS-Server kernel-based. Es passiert leider immer wieder (ca. 30% aller Starts), dass die Verbindung per NFS und/oder NIS nicht aufgebaut wird, d.h. manchmal werden die /home Verzeichnisse nicht auf die Clients gemountet und/oder die Userliste des Servers erscheint nicht auf den Clients. In der Regel hilft ein Neustart des PCs (Client), oftmals aber nur mehrmaliges Neustarten. Bereits beim Booten erkennt man das Scheitern: Importing Net File System (NFS) ... mount server reported tcp not available, falling back to udp mount: RPC: Remote system error - No route to host Wenn aber die Verbindung(en) mal aufgebaut sind bzw. geklappt haben, dann funktioniert alles einwandfrei. Hat jemand eine Idee, wo der Fehler liegen könnte ? Gruß Olaf
Hallo miteinander !
Es passiert leider immer wieder (ca. 30% aller Starts), dass die Verbindung per NFS und/oder NIS nicht aufgebaut wird, d.h. manchmal werden die /home Verzeichnisse nicht auf die Clients gemountet und/oder die Userliste des Servers erscheint nicht auf den Clients.
Sieht so aus als ob der die Netzverbindung nicht aufbauen könnte. Muss evtl. der Server erst aus nem Schlafmodus? Hilft es wenn nach einer Weile die Dienste neugestartet werden?
In der Regel hilft ein Neustart des PCs (Client), oftmals aber nur mehrmaliges Neustarten.
Würde auch das Neustarten des/der betroffenen Dienst/e helfen?
Bereits beim Booten erkennt man das Scheitern:
Importing Net File System (NFS) ... mount server reported tcp not available, falling back to udp mount: RPC: Remote system error - No route to host
No route to host! Er kann den Server nicht finden? -Evtl. mal den Start der beiden Dienste nach "hinten" verschieben z.B. durch ändern in /etc/init.d/rcX.d auf jedenfall nach dem Start des Netzwerks. Hast Du NIS-Server und NFS-Server mit Namen oder mit IP angegeben? Gruß Rainer -- GMX DSL = Maximale Leistung zum minimalen Preis! 2000 MB nur 2,99, Flatrate ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl
Hallo Rainer !
Sieht so aus als ob der die Netzverbindung nicht aufbauen könnte. Muss evtl. der Server erst aus nem Schlafmodus?
Ich denke nicht: wenn ich zwei Clients hochfahre, schafft meistens wenigstens einer die Verbindung (nicht unbedingt nur der zweite). Würde es am Server bzw. am Schlafmodus liegen, müssten ja beide erfolglos bleiben oder nur der zweite Erfolg haben.
Hilft es wenn nach einer Weile die Dienste neugestartet werden? ...
mount server reported tcp not available, falling back to udp mount: RPC: Remote system error - No route to host No route to host! Er kann den Server nicht finden?
Ich habe mal von Hand gemountet, d.h. nach dem Hochfahren, bei erfolglosem NIS/NFS, lokal auf dem Client eingeloggt und per shell das entsprechende Verzeichnis des Servers gemountet -> funktioniert einwandfrei.
-Evtl. mal den Start der beiden Dienste nach "hinten" verschieben z.B. durch ändern in /etc/init.d/rcX.d auf jedenfall nach dem Start des Netzwerks.
Ist bereits nach "network". Kann ein weiteres "nach-hinten-schieben" dann noch was bringen ?
Hast Du NIS-Server und NFS-Server mit Namen oder mit IP angegeben?
Mit IP. Gruß Olaf
Am Freitag, 5. August 2005 15:16 schrieb Olaf Staubus: Ich hab mir jetzt nochmal die Ursprungsmail angesehen. Ist es richtig das beide Clients via WLAN auf den Server zugreifen? Wie mountest Du die /home-Verzeichnisse? (autofs oder Eintrag in fstab bzw. nfstab?)
Ich habe mal von Hand gemountet, d.h. nach dem Hochfahren, bei erfolglosem NIS/NFS, lokal auf dem Client eingeloggt und per shell das entsprechende Verzeichnis des Servers gemountet -> funktioniert einwandfrei.
Du schreibst das sowohl der NIS als auch der NFS-Server nicht erreichbar sind. Also zwei verschiedene Dienste. Allerdings klappt das ganze nach dem hochfahren von Hand. Sieht trotz allem nach einem Zeitproblem aus.
-Evtl. mal den Start der beiden Dienste nach "hinten" verschieben z.B. durch ändern in /etc/init.d/rcX.d auf jedenfall nach dem Start des Netzwerks.
Ist bereits nach "network". Kann ein weiteres "nach-hinten-schieben" dann noch was bringen ?
Wäre auszuprobieren: Kein automatisches Mounten. Rechner hochfahren. Wenn login möglich als root auf Textkonsole und Befehl rcypbind restart sowie rcnfsserver restart. Klappt das? Wenn ja evtl. beide Dienste wirklich erst mit S99... im jeweiligen /etc/init.d/rcX.d eintragen. Kannst Du das ganze ohne WLAN testen? Und zuallerletzt, aber eigentlich als erstes, was sagen die /var/log/messages-Dateien von Client und Server im Fall eines "Fehlstarts"? Gruß Rainer
Hallo !
Ist es richtig das beide Clients via WLAN auf den Server zugreifen?
Ja, alles per WLAN, sowohl Server als auch Clients.
Wie mountest Du die /home-Verzeichnisse? (autofs oder Eintrag in fstab bzw. nfstab?)
Ok, jetzt oute ich mich als Anfänger in Sachen Linux - sofern nicht schon geschehen. Ich habe die Einstellungen in Yast --> NFS Server bzw. NFS Client vorgenommen; ist das dann für die fstab ?
Du schreibst das sowohl der NIS als auch der NFS-Server nicht erreichbar sind
Habe mir jetzt nochmal die /var/log/boot.msg des Clients angeschaut: dort steht immer (!) "Starting ypbind . . . . . . . . . . . . . no NIS Server found" Der Login-Schirm wird zwar nach "Starting ypbind" gestartet, aber im Hintergrund sucht er sich 'n Wolf. Das seltsame ist, dass dies _immer_ auftritt, also auch dann, wenn ich nach dem Booten einwandfreien Zugriff vom Client auf die Useracounts des Servers habe. Ich dachte eigentlich, NFS würde das Verzeichnis (hier /home) mounten, und NIS würde die Useraccount-Einstellungen (Passwort usw.) holen. Hab ich mich da getäuscht? Hier scheints ja auch mit NFS alleine zu funktionieren.
rcypbind restart
ergibt demzufolge ebenfalls " Starting ypbind . . . . . . . no NIS Server found" nfsserver restart funktioniert.
beide Dienste wirklich erst mit S99... im jeweiligen /etc/init.d/rcX.d eintragen.
Schon probiert, hat leider nichts gebracht.
Kannst Du das ganze ohne WLAN testen?
Ja, werd's probieren. Mir ist noch etwas aufgefallen: im Ordner /etc/sysconfig/network gibt es zwei Dateien für wlan0: wlan0-bus-usb wlan0-bus-usb~ Letztere wird nicht als Textdatei, sondern als Link angezeigt. Ich glaube, diese wurde angelegt, als ich mal manuell Änderungen an der ersten vorgenommen habe; scheint eine Art "Dateisicherung" zu sein. Ich dachte bisher, die würde nicht beachtet, habe aber jetzt in "Yast -> System -> Editor für etc/sysconfig --> hardware -> wireless" gesehen, dass dort einmal "wlan0" und dann noch "wlan0~" eingetragen war. Hab's rausgelöscht, mal schauen.
die /var/log/messages-Dateien von Client und Server im Fall eines "Fehlstarts"
Hab jetzt seltsamerweise keinen "üblichen" Fehlstart, d.h. mit fehlgeschlagenem NFS mehr hinbekommen, kommt schonmal vor, Zufall. Kann aber nicht an obigen Änderungen liegen, da der andere Client, an dem ich nichts geändert habe, auch korrekt läuft. Habe aber gerade einen fehlgeschlagenen Versuch, bei dem NFS funktionierte, aber NIS nicht (Userliste des Servers erschien nicht auf dem Client). var/log/messages Vom Server: Aug 7 14:42:35 pc0 kernel: STA_DEAUTHED Aug 7 14:42:35 pc0 kernel: mac addr = 00:02:72:44:b7:25 Aug 7 14:42:35 pc0 kernel: STA_ASSOCIATED Aug 7 14:42:35 pc0 kernel: mac addr = 00:02:72:44:b7:25 Aug 7 14:46:58 pc0 rpc.mountd: authenticated mount request from 192.168.1.212:935 for /home (/home) Aug 7 15:05:11 pc0 kernel: ALSA sound/isa/cs423x/cs4231_lib.c:386: cs4231_mce_down - auto calibration time out (1) Aug 7 15:05:11 pc0 kernel: ALSA sound/isa/cs423x/cs4231_lib.c:386: cs4231_mce_down - auto calibration time out (1) Vom Client: Aug 7 14:44:35 pc2 syslog-ng[3116]: syslog-ng version 1.6.5 starting Aug 7 14:44:41 pc2 kernel: klogd 1.4.1, log source = /proc/kmsg started. Aug 7 14:44:41 pc2 kernel: Capability LSM initialized Aug 7 14:44:41 pc2 kernel: ieee1394: Initialized config rom entry `ip1394' Aug 7 14:44:41 pc2 kernel: ieee1394: raw1394: /dev/raw1394 device initialized Aug 7 14:44:41 pc2 kernel: video1394: Installed video1394 module Aug 7 14:44:41 pc2 syslog-ng[3116]: Changing permissions on special file /dev/xconsole Aug 7 14:44:41 pc2 syslog-ng[3116]: Changing permissions on special file /dev/tty10 Aug 7 14:44:41 pc2 kernel: snd_cs4231_lib: unsupported module, tainting kernel. Aug 7 14:44:41 pc2 kernel: snd_azt2320: unsupported module, tainting kernel. Aug 7 14:44:41 pc2 kernel: pnp: Device 00:01.01 activated. Aug 7 14:44:41 pc2 kernel: pnp: Device 00:01.02 activated. Aug 7 14:44:41 pc2 kernel: ALSA sound/isa/cs423x/cs4231_lib.c:386: cs4231_mce_down - auto calibration time out (1) Aug 7 14:44:41 pc2 kernel: ALSA sound/isa/cs423x/cs4231_lib.c:386: cs4231_mce_down - auto calibration time out (1) Aug 7 14:44:41 pc2 kernel: ALSA sound/isa/cs423x/cs4231_lib.c:386: cs4231_mce_down - auto calibration time out (1) Aug 7 14:44:41 pc2 kernel: ALSA sound/isa/cs423x/cs4231_lib.c:386: cs4231_mce_down - auto calibration time out (1) Aug 7 14:44:41 pc2 kernel: parport0: PC-style at 0x378 (0x778) [PCSPP,TRISTATE,EPP] Aug 7 14:44:41 pc2 kernel: parport0: irq 7 detected Aug 7 14:44:41 pc2 kernel: lp0: using parport0 (polling). Aug 7 14:44:41 pc2 kernel: Linux agpgart interface v0.100 (c) Dave Jones Aug 7 14:44:41 pc2 kernel: agpgart: Detected an Intel 440BX Chipset. Aug 7 14:44:41 pc2 kernel: agpgart: Maximum main memory to use for agp memory: 96M Aug 7 14:44:41 pc2 kernel: agpgart: AGP aperture is 64M @ 0xf8000000 Aug 7 14:44:41 pc2 kernel: piix4_smbus 0000:00:04.3: Found 0000:00:04.3 device Aug 7 14:44:41 pc2 kernel: usbcore: registered new driver usbfs Aug 7 14:44:41 pc2 kernel: usbcore: registered new driver hub Aug 7 14:44:41 pc2 kernel: USB Universal Host Controller Interface driver v2.2 Aug 7 14:44:41 pc2 kernel: PCI: Enabling device 0000:00:04.2 (0000 -> 0001) Aug 7 14:44:41 pc2 kernel: PCI: IRQ 0 for device 0000:00:04.2 doesn't match PIRQ mask - try pci=usepirqmask Aug 7 14:44:41 pc2 kernel: PCI: setting IRQ 11 as level-triggered Aug 7 14:44:41 pc2 kernel: PCI: Assigned IRQ 11 for device 0000:00:04.2 Aug 7 14:44:41 pc2 kernel: uhci_hcd 0000:00:04.2: UHCI Host Controller Aug 7 14:44:41 pc2 kernel: uhci_hcd 0000:00:04.2: irq 11, io base 0xfcc0 Aug 7 14:44:41 pc2 kernel: uhci_hcd 0000:00:04.2: new USB bus registered, assigned bus number 1 Aug 7 14:44:41 pc2 kernel: hub 1-0:1.0: USB hub found Aug 7 14:44:41 pc2 kernel: hub 1-0:1.0: 2 ports detected Aug 7 14:44:41 pc2 kernel: PCI: Enabling device 0000:00:0d.0 (0010 -> 0013) Aug 7 14:44:41 pc2 kernel: PCI: IRQ 0 for device 0000:00:0d.0 doesn't match PIRQ mask - try pci=usepirqmask Aug 7 14:44:41 pc2 kernel: PCI: Assigned IRQ 11 for device 0000:00:0d.0 Aug 7 14:44:41 pc2 kernel: 3c59x: Donald Becker and others. www.scyld.com/network/vortex.html Aug 7 14:44:41 pc2 kernel: 0000:00:0d.0: 3Com PCI 3c905B Cyclone 100baseTx at 0xfc00. Vers LK1.1.19 Aug 7 14:44:41 pc2 kernel: usb 1-2: new full speed USB device using uhci_hcd and address 2 Aug 7 14:44:41 pc2 kernel: st: Version 20041025, fixed bufsize 32768, s/g segs 256 Aug 7 14:44:41 pc2 kernel: BIOS EDD facility v0.16 2004-Jun-25, 1 devices found Aug 7 14:44:46 pc2 kernel: zd1211: unsupported module, tainting kernel. Aug 7 14:44:46 pc2 kernel: zd1211 - version 5000 Aug 7 14:44:46 pc2 kernel: Release Ver = 4330 Aug 7 14:44:46 pc2 kernel: EEPORM Ver = 4330 Aug 7 14:44:48 pc2 kernel: usbcore: registered new driver zd1211 Aug 7 14:44:58 pc2 /etc/hotplug.d/block/50-hwscan.hotplug[4045]: new block device /block/ram5 Aug 7 14:44:58 pc2 /etc/hotplug.d/block/50-hwscan.hotplug[4122]: new block device /block/ram2 Aug 7 14:44:58 pc2 /etc/hotplug.d/block/50-hwscan.hotplug[4134]: new block device /block/ram7 Aug 7 14:44:58 pc2 /etc/hotplug.d/block/50-hwscan.hotplug[4146]: new block device /block/ram8 Aug 7 14:44:58 pc2 /etc/hotplug.d/block/50-hwscan.hotplug[4158]: new block device /block/ram10 Aug 7 14:44:59 pc2 /etc/hotplug.d/block/50-hwscan.hotplug[4170]: new block device /block/ram9 Aug 7 14:44:59 pc2 /etc/hotplug.d/block/50-hwscan.hotplug[4182]: new block device /block/fd0 Aug 7 14:44:59 pc2 /etc/hotplug.d/block/50-hwscan.hotplug[4025]: new block device /block/ram3 Aug 7 14:44:59 pc2 /etc/hotplug.d/block/50-hwscan.hotplug[4215]: new block device /block/ram6 Aug 7 14:44:59 pc2 /etc/hotplug.d/block/50-hwscan.hotplug[4120]: new block device /block/ram14 Aug 7 14:45:00 pc2 /etc/hotplug.d/block/50-hwscan.hotplug[4294]: new block device /block/ram11 Aug 7 14:45:00 pc2 /etc/hotplug.d/block/50-hwscan.hotplug[4311]: new block device /block/loop0 Aug 7 14:45:00 pc2 /etc/hotplug.d/block/50-hwscan.hotplug[4327]: new block device /block/loop1 Aug 7 14:45:00 pc2 /etc/hotplug.d/block/50-hwscan.hotplug[4343]: new block device /block/loop2 Aug 7 14:45:00 pc2 /etc/hotplug.d/block/50-hwscan.hotplug[4359]: new block device /block/loop3 Aug 7 14:45:00 pc2 /etc/hotplug.d/block/50-hwscan.hotplug[4104]: new block device /block/ram12 Aug 7 14:45:01 pc2 /etc/hotplug.d/block/50-hwscan.hotplug[4379]: new block device /block/ram15 Aug 7 14:45:01 pc2 /etc/hotplug.d/block/50-hwscan.hotplug[4037]: new block device /block/ram4 Aug 7 14:45:01 pc2 /etc/hotplug.d/block/50-hwscan.hotplug[4431]: new block device /block/loop4 Aug 7 14:45:01 pc2 /etc/hotplug.d/block/50-hwscan.hotplug[4268]: new block device /block/loop7 Aug 7 14:45:01 pc2 /etc/hotplug.d/block/50-hwscan.hotplug[4115]: new block device /block/ram13 Aug 7 14:45:02 pc2 /etc/hotplug.d/block/50-hwscan.hotplug[4248]: new block device /block/loop5 Aug 7 14:45:02 pc2 /etc/hotplug.d/block/50-hwscan.hotplug[4260]: new block device /block/loop6 Aug 7 14:45:04 pc2 /etc/hotplug.d/block/50-hwscan.hotplug[4715]: new block device /block/hdc Aug 7 14:45:04 pc2 ifup: No configuration found for eth0 Aug 7 14:45:06 pc2 /etc/hotplug.d/block/50-hwscan.hotplug[4811]: new block device /block/hda Aug 7 14:45:06 pc2 kernel: cdrom: open failed. Aug 7 14:45:08 pc2 /etc/hotplug.d/block/50-hwscan.hotplug[4933]: new block device /block/hda/hda1 Aug 7 14:45:10 pc2 /etc/hotplug.d/block/50-hwscan.hotplug[4988]: new block device /block/hda/hda2 Aug 7 14:45:10 pc2 /etc/hotplug.d/block/50-hwscan.hotplug[4960]: new block device /block/hda/hda7 Aug 7 14:45:10 pc2 /etc/hotplug.d/block/50-hwscan.hotplug[5066]: new block device /block/hda/hda6 Aug 7 14:45:10 pc2 /etc/hotplug.d/block/50-hwscan.hotplug[5100]: new block device /block/hda/hda5 Aug 7 14:45:11 pc2 ifup: No configuration found for eth0 Aug 7 14:45:12 pc2 /etc/hotplug.d/block/50-hwscan.hotplug[5162]: new block device /block/hda/hda8 Aug 7 14:45:13 pc2 ifup-wireless: command 'iwconfig wlan0 nick pc2' returned Aug 7 14:45:13 pc2 ifup-wireless: Error for wireless request "Set Nickname" (8B1C) : Aug 7 14:45:13 pc2 ifup-wireless: SET failed on device wlan0 ; Operation not supported. Aug 7 14:45:13 pc2 kernel: keybuf data [0]: Aug 7 14:45:13 pc2 kernel: Aug 7 14:45:13 pc2 kernel: keybuf data [13]: Aug 7 14:45:13 pc2 kernel: MEINESSID Aug 7 14:45:16 pc2 kernel: STA_ASSOCIATED Aug 7 14:45:16 pc2 kernel: mac addr = 00:02:72:44:b7:25 Aug 7 14:45:37 pc2 ifup-wireless: command 'iwconfig wlan0 nick pc2' returned Aug 7 14:45:37 pc2 ifup-wireless: Error for wireless request "Set Nickname" (8B1C) : Aug 7 14:45:37 pc2 ifup-wireless: SET failed on device wlan0 ; Operation not supported. Aug 7 14:45:37 pc2 kernel: keybuf data [0]: Aug 7 14:45:37 pc2 kernel: Aug 7 14:45:37 pc2 kernel: keybuf data [13]: Aug 7 14:45:37 pc2 kernel: MEINESSID Aug 7 14:45:40 pc2 kernel: Non-volatile memory driver v1.2 Aug 7 14:45:41 pc2 kernel: end_request: I/O error, dev fd0, sector 0 Aug 7 14:45:41 pc2 kernel: end_request: I/O error, dev fd0, sector 0 Aug 7 14:45:44 pc2 kernel: powernow: This module only works with AMD K7 CPUs Aug 7 14:45:44 pc2 hp: unable to open /var/run/hpiod.port: No such file or directory Aug 7 14:45:44 pc2 rcpowersaved: CPU frequency scaling is not supported by your processor. Aug 7 14:45:44 pc2 rcpowersaved: enter 'POWERSAVE_CPUFREQD_MODULE=off' in /etc/sysconfig/powersave/cpufreq to avoid this warning. Aug 7 14:45:48 pc2 kernel: NET: Registered protocol family 10 Aug 7 14:45:48 pc2 kernel: Disabled Privacy Extensions on device c033d600(lo) Aug 7 14:45:48 pc2 kernel: IPv6 over IPv4 tunneling driver Aug 7 14:45:48 pc2 sshd[5859]: Server listening on :: port 22. Aug 7 14:45:48 pc2 kernel: Disabled Privacy Extensions on device c4b79400(sit0) Aug 7 14:45:49 pc2 kernel: drivers/usb/serial/usb-serial.c: USB Serial support registered for Generic Aug 7 14:45:49 pc2 kernel: usbcore: registered new driver usbserial_generic Aug 7 14:45:49 pc2 kernel: usbcore: registered new driver usbserial Aug 7 14:45:49 pc2 kernel: drivers/usb/serial/usb-serial.c: USB Serial Driver core v2.0 Aug 7 14:45:56 pc2 ifup: No configuration found for sit0 Aug 7 14:45:57 pc2 kdm_config[5964]: Unrecognized key 'UseLilo' in section [Shutdown] at /etc/opt/kde3/share/config/kdm/kdmrc:15 Aug 7 14:45:58 pc2 kernel: wlan0: no IPv6 routers present Aug 7 14:46:41 pc2 ypbind[5843]: broadcast: RPC: Timed out. Aug 7 14:46:53 pc2 kernel: mtrr: 0xf6000000,0x800000 overlaps existing 0xf6000000,0x400000 Aug 7 14:47:35 pc2 ypbind[5843]: broadcast: RPC: Timed out. Aug 7 14:48:30 pc2 ypbind[5843]: broadcast: RPC: Timed out. Aug 7 14:49:24 pc2 ypbind[5843]: broadcast: RPC: Timed out. Aug 7 14:49:50 pc2 /usr/sbin/cron[6131]: (CRON) STARTUP (V5.0) Aug 7 14:50:12 pc2 xinetd[6161]: Reading included configuration file: /etc/xinetd.d/chargen [file=/etc/xinetd.conf] [line=26] Aug 7 14:50:12 pc2 xinetd[6161]: Reading included configuration file: /etc/xinetd.d/chargen-udp [file=/etc/xinetd.d/chargen-udp] [line=13] Aug 7 14:50:12 pc2 xinetd[6161]: Reading included configuration file: /etc/xinetd.d/cups-lpd [file=/etc/xinetd.d/cups-lpd] [line=14] Aug 7 14:50:12 pc2 xinetd[6161]: Reading included configuration file: /etc/xinetd.d/cvs [file=/etc/xinetd.d/cvs] [line=11] Aug 7 14:50:12 pc2 xinetd[6161]: Reading included configuration file: /etc/xinetd.d/daytime [file=/etc/xinetd.d/daytime] [line=16] Aug 7 14:50:12 pc2 xinetd[6161]: Reading included configuration file: /etc/xinetd.d/daytime-udp [file=/etc/xinetd.d/daytime-udp] [line=13] Aug 7 14:50:12 pc2 xinetd[6161]: Reading included configuration file: /etc/xinetd.d/echo [file=/etc/xinetd.d/echo] [line=14] Aug 7 14:50:12 pc2 xinetd[6161]: Reading included configuration file: /etc/xinetd.d/echo-udp [file=/etc/xinetd.d/echo-udp] [line=13] Aug 7 14:50:12 pc2 xinetd[6161]: Reading included configuration file: /etc/xinetd.d/netstat [file=/etc/xinetd.d/netstat] [line=14] Aug 7 14:50:12 pc2 xinetd[6161]: Reading included configuration file: /etc/xinetd.d/rsync [file=/etc/xinetd.d/rsync] [line=16] Aug 7 14:50:12 pc2 xinetd[6161]: Reading included configuration file: /etc/xinetd.d/sane-port [file=/etc/xinetd.d/sane-port] [line=12] Aug 7 14:50:12 pc2 xinetd[6161]: Reading included configuration file: /etc/xinetd.d/servers [file=/etc/xinetd.d/servers] [line=14] Aug 7 14:50:13 pc2 xinetd[6161]: Reading included configuration file: /etc/xinetd.d/services [file=/etc/xinetd.d/services] [line=13] Aug 7 14:50:13 pc2 xinetd[6161]: Reading included configuration file: /etc/xinetd.d/swat [file=/etc/xinetd.d/swat] [line=13] Aug 7 14:50:13 pc2 xinetd[6161]: Reading included configuration file: /etc/xinetd.d/systat [file=/etc/xinetd.d/systat] [line=12] Aug 7 14:50:13 pc2 xinetd[6161]: Reading included configuration file: /etc/xinetd.d/time [file=/etc/xinetd.d/time] [line=17] Aug 7 14:50:13 pc2 xinetd[6161]: Reading included configuration file: /etc/xinetd.d/time-udp [file=/etc/xinetd.d/time-udp] [line=14] Aug 7 14:50:13 pc2 xinetd[6161]: Reading included configuration file: /etc/xinetd.d/vnc [file=/etc/xinetd.d/vnc] [line=14] Aug 7 14:50:13 pc2 xinetd[6161]: removing chargen Aug 7 14:50:13 pc2 xinetd[6161]: removing chargen Aug 7 14:50:13 pc2 xinetd[6161]: removing printer Aug 7 14:50:13 pc2 xinetd[6161]: removing cvspserver Aug 7 14:50:13 pc2 xinetd[6161]: removing daytime Aug 7 14:50:13 pc2 xinetd[6161]: removing daytime Aug 7 14:50:13 pc2 xinetd[6161]: removing echo Aug 7 14:50:13 pc2 xinetd[6161]: removing echo Aug 7 14:50:13 pc2 xinetd[6161]: removing netstat Aug 7 14:50:13 pc2 xinetd[6161]: removing rsync Aug 7 14:50:13 pc2 xinetd[6161]: removing sane-port Aug 7 14:50:13 pc2 xinetd[6161]: removing servers Aug 7 14:50:13 pc2 xinetd[6161]: removing services Aug 7 14:50:13 pc2 xinetd[6161]: removing swat Aug 7 14:50:13 pc2 xinetd[6161]: removing systat Aug 7 14:50:13 pc2 xinetd[6161]: removing time Aug 7 14:50:13 pc2 xinetd[6161]: removing time Aug 7 14:50:13 pc2 xinetd[6161]: removing vnc2 Aug 7 14:50:13 pc2 xinetd[6161]: removing vnc3 Aug 7 14:50:13 pc2 xinetd[6161]: removing vnchttpd2 Aug 7 14:50:13 pc2 xinetd[6161]: removing vnchttpd3 Aug 7 14:50:13 pc2 xinetd[6161]: xinetd Version 2.3.13 started with libwrap loadavg options compiled in. Aug 7 14:50:13 pc2 xinetd[6161]: Started working: 2 available services Aug 7 14:50:19 pc2 ypbind[5843]: broadcast: RPC: Timed out. Aug 7 14:50:34 pc2 kernel: STA_DEAUTHED Aug 7 14:50:34 pc2 kernel: mac addr = 00:02:72:44:b7:25 Aug 7 14:50:34 pc2 kernel: STA_ASSOCIATED Aug 7 14:50:34 pc2 kernel: mac addr = 00:02:72:44:b7:25 Aug 7 14:51:08 pc2 kernel: ALSA sound/isa/cs423x/cs4231_lib.c:386: cs4231_mce_down - auto calibration time out (1) Aug 7 14:51:08 pc2 kernel: ALSA sound/isa/cs423x/cs4231_lib.c:386: cs4231_mce_down - auto calibration time out (1) Aug 7 14:51:12 pc2 kernel: subfs 0.9 Aug 7 14:51:12 pc2 hal-subfs-mount[6341]: registered at resmgrd and called(0) /bin/mount -t subfs -o fs=floppyfss,sync,procuid,nosuid,nodev,exec /dev/fd0 "/media/floppy" Aug 7 14:51:14 pc2 kernel: end_request: I/O error, dev fd0, sector 0 Aug 7 14:51:32 pc2 ypbind[5843]: broadcast: RPC: Timed out. Aug 7 14:52:25 pc2 kernel: ALSA sound/isa/cs423x/cs4231_lib.c:386: cs4231_mce_down - auto calibration time out (1) Aug 7 14:52:27 pc2 ypbind[5843]: broadcast: RPC: Timed out. Aug 7 14:52:30 pc2 kernel: ALSA sound/isa/cs423x/cs4231_lib.c:386: cs4231_mce_down - auto calibration time out (1) Aug 7 14:53:21 pc2 ypbind[5843]: broadcast: RPC: Timed out. Aug 7 14:54:15 pc2 ypbind[5843]: broadcast: RPC: Timed out. Aug 7 14:55:09 pc2 ypbind[5843]: broadcast: RPC: Timed out. Aug 7 14:56:03 pc2 ypbind[5843]: broadcast: RPC: Timed out. Gruß Olaf
Hallo Olaf, vorab: Deine Beiträge tauchen immer zweimal in der Mailingliste auf! Am Sonntag, 7. August 2005 15:45 schrieb Olaf Staubus:
Ja, alles per WLAN, sowohl Server als auch Clients.
Wie mountest Du die /home-Verzeichnisse? (autofs oder Eintrag in fstab
bzw. nfstab?)
Ok, jetzt oute ich mich als Anfänger in Sachen Linux - sofern nicht schon geschehen. Ich habe die Einstellungen in Yast --> NFS Server bzw. NFS Client vorgenommen; ist das dann für die fstab ?
Dann passt es schon.
Du schreibst das sowohl der NIS als auch der NFS-Server nicht erreichbar
sind
Habe mir jetzt nochmal die /var/log/boot.msg des Clients angeschaut: dort steht immer (!) "Starting ypbind . . . . . . . . . . . . . no NIS Server found" Der Login-Schirm wird zwar nach "Starting ypbind" gestartet, aber im Hintergrund sucht er sich 'n Wolf.
Der Clientdienst kann keine Verbindung aufnehmen. Vergebliche Namensauflösung sollte es nicht sein (Du schriebst, das Du die IPs für die Server angegeben hast).
Das seltsame ist, dass dies _immer_ auftritt, also auch dann, wenn ich nach dem Booten einwandfreien Zugriff vom Client auf die Useracounts des Servers habe. Ich dachte eigentlich, NFS würde das Verzeichnis (hier /home) mounten, und NIS würde die Useraccount-Einstellungen (Passwort usw.) holen.
So ist es!
Hab ich mich da getäuscht? Hier scheints ja auch mit NFS alleine zu funktionieren.
NFS mountet entfernte Dateisysteme. Bei Zugriffen auf diese gemounteten Dateisysteme geschehen diese mit den Rechten dessen der zugreift. Also wird als root (....und den gibts auf Deinem Client) gemountet. Will nun "xy" in /home/xy/Dokumente was schreiben, dann hängt das von den Rechten des Verzeichnisses _auf dem Server_ ab.
rcypbind restart
ergibt demzufolge ebenfalls " Starting ypbind . . . . . . . no NIS Server found" nfsserver restart funktioniert.
Sieht so aus als ob wir beim NIS weitersuchen müssen.
beide Dienste wirklich erst mit S99... im jeweiligen /etc/init.d/rcX.d eintragen.
Schon probiert, hat leider nichts gebracht.
Mir ist noch etwas aufgefallen: im Ordner /etc/sysconfig/network gibt es zwei Dateien für wlan0: wlan0-bus-usb wlan0-bus-usb~
Dürfte ne Backupdatei des Editors sein. ....................................................
die /var/log/messages-Dateien von Client und Server im Fall eines
"Fehlstarts"
Hab jetzt seltsamerweise keinen "üblichen" Fehlstart, d.h. mit fehlgeschlagenem NFS mehr hinbekommen, kommt schonmal vor, Zufall. Kann aber nicht an obigen Änderungen liegen, da der andere Client, an dem ich nichts geändert habe, auch korrekt läuft.
Habe aber gerade einen fehlgeschlagenen Versuch, bei dem NFS funktionierte, aber NIS nicht (Userliste des Servers erschien nicht auf dem Client).
var/log/messages
Vom Server:
Aug 7 14:42:35 pc0 kernel: STA_DEAUTHED Aug 7 14:42:35 pc0 kernel: mac addr = 00:02:72:44:b7:25 Aug 7 14:42:35 pc0 kernel: STA_ASSOCIATED Aug 7 14:42:35 pc0 kernel: mac addr = 00:02:72:44:b7:25 Aug 7 14:46:58 pc0 rpc.mountd: authenticated mount request from 192.168.1.212:935 for /home (/home) Aug 7 15:05:11 pc0 kernel: ALSA sound/isa/cs423x/cs4231_lib.c:386: cs4231_mce_down - auto calibration time out (1) Aug 7 15:05:11 pc0 kernel: ALSA sound/isa/cs423x/cs4231_lib.c:386: cs4231_mce_down - auto calibration time out (1)
Tja, da sieht man nicht das ypbind angefragt hätte.....
Vom Client:
...................................................
Aug 7 14:45:11 pc2 ifup: No configuration found for eth0 Aug 7 14:45:12 pc2 /etc/hotplug.d/block/50-hwscan.hotplug[5162]: new block device /block/hda/hda8 Aug 7 14:45:13 pc2 ifup-wireless: command 'iwconfig wlan0 nick pc2' returned Aug 7 14:45:13 pc2 ifup-wireless: Error for wireless request "Set Nickname" (8B1C) : Aug 7 14:45:13 pc2 ifup-wireless: SET failed on device wlan0 ; Operation not supported. Aug 7 14:45:13 pc2 kernel: keybuf data [0]: Aug 7 14:45:13 pc2 kernel: Aug 7 14:45:13 pc2 kernel: keybuf data [13]: Aug 7 14:45:13 pc2 kernel: MEINESSID Aug 7 14:45:16 pc2 kernel: STA_ASSOCIATED Aug 7 14:45:16 pc2 kernel: mac addr = 00:02:72:44:b7:25 Aug 7 14:45:37 pc2 ifup-wireless: command 'iwconfig wlan0 nick pc2' returned Aug 7 14:45:37 pc2 ifup-wireless: Error for wireless request "Set Nickname" (8B1C) : Aug 7 14:45:37 pc2 ifup-wireless: SET failed on device wlan0 ; Operation not supported. Aug 7 14:45:37 pc2 kernel: keybuf data [0]: Aug 7 14:45:37 pc2 kernel: Aug 7 14:45:37 pc2 kernel: keybuf data [13]: Aug 7 14:45:37 pc2 kernel: MEINESSID Da initialisiert er zweimal WLAN (offensichtlich wlan und wlan~) motzt, scheint aber dann zu tun. ................................ Aug 7 14:46:41 pc2 ypbind[5843]: broadcast: RPC: Timed out. Bingo, er sucht seinen Server mittels Broadcast. Das ist nicht gut. Erstens es dauert und zweitens nimmt er jeden der behauptet er sei derjenige. Aug 7 14:46:53 pc2 kernel: mtrr: 0xf6000000,0x800000 overlaps existing 0xf6000000,0x400000 Aug 7 14:47:35 pc2 ypbind[5843]: broadcast: RPC: Timed out. Aug 7 14:48:30 pc2 ypbind[5843]: broadcast: RPC: Timed out. Aug 7 14:49:24 pc2 ypbind[5843]: broadcast: RPC: Timed out. und nochmals .................................. Aug 7 14:53:21 pc2 ypbind[5843]: broadcast: RPC: Timed out. Aug 7 14:54:15 pc2 ypbind[5843]: broadcast: RPC: Timed out. Aug 7 14:55:09 pc2 ypbind[5843]: broadcast: RPC: Timed out. Aug 7 14:56:03 pc2 ypbind[5843]: broadcast: RPC: Timed out.
Irgendwo im Yast bei NIS-Client kannst Du angeben ob er Broadcast suchen soll oder nicht. Trage die IP des Servers ein, sowie die korrekte NIS-Domain sowie kein Broadcast und statische Adressen, kein DHCP. Tja und dann nochmals probieren und berichten :-)) Es wird irgendwann klappen. Diese Mail wird ebenfalls von einem Laptop aus geschrieben. Ein _fester_ Rechner kennt die User und ein anderer hat die /home-Verzeichnisse. Gruss Rainer PS: Falls an den Geräten mehr als ein, zwei User arbeiten wäre evtl. autofs eine Sache. Es wird dann erst gemountet wenn man in das Verzeichnis wechselt und nur dieses Verzeichnis des jeweiligen Users.
Hallo Rainer, hallo Liste !
Irgendwo im Yast bei NIS-Client kannst Du angeben ob er Broadcast suchen soll oder nicht. Trage die IP des Servers ein, sowie die korrekte NIS-Domain sowie kein Broadcast und statische Adressen, kein DHCP.
Ein Client hat(te) dort Broadcast aktiviert, der andere nicht. Daran kann es daher nicht liegen (?) In Yast hab ich übrigens das Problem, dass der NIS-Client sich beim Bestätigen von Einstellungen praktisch aufhängt, er hängt bei 50% der Anzeige, meldet dann irgendwann dass er keinen NIS-Server finden konnte.
PS: Falls an den Geräten mehr als ein, zwei User arbeiten wäre evtl. autofs eine Sache. Es wird dann erst gemountet wenn man in das Verzeichnis wechselt und nur dieses Verzeichnis des jeweiligen Users.
Ich hab mich nicht auf NFS bzw. NIS festgelegt, war halt nur das, was man "grafisch" auch als Anfänger einrichten konnte. Zumindest dachte ich das vor ein paar Wochen. Hier geht übrigens jetzt gerade fast gar nichts mehr: bisher habe ich immer nur den Server gestartet, danach einen der Clients, und getestet. Jetzt versuche ich mal beide Clients (bzw. einen dritten auch noch dazu) zu starten, und schaffe allenfalls einen einzigen am Server anzumelden bzw. mich am Client einzuloggen. Die anderen Clients hängen sich entweder bereits bei Klick auf einen Usernamen in der Liste des Einloggschirms auf, oder aber beim Starten von KDE. Die Kisten frieren einfach ein, musste das schon mit den Netzschaltern beenden. Komishce Sache, bei meinen Tests vorher schien seit ca. 3 Wochen alles einwandfrei zu sein, abgesehen von den nicht immer zustandekommenden Verbindungen. Was nun ? Ich hab das ganze noch nicht per Kabel getestet, vermute aber, dass es am WLAN liegen wird. Welche Ursachen kann es haben, dass die ypbind Anfrage beim Server gar nicht ankommt ? Gruß Olaf
Am Sonntag, 7. August 2005 19:17 schrieb Olaf Staubus:
Hallo Rainer, hallo Liste !
Irgendwo im Yast bei NIS-Client kannst Du angeben ob er Broadcast suchen soll oder nicht. Trage die IP des Servers ein, sowie die korrekte NIS-Domain sowie kein Broadcast und statische Adressen, kein DHCP.
Ein Client hat(te) dort Broadcast aktiviert, der andere nicht. Daran kann es daher nicht liegen (?) Evtl. kann es! broadcast solltest Du auf jeden Fall nicht nehmen. In Yast hab ich übrigens das Problem, dass der NIS-Client sich beim Bestätigen von Einstellungen praktisch aufhängt, er hängt bei 50% der Anzeige, meldet dann irgendwann dass er keinen NIS-Server finden konnte. Hm, das kommt daher das Yast den Dienst restartet und dann haben wir das alte Übel.
............................................................................
Die anderen Clients hängen sich entweder bereits bei Klick auf einen Usernamen in der Liste des Einloggschirms auf, Das heisst ypbind geht! oder aber beim Starten von KDE. Die Kisten frieren einfach ein, musste das schon mit den Netzschaltern beenden. Evtl. hilft hier der Tip von TH. Becker
Was nun ? Ich hab das ganze noch nicht per Kabel getestet,... wäre wohl das beste wenn Du das Netz erst mit Kabel aufbaust, bis es geht und dann auf WLAN umschwenkst. So ist eine Fehlerquelle ausgeschaltet. Welche Ursachen kann es haben, dass die ypbind Anfrage beim Server gar nicht ankommt ? Netzverbindung nicht ok.
Gruß Rainer
Aug 7 14:44:41 pc2 kernel: PCI: IRQ 0 for device 0000:00:04.2 doesn't match PIRQ mask - try pci=usepirqmask Aug 7 14:44:41 pc2 kernel: PCI: setting IRQ 11 as level-triggered ..... Falls Dein Rechner immer wieder einfriert, kann das evtl. hiermit zutun haben.Gib beim nächsten Start mal
Hallo Olaf, Mir ist hier das folgende aufgefallen Am Sonntag, 7. August 2005 15:45 schrieb Olaf Staubus: ...... pci=usepirqmask am Bootpromt ein.Ich hatte immer das Problem, das sich mein Rechner immer völlig aufgehängt hatte und auch so ständig rumgezickt hat, in dem ich zum Teil mehrmals hintereinander den Rechner hochfahren mußte, weil immer irgenwas nicht oder nicht vollständig geladen wurde.Nachdem ich am Bootpromt dann diese Zeile eingegeben hatte funktionierten diverse Sachen und auch das aufhängen hat sich seitdem gegeben.Ich habe diese Option im Bootloader eingetragen, damit ich sie nicht immer von Hand eingeben muß. Ich weiß allerdings nicht, daß das Dein NIS/NFS Problem löst, aber andere Fehler sollten sich damit geben. Gruß TB -- Mögen täten wir schon wollen, doch dürfen haben wir uns nicht getraut. Karl Valentin
participants (4)
-
Olaf Staubus -
Rainer Kulhanek -
Rainer Kulhanek
-
Th.Becker