netzwerk-problem

[bananenman]

hallo leutz,

ich habe hier einen slackware file-server stehen (amd k2-400, 192 mb ram, 200 gb hdd) der mit nfs und samba arbeitet. dazu ist er mit einer 100mbit nic ausgestattet (rlt 8139d) und bezieht über dhcp eine statische adresse (mac zuordnung) - d.h. er bezieht eben keine ! obwohl als dhcp-client konfiguriert und obwohl sowohl das modul ordnungsgemäß geladen ist, wie auch der aufruf der rc.inet1 über rc.m richtig läuft, bezieht er keine dhcp-adresse. rufe ich die rc.inet1 aber manuell auf, holt er sich sofort seine zugewiesene adresse. nun soll das ding aber über ssh ferngesteuert werden - d.h. er muß beim neustart automatisch das netz hochfahren können. leider gibt der hund keine fehlermeldung aus - es ist also rätseln angesagt.

nochmal:
rc.inet1 - ausführbar und richtig konfiguriert
statische dhcp-adresse über mac-zuordnung
nic wird beim booten richtig erkannt
modul wird geladen
bei manuellem aufruf der rc.inet1 bekommt er sofort die voreingestellte adresse

hat jemand eine idee?

thx, mfg

bananenman

 

[thorus]

Hmm, hoert sich vielleicht jetzt etwas bloed an, aber wird die rc.inet1 beim Bootem überhaupt gestartet?
Slackware habe ich schon etwas länger nicht mehr benutzt, aber wenn mich nicht alles täuscht müsste die Datei entweder von rc.M oder rc.sysinit oder so gestartet werden. (siehe /etc/inittab)

Stehen im syslog wirklich keine Meldungen darüber?

 

[bananenman]

das script ist ausführbar und wird in der rc.m auch aufgerufen - wie schon erwähnt. in die rc.sysinit gibt es bei slackware so nicht - du meinst wahrscheinlich die rc.sysvinit und ja, dort werden standardmäßig alle in rc.d stehenden scripte ausgeführt (also auch die rc.inet1).

das wars leider nicht - noch jemand eine idee?

thx, mfg

bananenman

 

[Ponder_Stibbons]

Hi,

schau mal in der /var/log/messages nach, dort müsstest du die Meldung über den Start der rc.inet1 haben.
Vielleicht stehen dort irgendwelche Fehlermeldungen.

Grüße,
Klaus

 

[bananenman]

keiner glaubt mir

dmesg:

8139too Fast Ethernet driver 0.9.26
PCI: Assigned IRQ 9 for device 00:14.0
eth0: RealTek RTL8139 at 0xc8dd2000, XX:50:fc:ad:b8:XX, IRQ 9
eth0: Identified 8139 chip type 'RTL-8100B/8139D'
eth0: link up, 100Mbps, full-duplex, lpa 0x45E1

/var/log/messages:

Aug 26 20:02:00 mars kernel: eth0: RealTek RTL8139 at 0xc8dd2000, XX:50:fc:ad:b8:XX, IRQ 9
Aug 26 20:02:00 mars logger: /etc/rc.d/rc.inet1: /sbin/dhcpcd -d -t 10 eth0
Aug 26 20:02:00 mars kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x45E1

wie man sieht startet rc.m das script rc.inet1 - offentsichlich stellt der dhcpcd auch eine entsprechende anfrage - nur leider passiert nichts. geladen wird das modul aber -

lsmod:

root@mars:~# lsmod
Module Size Used by Not tainted
usbcore 59308 1
8139too 14376 1
mii 2272 0 [8139too]
crc32 2880 0 [8139too]
ide-scsi 9328 0
agpgart 43940 0 (unused)

hat noch jemand eine idee?

thx, mfg

bananenman

 

[Ponder_Stibbons]

keiner glaubt mir

Hey, du schreibst, alles wäre in Ordnung, aber es funktioniert trotzdem nicht, da wird doch Nachfragen erlaubt sein

Aber nun zu deinem Problem:
Das Skript rc.inet1 wird beim Hochfahren ausgeführt, aber die Zuweisung der Adresse funktioniert nicht. Wenn du das Skript später aufrufst, funktioniert es.
Ist es möglich, dass irgendwelche Startskripte, die beim Hochfahren erst nach rc.inet1 ausgeführt werden, das Verhalten beeinflussen?
Beispielsweise in der rc.sysvinit?

Grüße,
Klaus

 

[bananenman]

Hey, du schreibst, alles wäre in Ordnung, aber es funktioniert trotzdem nicht, da wird doch Nachfragen erlaubt sein

- na klar - deswegen poste ich ja ... .

ok, in der rc.M passiert folgendes:

root@mars:/etc/rc.d# cat ./rc.M
#!/bin/sh
#
# rc.M This file is executed by init( when the system is being
# initialized for one of the "multi user" run levels (i.e.
# levels 1 through 6). It usually does mounting of file
# systems et al.
#
# Version: @(#)/etc/rc.d/rc.M 2.23 Wed Feb 26 19:20:58 PST 2003
#
# Author: Fred N. van Kempen, <waltje@uwalt.nl.mugnet.org>
# Heavily modified by Patrick Volkerding <volkerdi@slackware.com>
#

# Tell the viewers what's going to happen.
echo "Going multiuser..."

# Screen blanks after 15 minutes idle time, and powers down in one hour
# if the kernel supports APM or ACPI power management:
/bin/setterm -blank 15 -powersave powerdown -powerdown 60

# Set the hostname.
if [ -r /etc/HOSTNAME ]; then
/bin/hostname $(cat /etc/HOSTNAME | cut -f1 -d .)
else
# fall back on this old default:
echo "darkstar.example.net" > /etc/HOSTNAME
/bin/hostname darkstar
fi

# Save the contents of 'dmesg':
/bin/dmesg -s 65536 > /var/log/dmesg

# Start the system logger.
if [ -x /etc/rc.d/rc.syslog -a -x /usr/sbin/syslogd -a -d /var/log ]; then
. /etc/rc.d/rc.syslog start
fi

# Initialize PCMCIA devices:
#
# NOTE: This used to be started near the top of rc.S so that PCMCIA devices
# could be fsck'ed along with the other drives. This had some unfortunate
# side effects, however, since root isn't yet read-write, and /var might not
# even be mounted the .pid files can't be correctly written in /var/run and
# the pcmcia system can't be correctly shut down. If you want some PCMCIA
# partition to be mounted at boot (or when the card is inserted) then add
# the appropriate lines to /etc/pcmcia/scsi.opts.
#
if [ -x /etc/rc.d/rc.pcmcia ] ; then
. /etc/rc.d/rc.pcmcia start
# The cards might need a little extra time here to initialize.
if [ -r /var/run/cardmgr.pid ]; then
sleep 5
fi
fi

# Initialize the networking hardware. If your network driver is a module
# and you haven't loaded it manually, this will be deferred until after
# the hotplug system loads the module below.
if [ -x /etc/rc.d/rc.inet1 ]; then
. /etc/rc.d/rc.inet1
fi

# Initialize the hotplugging subsystem for Cardbus, IEEE1394, PCI, and USB devices:
if [ -x /etc/rc.d/rc.hotplug -a -r /proc/modules ]; then
# Don't run hotplug if 'nohotplug' was given at boot.
if ! grep nohotplug /proc/cmdline 1> /dev/null 2> /dev/null ; then
echo "Activating hardware detection: /etc/rc.d/rc.hotplug start"
. /etc/rc.d/rc.hotplug start
fi
fi

# Start networking daemons:
if [ -x /etc/rc.d/rc.inet2 ]; then
. /etc/rc.d/rc.inet2
fi

# Remove stale locks and junk files (must be done after mount -a!)
/bin/rm -f /var/lock/* /var/spool/uucp/LCK..* /tmp/.X*lock /tmp/core /core 2> /dev/null

# Remove stale hunt sockets so the game can start.
if [ -r /tmp/hunt -o -r /tmp/hunt.stats ]; then
echo "Removing your stale hunt sockets from /tmp."
/bin/rm -f /tmp/hunt*
fi

# Ensure basic filesystem permissions sanity.
chmod 755 / 2> /dev/null
chmod 1777 /tmp /var/tmp

# Update all the shared library links:
if [ -x /sbin/ldconfig ]; then
echo "Updating shared library links: /sbin/ldconfig"
/sbin/ldconfig
fi

# Update the X font indexes:
if [ -x /usr/X11R6/bin/fc-cache ]; then
echo "Updating X font indexes: /usr/X11R6/bin/fc-cache"
/usr/X11R6/bin/fc-cache
fi

# Start the print spooling system. This will usually be LPRng (lpd) or CUPS.
if [ -x /etc/rc.d/rc.cups ]; then
# Start CUPS:
/etc/rc.d/rc.cups start
elif [ -x /etc/rc.d/rc.lprng ]; then
# Start LPRng (lpd):
. /etc/rc.d/rc.lprng start
fi

# Start netatalk. (a file/print server for Macs using Appletalk)
if [ -x /etc/rc.d/rc.atalk ]; then
/etc/rc.d/rc.atalk
fi

# Start smartd, which monitors the status of S.M.A.R.T. compatible
# hard drives and reports any problems. Note some devices (which aren't
# smart, I guess will hang if probed by smartd, so it's commented out
# by default.
#if [ -x /usr/sbin/smartd ]; then
# /usr/sbin/smartd
#fi

# Monitor the UPS with genpowerd.
# To use this, uncomment this section and edit your settings in
# /etc/genpowerd.conf (serial device, UPS type, etc). For more information,
# see "man genpowerd" or the extensive documentation in the
# /usr/doc/genpower-1.0.3 directory.
# You'll also need to configure a similar block in /etc/rc.d/rc.6 if you want
# support for stopping the UPS's inverter after the machine halts.
#if [ -x /sbin/genpowerd ]; then
# echo "Starting genpowerd daemon..."
# /sbin/genpowerd
#fi

# Turn on process accounting. To enable process accounting, make sure the
# option for BSD process accounting is enabled in your kernel, and then
# create the file /var/log/pacct (touch /var/log/pacct). By default, process
# accounting is not enabled (since /var/log/pacct does not exist). This is
# because the log file can get VERY large.
if [ -x /sbin/accton -a -r /var/log/pacct ]; then
/sbin/accton /var/log/pacct
chmod 640 /var/log/pacct
echo "Process accounting turned on."
fi

# Start crond (Dillon's crond):
# If you want cron to actually log activity to /var/log/cron, then change
# -l10 to -l8 to increase the logging level.
if [ -x /usr/sbin/crond ]; then
/usr/sbin/crond -l10 >>/var/log/cron 2>&1
fi

# Start atd (manages jobs scheduled with 'at'):
if [ -x /usr/sbin/atd ]; then
/usr/sbin/atd -b 15 -l 1
fi

# Slackware-Mini-Quota-HOWTO:
# To really activate quotas, you'll need to add 'usrquota' and/or 'grpquota' to
# the appropriate partitions as listed in /etc/fstab. Here's an example:
#
# /dev/hda2 /home ext3 defaults,usrquota 1 1
#
# You'll then need to setup initial quota files at the top of the partitions
# to support quota, like this:
# touch /home/aquota.user /home/aquota.group
# chmod 600 /home/aquota.user /home/aquota.group
#
# Then, reboot to activate the system.
# To edit user quotas, use 'edquota'. See 'man edquota'. Also, the
# official Quota Mini-HOWTO has lots of useful information. That can be found
# here: /usr/doc/Linux-HOWTOs/Quota

# Check quotas and then turn quota system on:
if grep -q quota /etc/fstab ; then
if [ -x /sbin/quotacheck ]; then
echo "Checking filesystem quotas: /sbin/quotacheck -avugm"
/sbin/quotacheck -avugm
fi
if [ -x /sbin/quotaon ]; then
echo "Activating filesystem quotas: /sbin/quotaon -avug"
/sbin/quotaon -avug
fi
fi

# Start the sendmail daemon:
if [ -x /etc/rc.d/rc.sendmail ]; then
. /etc/rc.d/rc.sendmail start
fi

# Start the APM daemon if APM is enabled in the kernel:
if [ -x /usr/sbin/apmd ]; then
if cat /proc/apm 1> /dev/null 2> /dev/null ; then
echo "Starting APM daemon: /usr/sbin/apmd"
/usr/sbin/apmd
fi
fi

# Start the ACPI (Advanced Configuration and Power Interface) daemon:
if [ -x /etc/rc.d/rc.acpid ]; then
. /etc/rc.d/rc.acpid start
fi

# Load ALSA (sound) defaults:
if [ -x /etc/rc.d/rc.alsa ]; then
. /etc/rc.d/rc.alsa
fi

# Load a custom screen font if the user has an rc.font script.
if [ -x /etc/rc.d/rc.font ]; then
. /etc/rc.d/rc.font
fi

# Load a custom keymap if the user has an rc.keymap script.
if [ -x /etc/rc.d/rc.keymap ]; then
. /etc/rc.d/rc.keymap
fi

# Initialize HP Officejet support:
if [ -x /etc/rc.d/rc.hpoj ]; then
. /etc/rc.d/rc.hpoj start
fi

# Start the MySQL database:
if [ -x /etc/rc.d/rc.mysqld ]; then
. /etc/rc.d/rc.mysqld start
fi

# Start Apache web server:
if [ -x /etc/rc.d/rc.httpd ]; then
. /etc/rc.d/rc.httpd start
fi

# Start Samba (a file/print server for Win95/NT machines).
# Samba can be started in /etc/inetd.conf instead.
if [ -x /etc/rc.d/rc.samba ]; then
. /etc/rc.d/rc.samba start
fi

# Start the GPM mouse server:
if [ -x /etc/rc.d/rc.gpm ]; then
. /etc/rc.d/rc.gpm start
fi

# If there are SystemV init scripts for this runlevel, run them.
if [ -x /etc/rc.d/rc.sysvinit ]; then
. /etc/rc.d/rc.sysvinit
fi

# Start the local setup procedure.
if [ -x /etc/rc.d/rc.local ]; then
. /etc/rc.d/rc.local
fi

# All done.

das ist soweit auch alles in ordnung - ich hab hier noch 2 slackware-maschinen stehen bei denen das alles genauso aussieht (und bei denen funktioniert das auch). ich hatte auchschon versucht den rc.inet1 aufruf zum schluss nochmal anzuhängen oder in der rc.sysvinit bzw. in der rc.local einzutragen - hat aber ebenfalls nichts gebracht: er zeigt dann den aufruf des dhcpcd und die mac-adresse, das wars.

langsam bin ich mit meinem latein am ende - wenn der vogel morgen nicht läuft werde ich neu installieren müssen (etwas, was mir zutiefst wiederstrebt).

thx, mfg

bananenman

 

[Ponder_Stibbons]

Hi bananenman,

mir fällt auch nichts mehr ein, außer dem was du bereits gemacht hast, aber wenn du wirklich neuinstallierst, dann gib doch bitte mal Rückmeldung, ob es dann funktioniert, das würde mich wirklich mal interessieren

Grüße,
Klaus

 

[bananenman]

das problem hat sich inzwischen entgültig erledigt - aus anderen gründen wurde das projekt vorrübergehend auf eis gelegt und inzwischen ist der Kunde abgesprungen. da es seine Hardware war gibt es nun keine möglicheit mehr drann rumzuspielen - schade, ich hätte zu gerne gewußt was da los war. allerdings weiß ich inzwischen, dass es mit der maschine (ein älteres msi-board und ein amd k2-400) wohl schon vorher in unregelmäßigen abständen probleme gab die auf eine gestörte irq-verwaltung schließen ließen. warum dieser kranke vogel nun ausgerechnet ein fileserver werden sollte - ich weiß es nicht.

mfg

bananenman