help with understanding drive assignments

  • I have a usb drive. OMV add in fstab the below entry.


    UUID=854fe912-9f08-423d-9bc8-26a404cae6d0 /media/854fe912-9f08-423d-9bc8-26a404cae6d0 ext4 defaults,nofail,acl,user_xattr,noexec,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0 0 2


    In my log, i get the following
    systemd[1]: media-854fe912\x2d9f08\x2d423d\x2d9bc8\x2d26a404cae6d0.mount: Directory /media/854fe912-9f08-423d-9bc8-26a404cae6d0 to mount over is not empty, mounting anyway.
    kernel: EXT4-fs (sdd1): mounted filesystem with ordered data mode. Opts: acl,user_xattr,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0


    i also get the below.


    rsync-8c1e8eac-82b9-4cfc-b05a-7bf3b9e9aedb[1679]: Please wait, syncing '/media/a7e96974-7965-4103-9743-281802f3d956/home' to '/srv/91a7385924d7c5618fefbebbf2081a7a/home' ...\n


    the /srv/91a7385924d7c5618fefbebbf2081a7a/home = /media/854fe912-9f08-423d-9bc8-26a404cae6d0/home



    Can someone help me to understand why there are two definitions pls

    • Offizieller Beitrag

    Are you a rsync job or the usbbackup plugin? In both cases it seems that the target filesystem was not mounted, so the rsync job copies the files directly into the mount point directory on your root filesystem. Remove the files from within the mount point dir on your root filesystem. Ensure the filesystem mounted to this mount point is not mounted, otherwise you will remove the origin files.

  • hi votdev


    yes, i have both.


    1) USB Plugin (all jobs currently disabled)


    2) Rsync (but all jobs currently disabled)


    but I guess it is something to do with there being different shared folders on the external drive where different backups are stored. i.e. backup plugin, mysql backup, etc.


    It seems during initial bootup there is a delay while it tries to mount the drive which is not plugged in. (which i assume it knows about because of the sharedfolder definitions).
    Ideally it should ignore this drive if it is not plugged in. I am wondering if this is part of the systemd ordering problems i am having...see other post.


    I have removed the usb pluggin for the moment.

  • So i think the issue is;
    - the USB Backup jobs were inherited from 2.x upgrade
    - it seems under 3.x they get /srv/xxxxx


    However, there still exists shared folders on the device which still get an fstab entry /media/854fe91


    the device still uses;
    - rsync jobs to backup when the usb drive has not been removed
    - backup plug to backup the system drive


    So it seems there is a conflict between these differing config types. Could that be right?

  • hi votdev,


    so i removed all the shared folders, and do a system backup to the data drive. so no need to have sharedfolders on the usb drive now.
    I have set usb backup to backup all the sharedfolders and removed all rysnc jobs.


    i usually leave the usb drive plugged in - i know dumb.
    if i run a cron job to mount the drive every day, that should trigger usb back to work, rather than using rsync jobs right?
    how do i do it?


    cheers

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!