Re: [modwsgi] Re: mod_wsgi prevents apache start following update
Hi Graham I have carried out the make install now and when I run the otool on the installed mod_wsgi.so I get the following result; mod_wsgi.so: /Library/Frameworks/Python.framework/Versions/3.2/Python (compatibility version 3.2.0, current version 3.2.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 169.3.0) /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 744.12.0) I guess that this is correct now and apache restarts without causing errors. Now just to configure httpd.conf and my virtual hosts then I can get on with playing and finding out how to take advantage of mod_wsgi over mod_python. Thanks for your help. Jake On Friday, October 5, 2012 11:54:47 PM UTC+1, Graham Dumpleton wrote: With otool -L showing the correct result, what then was the result when you tried to actually use it with Apache??? If there is still a run time linking issue causing Apache not to start, you can usually see the error by running: sudo /usr/sbin/apachectl -t It will show any linker error as output immediately. Graham On 6 October 2012 05:31, Jake jake.g...@realspaces.com javascript: wrote: With Mountain lion it comes with versions 2.3, 2.5, 2.6, 2.7. These are installed as you have correctly stated however the installation is a little different compared to a linux installation. The version 3.2 that I have installed is from the python site at the following location http://www.python.org/download/releases/3.2.3/. I took the osx 64bit installer. The installation location is as per the installer. Jake On Friday, October 5, 2012 1:42:28 AM UTC+1, Graham Dumpleton wrote: The output is correct, although one thing worried me. Can you confirm that you manually installed Python 3.2, because a system Python wouldn't be under: /Library/Frameworks/Python.framework What Python versions are under: /System/Library/Frameworks/Python.framework/Versions I ask as I am not sure what ships with Mountain Lion. Also, if Python 3.2 was installed manually, did you use the Python Software Foundation binary installer or one from somewhere else. The PSF installer is notorious for requiring --disable-framework option and I don't know what they do differently when building it to break normal framework linking. Graham On 5 October 2012 07:39, Jake jake.g...@realspaces.com wrote: Graham These are the steps that I followed and the output I received; 1. ./configure --with-python=/Library/Frameworks/Python.framework/Versions/3.2/bin/python3 --disable-framework 2. make 3. cd .libs 4. otool -L mod_wsgi.so Output mod_wsgi.so: /Library/Frameworks/Python.framework/Versions/3.2/Python (compatibility version 3.2.0, current version 3.2.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 169.3.0) /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 744.12.0) Is this the correct output??? Best regards Jake On Wednesday, October 3, 2012 10:55:45 PM UTC+1, Graham Dumpleton wrote: The output you gave showed: hostname:mod_wsgi-3.4 user$ make make: Nothing to be done for `all'. which indicated that make had already been run in the directory again. From that fresh source code, do the configure and make and then run: otool -L .libs/mod_wsgi.so without doing an install. See what the local .so file is before anything gets installed. Graham On 4 October 2012 06:33, Jake jake.g...@realspaces.com wrote: I had deleted the previous download and started with a clean one. Not sure if the 'make distclean' will do anything. I ran it anyway and got the following ; make: *** No rule to make target `distclean'. Stop. Which I think is to be expected. On Wednesday, October 3, 2012 12:02:16 AM UTC+1, Jake wrote: Hi Until recently I have developing in python using mod_python but decided to upgrade to mod_wsgi when I upgraded from os snow leopard to mountain lion. I have followed the instructions and when I restart apache it fails to start up. To throw things into the mix I am trying to run mod_wsgi on python 3.2. I think that this should work. If I run the command otool -L mod_wsgi.so I get ... mod_wsgi.so: /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 169.3.0) /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0
Re: [modwsgi] Re: mod_wsgi prevents apache start following update
With Mountain lion it comes with versions 2.3, 2.5, 2.6, 2.7. These are installed as you have correctly stated however the installation is a little different compared to a linux installation. The version 3.2 that I have installed is from the python site at the following location http://www.python.org/download/releases/3.2.3/. I took the osx 64bit installer. The installation location is as per the installer. Jake On Friday, October 5, 2012 1:42:28 AM UTC+1, Graham Dumpleton wrote: The output is correct, although one thing worried me. Can you confirm that you manually installed Python 3.2, because a system Python wouldn't be under: /Library/Frameworks/Python.framework What Python versions are under: /System/Library/Frameworks/Python.framework/Versions I ask as I am not sure what ships with Mountain Lion. Also, if Python 3.2 was installed manually, did you use the Python Software Foundation binary installer or one from somewhere else. The PSF installer is notorious for requiring --disable-framework option and I don't know what they do differently when building it to break normal framework linking. Graham On 5 October 2012 07:39, Jake jake.g...@realspaces.com javascript: wrote: Graham These are the steps that I followed and the output I received; 1. ./configure --with-python=/Library/Frameworks/Python.framework/Versions/3.2/bin/python3 --disable-framework 2. make 3. cd .libs 4. otool -L mod_wsgi.so Output mod_wsgi.so: /Library/Frameworks/Python.framework/Versions/3.2/Python (compatibility version 3.2.0, current version 3.2.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 169.3.0) /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 744.12.0) Is this the correct output??? Best regards Jake On Wednesday, October 3, 2012 10:55:45 PM UTC+1, Graham Dumpleton wrote: The output you gave showed: hostname:mod_wsgi-3.4 user$ make make: Nothing to be done for `all'. which indicated that make had already been run in the directory again. From that fresh source code, do the configure and make and then run: otool -L .libs/mod_wsgi.so without doing an install. See what the local .so file is before anything gets installed. Graham On 4 October 2012 06:33, Jake jake.g...@realspaces.com wrote: I had deleted the previous download and started with a clean one. Not sure if the 'make distclean' will do anything. I ran it anyway and got the following ; make: *** No rule to make target `distclean'. Stop. Which I think is to be expected. On Wednesday, October 3, 2012 12:02:16 AM UTC+1, Jake wrote: Hi Until recently I have developing in python using mod_python but decided to upgrade to mod_wsgi when I upgraded from os snow leopard to mountain lion. I have followed the instructions and when I restart apache it fails to start up. To throw things into the mix I am trying to run mod_wsgi on python 3.2. I think that this should work. If I run the command otool -L mod_wsgi.so I get ... mod_wsgi.so: /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 169.3.0) /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 744.12.0) From what I can see from the notes that have been pasted this is not correct. Can anyone point me in the right direction, an idiot guide would be useful. Thanks J -- You received this message because you are subscribed to the Google Groups modwsgi group. To view this discussion on the web visit https://groups.google.com/d/msg/modwsgi/-/W3FEnec4nRMJ. To post to this group, send email to mod...@googlegroups.com. To unsubscribe from this group, send email to modwsgi+u...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/modwsgi?hl=en. -- You received this message because you are subscribed to the Google Groups modwsgi group. To view this discussion on the web visit https://groups.google.com/d/msg/modwsgi/-/U1TxsZNz-D0J. To post to this group, send email to mod...@googlegroups.comjavascript:. To unsubscribe from this group, send email to modwsgi+u...@googlegroups.com javascript:. For more options, visit this group at http://groups.google.com/group/modwsgi?hl=en. -- You received this message because you are subscribed to the Google Groups modwsgi group. To view this discussion on the web visit https://groups.google.com/d/msg/modwsgi/-/E8_IpwXkYrYJ. To post to this group, send email to modwsgi
Re: [modwsgi] Re: mod_wsgi prevents apache start following update
Graham These are the steps that I followed and the output I received; 1. ./configure --with-python=/Library/Frameworks/Python.framework/Versions/3.2/bin/python3 --disable-framework 2. make 3. cd .libs 4. otool -L mod_wsgi.so Output mod_wsgi.so: /Library/Frameworks/Python.framework/Versions/3.2/Python (compatibility version 3.2.0, current version 3.2.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 169.3.0) /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 744.12.0) Is this the correct output??? Best regards Jake On Wednesday, October 3, 2012 10:55:45 PM UTC+1, Graham Dumpleton wrote: The output you gave showed: hostname:mod_wsgi-3.4 user$ make make: Nothing to be done for `all'. which indicated that make had already been run in the directory again. From that fresh source code, do the configure and make and then run: otool -L .libs/mod_wsgi.so without doing an install. See what the local .so file is before anything gets installed. Graham On 4 October 2012 06:33, Jake jake.g...@realspaces.com javascript: wrote: I had deleted the previous download and started with a clean one. Not sure if the 'make distclean' will do anything. I ran it anyway and got the following ; make: *** No rule to make target `distclean'. Stop. Which I think is to be expected. On Wednesday, October 3, 2012 12:02:16 AM UTC+1, Jake wrote: Hi Until recently I have developing in python using mod_python but decided to upgrade to mod_wsgi when I upgraded from os snow leopard to mountain lion. I have followed the instructions and when I restart apache it fails to start up. To throw things into the mix I am trying to run mod_wsgi on python 3.2. I think that this should work. If I run the command otool -L mod_wsgi.so I get ... mod_wsgi.so: /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 169.3.0) /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 744.12.0) From what I can see from the notes that have been pasted this is not correct. Can anyone point me in the right direction, an idiot guide would be useful. Thanks J -- You received this message because you are subscribed to the Google Groups modwsgi group. To view this discussion on the web visit https://groups.google.com/d/msg/modwsgi/-/W3FEnec4nRMJ. To post to this group, send email to mod...@googlegroups.comjavascript:. To unsubscribe from this group, send email to modwsgi+u...@googlegroups.com javascript:. For more options, visit this group at http://groups.google.com/group/modwsgi?hl=en. -- You received this message because you are subscribed to the Google Groups modwsgi group. To view this discussion on the web visit https://groups.google.com/d/msg/modwsgi/-/U1TxsZNz-D0J. To post to this group, send email to modwsgi@googlegroups.com. To unsubscribe from this group, send email to modwsgi+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/modwsgi?hl=en.
[modwsgi] Re: mod_wsgi prevents apache start following update
Hi Graham, thanks for the pointer but it hasn't worked. Here is what I entere into terminal; hostname:mod_wsgi-3.4 user$ ./configure --with-python=/Library/Frameworks/Python.framework/Versions/3.2/bin/python3 --disable-framework checking for apxs2... no checking for apxs... /usr/sbin/apxs checking Apache version... 2.2.22 configure: creating ./config.status config.status: creating Makefile hostname:mod_wsgi-3.4 user$ make make: Nothing to be done for `all'. hostname:mod_wsgi-3.4 user$ sudo make install Password: /usr/sbin/apxs -i -S LIBEXECDIR=/usr/libexec/apache2 -n 'mod_wsgi' mod_wsgi.la /usr/share/httpd/build/instdso.sh SH_LIBTOOL='/usr/share/apr-1/build-1/libtool' mod_wsgi.la /usr/libexec/apache2 /usr/share/apr-1/build-1/libtool --mode=install cp mod_wsgi.la /usr/libexec/apache2/ cp .libs/mod_wsgi.so /usr/libexec/apache2/mod_wsgi.so cp .libs/mod_wsgi.lai /usr/libexec/apache2/mod_wsgi.la cp .libs/mod_wsgi.a /usr/libexec/apache2/mod_wsgi.a chmod 644 /usr/libexec/apache2/mod_wsgi.a ranlib /usr/libexec/apache2/mod_wsgi.a -- Libraries have been installed in: /usr/libexec/apache2 If you ever happen to want to link against installed libraries in a given directory, LIBDIR, you must either use libtool, and specify the full pathname of the library, or use the `-LLIBDIR' flag during linking and do at least one of the following: - add LIBDIR to the `DYLD_LIBRARY_PATH' environment variable during execution See any operating system documentation about shared libraries for more information, such as the ld(1) and ld.so(8) manual pages. -- chmod 755 /usr/libexec/apache2/mod_wsgi.so When I run otool I still get the same output, hostname:apache2 user$ otool -L mod_wsgi.so mod_wsgi.so: /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 169.3.0) /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 744.12.0) The version of mod_wsgi is the tar that is available at the following location download herehttp://code.google.com/p/modwsgi/downloads/detail?name=mod_wsgi-3.4.tar.gzcan=2q= . Any ideas? Thanks Jake On Wednesday, October 3, 2012 12:02:16 AM UTC+1, Jake wrote: Hi Until recently I have developing in python using mod_python but decided to upgrade to mod_wsgi when I upgraded from os snow leopard to mountain lion. I have followed the instructions and when I restart apache it fails to start up. To throw things into the mix I am trying to run mod_wsgi on python 3.2. I think that this should work. If I run the command otool -L mod_wsgi.so I get ... mod_wsgi.so: /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 169.3.0) /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 744.12.0) From what I can see from the notes that have been pasted this is not correct. Can anyone point me in the right direction, an idiot guide would be useful. Thanks J -- You received this message because you are subscribed to the Google Groups modwsgi group. To view this discussion on the web visit https://groups.google.com/d/msg/modwsgi/-/JvTfxYObF74J. To post to this group, send email to modwsgi@googlegroups.com. To unsubscribe from this group, send email to modwsgi+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/modwsgi?hl=en.
[modwsgi] Re: mod_wsgi prevents apache start following update
I had deleted the previous download and started with a clean one. Not sure if the 'make distclean' will do anything. I ran it anyway and got the following ; make: *** No rule to make target `distclean'. Stop. Which I think is to be expected. On Wednesday, October 3, 2012 12:02:16 AM UTC+1, Jake wrote: Hi Until recently I have developing in python using mod_python but decided to upgrade to mod_wsgi when I upgraded from os snow leopard to mountain lion. I have followed the instructions and when I restart apache it fails to start up. To throw things into the mix I am trying to run mod_wsgi on python 3.2. I think that this should work. If I run the command otool -L mod_wsgi.so I get ... mod_wsgi.so: /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 169.3.0) /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 744.12.0) From what I can see from the notes that have been pasted this is not correct. Can anyone point me in the right direction, an idiot guide would be useful. Thanks J -- You received this message because you are subscribed to the Google Groups modwsgi group. To view this discussion on the web visit https://groups.google.com/d/msg/modwsgi/-/W3FEnec4nRMJ. To post to this group, send email to modwsgi@googlegroups.com. To unsubscribe from this group, send email to modwsgi+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/modwsgi?hl=en.
[modwsgi] mod_wsgi prevents apache start following update
Hi Until recently I have developing in python using mod_python but decided to upgrade to mod_wsgi when I upgraded from os snow leopard to mountain lion. I have followed the instructions and when I restart apache it fails to start up. To throw things into the mix I am trying to run mod_wsgi on python 3.2. I think that this should work. If I run the command otool -L mod_wsgi.so I get ... mod_wsgi.so: /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 169.3.0) /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 744.12.0) From what I can see from the notes that have been pasted this is not correct. Can anyone point me in the right direction, an idiot guide would be useful. Thanks J -- You received this message because you are subscribed to the Google Groups modwsgi group. To view this discussion on the web visit https://groups.google.com/d/msg/modwsgi/-/EW137QGfKEwJ. To post to this group, send email to modwsgi@googlegroups.com. To unsubscribe from this group, send email to modwsgi+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/modwsgi?hl=en.
[modwsgi] Re: Error uploading files: IOError: request data read error
I've found out I can update apache and stay on the media temple UOP, so I'll do that shortly and test again. Thanks On Apr 21, 3:19 pm, Jake jakecro...@gmail.com wrote: I've setup the WSGI debugging app, and when I try to get a page it shows me the headers. However when I submit the upload form I get firefox saying The connection to the server was reset while the page was loading. The same as I usually get, but Django usually emails me an exception and traceback. In firebug (without the WSGI debugging app in place) When I copy response or request headers, I get nothing. I hope that is useful information. I'm at a loss to explain it. As for apache, I'm reluctant to upgrade because of the Media Temple Update Option Program*. However I'll look into it now, if my apache is that old, then perhaps the UOP is not that useful. *http://kb.mediatemple.net/questions/97/FAQ:+Update+Option+Program+ (UOP) On Apr 21, 10:58 am, Graham Dumpleton graham.dumple...@gmail.com wrote: On 21 April 2010 08:51, Jake jakecro...@gmail.com wrote: I'm getting a request data read error when trying to upload files to the Django admin interface. Files under about 150k work, but bigger files always fail and almost always at around 200k. The Exception I get is below. File /usr/lib/python2.4/site-packages/django/http/ multipartparser.py, line 405, in read return self._file.read(num_bytes) IOError: request data read error I'm running python 2.4, django 1.1, apache 2.2.3, mod_wsgi 2.8, on CentOS (a media temple DV server) I've tried Chrome and Firefox on Windows and Firefox on Mac - Same results. I've tried wsgi daemon mode and embedded I can upload to other sites so I don't think it's my connection. Locally it's fine (Django development server) Everything I've found on this error says it's a mod_python issue and that changing to mod_wsgi will fix it, but I am running mod_wsgi. Can anyone help? Use recipe in: http://code.google.com/p/modwsgi/wiki/DebuggingTechniques#Displaying_... to capture the WSGI environment as passed to the WSGI application and post it for analysis. Use FireBug in Firefox to capture the headers sent by the browser for the upload and post it for analysis. Try installing most recent Apache 2.2.X instead of the old version you are using in case it is all because of using old Apache. Especially do this as mostly pointless exercise debugging it if not using most up to date Apache. Graham -- You received this message because you are subscribed to the Google Groups modwsgi group. To post to this group, send email to modw...@googlegroups.com. To unsubscribe from this group, send email to modwsgi+unsubscr...@googlegroups.com. For more options, visit this group athttp://groups.google.com/group/modwsgi?hl=en. -- You received this message because you are subscribed to the Google Groups modwsgi group. To post to this group, send email to modw...@googlegroups.com. To unsubscribe from this group, send email to modwsgi+unsubscr...@googlegroups.com. For more options, visit this group athttp://groups.google.com/group/modwsgi?hl=en. -- You received this message because you are subscribed to the Google Groups modwsgi group. To post to this group, send email to modw...@googlegroups.com. To unsubscribe from this group, send email to modwsgi+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/modwsgi?hl=en.
[modwsgi] Re: Error uploading files: IOError: request data read error
It turns out that for some reason for Red Hat Enterprise-based OS's, version numbers often stay the same, only adding an additional version number to it, for security updates. For example, the most recent version of httpd (Apache) for CentOS 5.4 is 2.2.3-31. That -31 is the updated version. I'm really not sure if this affects the issue I'm having. On Apr 21, 9:55 pm, Jake jakecro...@gmail.com wrote: I've found out I can update apache and stay on the media temple UOP, so I'll do that shortly and test again. Thanks On Apr 21, 3:19 pm, Jake jakecro...@gmail.com wrote: I've setup the WSGI debugging app, and when I try to get a page it shows me the headers. However when I submit the upload form I get firefox saying The connection to the server was reset while the page was loading. The same as I usually get, but Django usually emails me an exception and traceback. In firebug (without the WSGI debugging app in place) When I copy response or request headers, I get nothing. I hope that is useful information. I'm at a loss to explain it. As for apache, I'm reluctant to upgrade because of the Media Temple Update Option Program*. However I'll look into it now, if my apache is that old, then perhaps the UOP is not that useful. *http://kb.mediatemple.net/questions/97/FAQ:+Update+Option+Program+ (UOP) On Apr 21, 10:58 am, Graham Dumpleton graham.dumple...@gmail.com wrote: On 21 April 2010 08:51, Jake jakecro...@gmail.com wrote: I'm getting a request data read error when trying to upload files to the Django admin interface. Files under about 150k work, but bigger files always fail and almost always at around 200k. The Exception I get is below. File /usr/lib/python2.4/site-packages/django/http/ multipartparser.py, line 405, in read return self._file.read(num_bytes) IOError: request data read error I'm running python 2.4, django 1.1, apache 2.2.3, mod_wsgi 2.8, on CentOS (a media temple DV server) I've tried Chrome and Firefox on Windows and Firefox on Mac - Same results. I've tried wsgi daemon mode and embedded I can upload to other sites so I don't think it's my connection. Locally it's fine (Django development server) Everything I've found on this error says it's a mod_python issue and that changing to mod_wsgi will fix it, but I am running mod_wsgi. Can anyone help? Use recipe in: http://code.google.com/p/modwsgi/wiki/DebuggingTechniques#Displaying_... to capture the WSGI environment as passed to the WSGI application and post it for analysis. Use FireBug in Firefox to capture the headers sent by the browser for the upload and post it for analysis. Try installing most recent Apache 2.2.X instead of the old version you are using in case it is all because of using old Apache. Especially do this as mostly pointless exercise debugging it if not using most up to date Apache. Graham -- You received this message because you are subscribed to the Google Groups modwsgi group. To post to this group, send email to modw...@googlegroups.com. To unsubscribe from this group, send email to modwsgi+unsubscr...@googlegroups.com. For more options, visit this group athttp://groups.google.com/group/modwsgi?hl=en. -- You received this message because you are subscribed to the Google Groups modwsgi group. To post to this group, send email to modw...@googlegroups.com. To unsubscribe from this group, send email to modwsgi+unsubscr...@googlegroups.com. For more options, visit this group athttp://groups.google.com/group/modwsgi?hl=en. -- You received this message because you are subscribed to the Google Groups modwsgi group. To post to this group, send email to modw...@googlegroups.com. To unsubscribe from this group, send email to modwsgi+unsubscr...@googlegroups.com. For more options, visit this group athttp://groups.google.com/group/modwsgi?hl=en. -- You received this message because you are subscribed to the Google Groups modwsgi group. To post to this group, send email to modw...@googlegroups.com. To unsubscribe from this group, send email to modwsgi+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/modwsgi?hl=en.
[modwsgi] Error uploading files: IOError: request data read error
I'm getting a request data read error when trying to upload files to the Django admin interface. Files under about 150k work, but bigger files always fail and almost always at around 200k. The Exception I get is below. File /usr/lib/python2.4/site-packages/django/http/ multipartparser.py, line 405, in read return self._file.read(num_bytes) IOError: request data read error I'm running python 2.4, django 1.1, apache 2.2.3, mod_wsgi 2.8, on CentOS (a media temple DV server) I've tried Chrome and Firefox on Windows and Firefox on Mac - Same results. I've tried wsgi daemon mode and embedded I can upload to other sites so I don't think it's my connection. Locally it's fine (Django development server) Everything I've found on this error says it's a mod_python issue and that changing to mod_wsgi will fix it, but I am running mod_wsgi. Can anyone help? -- You received this message because you are subscribed to the Google Groups modwsgi group. To post to this group, send email to modw...@googlegroups.com. To unsubscribe from this group, send email to modwsgi+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/modwsgi?hl=en.
[modwsgi] Re: Error uploading files: IOError: request data read error
I've setup the WSGI debugging app, and when I try to get a page it shows me the headers. However when I submit the upload form I get firefox saying The connection to the server was reset while the page was loading. The same as I usually get, but Django usually emails me an exception and traceback. In firebug (without the WSGI debugging app in place) When I copy response or request headers, I get nothing. I hope that is useful information. I'm at a loss to explain it. As for apache, I'm reluctant to upgrade because of the Media Temple Update Option Program*. However I'll look into it now, if my apache is that old, then perhaps the UOP is not that useful. *http://kb.mediatemple.net/questions/97/FAQ:+Update+Option+Program+ (UOP) On Apr 21, 10:58 am, Graham Dumpleton graham.dumple...@gmail.com wrote: On 21 April 2010 08:51, Jake jakecro...@gmail.com wrote: I'm getting a request data read error when trying to upload files to the Django admin interface. Files under about 150k work, but bigger files always fail and almost always at around 200k. The Exception I get is below. File /usr/lib/python2.4/site-packages/django/http/ multipartparser.py, line 405, in read return self._file.read(num_bytes) IOError: request data read error I'm running python 2.4, django 1.1, apache 2.2.3, mod_wsgi 2.8, on CentOS (a media temple DV server) I've tried Chrome and Firefox on Windows and Firefox on Mac - Same results. I've tried wsgi daemon mode and embedded I can upload to other sites so I don't think it's my connection. Locally it's fine (Django development server) Everything I've found on this error says it's a mod_python issue and that changing to mod_wsgi will fix it, but I am running mod_wsgi. Can anyone help? Use recipe in: http://code.google.com/p/modwsgi/wiki/DebuggingTechniques#Displaying_... to capture the WSGI environment as passed to the WSGI application and post it for analysis. Use FireBug in Firefox to capture the headers sent by the browser for the upload and post it for analysis. Try installing most recent Apache 2.2.X instead of the old version you are using in case it is all because of using old Apache. Especially do this as mostly pointless exercise debugging it if not using most up to date Apache. Graham -- You received this message because you are subscribed to the Google Groups modwsgi group. To post to this group, send email to modw...@googlegroups.com. To unsubscribe from this group, send email to modwsgi+unsubscr...@googlegroups.com. For more options, visit this group athttp://groups.google.com/group/modwsgi?hl=en. -- You received this message because you are subscribed to the Google Groups modwsgi group. To post to this group, send email to modw...@googlegroups.com. To unsubscribe from this group, send email to modwsgi+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/modwsgi?hl=en.