Re: [atom-users] Uploading digital objects to a different server using AtoM GUI

55 views
Skip to first unread message

Dan Gillean

unread,
Nov 4, 2020, 4:24:35 PM11/4/20
to ICA-AtoM Users
Hi Mario, 

Thank you for sharing this! I hope it might be useful to others. Would you mind if I add it to our wiki, in the Community documentation?
Cheers, 

Dan Gillean, MAS, MLIS
AtoM Program Manager
Artefactual Systems, Inc.
604-527-2056
@accesstomemory
he / him


On Wed, Nov 4, 2020 at 12:35 PM Mario Villar <hdig...@gmail.com> wrote:
Hi all,

By default, AtoM saves the digital objects that we upload in the server's own storage unit where it is hosted, in the "uploads" directory.
Sooner or later when we handle audio files as is my personal case, the disk capacity will fill up.

While there is the option of CSV importing digital objects pointing to an external path, or linking to an external server, many users are more comfortable using the built-in GUI.
In order to get the digital objects to be stored on an external network drive, in my case a NAS, I followed the following steps that I share with you in case someone finds it useful :

1 - Mount network drive via "mount" command, for example in /media /SHARED
(It's up to you the syntax used in the command)

2 - Add to / etc / fstab:

//IPOFEXTERNALSERVER / media / SHARED cifs uid = 33, username = (YOURUSERNAME), vers = 1.0, password = (YOURPASSWORD), sec = ntlm, iocharset = utf8, gid = 33 0 0

I'm using v 1.0 of cifs to maximize compatibility with older NAS boxes, as my case. For newer boxes, you can use 3.0

3 - Rename the "uploads" folder within the AtoM working directory to "uploads_old" for example.

4 - Create a symbolic link called "uploads" that points to where we mount the network drive.

5 - Give 755 permissions to the destination network drive, and change the owner of it to "www-data (33)", as well as the group. Do it recursively.

1 - Mount network drive via mount command, for example in / media / SHARED

2 - Add to / etc / fstab:

//192.168.10.203/pools/A/A0/ARNU / media / SHARED cifs uid = 33, username = mvillar, vers = 1.0, password = MV8600coc, sec = ntlm, iocharset = utf8, gid = 33 0 0

3 - Rename the "uploads" folder within the AtoM working directory to "uploads_old" for example.

4 - Create a symbolic link called "uploads" that points to where we mount the network drive.

6 - Regenerate the derivatives of digital objects.

Tested on Ubuntu 18.04.
It is recommended for ease of use using Webmin, going to the part of "Disk And Network Filesystem" in the "System" section.
In my particular case the type of mount point corresponds to the CIFS protocol. We can also using Webmin select which type of protocol or flie system we prefer.


--
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/5536e80e-1803-4fc3-8780-f27caf1897b2n%40googlegroups.com.
Message has been deleted

Mario Villar

unread,
Nov 5, 2020, 10:09:07 AM11/5/20
to ica-ato...@googlegroups.com
Hi Dan,

I've made a corrected and updated version. Here follows :



"By default, AtoM saves the digital objects that we upload in the server's own storage unit where it is hosted, in the "uploads" directory.
Sooner or later when we handle audio files as is my personal case, the disk capacity will fill up.

While there is the option of CSV importing digital objects pointing to an external path, or linking to an external server, many users are more comfortable using the built-in GUI.
In order to get the digital objects to be stored on an external network drive, in my case a NAS, I followed the following steps that I share with you in case someone finds it useful :

1 - Mount network drive via "mount" command, for example in /media /SHARED
It could be done using SMB or CIFS protocol.
First we must install the packages, it's up to you the one chosen :

apt-get install smbfs smbclient

or

apt-get install cifs-utils

Then

apt-get update

Now, we check connection and shares of the external server :

smbclient -L IPOFEXTERNALSERVER -U USERNAME

It should display the network shares available on the server

According to the protocol enabled on external server, we mount the unit.
If using SMB :

mount -t smbfs -o username=YOURUSERNAME //IPOFEXTERNALSERVER/SHARE_NAME /MOUNT_POINT -o OPTIONS

If using CIFS (recommended):

mount -t cifs //IPOFEXTERNALSERVER /MOUNT_POINT -o OPTIONS



2 - Add to / etc / fstab:

//IPOFEXTERNALSERVER / media / SHARED cifs uid = 33, username = (YOURUSERNAME), vers = 1.0, password = (YOURPASSWORD), sec = ntlm, iocharset = utf8, gid = 33 0 0

I'm using v 1.0 of cifs to maximize compatibility with older NAS boxes, as my case. For newer boxes, you can use 3.0

3 - Rename the "uploads" folder within the AtoM working directory to "uploads_old" for example.

4 - Create a symbolic link called "uploads" that points to where we mount the network drive.

5 - Give 755 permissions to the destination network drive, and change the owner of it to "www-data (33)", as well as the group. Do it recursively.

1 - Mount network drive via mount command, for example in / media / SHARED

2 - Add to / etc / fstab:

//IPOFEXTERNALSERVER/SHARENAME / media / SHARED cifs uid = 33, username = USERNAME, vers = 1.0, password = YOURPASSWORD, sec = ntlm, iocharset = utf8, gid = 33 0 0


3 - Rename the "uploads" folder within the AtoM working directory to "uploads_old" for example.

4 - Create a symbolic link called "uploads" that points to where we mount the network drive.

6 - Regenerate the derivatives of digital objects.

Tested on Ubuntu 18.04.
It is recommended for ease of use using Webmin, going to the part of "Disk And Network Filesystem" in the "System" section.
In my particular case the type of mount point corresponds to the CIFS protocol. We can also using Webmin select which type of protocol or flie system we prefer."

It will be a honor to see that added to the wiki
Cheers



--

Dan Gillean

unread,
Nov 5, 2020, 12:25:15 PM11/5/20
to ICA-AtoM Users
Reply all
Reply to author
Forward
0 new messages