Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 50085 - xinetd doesn't work with datagram sockets
xinetd doesn't work with datagram sockets
Product: Red Hat Linux
Classification: Retired
Component: tftp (Show other bugs)
i586 Linux
medium Severity medium
: ---
: ---
Assigned To: Trond Eivind Glomsrxd
Ben Levenson
Depends On:
  Show dependency treegraph
Reported: 2001-07-26 13:32 EDT by Ahmon Dancy
Modified: 2007-04-18 12:35 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-07-26 14:14:18 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Ahmon Dancy 2001-07-26 13:32:22 EDT
Description of Problem:

I'm trying to set up a tftp server on Redhat 7.1.  I have the tftpd package installed.  

My /etc/xinetd.d/tftp is as follows:

# default: off
# description: The tftp server serves files using the trivial file transfer \
#	protocol.  The tftp protocol is often used to boot diskless \
#	workstations, download configuration files to network-aware printers, \
#	and to start the installation process for some operating systems.
service tftp
	disable	= no
	socket_type		= dgram
	wait			= yes
	user			= nobody
	log_on_success		+= USERID
	log_on_failure 		+= USERID
	server			= /usr/sbin/in.tftpd
	server_args		= /tftpboot

However, when I start, restart, or reload xinetd I get the message:
 xinetd[506]: socket creation failed (Socket type not supported (errno = 94)). service = tftp
(in /var/log/messages)

If I do an strace on xinetd I see

socket(PF_INET, SOCK_DGRAM, IPPROTO_TCP) = -1 ESOCKTNOSUPPORT (Socket type not supported)

SOCK_DGRAM and IPPROTO_TCP definitely do not go together.

It looks like in the sources...  the third parameter to socket() is always zero.  That's probably the problem.
Comment 1 Ahmon Dancy 2001-07-26 14:14:14 EDT
adding 'protocol=udp' to /etc/xinetd.d/tftp made the problem go away but it would be nice if xinetd chose a reasonable default protocol when one isn't specified.
Comment 2 Trond Eivind Glomsrxd 2001-07-26 14:19:57 EDT
tftp-server-0.17-14 (and probably earlier ones, but that's one I verified) have
protocol=udp in its xinetd.

Note You need to log in before you can comment on or make changes to this bug.