Hi Alan, Thanks for the response. It looks to me like taper is slow. I'm trying to not use a holding disk, the NAS is 250TB and doesn't make sense to have 250TB locally to cache it. It's connected by a 10G ethernet connection so I "should" be able to stream pretty quickly from it. i did put a 1TB disk as a part cache but that seemed to behave the same way.
I cranked up the debug level for taper and this is what I see repeatedly: Fri Jun 30 15:24:16.549381220 2017: pid 23980: thd-0x2399850: taper: XDTS: writing 2097152 bytes to device Fri Jun 30 15:24:16.762549619 2017: pid 23980: thd-0x2399850: taper: XDTS: writing 2097152 bytes to device Fri Jun 30 15:24:17.214824233 2017: pid 23980: thd-0x2399850: taper: XDTS: writing 2097152 bytes to device which is just writing the 2M blocks I guess. I'm new to amanda so it's likely I just am confused about how it should be set up. What information can I provide that would help narrow it down? thanks, Greg On Fri, Jun 30, 2017 at 1:22 PM, Alan Hodgson <ahodg...@lists.simkin.ca> wrote: > On Fri, 2017-06-30 at 11:49 -0400, Greg Dickie wrote: > > Hi, > > > > I'm just trying to back up a large proprietary NAS to an LTO7 > > library with one drive but finding it very difficult to get tape > > spanning to work. The changer and drive seem to be configured > > correctly and it was all working fine until we exceeded the size of > > one tape and now whatever I seem to try from compression to splitting > > seems to slow everything down incredibly. > > > > As long as you're using a big holding disk and reasonable size splits > (10-20GB), I can't see how spanning itself could cause any slowdowns. > > Software compression would slow things down, possibly a lot, especially > if you're just using gzip. > > You may have to provide more detail as to what exactly is slow. > -- Greg Dickie just a guy 514-983-5400
