AMANDA Issue - Recording Takes Longer Than It Should
Linux - ServerThis forum is for the discussion of Linux Software used in a server related context.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Distribution: Debian for Sparc, OpenSUSE 11.2, Solaris 9, Debian/x86, Ubuntu Server
Posts: 19
Rep:
AMANDA Issue - Recording Takes Longer Than It Should
Hi all!
We are running Amanda 3.1.1 under SunOS 5.10 and it seems like the recording phase of our nightly backups is taking longer and longer on certain directories, even though no new additional data has been added to said directories. I have come up with some possible theories as to why this may be happening as well as some possible solutions (using new tapes for the set, cleaning the drive heads, etc). However, I do not think that these solutions would be acceptable to my IT manager. If anyone could shed any light on this, the help would be greatly appreciated.
Curious as to why your manager wouldn't allow you to clean the drive heads. However, I don't believe those would cause a slow down unless the backup system is reporting errors.
Are you certain the size of the data has not changed?
Are you backing up across a network? Is the network healthy?
Is the data volume healthy? A degraded array due to a bad disk could cause this.
We are running Amanda 3.1.1 under SunOS 5.10 and it seems like the recording phase of our nightly backups is taking longer and longer on certain directories, even though no new additional data has been added to said directories. I have come up with some possible theories as to why this may be happening as well as some possible solutions (using new tapes for the set, cleaning the drive heads, etc). However, I do not think that these solutions would be acceptable to my IT manager. If anyone could shed any light on this, the help would be greatly appreciated.
Tape backups will start all over again if there's a single bit error typically. Where I work we use VTL's virtual tape libraries which are basically large raid arrays that allow the backups to happen and they handle getting the data on tape. You should be able to see this in the logs.
Distribution: Solaris 9 & 10, Mac OS X, Ubuntu Server
Posts: 1,197
Rep:
If you haven't solved this problem yet, there are a couple of angles to come at it, depending on how you answer these questions. If it is only a particular Disk List Entry (DLE) that is having troubles, then you should be looking at /var/adm/messages to see if there are scsi errors. Is it consistently the same DLE? Try doing the backup operation of that DLE from the command line and see what it shows. i.e. if you are using ufsdump in Amanda, try a ufsdump from the command line. You can pipe it to some available space through ufsrestore, or pipe it to ufsrestore to /dev/null.
If you are using ZFS, and gnutar or zfs send for backup, then try those individually from the command line.
If, on the other hand, it seems that taping generally is getting slower, then you should try running something to tape from the command line and see what you see. Most tape drives or libraries have either indicator lights or LCD displays that indicate when they think they need a cleaning tape. It is reasonable to use one every once in a while, though the frequency depends on the type of tape drive.
In any case, the general strategies with Amanda are to familiarize yourself with log files and read them when you have troubles, and then to break down the backup and see which step is causing the problem. Amanda uses native utilities on the OS, and you can do the same thing from the command line. That allows you to narrow the problem down and see exactly where it is.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.