<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<p>Hi Kelly,</p>
<p>Sorry, I misread your subject line as "upload error on file of
~130k" for some reason. I do no believe that there would be any
restriction prevent files over 130k being uploaded. The default
limit is 1GB. This may still be the tmp directory issue I
described previously, as sufficiently small files I suspect will
be written directly to the correct place on the filesystem,
whereas anything over this size will be transferring the file
piecemeal and therefore will collect in the tmp directory and only
be moved once the upload is complete.</p>
<p>Regards</p>
<p>David Newman<br>
</p>
<br>
<div class="moz-cite-prefix">On 28/08/2018 22:52, David R Newman
wrote:<br>
</div>
<blockquote
cite="mid:EMEW3|2c9055851b592af6f02ced7398f1842cu7RMqJ03drn|ecs.soton.ac.uk|b5d72c63-8d75-3d53-0e26-7bf061d574b6@ecs.soton.ac.uk"
type="cite">
<meta http-equiv="Content-Type" content="text/html;
charset=windows-1252">
<p>Hi Kelly,</p>
<p>This could be one of a number of issues. The first thing I
should check with you is if this is a one off issue with a
particular file or EPrint record or if it is affecting you
uploading any files to your repository? <br>
</p>
<p>My best guess on the issue, would be that you either need to
configure EPrints temporary directory or ensure that the
temporary directory you have specified exists and is writeable
to by the webserver (Apache). (However, I cannot see why this
would have suddenly changed if it was working before).
Typically, I would add the tmp directory configuration to your
archive's session.pl (e.g.
/opt/eprints3/archives/nau/cfg/cfg.d/session.pl) in session_init
and reload Apache. Something like:</p>
<p>$c->{session_init} = sub<br>
{<br>
my( $repository, $offline ) = @_;<br>
<br>
$ENV{'USER'} = 'eprints';<br>
$ENV{'HOME'} = '/home/eprints';<br>
if ( -d "/opt/eprints3/tmp/" )<br>
{<br>
$ENV{'TMPDIR'} = '/opt/eprints3/tmp/';<br>
}<br>
};</p>
<p>The reason I suspect it is this issue, is because RHEL 7 will
not by default allow EPrints to write to /tmp/ if the Apache
user is set to eprints in /etc/httpd/conf/httpd.conf, as is
generally recommended. Therefore, you need to specify EPrints'
own tmp directory, the above example uses /opt/eprints3/tmp/.
If you have this configuration in place, you should also make
sure that /opt/eprints3/tmp/ has the following permissions and
user/group ownership (using "ls -la /opt/eprints3/tmp/" and
checking the first line of the output):</p>
<p>drwxrwsr-x 12 eprints eprints 77824 Aug 28 21:35 .</p>
<p>Even if this is the same as above (bar the size of the
directory and the modified date), I would further recommend
clearing out the /opt/eprints3/tmp/ as it will not be cleared on
reboot like /tmp/ and may be using up unnecessary space.
Typically tasks clear up stuff they have put in EPrints' tmp
directory but over time there will be the odd thing that does
not get cleared and over months and years this may start to
waste a significant amount space.</p>
<p>Regards</p>
<p>David Newman<br>
</p>
<br>
<div class="moz-cite-prefix">On 28/08/2018 20:22, Kelly Kathleen
Phillips wrote:<br>
</div>
<blockquote
cite="mid:EMEW3|2cac51b8c0e9123bc929e3c3fefb9536u7RKMu14eprints-tech-bounces|ecs.soton.ac.uk|1a7516cc529244f79c2b2cc941cb5990@nau.edu"
type="cite">
<meta name="Generator" content="Microsoft Word 15 (filtered
medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:#0563C1;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:#954F72;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-compose;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
<div class="WordSection1">
<p class="MsoNormal">Hi,<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">We’re currently having a problem
uploading files over about 130 kb to our institutional
repository. We’re running EPrints 3.3.15 on Red Hat EL 7.5.
<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">We get this error from the Quick Upload
tool on the user homepage:<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal" style="margin-left:.5in">“Internal Server
Error<o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in">The server
encountered and internal error or misconfiguration and was
unable to complete your request.<o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in">Please contact
the server administrator at root@localhost to inform them of
the time this error occurred, and the actions you performed
just before this error.<o:p></o:p></p>
<p class="MsoNormal" style="text-indent:.5in">More information
about this error may be available in the server error log.”<o:p></o:p></p>
<p class="MsoNormal" style="text-indent:.5in"><o:p> </o:p></p>
<p class="MsoNormal">We get this error on the “Edit Item: Add
a new document” screen:<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal" style="margin-left:.5in">“Request for
<a moz-do-not-send="true" class="moz-txt-link-freetext"
href="https://openknowledge.nau.edu/cgi/users/ajax/upload_progress?progressid=2B24D4FBFE9742949458083C6D5C3228">https://openknowledge.nau.edu/cgi/users/ajax/upload_progress?progressid=2B24D4FBFE9742949458083C6D5C3228</a>
failed: 404 Not Found”<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Something similar to the second error has
cropped up in 2014, and Jidai Yao addressed it, but that fix
is already present in our code.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">I’m early in the troubleshooting process
(just getting to the server logs etc.) but if anyone has run
across this and/or has any suggestions, I would be most
grateful – we’ve just been advertising this service to our
new faculty for the year, we’d rather not this be their
first experience of it.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><span
style="font-size:10.0pt;font-family:"Tahoma",sans-serif;color:black">Kelly
Phillips<o:p></o:p></span></p>
<p class="MsoNormal"><span
style="font-size:10.0pt;font-family:"Tahoma",sans-serif;color:black">Archivist
– Digital Programs<o:p></o:p></span></p>
<p class="MsoNormal"><b><span
style="font-size:10.0pt;font-family:"Tahoma",sans-serif;color:black">Special
Collections and Archives</span></b><span
style="font-size:10.0pt;font-family:"Tahoma",sans-serif;color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><b><span
style="font-size:10.0pt;font-family:"Tahoma",sans-serif;color:black">Cline
Library<o:p></o:p></span></b></p>
<p class="MsoNormal"><b><span
style="font-size:10.0pt;font-family:"Tahoma",sans-serif;color:black">Northern
Arizona University</span></b><span
style="font-size:10.0pt;font-family:"Tahoma",sans-serif;color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span
style="font-size:10.0pt;font-family:"Tahoma",sans-serif;color:black">928-523-5038<o:p></o:p></span></p>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">*** Options: <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech">http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech</a>
*** Archive: <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.eprints.org/tech.php/">http://www.eprints.org/tech.php/</a>
*** EPrints community wiki: <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://wiki.eprints.org/">http://wiki.eprints.org/</a>
*** EPrints developers Forum: <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://forum.eprints.org/">http://forum.eprints.org/</a>
</pre>
</blockquote>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">*** Options: <a class="moz-txt-link-freetext" href="http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech">http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech</a>
*** Archive: <a class="moz-txt-link-freetext" href="http://www.eprints.org/tech.php/">http://www.eprints.org/tech.php/</a>
*** EPrints community wiki: <a class="moz-txt-link-freetext" href="http://wiki.eprints.org/">http://wiki.eprints.org/</a>
*** EPrints developers Forum: <a class="moz-txt-link-freetext" href="http://forum.eprints.org/">http://forum.eprints.org/</a>
</pre>
</blockquote>
<br>
</body>
</html>