Hi,

@andreas

This is my fileset for bareos 18.2.5:

FileSet {
  Name = "LinuxAll"
  Description = "Backup all regular filesystems, determined by filesystem
type."
  Include {
    Options {
      sparse = yes
      aclsupport = yes
      accurate = mcspiug
      verify = pin5
      Signature = MD5 # calculate md5 checksum per file
      One FS = No     # change into other filessytems
      FS Type = btrfs
      FS Type = ext2  # filesystems of given types will be backed up
      FS Type = ext3  # others will be ignored
      FS Type = ext4
      FS Type = reiserfs
      FS Type = jfs
      FS Type = xfs
      FS Type = zfs
      FS Type = vfat
    }
    File = /
  }
  # Things that usually have to be excluded
  Exclude {
    File = /home/bartek/.cache
    File = /home/basia/.cache
    File = /var/lib/bareos
    File = /var/lib/bareos
    File = /var/lib/pgsql
    File = /var/lib/mysql
    File = /var/lib/libvirt/images
    File = /var/lib/docker
    File = /var/opt/gitlab
    File = /var/log
    File = /var/cache
    File = /volumes
    File = /proc
    File = /tmp
    File = /var/tmp
    File = /.journal
    File = /.fsck
  }
}

You have sugested that having too many regex paths can cause backup
slowdown on filesystem with large number of files. Do you think my fileset
can also be impacted by this issue ?
https://groups.google.com/forum/#!searchin/bareos-users/bojleros%7Csort:date/bareos-users/GqYR8kKWD1Y/Ohz0hJ6tBAAJ

> Can you rerun the estimate (you don't have to wait for it to finish) and
> look at the utilization of the machine running the fd? If the fd takes
> one cpu and maxes that out it is probably the fileset.
> If you see a lot of i/o waiting, then it is probably the filesystem or
> drives.

This is exactly what i see when trying to make a full backup of my home
nas. It runs low power intel cpu without aes accel.

Kind Regards,
Bart

pon., 6 maj 2019 o 09:05 Andreas Rogge <[email protected]>
napisał(a):

> Am 06.05.19 um 03:40 schrieb Lv Haijiao:
> > Hi, Andreas
> >
> > We run with MySQL.  And tried an estimate,  it seems the estimated time
> > is close to the actual backup time.
> Estimate traverses the Fileset on the bareos-fd just like it would for a
> backup. It doesn't touch the file's contents at all.
> So if this takes 14 hours, you either have lots and lots of files, a
> really slow filesystem (what is the fs-type) or a fileset that slows
> down a lot (a lot of wildcard or regexp include/exclude).
> Can you rerun the estimate (you don't have to wait for it to finish) and
> look at the utilization of the machine running the fd? If the fd takes
> one cpu and maxes that out it is probably the fileset.
> If you see a lot of i/o waiting, then it is probably the filesystem or
> drives.
>
> Concerning MySQL: do you realize that PostgreSQL is the preferred DBMS
> for Bareos? Would you shed a light on how the decision to go with MySQL
> was made (this is off-topic for your question, but I'm trying to find
> out why so many people still use MySQL).
>
> Best Regards,
> Andreas
>
> --
>   Andreas Rogge                             [email protected]
>   Bareos GmbH & Co. KG                      Phone: +49 221-630693-86
>   http://www.bareos.com
>
>   Sitz der Gesellschaft: Köln | Amtsgericht Köln: HRA 29646
>   Komplementär: Bareos Verwaltungs-GmbH
>   Geschäftsführer: S. Dühr, M. Außendorf, J. Steffens, Philipp Storz
>
> --
> You received this message because you are subscribed to the Google Groups
> "bareos-users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to [email protected].
> To post to this group, send email to [email protected].
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"bareos-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/bareos-users/CAJk%3Du3eUKkRvAW%3D%3D1XNzXRPe%2Btz_agWVtENmSqHSaR0ZhJmxpw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to