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 17839 - SWAT wont run
SWAT wont run
Product: Red Hat Linux
Classification: Retired
Component: samba (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Trond Eivind Glomsrxd
: 18152 18574 (view as bug list)
Depends On:
  Show dependency treegraph
Reported: 2000-09-25 19:43 EDT by Steven Taylor
Modified: 2008-05-01 11:37 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2000-10-01 18:52:00 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 Steven Taylor 2000-09-25 19:43:39 EDT
by default SWAT is disabled, but even after enabling it, it still wont run,
i get broken pipe.
Here is what my current /etc/xinetd.d/swat looks like, note i changed
disable to no.

# default: off
# description: SWAT is the Samba Web Admin Tool. Use swat \
#              to configure your Samba server. To use SWAT, \
#              connect to port 901 with your favorite web browser.
service swat
        disable = no
        port    = 901
        socket_type     = stream
        wait    = no
        only_from = localhost
        user    = root
        server  = /usr/sbin/swat
        log_on_failure  += USERID
Comment 1 Dan Browning 2000-09-30 18:54:25 EDT
For me, I had to remove the "only_from = localhost" and "disabled = yes" lines 
before it would work.  (See recent posts by Dan Browning on redhat-
Comment 2 Alan Cox 2000-10-01 18:51:58 EDT
He has disabled = no which is fine. The only_from = localhost means using as the
address if I remember rightly. Anyway does removing that only_from or using work ?
Comment 3 Bill Nottingham 2000-10-02 17:51:02 EDT
Yup. You first must enable it, either with chkconfig
or ntsysv. It is configured to only listen on localhost
as a security measure.
Comment 4 Bill Nottingham 2000-10-03 10:04:55 EDT
*** Bug 18152 has been marked as a duplicate of this bug. ***
Comment 5 Phil Venton 2000-10-09 04:38:23 EDT
I have found this to be caused by an odd /etc/hosts file after a fresh install. 
If you change the default contents of /etc/hosts from, eg: localhost.localdomain localhost foo.bar.net foo

to the (as I understand) more correct: localhost.localdomain localhost foo.bar.net foo

then (assuming you've enabled it with "disabled=no") it will work fine.  I'm
guessing xinetd tries to resolve into a hostname and comes up with the
last alias, ie "foo", !=localhost, and it drops the connection?

I'm not sure if this is a bug in SWAT or xinetd, or if the created /etc/hosts
file is munged...
Comment 6 Bill Nottingham 2000-10-16 12:51:53 EDT
*** Bug 18574 has been marked as a duplicate of this bug. ***

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