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 16696 - xinetd doesn't execv() correctly
xinetd doesn't execv() correctly
Product: Red Hat Raw Hide
Classification: Retired
Component: xinetd (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Trond Eivind Glomsrxd
Depends On:
  Show dependency treegraph
Reported: 2000-08-21 17:24 EDT by compwiz
Modified: 2008-05-01 11:37 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2000-08-21 17:33:52 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 compwiz 2000-08-21 17:24:13 EDT
Using the latest xinetd RPM, when trying to use a service that uses the
'nobody' user (e.g. finger), the service does not execute and gives you
this message:

xinetd[3571]: execv( /usr/sbin/in.fingerd ) failed: Permission denied
(errno = 13)
Comment 1 Trond Eivind Glomsrxd 2000-08-21 17:30:01 EDT
Huh? This doesn't happen on our systems (which admittedly are a bit fresher, but
I don't recall fixing anything like that...) Everybody can execute in.fingerd?
Comment 2 compwiz 2000-08-21 17:33:48 EDT
ok, whoops. reverting back to RedHat 7 beta xinetd RPM doesn't fix this.
However, on my other computer, running Pinstripe stock,  these 'nobody' services
work fine..  This must be because of some other Rawhide package, but how do I
track it down?
Comment 3 Trond Eivind Glomsrxd 2000-08-21 17:40:37 EDT
finger-server? is nobody able to execute it? Anyway, this definitely works on
the current tree so I'll close the bug. Thanks for the report, though.

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