EPrints Technical Mailing List Archive

Message: #07914

< Previous (by date) | Next (by date) > | < Previous (in thread) | Next (in thread) > | Messages - Most Recent First | Threads - Most Recent First

Re: [EP-tech] File Size Limit

Hi James,

A limit of 150MB is possible but that does not sound like a limit that
would be set as a default anywhere in EPrints, so it would be something
set specifically by someone configuring your repository if at all.  The
timeout certainly sounds like the most likely issue, especially when
the client (Elements) or the server (EPrints/Apache) may be employing a
timeout.

Regards

David Newman

On Mon, 2019-07-08 at 13:57 +0100, James Kerwin wrote:
> Hi David,
>
> Thanks for the pointers. I had done those greps, so it's a relief
> they were suggested. Unfortunately they've not returned anything.
>
> I think the timeout is my next one to check.
>
> One of the users files was 142.5 MB which went on with no problem,
> the one not going on is 171 MB. I would guess the limit exists
> somewhere between those two values. It might be a setting in
> Elements, but I've looked over the RT1 connection settings and
> there's nothing there screaming out at me.
>
> In the very worst case I'll bodge it by putting the files on the
> server and meticulously updating the database, but I REALLY don't
> want to do that.
>
> Thanks for your help, it's really appreciated.
>
> James
>
> On Mon, Jul 8, 2019 at 12:48 PM Newman D.R. <drn@ecs.soton.ac.uk>
> wrote:
> > Hi James,
> >
> > As you will circumvent any Javascript on the upload form that will
> > restrict the file size of your upload.  As you do not have an
> > upload.pl
> > then you should not have this restriction.  Although it may appear
> > somewhere else, so it is worth grepping for "upload_limit" in your
> > archive's cfg/ and cgi/ directories and core directories under the
> > EPrints path such as lib, perl_lib (site_lib, if you have it) and
> > cgi.
> >
> > I am not aware of anywhere else in 3.3.12+ EPrints that would
> > restrict
> > your max upload limit.  That said, Apache 2.4.x does not have any
> > max
> > upload limit set by default as far as I am aware.  LimitRequestBody
> > is
> > the only option that might be an issue but the default is to set no
> > limit.
> >
> > What is the size of file you are having problems with and what is
> > the
> > biggest file you can successfully upload?  What sort of time are
> > these
> > files taking to upload? As it could be a timeout issue.
> >
> > Regards
> >
> > David Newman
> >
> > On Mon, 2019-07-08 at 12:13 +0100, James Kerwin via Eprints-tech
> > wrote:
> > > Hi All,
> > >
> > > Our setup is Elements feeding Eprints via RT1.
> > >
> > > Somebody is attempting to upload some larger-then-usual files and
> > > we're having difficulty getting them to upload. I'm assuming it's
> > due
> > > to the file size and that there's a limit somewhere. We don't
> > have an
> > > upload.pl in the local repo config. I've looked at the usual
> > > locations in the Apache config and can't find anything.
> > >
> > > If my hunch about the file size limit is correct, where should I
> > > look? the EPrints side of things or Apache?
> > >
> > > Thanks,
> > > James
> > > *** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/epri
> > nts-
> > > tech
> > > *** Archive: https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.eprints.org%2Ftech.php%2F&amp;data=01%7C01%7C%7C87314f2e81ee4feaa8a908d703aaeca8%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=ZNx0zK9ip%2BUhxg64OJD9hVgIeIg1wFCOoEBwNByDrBk%3D&amp;reserved=0
> > > *** EPrints community wiki: https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwiki.eprints.org%2F&amp;data=01%7C01%7C%7C87314f2e81ee4feaa8a908d703aaeca8%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=uIJLYZ0S%2B%2B7884CFKhg%2FSgfxZjTfmwHhIdS7iO1gjqg%3D&amp;reserved=0
> > > *** EPrints developers Forum: https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fforum.eprints.org%2F&amp;data=01%7C01%7C%7C87314f2e81ee4feaa8a908d703aaeca8%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=FxKpG2VrV%2BDCKURcRwib2UkaWxHhBtENOePpflNIW9g%3D&amp;reserved=0
> >