Piwigo on OMV5 via Portainer - Quick Install

  • Are you saying you set your Docker storage path to a disk on another server? I'm confused. How do you do that trick

    I think the technical term is a **** up rather than a slight of keyboard use, but the concept is interesting.


    So could you use a remote mount within a container or even a symlink, I no longer have the hardware to play around with but it would be interesting

    Raid is not a backup! Would you go skydiving without a parachute?

  • Hello all, its me again.


    Do you guys know if Piwigo through Docker and Portainer creates its own filesystem on the system? I ask because I have two data drives in my system and I get this:


    root@omvpeR310:/srv# ls

    dev-disk-by-uuid-10ea8d36-b524-4e24-b461-6f04f4cd4581 ftp

    dev-disk-by-uuid-234ddefe-df8d-4d5e-91f9-8b0375a0d13f pillar

    dev-disk-by-uuid-81765f11-ef08-48ae-a597-e891180b2df2 salt


    I can link the first two uuid's to my data drives, but I don't know where the third one came from, but I see this inside of it:


    root@omvpeR310:/srv/dev-disk-by-uuid-81765f11-ef08-48ae-a597-e891180b2df2# ls

    mariadb-photo piwigo


    So I am guessing that the stack creates this using this line:


    volumes:

    - /srv/dev-disk-by-uuid-81765f11-ef08-48ae-a597-e891180b2df2/piwigo:/config


    In fact now that I've written all this out I think i've answered my own question! So is this "bind mounted", I remember macom mentioning this when I was looking for the mysqli file. If so, I need to read up about bind mounting and what it is. All seems a bit magical to me.


    Thanks!

    Nick.


    EDIT: Sorry, I got carried away there but what I really need to know is how do I find out where dev-disk-by-uuid-81765f11-ef08-48ae-a597-e891180b2df2 actually lives? I am setting up rsync and I want to be sure about which drive Piwigo is on and which one my backups folders is on. :thumbup:

  • Add Absolute path in Shared Folders by pulling down the option and checking the box. Your absolute path will be added.

    Simple and sure backup and restore: In a Scheduled Job: rsync -av --delete /srv/dev-disk-by-label-SOURCE/ /srv/dev-disk-by-label-DESTINATION/ (HT: Getting Started with OMV5)
    OMV 5 (current) - Hardware: Thinkserver TS140, Nextcloud, Plex, Airsonic, Navidrome, Ubooquity, Digikam, & Heimdall - NanoPi M4 (v.1), backup - Odroid XU4, Pi-Hole (DietPi) - Testing/Playing: hc2, xu4, Pi 3B+, Odroid H2. Mac user trying to convert to Linux on a HP dx2400, Debian 10 XFCE.

  • what I really need to know is how do I find out where dev-disk-by-uuid-81765f11-ef08-48ae-a597-e891180b2df2 actually lives?

    It’s at /srv/dev-disk-by-uuid-..........

    Simple and sure backup and restore: In a Scheduled Job: rsync -av --delete /srv/dev-disk-by-label-SOURCE/ /srv/dev-disk-by-label-DESTINATION/ (HT: Getting Started with OMV5)
    OMV 5 (current) - Hardware: Thinkserver TS140, Nextcloud, Plex, Airsonic, Navidrome, Ubooquity, Digikam, & Heimdall - NanoPi M4 (v.1), backup - Odroid XU4, Pi-Hole (DietPi) - Testing/Playing: hc2, xu4, Pi 3B+, Odroid H2. Mac user trying to convert to Linux on a HP dx2400, Debian 10 XFCE.

  • OK, sorry, maybe i am misunderstanding but here is what I think:


    I have two physical data disks in the server:


    1. Data disk #1

    2. data disk #2


    So, when you mount a disk and create a filesystem, a uuid is created that for that filesystem (partition?) so if i want to look at what a disk has on it, I cd into the uuid and look around there.


    I know the uuid's of my two data drives, then there is a third uuid. When I cd into the third uuid, I see it has 'piwigo' and 'mariadb-photo' directories in it, but where is the third uuid in the folder hierarchy?


    root@omvpeR310:/srv# ls

    dev-disk-by-uuid-10ea8d36-b524-4e24-b461-6f04f4cd4581

    dev-disk-by-uuid-234ddefe-df8d-4d5e-91f9-8b0375a0d13f

    dev-disk-by-uuid-81765f11-ef08-48ae-a597-e891180b2df2


    The first two uuid's here are my data drives, so I am guessing that the third uuid, is created by Docker/Portainer, and lives on one of the first two uuid's? I need to find out which one before I decide which drive to clone with rsync, else I may end up cloning the blank drive over the drive with my Piwigo installation on!


    Could be totally wrong here but this is how I understand things.


    Thanks for your patience,

    Nick.

  • I don’t know what to say. Each one of those paths ought to be to a physical disk. ls -la  each of those three paths and note what subfolders each contains. I don’t know if it’s possible but two of those paths may be to the same disk.

    Simple and sure backup and restore: In a Scheduled Job: rsync -av --delete /srv/dev-disk-by-label-SOURCE/ /srv/dev-disk-by-label-DESTINATION/ (HT: Getting Started with OMV5)
    OMV 5 (current) - Hardware: Thinkserver TS140, Nextcloud, Plex, Airsonic, Navidrome, Ubooquity, Digikam, & Heimdall - NanoPi M4 (v.1), backup - Odroid XU4, Pi-Hole (DietPi) - Testing/Playing: hc2, xu4, Pi 3B+, Odroid H2. Mac user trying to convert to Linux on a HP dx2400, Debian 10 XFCE.

  • Wow, at least I'm not totally misunderstanding things!


    OK, so we have:


    root@omvpeR310:/srv/dev-disk-by-uuid-10ea8d36-b524-4e24-b461-6f04f4cd4581# ls -la

    total 44

    drwxr-xr-x 4 root root 4096 Jan 15 15:28 .

    drwxr-xr-x 8 root root 4096 Jan 11 11:35 ..

    -rw------- 1 root root 6144 Jan 10 13:33 aquota.group

    -rw------- 1 root root 6144 Jan 10 13:33 aquota.user

    drwxr-xr-x 2 root root 4096 Jan 10 14:28 backups

    drwx------ 2 root root 16384 Jan 10 13:25 lost+found


    root@omvpeR310:/srv/dev-disk-by-uuid-234ddefe-df8d-4d5e-91f9-8b0375a0d13f# ls -la

    total 44

    drwxr-xr-x 4 root root 4096 Jan 15 15:33 .

    drwxr-xr-x 8 root root 4096 Jan 11 11:35 ..

    -rw------- 1 root root 6144 Jan 10 13:33 aquota.group

    -rw------- 1 root root 6144 Jan 10 13:33 aquota.user

    drwxr-xr-x 3 root root 4096 Jan 15 15:44 backups

    drwx------ 2 root root 16384 Jan 10 13:25 lost+found


    and finally...


    root@omvpeR310:/srv/dev-disk-by-uuid-81765f11-ef08-48ae-a597-e891180b2df2# ls -la

    total 16

    drwxr-xr-x 4 root root 4096 Jan 11 11:35 .

    drwxr-xr-x 8 root root 4096 Jan 11 11:35 ..

    drwxr-xr-x 4 1000 users 4096 Jan 11 11:35 mariadb-photo

    drwxr-xr-x 7 1000 users 4096 Jan 11 11:35 piwigo


    Does any of that mean anything to you? My thinking is that the last uuid is some sort of bind-mounted-uuid-wizardry that's been created by the stack.


    You can see now I am using all of the correct syntax and technical terminology. :D


    Thanks,

    Nick.

  • Oh you are doing great! Give yourself a pat on the back.

    So now to figure which is your real backup, how you came up with two uuid’s, and how to get rid of the imposter.

    Simple and sure backup and restore: In a Scheduled Job: rsync -av --delete /srv/dev-disk-by-label-SOURCE/ /srv/dev-disk-by-label-DESTINATION/ (HT: Getting Started with OMV5)
    OMV 5 (current) - Hardware: Thinkserver TS140, Nextcloud, Plex, Airsonic, Navidrome, Ubooquity, Digikam, & Heimdall - NanoPi M4 (v.1), backup - Odroid XU4, Pi-Hole (DietPi) - Testing/Playing: hc2, xu4, Pi 3B+, Odroid H2. Mac user trying to convert to Linux on a HP dx2400, Debian 10 XFCE.

  • You can have a look in /etc/openmediavault/config.xml but you need to be sure not to change anything without a good os backup in hand. I don't know what you are looking for specifically, just something similar to what you found above with a bit more detail. I don't have any servers with disks mounted by uuid yet so I don't know what to look for. Here is a section of my config file to a machine that has three attached disks:

    All of the information between each <mntent></mntent> pair represents one disk. Like I said earlier, I'm not sure what you're looking for, but maybe something will pop out at you. Here's the command:

    sudo nano /etc/openmediavault/config.xml

    You will be prompted for root password. Scroll about halfway down to the <mntent> section. When finished type control-x to exit. If you made no changes it will exit you back to the regular terminal. If you did make a change you will be prompted to confirm the change. Be very careful not to make any changes, until you know what to do. Copy and paste what you find and let's see what it looks like.

    Simple and sure backup and restore: In a Scheduled Job: rsync -av --delete /srv/dev-disk-by-label-SOURCE/ /srv/dev-disk-by-label-DESTINATION/ (HT: Getting Started with OMV5)
    OMV 5 (current) - Hardware: Thinkserver TS140, Nextcloud, Plex, Airsonic, Navidrome, Ubooquity, Digikam, & Heimdall - NanoPi M4 (v.1), backup - Odroid XU4, Pi-Hole (DietPi) - Testing/Playing: hc2, xu4, Pi 3B+, Odroid H2. Mac user trying to convert to Linux on a HP dx2400, Debian 10 XFCE.

  • volumes:

    - /srv/dev-disk-by-uuid-81765f11-ef08-48ae-a597-e891180b2df2/piwigo:/config

    If /srv/dev-disk-by-uuid-81765f11-ef08-48ae-a597-e891180b2df2 is not a mount point on your system, you created a new folder with that name.


    You can check with

    cd /srv/dev-disk-by-uuid-81765f11-ef08-48ae-a597-e891180b2df2/piwigo to change in that directory

    and then

    df . note the dot at the end

    then you see where the mounpoint of that folder is

  • Thanks, guys - I'm going with macom 's idea here (because it looks safer:D), and I get this:


    root@omvpeR310:/srv/dev-disk-by-uuid-81765f11-ef08-48ae-a597-e891180b2df2# df .

    Filesystem 1K-blocks Used Available Use% Mounted on

    /dev/sda1 114318500 4665128 103803212 5% /


    So that means that the directory has been created on the root (system drive?) This was defo done by the stack as I never would have created a directory with a label that complicated!8o


    So, there's plenty of room on that drive but I'm not sure if I'd prefer the whole Piwigo install on the data drive.


    Thanks,

    Nick.

  • I'm going with macom 's idea here (because it looks safer

    I think you made a wise choice because I was really reaching beyond my abilities.

    Simple and sure backup and restore: In a Scheduled Job: rsync -av --delete /srv/dev-disk-by-label-SOURCE/ /srv/dev-disk-by-label-DESTINATION/ (HT: Getting Started with OMV5)
    OMV 5 (current) - Hardware: Thinkserver TS140, Nextcloud, Plex, Airsonic, Navidrome, Ubooquity, Digikam, & Heimdall - NanoPi M4 (v.1), backup - Odroid XU4, Pi-Hole (DietPi) - Testing/Playing: hc2, xu4, Pi 3B+, Odroid H2. Mac user trying to convert to Linux on a HP dx2400, Debian 10 XFCE.

  • Hi all,

    I am a newbee with OMV, and portainer, it'is look promising for my local photo management with my little family.

    I use this thread to create my piwigo install through docker, everything run well the first time. After a reboot of OMV, I struggled with the issue described here. I redo the thing multiple time and now I understand what happens.


    When I configure Piwigo installation, I have to indicate the IP address of the piwigodb, but the thing is that after a reboot of OMV, the IP change and no way to run piwigo after. The first solution is to check the new IP address and replace the one in the config directory of Piwigo, and it is ok, but this solution is not automatic.


    How to assign static ip to piwigodb? or some configuration need to be changed in the stack?


    Thank you

  • I finally find a simple solution, instead of putting the ip of the docker, put the ip of OMV with appropriate port 3306 (ie db_host:OMVIP:3306)

  • I finally find a simple solution, instead of putting the ip of the docker, put the ip of OMV with appropriate port 3306 (ie db_host:OMVIP:3306)

    OK, thank you for this. I am also having the same trouble again. I am assuming you are editing the file at /srv/dev-disk-by-uuid-xxxx/piwigo/www/gallery/local/config.inc.php


    So. like this:


    ?php

    onf['dblayer'] = 'mysqli';$conf['db_base'] = 'piwigo';

    $conf['db_user'] = 'piwigo';

    $conf['db_password'] = 'piwigo';

    $conf['db_host'] = '192.168.1.201:8125';

    prefixeTable = 'piwigo_';


    define('PHPWG_INSTALLED', true);

    define('PWG_CHARSET', 'utf-8');

    define('DB_CHARSET', 'utf8');

    define('DB_COLLATE', '');


    ?>


    I have tried this and its not working - is this what you did?


    Thanks,

    Nick.

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!