Skip to main content

backup drive issue

Comments

14 comments

  • cPRex Jurassic Moderator
    Hey there! I guess I'm not completely understanding what you're seeing. If you ran the backup multiple times, I'd expect multiple copies to appear in /backup. Where specifically are you seeing a data/quota calculation that you aren't expecting? It's important to note that with the "repquota -as | head" command that you used that a vast majority of files will be owned by the root user. If you could clarify the disk usage difference you're not expecting to see I can try to get you better details.
    0
  • audrey
    Thanks for your help Sorry if I was not clear. I deleted the original backups in hopes that somehow that would free up space on the backup drive (one of the old backups had a large backup in it) Currently the backup shows [root@host ~]# cd /backup [root@host backup]# du -h 142M ./.meta 0 ./weekly 152K ./2020-12-20/system/files 292M ./2020-12-20/system/dirs 292M ./2020-12-20/system 38G ./2020-12-20/accounts 38G ./2020-12-20 152K ./2020-12-21/system/files 295M ./2020-12-21/system/dirs 295M ./2020-12-21/system 38G ./2020-12-21/accounts 38G ./2020-12-21 76G . Because of the quota issue on the backup drive The cpanel backup config is set to only retain 2 daily backups. The weekly backup is set to run on Thursdays and I deleted Thursday's weekly backup. I have not yet had this server long enough for it to run monthly backups. As far as the quota difference and the entire quota usage on the backup drive df -h for the backup drive shows /dev/sda5 915G 482G 434G 53% / and cd/backup then du -h shows a lot less quota being used for the backup drive There have to be some hidden - no longer needed files hidden files on the backup drive that cpanel created when it made backups and how do I get rid of them on the backup drive. (none of my other servers has any issues with backup drive quota or hidden files and those servers have more sites and have been up and running for years) I hope that this explains. Thanks again Audrey
    0
  • ffeingol
    Not totally related to your issue, but you keep saying "backup drive". Based on the device name ( /dev/sda5 ) it just appears to be a partition on the 1st drive (sda). That's not going to help a lot of the 1st drive fails (sda). What kind of backups are you running? Things will get stored quite differently if you choose compressed vs incremental.
    0
  • cPRex Jurassic Moderator
    Along the same lines as what @ffeingol said, could we get the output of this command? df -h
    That would show us the partitioning of the entire machine.
    0
  • audrey
    I am running compressed backups. The backup drive is supposed to be a separate drive The home drive and the backup drive are 1 TB drives and the home drive and the backup drive Each of the drives shows almost 1 TB for the drive /dev/sda5 915G /dev/sda2 969M unless I am misunderstanding If it were a partition - both drives would not show as almost 1 TB The third drive is for raid and does not show up in df -h the WHM shows the following [ 3.262697] sd 1:0:0:0: [sda] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB) [ 3.262814] sd 2:0:0:0: [sdb] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB) [ 3.262845] sd 3:0:0:0: [sdc] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB) [ 3.262896] sd 3:0:0:0: [sdc] Write Protect is off [ 3.262900] sd 3:0:0:0: [sdc] Mode Sense: 00 3a 00 00 [ 3.262922] sd 3:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 3.262958] sd 2:0:0:0: [sdb] Write Protect is off [ 3.262963] sd 1:0:0:0: [sda] Write Protect is off [ 3.262966] sd 1:0:0:0: [sda] Mode Sense: 00 3a 00 00 [ 3.262969] sd 2:0:0:0: [sdb] Mode Sense: 00 3a 00 00 [ 3.263008] sd 2:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 3.263028] sd 1:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 3.280830] sdc: [ 3.281000] sd 3:0:0:0: [sdc] Attached SCSI disk [ 3.282617] sdb: [ 3.282977] sd 2:0:0:0: [sdb] Attached SCSI disk [ 3.292600] sda: sda1 sda2 sda3 sda4 < sda5 > [ 3.293398] sd 1:0:0:0: [sda] Attached SCSI disk [ 8.973072] sd 1:0:0:0: Attached scsi generic sg0 type 0 [ 8.973141] sd 2:0:0:0: Attached scsi generic sg1 type 0 [ 8.973212] sd 3:0:0:0: Attached scsi generic sg2 type 0 Please let me know if based on the above if you think that the backup is still just a partition Thanks
    0
  • audrey
    [root@host ~]# df -h Filesystem Size Used Avail Use% Mounted on devtmpfs 16G 0 16G 0% /dev tmpfs 16G 0 16G 0% /dev/shm tmpfs 16G 395M 16G 3% /run tmpfs 16G 0 16G 0% /sys/fs/cgroup /dev/sda5 915G 482G 434G 53% / /dev/sda2 969M 148M 755M 17% /boot /dev/loop0 3.9G 8.2M 3.7G 1% /tmp tmpfs 3.2G 0 3.2G 0% /run/user/0
    0
  • cPRex Jurassic Moderator
    Thanks for that output. Based on the "df" output you provided, /backup does not have its own partition, but is just a directory under the / partition on the machine, unless it wasn't mounted when you ran that "df" command. If it is just a directory under / that would explain everything you are seeing.
    0
  • audrey
    so what you are saying is that backup is running on the same drive as the home directory? if that is the case- how to I tell the cpanel install to run backup on the drive that is installed on the server for backups backup is not set to mount or unmount
    0
  • cPRex Jurassic Moderator
    From the df output you showed, I only see one disk on that system. If there is a separate disk, it's not currently mounted and not showing up in your output. If you're expecting that to be there you'd want to poke your host and see why the second drive isn't being recognized.
    0
  • audrey
    thanks - will contact the datacenter
    0
  • audrey
    appreciate your help:)
    0
  • cPRex Jurassic Moderator
    That sounds good - let me know what they have to say and if you hear anything surprising we can go from there.
    0
  • audrey
    Backup drive is mounted and all is working as it should Thanks for your help Happy New Year!
    0
  • cPRex Jurassic Moderator
    Glad to hear things are working well!
    0

Please sign in to leave a comment.