469,612 Members | 2,229 Online
Bytes | Developer Community
New Post

Home Posts Topics Members FAQ

Post your question to a community of 469,612 developers. It's quick & easy.

odd python/linux/cherrypy behavior

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
Jul 21 '05 #1
6 1290
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
Jul 21 '05 #2
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,umask=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_helloworld.py

Any other ideas?

Peace
Bill Mill
bill.mill at gmail.com
Jul 21 '05 #3
On Sat, 16 Jul 2005 19:54:31 -0400, Bill Mill <bi*******@gmail.com>
declaimed the following in comp.lang.python:

The FAT dirs are mounted with the following options:
defaults,user,umask=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_helloworld.py
Out of curiosity, is it possible to change ownership to your
"user" account?

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

Jul 21 '05 #4
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,umask=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_helloworld.py


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

Here is the output from the run

[root@localhost tutorial]# python tut01_helloworld.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.environment: production
2005/07/17 11:01:33 CONFIG INFO server.logToScreen: True
2005/07/17 11:01:33 CONFIG INFO server.logFile:
2005/07/17 11:01:33 CONFIG INFO server.protocolVersion: HTTP/1.0
2005/07/17 11:01:33 CONFIG INFO server.socketHost:
2005/07/17 11:01:33 CONFIG INFO server.socketPort: 8080
2005/07/17 11:01:33 CONFIG INFO server.socketFile:
2005/07/17 11:01:33 CONFIG INFO server.reverseDNS: False
2005/07/17 11:01:33 CONFIG INFO server.socketQueueSize: 5
2005/07/17 11:01:33 CONFIG INFO server.threadPool: 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
Jul 21 '05 #5
On 7/16/05, Dennis Lee Bieber <wl*****@ix.netcom.com> wrote:
On Sat, 16 Jul 2005 19:54:31 -0400, Bill Mill <bi*******@gmail.com>
declaimed the following in comp.lang.python:

The FAT dirs are mounted with the following options:
defaults,user,umask=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_helloworld.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
Jul 21 '05 #6
On Sat, 16 Jul 2005 22:33:08 -0400, Bill Mill <bi*******@gmail.com>
declaimed the following in comp.lang.python:

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.netcom.com | Wulfraed Dennis Lee Bieber KD6MOG <
wu******@dm.net | Bestiaria Support Staff <
================================================== ============ <
Home Page: <http://www.dm.net/~wulfraed/> <
Overflow Page: <http://wlfraed.home.netcom.com/> <

Jul 21 '05 #7

This discussion thread is closed

Replies have been disabled for this discussion.

Similar topics

8 posts views Thread by Matthew Wilson | last post: by
11 posts views Thread by Michal Migurski | last post: by
7 posts views Thread by kanzen | last post: by
28 posts views Thread by Admin | last post: by
reply views Thread by Thomas McLean | last post: by
8 posts views Thread by krishnakant Mane | last post: by
2 posts views Thread by Brian Blais | last post: by
8 posts views Thread by jmDesktop | last post: by
reply views Thread by devrayhaan | last post: by
reply views Thread by gheharukoh7 | last post: by
By using this site, you agree to our Privacy Policy and Terms of Use.