odd python/linux/cherrypy behavior

[Bill Mill]

On my laptop, I have an NTFS partition for NT, a FAT partition for
data as a dmz which both linux and NT can access, and an ext3
partition for linux. However, I've experienced some weirdness on the
FAT partition, and I'm wondering if anybody can tell me why it's
happening.

Yesterday, I downloaded the new release of cherrypy, and stuck it on
the dmz drive. I ran tutorial01, which opens up a server on port 8080
and waits for connections. All seemed well, initialization info
printed out, and it said it was waiting for connections on port 8080.
However, when I tried to connect to it (via firefox or telnet) it just
didn't respond. Not immediately - the connection attempts timed out. I
tried different ports, but that didn't change anything. A reboot into
NT, run the same file, it works perfectly.

Eventually, after thinking it's a hosts file problem, or a firewall
problem, I figure out that if I move it to my ext3 drive, it again
works perfectly. Prints out the same information, says it's waiting on
8080, but this time, I can access it.

Can anybody posit a guess as to why it would behave this way?

Peace
Bill Mill
bill.mill at gmail.com

[Neil Hodgson]

Bill Mill:

... a FAT partition for data as a dmz which both linux and NT can
access ...
Yesterday, I downloaded the new release of cherrypy, and stuck it on
the dmz drive. ...
Eventually, after thinking it's a hosts file problem, or a firewall
problem, I figure out that if I move it to my ext3 drive, it again
works perfectly.

Have you looked at your mount options to make sure they are sane?
Possibly you have mounted with only short (truncated) file names or all
the files have their execute bit on and that is unexpected or there are
non-ASCII characters in file names or ...

Neil

[Bill Mill]

On 7/16/05, Neil Hodgson <ny************ *****@gmail.com > wrote:

Bill Mill:

... a FAT partition for data as a dmz which both linux and NT can
> access ...
Yesterday, I downloaded the new release of cherrypy, and stuck it on
the dmz drive. ...
Eventually, after thinking it's a hosts file problem, or a firewall
problem, I figure out that if I move it to my ext3 drive, it again
works perfectly.

Have you looked at your mount options to make sure they are sane?
Possibly you have mounted with only short (truncated) file names or all
the files have their execute bit on and that is unexpected or there are
non-ASCII characters in file names or ...

Definitely not mounted with short file names, and there aren't any
non-ASCIIs in the file names; in both cases I imagine that the file
wouldn't run at all. In this case, however, the file does run, and
open a socket, it just can't seem to receive connections on it. I have
tried running the file as su, with no success.

The FAT dirs are mounted with the following options:
defaults,user,u mask=000 . I'm not sure what you mean by the execute
bit, but all files do have execute permission. Here's the output of an
ls -l on the file I'm talking about:

-rwxrwxrwx 1 root root 1073 2005-07-15 21:40
/d/download/cherrypy/tutorial/tut01_helloworl d.py

Any other ideas?

Peace
Bill Mill
bill.mill at gmail.com

[Dennis Lee Bieber]

On Sat, 16 Jul 2005 19:54:31 -0400, Bill Mill <bi*******@gmai l.com>
declaimed the following in comp.lang.pytho n:

The FAT dirs are mounted with the following options:
defaults,user,u mask=000 . I'm not sure what you mean by the execute
bit, but all files do have execute permission. Here's the output of an
ls -l on the file I'm talking about:

-rwxrwxrwx 1 root root 1073 2005-07-15 21:40
/d/download/cherrypy/tutorial/tut01_helloworl d.py
Out of curiosity, is it possible to change ownership to your
"user" account?

-- =============== =============== =============== =============== == <
wl*****@ix.netc om.com | Wulfraed Dennis Lee Bieber KD6MOG <
wu******@dm.net | Bestiaria Support Staff <
=============== =============== =============== =============== == <
Home Page: <http://www.dm.net/~wulfraed/> <
Overflow Page: <http://wlfraed.home.ne tcom.com/> <

[Neil Hodgson]

Bill Mill:

Definitely not mounted with short file names, and there aren't any
non-ASCIIs in the file names; in both cases I imagine that the file
wouldn't run at all. In this case, however, the file does run, and
open a socket, it just can't seem to receive connections on it. I have
tried running the file as su, with no success.
Works for me as root or unprivileged user using CherryPy-2.1.0-beta.
The FAT dirs are mounted with the following options:
defaults,user,u mask=000 .
From fstab:
/dev/hda6 /win vfat utf8,shortname= winnt

You may have some file content transformation such as \r\n->\n
translation (conv=text) occurring.
I'm not sure what you mean by the execute
bit, but all files do have execute permission. Here's the output of an
ls -l on the file I'm talking about:

-rwxrwxrwx 1 root root 1073 2005-07-15 21:40
/d/download/cherrypy/tutorial/tut01_helloworl d.py

-rwxr-xr-x 1 root root 1074 Jun 26 17:28 tut01_helloworl d.py

Here is the output from the run

[root@localhost tutorial]# python tut01_helloworl d.py
2005/07/17 11:01:33 CONFIG INFO Reading infos from configFile: tutorial.conf
2005/07/17 11:01:33 CONFIG INFO Server parameters:
2005/07/17 11:01:33 CONFIG INFO server.environm ent: production
2005/07/17 11:01:33 CONFIG INFO server.logToScr een: True
2005/07/17 11:01:33 CONFIG INFO server.logFile:
2005/07/17 11:01:33 CONFIG INFO server.protocol Version: HTTP/1.0
2005/07/17 11:01:33 CONFIG INFO server.socketHo st:
2005/07/17 11:01:33 CONFIG INFO server.socketPo rt: 8080
2005/07/17 11:01:33 CONFIG INFO server.socketFi le:
2005/07/17 11:01:33 CONFIG INFO server.reverseD NS: False
2005/07/17 11:01:33 CONFIG INFO server.socketQu eueSize: 5
2005/07/17 11:01:33 CONFIG INFO server.threadPo ol: 10
2005/07/17 11:01:33 HTTP INFO Serving HTTP on socket: ('', 8080)
2005/07/17 11:01:56 HTTP INFO 127.0.0.1 - GET / HTTP/1.1
2005/07/17 11:01:56 HTTP INFO 127.0.0.1 - GET /favicon.ico HTTP/1.1

Neil

[Bill Mill]

On 7/16/05, Dennis Lee Bieber <wl*****@ix.net com.com> wrote:

On Sat, 16 Jul 2005 19:54:31 -0400, Bill Mill <bi*******@gmai l.com>
declaimed the following in comp.lang.pytho n:

The FAT dirs are mounted with the following options:
defaults,user,u mask=000 . I'm not sure what you mean by the execute
bit, but all files do have execute permission. Here's the output of an
ls -l on the file I'm talking about:

-rwxrwxrwx 1 root root 1073 2005-07-15 21:40
/d/download/cherrypy/tutorial/tut01_helloworl d.py

Out of curiosity, is it possible to change ownership to your
"user" account?

Thanks a lot, that worked. Any guess as to why?

Peace
Bill Mill
bill.mill at gmail.com

[Dennis Lee Bieber]

On Sat, 16 Jul 2005 22:33:08 -0400, Bill Mill <bi*******@gmai l.com>
declaimed the following in comp.lang.pytho n:

Thanks a lot, that worked. Any guess as to why?
Sorry, no... 'Twas just a bit of wolf-fencing debug... Change
something blatant and see which side of it the wolf howl comes from <G.

Even though rwx shows for all users, I thought there might still
have been some little thing regarding access internally based on
group/owner...

-- =============== =============== =============== =============== == <
wl*****@ix.netc om.com | Wulfraed Dennis Lee Bieber KD6MOG <
wu******@dm.net | Bestiaria Support Staff <
=============== =============== =============== =============== == <
Home Page: <http://www.dm.net/~wulfraed/> <
Overflow Page: <http://wlfraed.home.ne tcom.com/> <