Sun Fire X4540 Server as Backup Server for Zmanda's Amanda Enterprise 2.6 Software


 
Thread Tools Search this Thread
Operating Systems Solaris Solaris BigAdmin RSS Sun Fire X4540 Server as Backup Server for Zmanda's Amanda Enterprise 2.6 Software
# 1  
Old 09-17-2008
Sun Fire X4540 Server as Backup Server for Zmanda's Amanda Enterprise 2.6 Software

You can quickly configure the Sun Fire X4540 server as a backup server for Zmanda's Amanda Enterprise Edition software.

More...
Login or Register to Ask a Question

Previous Thread | Next Thread

3 More Discussions You Might Find Interesting

1. Solaris

Solaris 10 1/13 & Sun Fire V490 Server

Hi Solaris/Unix Experts, I've installed Oracle Solaris 10 1/13 on a Sun Fire V490 Server via its external Serial Port using a Cisco Console Cable connected to my Laptop PC running SecureCRT terminal emulation software emulating VT100 Terminal. The Sun Fire V490 server has two on-board... (1 Reply)
Discussion started by: ssabet
1 Replies

2. Solaris

Help with Solaris 8 10/00 Installation on Sun Fire V490 Server

cat note Hi Sun Solaris Experts, When I try to install Solaris 8 10/00 OS via the Solaris 8 Installation Disk on our Sun Fire V490 Server using the command , I get: boot: cannot open kernel/sparcv9/unix which means it can't find the unix kernel file on the installation disk . By the way, I... (5 Replies)
Discussion started by: ssabet
5 Replies

3. Solaris

Sun Fire X4540 in a reboot cycle

So I have a lot of equipment in San Diego racks and there was a recent county-wide black out. Our data racks are supposedly on diesel generators. Most everything made it through the outage just fine without any issue. But for whatever reason, one of our X4540's developed a quirky habit of... (3 Replies)
Discussion started by: genkuro
3 Replies
Login or Register to Ask a Question
AMANDA-COMPATIBILIT(7)						    Miscellanea 					    AMANDA-COMPATIBILIT(7)

NAME
amanda-compatibility - Compatibility between Amanda versions NETWORK COMPATIBILITY
Amanda has used several on-the-wire protocols to communicate between the server and backup clients, and not all of them have been compatible. Versions of Amanda prior to about 2.3 used a different protocol which is not compatible. 2.3 is very old so this is not of general interest. The Amanda 2.4 series all use the same protocol. This protocol has support for extensibility. Generally upgrading clients or servers along the 2.4 branch does not cause difficulty. Amanda 2.5.0 uses the same protocol as 2.4. One can use a 2.5.0 server with 2.4 clients and a 2.4 server with 2.5.0 clients. Kerberos4 authentication in 2.5 is compatible with 2.4. In 2.5, kerberos4 encryption is broken, at least for the server. Amanda 2.5.1 introduced a new recover protocol. Backup communication works with any combination of versions, but 2.5.1's amrecover cannot communicate with an older server. Use oldamrecover on 2.5.1 and higher clients when communicating with an older server. Amanda 2.6.0 and later are completely compatible with 2.5.1. To restore a dump created with the tapesplit_size option using amrecover, you need at least a 2.5 server and late-2.4 client. (Extracting that backup using only shell, mt and dd is also possible.) UPGRADES
The recommended course for Amanda upgrades is to upgrade the server first, and test backups and restores before upgrading clients. Consult the changes described below for the relevant span of versions to determine what adjustments, if any, are required. Also see the NEWS file shipped with each Amanda release for more detailed information. Amanda 3.2 The following configuration configration keywords are deprecated. This is currently a warning, but will become an error soon. o amrecover-do-fsf - amrecover always seeks to files when recovering o amrecover-check-label - amrecover always checks the volume label when recovering o Dumptype parameters tape-splitsize, split-diskbuffer, and fallback-splitsize - see allow-split and tapetype parameters part-size, part-cache-type, part-cache-dir, and part-cache-max-size. See amanda.conf(5) for more information on these new parameters, noting particularly that all but the first are tapetype parameters, not dumptype parameters. To convert most cases to the new parameters, set part-size to the old value of tape-splitsize and part-cache-dir to the old value of split-diskbuffer, if present. If split-diskbuffer was set, then set part-cache-type to disk, otherwise memory. Finally, if using memory caching, set part-cache-max-size to the previous value of fallback-splitsize. Be sure to remove all of the old keywords from your configuration. Amanda 3.1 Although it is a significant rewrite, there are no incompatible changes in this release. Old-style changer scripts are deprecated in this release. While they remain available, they may be removed in a future release. Consider upgrading to one of the new changer scripts. Users of chg-zd-mtx are particularly encouraged to consider the much more intelligent chg-robot. See amanda-changers(7) for more information. The following configuration configration keywords are deprecated. This is currently a warning, but will become an error in a future version. o label_new_tapes - use autolabel Amanda 2.6.1 There are no incompatible changes in this release, but consider switching to some of the new applications instead of the old GNUTAR and DUMP programs. The following configuration configration keywords are deprecated. This is currently a warning, but will become an error soon. o tapebufs - use device-output-buffer-size instead o rawtapedev - use tapedev instead o file-pad - this is no longer optional, and all files are padded Amanda 2.6.0 amverify and amverifyrun are removed and replaced with amcheckdump(8). Both amdd and ammt are removed. Some Amanda files are now installed in new amanda/ subdirectories: libraries are now installed in $libdir/amanda and internal programs are now installed in $libexecdir/amanda. The amandates file, previously at /etc/amandates, is now at $localstatedir/amanda/amandates. You may want to move your existing /etc/amandates when you upgrade Amanda. GLib is now required to build and run Amanda. SEE ALSO
amanda(8), amanda.conf(5) The Amanda Wiki: : http://wiki.zmanda.com/ AUTHOR
Dustin J. Mitchell <dustin@zmanda.com> Zmanda, Inc. (http://www.zmanda.com) Amanda 3.3.3 01/10/2013 AMANDA-COMPATIBILIT(7)