Hi, On Thu, Mar 5, 2020 at 7:30 PM thetriode <[email protected]> wrote: > > Pardon my lack of clarity, I'm just using tar for testing right now. I'm not > actually using Amanda as I haven't gotten to the full blown client side yet > and am kind of feeling things out there. Should I be using another CLI based > client? I may end up scripting my own system out instead of using another > client. Is there an OSS client that works well with the dedupe or do I need > something commercial like NBU's client?
For dedupe one of the applications mentioned under "Backup Software" in https://www.quadstor.com/virtual-tape-library.html Later versions of the backup software than the ones mentioned is fine. > > Also in terms of Cent 8 when I did "systemctl start quadstorvtl" it wouldn't > start. That said if I went into /quadstorvtl/etc/ and ran the init script > with the start command there it would work fine. Not really looking to chase > this issue down myself but wanted you to be aware of it. What's weird is that > it's the wrapper for the init script in systemd doesn't work but running the > exact same command as root does. It's like there's a permissions issue? I did > try to set SELinux to where it wasn't enforcing and that didn't seem to help > either. > > > On Tuesday, March 3, 2020 at 2:20:03 PM UTC-6, quadstor wrote: >> >> 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/3a07be29-cfc7-4b17-b478-255598623a60%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/CAPEgkt5tNveBzN0CfeWq4_i%3DpPvAdJDj3rJciqMi1WNfBjgWow%40mail.gmail.com.
