EPrints Technical Mailing List Archive

See the EPrints wiki for instructions on how to join this mailing list and related information.

Message: #07919


< 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


On Tue, 9 Jul 2019 15:22:03 +0100
James Kerwin via Eprints-tech <eprints-tech@ecs.soton.ac.uk> wrote:


> Elements side of it. In the end I uploaded a smaller fake file with
> the same name and then switched it over manually on the server and
> tweaked very small parts of the database such as the file size.

I've seen this mentioned (and acted on) a couple of times while
watching this list. Is it possible to put together a 'upload
replacement  file' management command to help wrap some safety around
these actions?

Karl.

> > > > 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

--
Karl Goetz
Technical Services Officer - eResearch, Information Technology Services
University of Tasmania & Tasmanian Partnership for Advanced Computing

Mail: University of Tasmania, Private Bag 69, Hobart, Tasmania 7001
Delivery: TT Flynn Street, Sandy Bay, Tasmania 7005



University of Tasmania Electronic Communications Policy (December, 2014).
This email is confidential, and is for the intended recipient only. Access, disclosure, copying, distribution, or reliance on any of it by anyone outside the intended recipient organisation is prohibited and may be a criminal offence. Please delete if obtained in error and email confirmation to the sender. The views expressed in this email are not necessarily the views of the University of Tasmania, unless clearly intended otherwise.