Monthly Status Updates/June 2007: Difference between revisions

From wiki.zmanda.com
Jump to navigation Jump to search
(more updates)
(remove in-progress note)
 
(2 intermediate revisions by the same user not shown)
Line 1: Line 1:
<div style="float: right;">__TOC__</div>''This page is in progress: wiki changes are up to date; remainder is current through 6/26.''
June saw the release of Amanda 2.5.2p1 on June 6, a patch release which was thoroughly tested with the help of the [[Platform Experts]] and many users from the mailing lists and forums.  This patch release has proven quite stable, and development has shifted to feature development for the next release.
June saw the release of Amanda 2.5.2p1 on June 6, a patch release which was thoroughly tested with the help of the [[Platform Experts]] and many users from the mailing lists and forums.  This patch release has proven quite stable, and development has shifted to feature development for the next release.


= Community Choice Award =
= Community Choice Award =
[http://sourceforge.net SourceForge], the open source hosting service which supports Amanda, announced its [http://sourceforge.net/community/index.php/landing-pages/cca07/ 2007 Community Choice Awards].  Please [http://sourceforge.net/awards/cca/vote.php vote for Amanda] in the Best Tool or Utility for SysAdmins" category.
[http://sourceforge.net SourceForge], the open source hosting service which supports Amanda, announced its [http://sourceforge.net/community/index.php/landing-pages/cca07/ 2007 Community Choice Awards].  Please [http://sourceforge.net/awards/cca/vote.php vote for Amanda] in the ''Best Tool or Utility for SysAdmins'' category.


= Wiki Changes =
= Wiki Changes =
Line 14: Line 12:
* [[User:Dustin|Dustin J. Mitchell]] refactored Stefan G. Weichinger's [[file driver]] into [[How To:Set Up Virtual Tapes]], [[FAQ:Should I use a holdingdisk when the final destination of the backup is a virtual tape?]], [[How To:Migrate Virtual Tapes to Real Tapes]], and [[How To:Restore from Virtual Tapes]].
* [[User:Dustin|Dustin J. Mitchell]] refactored Stefan G. Weichinger's [[file driver]] into [[How To:Set Up Virtual Tapes]], [[FAQ:Should I use a holdingdisk when the final destination of the backup is a virtual tape?]], [[How To:Migrate Virtual Tapes to Real Tapes]], and [[How To:Restore from Virtual Tapes]].


== [http://forums.zmanda.com Forums] Discussions ==
= [http://forums.zmanda.com Forums] Discussions =
Many users had questions about configuring Amanda to their needs.  Most questions were about communication problems, and were quickly addressed.  Among the more unusual questions were the following.
* [http://forums.zmanda.com/member.php?u=1746 tamiral] asked several interesting questions:
* [http://forums.zmanda.com/member.php?u=1746 tamiral] asked several interesting questions:
** [http://forums.zmanda.com/showpost.php?p=2256&postcount=1 How can I verify that AMANDA has successfully backed-up files?] -- [http://forums.zmanda.com/member.php?u=361 Shailen Patel] suggested using ''amrecover'' to test a full restore, which is more thorough than the tape verification performed by ''amverify''.
** [http://forums.zmanda.com/showpost.php?p=2256&postcount=1 How can I verify that AMANDA has successfully backed-up files?] -- [http://forums.zmanda.com/member.php?u=361 Shailen Patel] suggested using ''amrecover'' to test a full restore, which is more thorough than the tape verification performed by ''amverify''.
Line 20: Line 19:
** [http://forums.zmanda.com/showpost.php?p=2308&postcount=12 Basically, I'd rather use 'dd' for those kind of jobs (even unmount the filesystem so it won't change), but I guess I can't with AMANDA.  What is the recommended dumptype for this kind of backup...?] -- [http://forums.zmanda.com/member.php?u=6 Paddy Sreenivasan] suggested a dumptype with ''always-full'', compression off, and encryption off.
** [http://forums.zmanda.com/showpost.php?p=2308&postcount=12 Basically, I'd rather use 'dd' for those kind of jobs (even unmount the filesystem so it won't change), but I guess I can't with AMANDA.  What is the recommended dumptype for this kind of backup...?] -- [http://forums.zmanda.com/member.php?u=6 Paddy Sreenivasan] suggested a dumptype with ''always-full'', compression off, and encryption off.
* [http://forums.zmanda.com/member.php?u=1748 George Reeke] had [http://forums.zmanda.com/showthread.php?t=616 a client machine which exceeded Amanda's connect timeout because its hard drives took too long to spin up].  [http://forums.zmanda.com/member.php?u=6 Paddy Sreenivasan] suggested  increasing ''ctimeout'' and ''etimeout''.
* [http://forums.zmanda.com/member.php?u=1748 George Reeke] had [http://forums.zmanda.com/showthread.php?t=616 a client machine which exceeded Amanda's connect timeout because its hard drives took too long to spin up].  [http://forums.zmanda.com/member.php?u=6 Paddy Sreenivasan] suggested  increasing ''ctimeout'' and ''etimeout''.
* [http://forums.zmanda.com/member.php?u=360 Andrew Rakowski] asked whether Amanda's bandwidth configuration variables are in bits or bytes per second.  [http://forums.zmanda.com/member.php?u=1678 Gregory Grant] responded that they are, indeed, bytes per second.
* [http://forums.zmanda.com/member.php?u=1959 mickeyn] has clients with dynamically-assigned addresses.  [http://forums.zmanda.com/member.php?u=1840 Marc Muehlfeld] suggested using static IP assignments in the DHCP server as a way to stabilize the clients' addresses.
* [http://forums.zmanda.com/member.php?u=1799 ddenton] encountered a series of issues of issues setting up a new Amanda installation.  [http://forums.zmanda.com/member.php?u=7 Kevin Till] and [http://forums.zmanda.com/member.php?u=925 Dustin J. Mitchell] offered advice and pointers to documentation, updating the documentation where it was unclear.


== [http://www.amanda.org/support/mailinglists.php Mailing List] Discussions ==
= [http://www.amanda.org/support/mailinglists.php Mailing List] Discussions =
=== [http://marc.info/?l=amanda-users&r=1&b=200706&w=2 amanda-users] ===
* Charlie Reitsma {{marc.info thread|118168200900002|asked if any work had been done on migrating dumps from vtapes to real tapes}}.  Dustin Mitchell, Gene Heskett, and Jon LaBadie replied with some pointers, and Charlie started work on an implementation to suit his needs.
* Jon LaBadie {{marc.info thread|118054650400001|tried running ''amtapetype'' on a vtape}}, and the results spawned an interesting discussion on what ''amtapetype'' should do in such a situation.
* Philip Weber {{marc.info thread|118242580100002|sparked an interesting conversation}} about Amanda automatically detecting disks that are not in Amanda's disklist and thus are not being backed up.  While the problem is difficult to solve in the general case, a few specific solutions were suggested as wrappers around Amanda.
* Jon LaBadie {{marc.info thread|118054650400001|tried running ''amtapetype'' on a vtape}}, and the results touched off an interesting discussion on what ''amtapetype'' should do in such a situation.
* Marc Muehlfeld {{marc.info thread|118094738200007|wondered how Amanda can fill a tape to more than 100% capacity}}.  Cyrille Bollu and Paul Bijnens answered, pointing out that tapes differ in actual capacity, and that Amanda only uses the ''tapelength'' for planning purposes, but will happily consume any extra space it finds.
* Robert P. McGraw, Chris Hoogendyk, and Brian Cuttler {{marc.info thread|118071205500009|discussed the relative merits of hardware and software compression}}, noting that Amanda has a difficult time calculating the number of dumps it can fit on a tape when hardware compression is enabled.
* Robert P. McGraw, Chris Hoogendyk, and Brian Cuttler {{marc.info thread|118071205500009|discussed the relative merits of hardware and software compression}}, noting that Amanda has a difficult time calculating the number of dumps it can fit on a tape when hardware compression is enabled.
* Marc Muehlfeld {{marc.info thread|118094738200007|wondered how Amanda can fill a tape to more than 100% capacity}}.  Cyrille Bollu and Paul Bijnens answered, pointing out that tapes differ in actual capacity, and that Amanda only uses the ''tapelength'' for planning purposes, but will happily consume any extra space it finds.
* Rudy Setiawan {{marc.info thread|118275423400001|asked for advice setting up a large disk-to-disk configuration}}, and prompted a lengthy discussion about calculating space requirements of a configuration, optimizing a system for fast disk-to-disk backups, and ensuring sufficient redundancy for backup data in such a configuration.  Chris Hoogendyk hijacked the thread to consider ways of running incremental backups only over a weekend.
* Paul Crittenden {{marc.info thread|118113311212591|discovered an error in the file-locking support detection}}, which caused Solaris builds of Amanda to use no file locking at allChris Hoogendyk, Jon LaBadie, Jean-Louis Martineau, and Dustin J. Mitchell chased down a solution.
* Sebastian Marten {{marc.info thread|118164061200008|asked about the relationship of ''runtapes'' to ''tape_splitsize''}}.  Marc Muehlfeld replied to say that splitting dumps across tapes is impossible with only one tape (''runtapes''=1)Sebastian does not have a changer, but nightly backups are larger than his media (DVD-RAM), so Marc suggested using multiple DVD drives, spooling some dumps to holding and flushing between dumps, or using ''chg-manual'' to use two DVD-RAMs per dump.
* Alan Jedlow {{marc.info thread|118100357400002|discovered a bug in ''chg-zd-mtx''}}, which was fixed by Dustin J. Mitchell.
* Phillip Weber {{marc.info thread|118287530700003|wondered if he could run two Amanda configs against the same tape changer}}.  Ian Turner, Joshua Baker-LePain, and Jean-Francois Malouin chipped in to say that this configuration could work, but that some extra machinery was required to ensure that only one configuration was making requests of the changer at any given time.
* Jordan Desroches {{marc.info thread|118118128700001|had errors backing up a subdirectory of an NFS mount}}.  Paul Bijnens, Dustin J. Mitchell, Olivier Nicole, and Jean-Louis Martineau contributed advice, eventually determining that the ''amanda'' user did not have adequate permissions on the subdirectory.
* "fedora" {{marc.info thread|96126087700021|saw "file changed as we read it" in his backup report for MySQL data files}}.  This triggered a lengthy discussion:
* "fedora" {{marc.info thread|96126087700021|saw "file changed as we read it" in his backup report for MySQL data files}}.  This triggered a lengthy discussion:
** Oliver Nicole pointed out that this is just a "STRANGE" warning, not an error, and that it is caused by ''tar'' being unable to back up a large file while that file is changing.
** Oliver Nicole pointed out that this is just a "STRANGE" warning, not an error, and that it is caused by ''tar'' being unable to back up a large file while that file is changing.
** Marc Muehlfeld, Bruce Thompson and Linda Pahdoco offered pointers to scripts for backing up MySQL databases via ''mysqldump'' or ''mysqlhotcopy''.
** Marc Muehlfeld, Bruce Thompson and Linda Pahdoco offered pointers to scripts for backing up MySQL databases via ''mysqldump'' or ''mysqlhotcopy''.
** Dustin J. Mitchell pointed out that [http://mysqlbackup.zmanda.com/ ZRM for MySQL] is designed to back up MySQL databases without making textual dumps.
** Dustin J. Mitchell pointed out that [http://mysqlbackup.zmanda.com/ ZRM for MySQL] is designed to back up MySQL databases without making textual dumps.
* Glenn Gillis {{marc.info thread|118177085900012|had trouble with estimates failing}} on a partition with a very large, constantly changing file.  Kevin Till and Oliver Nicole agreed that this was a result of a bad tar version returning an incorrect status.
* Paul Crittenden {{marc.info thread|118113311212591|discovered an error in the file-locking support detection}}, which caused Solaris builds of Amanda to use no file locking at all.  Chris Hoogendyk, Jon LaBadie, Jean-Louis Martineau, and Dustin J. Mitchell chased down a solution.
* Alan Jedlow {{marc.info thread|118100357400002|discovered a bug in ''chg-zd-mtx''}}, which was fixed by Dustin J. Mitchell.
* Jean-Francois Malouin {{marc.info thread|118156730500004|had trouble with estimates timing out after 6 hours}}.  Jean-Louis Martineau provided a patch to reset this limit for each estimate.
* Jean-Francois Malouin {{marc.info thread|118156730500004|had trouble with estimates timing out after 6 hours}}.  Jean-Louis Martineau provided a patch to reset this limit for each estimate.
* Sebastian Marten {{marc.info thread|118164061200008|asked about the relationship of ''runtapes'' to ''tape_splitsize''}}.  Marc Muehlfeld replied to say that splitting dumps across tapes is impossible with only one tape (''runtapes''=1).  Sebastian does not have a changer, but nightly backups are larger than his media (DVD-RAM), so Marc suggested using multiple DVD drives, spooling some dumps to holding and flushing between dumps, or using ''chg-manual'' to use two DVD-RAMs per dump.
* Jordan Desroches {{marc.info thread|118118128700001|had errors backing up a subdirectory of an NFS mount}}.  Paul Bijnens, Dustin J. Mitchell, Olivier Nicole, and Jean-Louis Martineau contributed advice, eventually determining that the ''amanda'' user did not have adequate permissions on the subdirectory.
* Charlie Reitsma {{marc.info thread|118168200900002|asked if any work had been done on migrating dumps from vtapes to real tapes}}.  Dustin Mitchell, Gene Heskett, and Jon LaBadie replied with some pointers, and Charlie started work on an implementation to suit his needs.
* Sebastian Marten {{marc.info thread|118164061200008|asked about the relationship of tape_splitsize and runtapes}}.  In ensuing discussion with Marc Muehlfeld showed that dump splitting is only effective with ''runtapes'' greater than one, and thus requires a changer.
* Harald Schioeberg {{marc.info thread|118174095200006|had trouble with Amanda not finishing when {{file|/tmp}} was full}}.  Dustin J. Mitchell pointed out that many of the external programs on which Amanda relies use {{file|/tmp}}, and that the failure most likely occurred there.
* Harald Schioeberg {{marc.info thread|118174095200006|had trouble with Amanda not finishing when {{file|/tmp}} was full}}.  Dustin J. Mitchell pointed out that many of the external programs on which Amanda relies use {{file|/tmp}}, and that the failure most likely occurred there.
* Glenn Gillis {{marc.info thread|118177085900012|had trouble with estimates failing}} on a partition with a very large, constantly changing file.  Kevin Till and Oliver Nicole agreed that this was a result of a bad tar version returning an incorrect status.
* Philip Weber {{marc.info thread|118242580100002|sparked an interesting conversation}} about Amanda automatically detecting disks that are not in Amanda's disklist and thus are not being backed up.  While the problem is difficult to solve in the general case, a few specific solutions were suggested as wrappers around Amanda.
* Fedora {{marc.info thread|100869393400001|had trouble getting client-server communication to work}}, and the eventual resolution was that host-based firewalls like netfilter and iptables can interfere with Amanda's communication.
* Fedora {{marc.info thread|100869393400001|had trouble getting client-server communication to work}}, and the eventual resolution was that host-based firewalls like netfilter and iptables can interfere with Amanda's communication.
* Rudy Setiawan {{marc.info thread|118275423400001|asked for advice setting up a large disk-to-disk configuration}}, and prompted a lengthy discussion about calculating space requirements of a configuration, optimizing a system for fast disk-to-disk backups, and ensuring sufficient redundancy for backup data in such a configuration.  Chris Hoogendyk hijacked the thread to consider ways of running incremental backups only over a weekend.
=== [http://marc.info/?l=amanda-hackers&r=1&b=200706&w=2 amanda-hackers] ===
* Ladislav Michnovic {{marc.info thread|118156318300011|alerted amanda-hackers}} to a [https://bugzilla.novell.com/show_bug.cgi?id=233098 regression in SUSE Linux], reported by Matthias Andree, relating to multihomed machines.  The issue has stalled without any feedback from Matthias.
* Ladislav Michnovic {{marc.info thread|118156318300011|alerted amanda-hackers}} to a [https://bugzilla.novell.com/show_bug.cgi?id=233098 regression in SUSE Linux], reported by Matthias Andree, relating to multihomed machines.  The issue has stalled without any feedback from Matthias.


== Code Development ==
= Code Development =
Most of the development work in June was focused on testing and bugfixes for the 2.5.2p1 release.  Subsequent to the release, [mailto:[email protected] Dustin J. Mitchell] committed a number of minor changes that had been queued up awaiting release, including improved holding-disk management, streamined internationalization, and debugging support. 
* [mailto:[email protected] Jean-Louis Martineau]
* [mailto:[email protected] Jean-Louis Martineau]
** fixed a bug discovered by Marc Muehlfeld where hosts running in a mixed IPv4/IPv6 environment would encounter errors (r397)
** fixed a bug discovered by Marc Muehlfeld where hosts running in a mixed IPv4/IPv6 environment would encounter errors (r397)
** fixed a bug discovered by Christopher McCrory where amfetchdump sent messages to stdout, corrupting the resulting tarfiles (r410)
** fixed a bug discovered by Christopher McCrory where amfetchdump sent messages to stdout, corrupting the resulting tarfiles (r410)
** fixed spurious detection of GNU Tar's ''backup'' as a ''dump''-compatible program (r411)
* [mailto:[email protected] Dustin J. Mitchell]
* [mailto:[email protected] Dustin J. Mitchell]
** streamlined the handling of exit statuses from the programs Amanda invokes (r420)
** streamlined the handling of exit statuses from the programs Amanda invokes (r420)

Latest revision as of 20:29, 6 July 2007

June saw the release of Amanda 2.5.2p1 on June 6, a patch release which was thoroughly tested with the help of the Platform Experts and many users from the mailing lists and forums. This patch release has proven quite stable, and development has shifted to feature development for the next release.

Community Choice Award

SourceForge, the open source hosting service which supports Amanda, announced its 2007 Community Choice Awards. Please vote for Amanda in the Best Tool or Utility for SysAdmins category.

Wiki Changes

Forums Discussions

Many users had questions about configuring Amanda to their needs. Most questions were about communication problems, and were quickly addressed. Among the more unusual questions were the following.

Mailing List Discussions

Code Development

Most of the development work in June was focused on testing and bugfixes for the 2.5.2p1 release. Subsequent to the release, Dustin J. Mitchell committed a number of minor changes that had been queued up awaiting release, including improved holding-disk management, streamined internationalization, and debugging support.

  • Jean-Louis Martineau
    • fixed a bug discovered by Marc Muehlfeld where hosts running in a mixed IPv4/IPv6 environment would encounter errors (r397)
    • fixed a bug discovered by Christopher McCrory where amfetchdump sent messages to stdout, corrupting the resulting tarfiles (r410)
    • fixed spurious detection of GNU Tar's backup as a dump-compatible program (r411)
  • Dustin J. Mitchell
    • streamlined the handling of exit statuses from the programs Amanda invokes (r420)
    • fixed broken file-locking support on Solaris, as reported by Paul Crittenden (r422)
    • clarified the error message resulting from incorrect entries in .amandahosts (r423)
  • Franz Fischer submitted a patch to make amtapetype close the tape device after rewinding, to work around a hardware/OS bug on his system. The patch was modified and committed by Jean-Louis Martineau (r416)