Digital Objects not visible

[tomas...@gmail.com]

Hi everybody

I have made a fresh install of Atom 2.4 in Ubuntu 16.04.

When I add a digital object as an image, it's uploaded, but not visible afterwards.

If I try to open the digital object I get a 404 error.

The image file and permissions seem fine to me:

/uploads/r/colecciones-especiales-y-archivos-biblioteca-max-von-buch-universidad-de-san-andres/8/9/7/897018335bc43c62e71e98e25fd080644bcd5cb1f91d7957a4fdf829d1075ec6# ll

total 1064

drwxr-xr-x 2 www-data www-data    4096 May 10 02:28 ./

drwxr-xr-x 3 www-data www-data    4096 May 10 02:13 ../

-rw-r--r-- 1 www-data www-data 1028992 May 10 02:16 laferrere_1.jpg

What could be the cause of this error? Am I missing something?

Thanks for your help.

Tomas.

[Dan Gillean]

Hi Tomas, 

I might suggest first that you try resetting the filesystem permissions everywhere - it's possible that the file itself has the correct permissions, but for some reason the uploads directory where it is stored does not have its permissions properly configured? In any case, you can run the following command from the root AtoM installation directory (usually /usr/share/nginx/atom if you have followed our recommended installation instructions) to reset all the permissions in AtoM: 

• sudo chown -R www-data:www-data /usr/share/nginx/atom
  

For good measure, I would also recommend clearing the application cache, restarting PHP-FPM  (and memcached if you are using it), and also clearing your web browser cache before proceeding. Here are some example instructions on Ubuntu 16.04:

• php symfony cc
• sudo systemctl restart php7.0-fpm
• sudo systemctl restart memcached

Out of curiousity: if you are logged into the application, are you able to view the uploaded digital object using the path? e.g. [http://www.yoursite.com]/uploads/r/colecciones-especiales-y-archivos-biblioteca-max-von-buch-universidad-de-san-andres/8/9/7/897018335bc43c62e71e98e25fd080644bcd5cb1f91d7957a4fdf829d1075ec6# ll

You could try regenerating the digital object derivatives, using this task: 

• php symfony digitalobject:regen-derivatives
  
• https://www.accesstomemory.org/docs/latest/admin-manual/maintenance/cli-tools/#regenerating-derivatives  
  

You can use the --index option, or re-run the task to populate the search index at the end: 

• php symfony search:populate

I would also recommend that you clear the cache and restart services (as listed above) after this. 

Finally, you could also take a look in the webserver error logs and see if there is a relevent error message there. If so, please feel free to share it here if none of the above helps to resolve the issue. See: 

• https://www.accesstomemory.org/docs/latest/admin-manual/maintenance/logging/#web-server-logs  
  

Let us know how it goes! 

Cheers, 

Dan Gillean, MAS, MLIS
AtoM Program Manager
Artefactual Systems, Inc.
604-527-2056

@accesstomemory

--
You received this message because you are subscribed to the Google Groups "AtoM Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ica-atom-user...@googlegroups.com.
To post to this group, send email to ica-ato...@googlegroups.com.
Visit this group at https://groups.google.com/group/ica-atom-users.
To view this discussion on the web visit https://groups.google.com/d/msgid/ica-atom-users/1be3caa1-3ba2-4c1e-a1e1-44685d57b3e7%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tomas...@gmail.com]

Thanks Dan! 

I will give a try to your instructions and come back with the results.

Regards.

Tomas.

To unsubscribe from this group and stop receiving emails from it, send an email to ica-ato...@googlegroups.com.

[tomas...@gmail.com]

Hi Dan.

I have followed your instructions, but still I am unable to view the images I upload as digital objects.

Here is what I did:

1. Reset filesystem permissions.

2. Cleared the application cache, restarted PHP-and memcached.

3. Even if I am logged in as an administrator, I'm unable to see the digital objects uploaded. If I try to access the inmediate upper folder of the image in the URL I get this page:

However, the location exists in the filesystem:

root@lemp-atom:/var/www/html/atom/uploads/r/test/4/b/c/4bce416025b26be17a2dae27ed12a03d4b84dac65f263dd318c3a868d1ba2d6d# ll

total 200

drwxr-xr-x 2 www-data www-data   4096 May 14 20:29 ./

drwxr-xr-x 3 www-data www-data   4096 May 14 20:29 ../

-rw-r--r-- 1 www-data www-data  36792 May 14 20:29 WhatsApp_Image_2019-05-11_at_10_141.jpg

-rw-r--r-- 1 www-data www-data  20011 May 14 20:29 WhatsApp_Image_2019-05-11_at_10_142.jpg

-rw-r--r-- 1 www-data www-data 135812 May 14 20:29 WhatsApp_Image_2019-05-11_at_10.25.29.jpeg

4. I regenerated the digital objects derivatives using this command:

php symfony digitalobject:regen-derivatives

an then populated the search index:

php symfony search:populate

5. I restarted the services of PHP-FPM and Memcached

6. When I access nginx logs and I try to access a digital object I see the following information:

2019/05/14 20:35:42 [error] 19383#19383: *1165 open() "/usr/share/nginx/atom/uploads/r/test/4/b/c/4bce416025b26be17a2dae27ed12a03d4b84dac65f263dd318c3a868d1ba2d6d/WhatsApp_Image_2019-05-11_at_10.25.29.jpeg" failed (2: No such file or directory), client: 152.168.56.52, server: _, request: "GET /uploads/r/test/4/b/c/4bce416025b26be17a2dae27ed12a03d4b84dac65f263dd318c3a868d1ba2d6d/WhatsApp_Image_2019-05-11_at_10.25.29.jpeg HTTP/1.1", upstream: "fastcgi://unix:/run/php7.0-fpm.atom.sock", host: "134.209.119.87", referrer: "http://134.209.119.87/index.php/93e5-xgxg-z4ge"

Really appreciate your help on this matter.

Regards.

Tomas.

[Karl Goetz]

Hi Tomas.

Your filesystem paths don’t match.

On 15 May 2019, at 6:46 am, tomas...@gmail.com wrote:

root@lemp-atom:/var/www/html/atom/uploads/r/test/4/b/c/4bce416025b26be17a2dae27ed12a03d4b84dac65f263dd318c3a868d1ba2d6d# ll

^^ /var/

total 200

drwxr-xr-x 2 www-data www-data   4096 May 14 20:29 ./

drwxr-xr-x 3 www-data www-data   4096 May 14 20:29 ../

-rw-r--r-- 1 www-data www-data  36792 May 14 20:29 WhatsApp_Image_2019-05-11_at_10_141.jpg

-rw-r--r-- 1 www-data www-data  20011 May 14 20:29 WhatsApp_Image_2019-05-11_at_10_142.jpg

-rw-r--r-- 1 www-data www-data 135812 May 14 20:29 WhatsApp_Image_2019-05-11_at_10.25.29.jpeg

6. When I access nginx logs and I try to access a digital object I see the following information:

2019/05/14 20:35:42 [error] 19383#19383: *1165 open() "/usr/share/nginx/atom/uploads/r/test/4/b/c/4bce416025b26be17a2dae27ed12a03d4b84dac65f263dd318c3a868d1ba2d6d/WhatsApp_Image_2019-05-11_at_10.25.29.jpeg" failed (2: No such file or directory), client: 152.168.56.52, server: _, request: "GET /uploads/r/test/4/b/c/4bce416025b26be17a2dae27ed12a03d4b84dac65f263dd318c3a868d1ba2d6d/WhatsApp_Image_2019-05-11_at_10.25.29.jpeg HTTP/1.1", upstream: "fastcgi://unix:/run/php7.0-fpm.atom.sock", host: "134.209.119.87", referrer: "http://134.209.119.87/index.php/93e5-xgxg-z4ge"

^^ /usr/

thanks,

-- 

Karl Goetz

Mon, Tue, Wed, Technical Services Officer - eResearch

Wed, Thu, Fri Senior Library Officer (Library Systems)

University of Tasmania, Private Bag 25, Hobart 7001

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.

[tomas...@gmail.com]

Thanks Karl ! What a dumb mistake ! 

I changed the configuration in nginx, restarted the webserver and images appeared.

Regards.

Tomas.

[Karl Goetz]

Hi Tomas,

Great to hear its resolved.

kk

--
You received this message because you are subscribed to the Google Groups "AtoM Users" group.

To unsubscribe from this group and stop receiving emails from it, send an email to ica-atom-user...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/ica-atom-users/d501b483-5a7e-4dfa-8813-0a34806629fd%40googlegroups.com.

-- 

Karl Goetz

Mon, Tue, Wed, Technical Services Officer - eResearch

Wed, Thu, Fri Senior Library Officer (Library Systems)

University of Tasmania, Private Bag 25, Hobart 7001

[Dan Gillean]

Great catch, Karl - thanks! 

Cheers, 

Dan Gillean, MAS, MLIS
AtoM Program Manager
Artefactual Systems, Inc.
604-527-2056

@accesstomemory

To view this discussion on the web visit https://groups.google.com/d/msgid/ica-atom-users/D7722A6C-8FF2-4C2D-9DB3-C5738D5243CB%40utas.edu.au.