Re: (OT) What backup to use with Windows
On Tue, May 31, 2022 at 03:02:15PM +0700, Olivier wrote: Hi, I know this is not about Amanda, butt this is about backup. I am trying to find a suitable solution for Windows/Mac/Linux desktops. Amanda has a major flaw: it is working on a pull schedule, the client must be available when the server is starting the backup. But clients tend to have unpredictable schedule, so the backup must be initiated from the client side. I've not used it could be off base here, others please correct. Isn't "amdump_client" used to initiate dumps from the client side? -- Jon H. LaBadie j...@labadie.us 154 Milkweed Dr (540) 868-8052 (H) Lake Frederick, VA 22630(703) 935-6720 (M)
Re: slow USB vtapes
Am 01.06.22 um 12:04 schrieb Jose M Calhariz: How many DLEs and how many run in parallel (inparallel parameter)? inparallel 4 basically 3 linux hosts involved, 20 DLEs, some of them via amsamba I even have to encrypt things ... Maybe I should decrease inparallel, yes And only flush after the DLEs are on disk. How fast is your holdingdisk? rather slow. 4x 5400 rpm drives in a HW RAID1 -> /dev/sda What "iostat -k -x 2" command gives when amanda is running? *thanks* for that pointer It tells that /dev/sda is 100% utilized. So that seems to be the bottleneck. Especially as there is a rsnapshot-cronjob also on that box. This is quite heavy for that CPU and the storage. Right now as I disabled rsnapshot, I was able to flush a 200GB DLE successfully .. and in acceptable time: 43 minutes 82753.8 KB/s Better that multiple hours each night. Much better. - changes today: * changed blocksize from 4m to 1m .. maybe I can go back here * downgraded to 3.5.1 (just to minimize the moving parts) * made sure the holding disk is mounted with "noatime" changes planned: * bigger and faster disk(s) for the holding disk * split off rsnapshot-ting: either move that to another server, or at least make sure it never runs in parallel to amdumps etc I test an rsnapshot run now and also watch iostat ... same bottleneck: /dev/sda
Re: slow USB vtapes
On Wed, Jun 01, 2022 at 07:31:50AM +0200, Stefan G. Weichinger wrote: > > > I see low write performance to (modern) USB disks attached via USB 3.0 > > This leads to lng backup windows and even DLEs somehow not written > because things get stuck (?) somehow. > > Until yesterday the disks were attached to USB 2.0 ports, I expected to > solve this by adding a PCIe card with USB 3.0 ports. > > Maybe the mount options aren't optimal: > > UUID=3de7b456-019e-40ed-a1b9-aad41d371f26 /mnt/externaldisk7 ext4 > relatime,noauto,user 0 2 > > ? > > When I test things by doing something like: > > sync; dd if=/dev/zero of=tempfile bs=1M count=1024; sync > > I get values of maybe 130 MB/s or so, which is OK imo. > > The old internal RAID delivers ~150MB/s (reading from the holding disk). > > But with amanda (3.6.0pre2, btw) the flushes and dumps are slow. > > Does changing some blocksize help with vtapes? > > Sure, old hardware, I know. > Hi, How many DLEs and how many run in parallel (inparallel parameter)? How fast is your holdingdisk? What "iostat -k -x 2" command gives when amanda is running? Kind regards Jose M Calhariz -- -- Todo mundo deveria ter dinheiro suficiente para fazer uma cirurgia plástica --Beverly Johnson signature.asc Description: PGP signature