Xinetd findet /etc/protokols nicht

[tanteemma]

Xinetd beendet sich sofort, da er die Protokolle nicht findet.
Im Log steht für jeden Eintrag der xinetd.conf:
protocol tcp not in /etc/protocols

Die Datei /etc/protocols ist jedoch vorhanden und der Inhalt stimmt auch!

Suse 9.3
Kernel 2.6.13
RTAI/Fusion 0.9.1

Weiß jemand Rat :?:

[Roger Wilco]

Zeig deine xinetd.conf und xinetd.d/*.

[tanteemma]

xinetd.conf:

#
# xinetd.conf
#
# Copyright (c) 1998-2001 SuSE GmbH Nuernberg, Germany.
# Copyright (c) 2002 SuSE Linux AG, Nuernberg, Germany.
#

defaults
{
log_type = FILE /var/log/xinetd.log
log_on_success = HOST EXIT DURATION
log_on_failure = HOST ATTEMPT
# only_from = localhost
instances = 30
cps = 150 10

#
# The specification of an interface is interesting, if we are on a firewall.
# For example, if you only want to provide services from an internal
# network interface, you may specify your internal interfaces IP-Address.
#
# interface = 127.0.0.1

}

includedir /etc/xinetd.d



xinetd.d/* :
(Steht ein bisschen viel drin, deswegen nur Auszüge, das meißte ist ja eh disabled

chargen:

# default: off
# description: A chargen server. This is the tcp version.
service chargen
{
disable = no
socket_type = stream
protocol = tcp
wait = no
user = root
type = INTERNAL
id = chargen-stream
}


telnet:

service telnet
{
socket_type = stream
protocol = tcp
wait = no
user = root
group = root
server = /usr/sbin/in.telnetd
disable = no
}




Der Fehler tritt bei jedem Protokoll auf.

[Roger Wilco]

Sieht eigentlich in Ordnung aus. Poste mal einen Auszug aus deiner /etc/services und nenne vor allem mal die genaue Logmeldung.

PS: Der CODE-Tag existiert. ;)

[tanteemma]

Hier erstmal die /etc/services (Auszug)

Code: Select all

# 
# The range for assigned ports managed by the IANA is 0-1023.
# 
# Port Assignments:
# 
# Keyword         Decimal    Description                     References
# -------         -------    -----------                     ----------
#                 0/tcp    Reserved
#                 0/udp    Reserved
#                          Jon Postel <postel@isi.edu>
tcpmux            1/tcp    # TCP Port Service Multiplexer
tcpmux            1/udp    # TCP Port Service Multiplexer
#                          Mark Lottor <MKL@nisc.sri.com>
compressnet       2/tcp    # Management Utility
compressnet       2/udp    # Management Utility
compressnet       3/tcp    # Compression Process
compressnet       3/udp    # Compression Process
#                          Bernie Volz <volz@cisco.com>
#                 4/tcp    # Unassigned
#                 4/udp    # Unassigned
rje               5/tcp    # Remote Job Entry
rje               5/udp    # Remote Job Entry
#                          Jon Postel <postel@isi.edu>
#                 6/tcp    # Unassigned
#                 6/udp    # Unassigned
echo              7/tcp    Echo
echo              7/udp    Echo
#                          Jon Postel <postel@isi.edu>
#                 8/tcp    # Unassigned
#                 8/udp    # Unassigned
discard           9/tcp    # Discard
discard           9/udp    # Discard
#                          Jon Postel <postel@isi.edu>
#                10/tcp    # Unassigned

Und hier die Logmeldung:

Code: Select all

05/9/28@09:42:22 xinetd[921]: ERROR: open( /etc/xinetd.conf ) failed: No such file or directory (errno = 2)
05/9/28@09:42:22 xinetd[921]: CRITICAL: 921 {init_services} couldn't get configuration. Exiting...
05/9/28@09:43:56 xinetd[921]: DEBUG: Reading included configuration file: /etc/xinetd.d/chargen [file=/etc/xinetd.conf] [line=26]
05/9/28@09:43:56 xinetd[921]: ERROR: Protocol tcp not in /etc/protocols [file=/etc/xinetd.d/chargen] [line=7]
05/9/28@09:43:56 xinetd[921]: ERROR: Error parsing attribute protocol - DISABLING SERVICE [file=/etc/xinetd.d/chargen] [line=7]
05/9/28@09:43:56 xinetd[921]: DEBUG: Reading included configuration file: /etc/xinetd.d/chargen-udp [file=/etc/xinetd.d/chargen-udp] [line=12]
05/9/28@09:43:56 xinetd[921]: ERROR: Protocol udp not in /etc/protocols [file=/etc/xinetd.d/chargen-udp] [line=7]
05/9/28@09:43:56 xinetd[921]: ERROR: Error parsing attribute protocol - DISABLING SERVICE [file=/etc/xinetd.d/chargen-udp] [line=7]
05/9/28@09:43:56 xinetd[921]: DEBUG: Reading included configuration file: /etc/xinetd.d/cups-lpd [file=/etc/xinetd.d/cups-lpd] [line=13]
05/9/28@09:43:56 xinetd[921]: ERROR: Protocol tcp not in /etc/protocols [file=/etc/xinetd.d/cups-lpd] [line=5]
05/9/28@09:43:56 xinetd[921]: ERROR: Error parsing attribute protocol - DISABLING SERVICE [file=/etc/xinetd.d/cups-lpd] [line=5]
05/9/28@09:43:56 xinetd[921]: ERROR: Server /usr/lib/cups/daemon/cups-lpd is not executable [file=/etc/xinetd.d/cups-lpd] [line=8]
05/9/28@09:43:56 xinetd[921]: ERROR: Error parsing attribute server - DISABLING SERVICE [file=/etc/xinetd.d/cups-lpd] [line=8]
05/9/28@09:43:56 xinetd[921]: DEBUG: Reading included configuration file: /etc/xinetd.d/daytime [file=/etc/xinetd.d/daytime] [line=11]
05/9/28@09:43:56 xinetd[921]: ERROR: Protocol tcp not in /etc/protocols [file=/etc/xinetd.d/daytime] [line=7]
05/9/28@09:43:56 xinetd[921]: ERROR: Error parsing attribute protocol - DISABLING SERVICE [file=/etc/xinetd.d/daytime] [line=7]

Und noch ein bisschen aus der /etc/protocols:

Code: Select all

ip		0	IP              # internet protocol v4
#hopopt		0	HOPOPT		# Hop-by-hop optons for IPv6
icmp		1	ICMP		# internet control message protocol
igmp		2	IGMP		# internet group multicast protocol
ggp		3	GGP		# gateway-gateway protocol
#ip		4	IP		# internet protocol v4
st		5	ST		# Stream
tcp		6	TCP		# transmission control protocol
cbt		7	CBT		# CBT
egp		8	EGP		# exterior gateway protocol
igp		9	IGP		# any private interior gateway
bbn-rcc-mon	10	BBN-RCC-MON	# BBN RCC monitoring
nvp-ii		11	NVP-II		# Network Voice Protocol
pup		12	PUP		# PARC universal packet protocol
argus		13	ARGUS		# ARGUS
emcon		14	EMCON		# EMCON

Meine einzige verbliebene Vermutung ist, das ne lib Fehlerhaft ist und xinetd nicht getprotobyname() ausführen kann
:?:

[tanteemma]

Die Funktion getprotobyname() liefert mir n SIGSEGV also Segmentation Fehler zurück .. liegt an meiner libc-2.3.4 i586, mit ner i686er läufts, ist nur leider keine alternative für mich

[lord_pinhead]

Die Funktion getprotobyname() liefert mir n SIGSEGV also Segmentation Fehler zurück .. liegt an meiner libc-2.3.4 i586, mit ner i686er läufts, ist nur leider keine alternative für mich

Kürz mal zum Test das protocol raus, wenn das geht würd ich mal zum test ein eigenen xinetd bauen aus den Quellen. RPM bauen nicht vergessen :)

[tanteemma]

Hab die getprotobyname() neu geschrieben und in Xinetd implementiert - FUNKTIONIERT :-D
Allerdings macht mir nun getservbyname() den gleichen Fehler
Also auf ein Neues!
Ich hoffe nur das ist die letzte kaputte getirgendwasbyname()! :evil:

[lord_pinhead]

Hab die getprotobyname() neu geschrieben und in Xinetd implementiert - FUNKTIONIERT :-D
Allerdings macht mir nun getservbyname() den gleichen Fehler
Also auf ein Neues!
Ich hoffe nur das ist die letzte kaputte getirgendwasbyname()! :evil:

Du machst dir mal mühe das System zu Administrieren, nicht jeder schreibt funktionen um damit es läuft. Wenn du lust hast, könntest du ja die änderungen mal preisgeben wenn jemand anders das Problem hat, oder sind die einfach zu groß?

[tanteemma]

Wenns denn irgendwann mal läuft - sicher!
Bin nur nicht so der Ansi C Held - wird also nicht sonderlich sauberer Code sein.
Denke dass ich morgen oder übermorgen soweit bin - muss noch die neue getservbyname() in Xinetd implementieren.

... Feierabend

[tanteemma]

JUHUU es läuft :-D :-D
getprotobyname() und getservbyname neu programmiert und im Xinetd ausgetauscht.
Fehler kommt wahrscheinlich daher dass ich ne 586 glibc-2.3.4 benutze.
Ist irgendjemand dieser Fehler schon mal aufgefallen?