Hi, On Tue, Mar 3, 2020 at 11:39 AM thetriode <[email protected]> wrote: > > Is anyone using Amanda with Quadstor VTL? I got it stood up and have been > messing around with the VTL function some. A sample config would be great in > order to see how it should look. Right now I have 4 virtual tape drives > exported via FC to a test host. There are a few Amanda users but not on this list.
> > The other question is the system I have this on isn't new but it's fairly > beefy for what it is; 4 drive R5 off a MegaSAS Controller, 32GB RAM and dual > 5410s. I'm running 8 gig FC cards. I'm not seeing much load on either the > source or the destination system. I'm backing up right now with tar cf > /dev/st0 /dir. Is this running with a low priority for some reason or is > there something I need to do in order to extract the performance of the > backup server in terms of settings? Just trying to figure out what the > limitations are at the moment. Most likely time is spent in reading /dir and on the VTL side since Amanda is not supported for dedupe probably some of the CPU would be used for compression but other than that nothing much. One option here would be to use the non-dedupe storage pools and get performance over space savings since its unlikely that deduplication would give much savings here. You could try tapes from the non-dedupe storage pool, and then dd /dev/zero to tape and that would show the real performance and it should be easier to isolate any bottlenecks > > Also as a matter of interest, I tried the latest version on CentOS 8. The > SystemD integration didn't work but it would manually start fine. It's odd it > would run one place but not the other. I transitioned over to OpenSuSE 15.1 > which did work fine because the FC/SAS HBA support of RHEL is discarding > pretty much all legacy controllers. We will look into the CentOS 8 issue - did the service not start on a restart but 'service quadstorvtl start' worked ? > > -- > You received this message because you are subscribed to the Google Groups > "QUADStor VTL" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To view this discussion on the web visit > https://groups.google.com/d/msgid/quadstor-vtl/f267c42e-a3bc-4a56-b974-f86d68079869%40googlegroups.com. -- You received this message because you are subscribed to the Google Groups "QUADStor VTL" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/quadstor-vtl/CAPEgkt6x7Tq0tXPefYshr104yLfzch3%2BiXvrB7XyNQD1W1WzNw%40mail.gmail.com.
