Re: [Zope] Zope refusing to serve our large files (180M+)
Chris Wilton wrote: If there's a 500 error in the trace or access log, there should be something in your error_log too. Traceback please? None. Zippo. Squat. You're looking in the wrong place. Go to the root of the ZMI in a web browser. You'll see and object called error_log, that's what Paul was talking about. Unfortunately, entries in this don't persist across Zope restarts, so you want to check the box that says "copy events to the event log", then they'll show up where you're currently looking... And an equally unhelpful entry in the trace log: -- 2005-12-08T18:45:23 B 1131651340 2005-12-08T18:45:23 GET /dali/downloads/180M.tar -- 2005-12-08T18:45:23 I 1131651340 2005-12-08T18:45:23 0 -- 2005-12-08T18:45:24 A 1131651340 2005-12-08T18:45:24 500 272 -- 2005-12-08T18:45:24 E 1131651340 2005-12-08T18:45:24 Well, Chris McDonough is your man for reading these runes ;-) Thanks for the advice on ftp; I might look at newer Zopes, but we'd rather not have to use zope's ftp (for reasons including those you pointed out), as our content should be reachable through the http server; I'd rather tackle that problem. Tried WebDAV? Any obvious config settings I might be missing? Well, for your needs, you should really be looking at Tramlines or Railroad from Infrae... Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Zope refusing to serve our large files (180M+)
Chris Wilton wrote at 2005-12-8 17:58 +0200: >Sure someone's probably come across something similar, but I couldn't >find anything in the archives: our zope is refusing to allow download >of files greater than around 170M through the http server. We already served larger files via ZServer/HTTPServer. Zope delivers such large files via a temporary file. Are you sure that the disk area for temporary files is large enough? -- Dieter ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Zope refusing to serve our large files (180M+)
Hi, thanks for the reply. > > 1) I can download a 170M file but not a 180M file through the > > http server. With the larger file request we get a 500 error in > > the trace log. The download box pops up but nothing is actually > > downloaded. > > If there's a 500 error in the trace or access log, there should > be something in your error_log too. Traceback please? None. Zippo. Squat. I've turned on 'ALL' logging in zope.conf for all logs. All I get is a simple entry in the Z2.log thus: 128.214.209.35 - cwilton [08/Dec/2005:18:38:46 +0300] "GET /dali/downloads/180M.tar HTTP/1.1" 500 272 "" "Opera/8.5 (X11; Linux i686; U; en-GB)" And an equally unhelpful entry in the trace log: -- 2005-12-08T18:45:23 B 1131651340 2005-12-08T18:45:23 GET /dali/downloads/180M.tar -- 2005-12-08T18:45:23 I 1131651340 2005-12-08T18:45:23 0 -- 2005-12-08T18:45:24 A 1131651340 2005-12-08T18:45:24 500 272 -- 2005-12-08T18:45:24 E 1131651340 2005-12-08T18:45:24 -- Nothing at all in our error log (stderr and stdout for zope process redirected to logfile) or the event log. Thanks for the advice on ftp; I might look at newer Zopes, but we'd rather not have to use zope's ftp (for reasons including those you pointed out), as our content should be reachable through the http server; I'd rather tackle that problem. > LocalFS doesn't support properties at all AFAIK. Bummer. Anyhow, see above about wanting to avoid ftp... > > and Zope creates the link to the local directory with user Zope, > > group Zope, permissions 660 ... > You're talking about Zope permissions and filesystem permissions > in the same sentence ... Sorry, that was a bit muddled, what I meant was when I list dir contents using ftp, I see my LocalFS object listed there with 'owner' Zope, 'group' Zope, and mods 660 as far as ftp is concerned. The security settings in zope are the ones that I seem unable to change for a LocalFS object. Well, they're clickable, but the changes don't seem to stick. Again, bummer, but again, I was hoping it'd be unnecessary... Any obvious config settings I might be missing? Thanks, Chris ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Zope refusing to serve our large files (180M+)
On Thu, Dec 08, 2005 at 05:58:34PM +0200, Chris Wilton wrote: > Hi all, > > Sure someone's probably come across something similar, but I couldn't > find anything in the archives: our zope is refusing to allow download > of files greater than around 170M through the http server. We have a > number of db dumpfiles we want people to be able to access. We are > running Zope 2.7.0 with an Apache front (reverse-proxy, as our zope is > on a non-standard port) on a linux2.4 kernel (mosix) with bags of > memory; the apache end is fine - the zope installation is local and I > am using the port number with all the same problems. > > 1) I can download a 170M file but not a 180M file through the http > server. With the larger file request we get a 500 error in the trace > log. The download box pops up but nothing is actually downloaded. If there's a 500 error in the trace or access log, there should be something in your error_log too. Traceback please? > 2) I can reach both through the ftp server but transfer rate is > ridiculous (1.7Kb/sec) for a University lan. Very poor speed with blobs is a known problem with zope's built-in FTP server. Almost nobody ever spends any time improving zope's FTP support, since so many of us never use it :-\ 2.7.0 is getting quite old, so you might do well to look at the changelog for more recent versions of zope and see if there's any FTP-related improvements in there. I haven't been paying attention to that. > 3) Even if I could find out why ftp transfer is so slow and sort it, I > seem unable to grant a non-manager read access to a LocalFS object: > the properties don't stick when I change them, LocalFS doesn't support properties at all AFAIK. > and Zope creates the > link to the local directory with user Zope, group Zope, permissions > 660, hence although managers can reach the files, nothing is reachable > for an 'anonymous' user (I created a special user for ftp and gave > only access to the specific directories, before you voice concerns!) You're talking about Zope permissions and filesystem permissions in the same sentence, and the two have *nothing* to do with each other, so I can't quite parse the above. -- Paul Winkler http://www.slinkp.com ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Zope refusing to serve our large files (180M+)
Hi all, Sure someone's probably come across something similar, but I couldn't find anything in the archives: our zope is refusing to allow download of files greater than around 170M through the http server. We have a number of db dumpfiles we want people to be able to access. We are running Zope 2.7.0 with an Apache front (reverse-proxy, as our zope is on a non-standard port) on a linux2.4 kernel (mosix) with bags of memory; the apache end is fine - the zope installation is local and I am using the port number with all the same problems. 1) I can download a 170M file but not a 180M file through the http server. With the larger file request we get a 500 error in the trace log. The download box pops up but nothing is actually downloaded. 2) I can reach both through the ftp server but transfer rate is ridiculous (1.7Kb/sec) for a University lan. 3) Even if I could find out why ftp transfer is so slow and sort it, I seem unable to grant a non-manager read access to a LocalFS object: the properties don't stick when I change them, and Zope creates the link to the local directory with user Zope, group Zope, permissions 660, hence although managers can reach the files, nothing is reachable for an 'anonymous' user (I created a special user for ftp and gave only access to the specific directories, before you voice concerns!) I don't know all the ins and outs of Zope and there's probably something obvious I haven't done, but any help greatly appreciated, it's been driving me mad. I guess another option is to use our apache front for secure ftp access, but I wanted everything tidy, and besides I don't have root privileges on the server. Thanks in advance, Chris ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )