Re: Amanda win32 Client
On Sep 03, Kurt Yoder wrote: | Anyone on this list interested in being paid to re-do the Windows | client? Ideally, I'd want something with an easy-to-use installer. | Should work more consistently than the current Windows client, and | file restores should be simple. I don't care if it's a ground-up | reimplementation, or what language it's in. You should.. this shouldn't be a reimplementation, just a port. The old win32 client was kind of a port, but since it was done separately and not merged, it drifted off the unix code. Not fun to do, i started looking into it a while back, but the best approach by far.
Re: offsite strategies
Hi, On Jan 06, David Lebel wrote: | I'm new to Amanda; I'm more used to "traditional" solutions like | Networker or NetBackup. That being said, the setup I'm currently | administrating has been put in place by my predecessor and I'm wondering | if people are using Amanda in an "offsite" strategy, where there is one | "cycle" of tapes offsite (usually a few weeks old) and another cycle | residing onsite (ie. the current ongoing cycle). | | My point is that I would like to be able to store a full cycle offsite | in case of a disaster so I can full rebuild all my machines without the | worries of having only partials full backups. i think that the easiest way is to have two amanda configurations: * one regular configuration with N tapes residing onsite * one configuration for weekly/monthly/.. level 0 dumps for offsite There are different ways to get this to work nicely together, i think. My second configuration has "dumpcycle" and "runspercycle" set to 0, a high value for tapecycle, and runtapes > 1 Additionally, i set "record" to no so that the regular config still does level 0 dumps.
Re: Overland Ultrium LTO LoaderXpress ?
On Oct 03, [EMAIL PROTECTED] wrote: | Is anyone using amanda with the | | Overland Ultrium LTO LoaderXpress? | | I'm considering getting this library drive, | but I really want to know that it will work | without much hassle with Amanda. i've used OverLand products with amanda without any real problem for years. Latest is their Neo library (w/ LTO & barcode), and i do believe that i have used the LoaderXpress before (w/ DLT though), with at least two different drivers to control the robot, although i now use mtx.
Re: win32
On Sep 19, Brian Jonnes wrote: | On Thu 19 Sep 02 16:32, Christophe Kalt wrote: | > Also, it seems that it would be much less work to actually | > port the existing (UNIX) amanda source (at least or at most?;) | > the client parts. Having a separate project really doesn't | > seem right. | | Erm... ever tried to port code from Unix to Windows? yes, i've done it a few times, and have maintained programs that could be compiled natively on either platform. Depending on what the application is/does and how it was written, it isn't hard at all. this doesn't say anything about how feasible this would be for amanda, i haven't looked at the code this closely.
Re: win32
On Sep 18, JC Simonetti wrote: | If someone is interested in going through the development | of this client, we might start the development again... But | I cannot do it alone, I do not have enough time. What i don't understand is why noone's actually looked at writing a native port of amandad or why NTTAR is used rather than ntbackup or some other native tool. (I don't believe NTTAR will work for everything, for instance MS Exchange..) IMO, the samba hack is a nasty kludge, and totally inappropriate for a lot of things as it doesn't handle extended attributes (such as ACLs). The amanda-win32 looked promising, but nothing's been happening with it for a long time as people have mentioned. And it is based on the PW32 SF project which is in the same state of abandonment as amanda-win32, so you're actually looking at 2 projects to maintain, not just one. Also, it seems that it would be much less work to actually port the existing (UNIX) amanda source (at least or at most?;) the client parts. Having a separate project really doesn't seem right.
Re: gaphical frontend (GUI) for amanda?
On Jul 09, Lorenzo Canovi wrote: | Anyone is working on this topic? http://sourceforge.net/projects/amanda-gui/ (don't get your hopes too high;) | I know that we are all "command-line" oriented, here :-) but when I try to | propose amanda to my customers this is the main question (not "reiable?" or | "scalable?" ... strange people) ... most ppl (including vendors) don't understand that what is important about backups aren't backups, so i can't say i'm surprised to hear about them asking for a GUI.. ;) what would be interesting to know is why they ask for a GUI. People who don't know/understand amanda think that things like defining backup schedules (as in level 0s on this day, 1 on that day, ..) is critical, and for that you may want a GUI. (Note the may, i remember spending hours defining backup schedules with a really really stupid GUI of a now defunct product.) With amanda, the administration part of backups is rather limited, so may be if you make your customers understand that they won't care so much anymore.
amanda or a commercial solution?
Hi all, i just joined a new startup and am setting up everything. So of course, i'm looking around for a backup software and while there are some good expensive commercial solutions, there's also amanda. In my previous job, we had a very customized amanda setup which worked fine but i was annoyed at some of its features. Right now, what i need to hear and know is that: (1) amanda will be able to backup Network Appliances with no problem. (i'm quite sure this is the case, but i don't know how it's done.) (2) amanda can make use of a barcode reader and is able to load/unload/.. tapes as needed in a tape library. [we had no barcode reader and a painful setup for this.] The last thing i would like to get from you all are recommendations for tape libraries, as well as which driver you use (as these typically don't come with the library). i've used the stc driver on Solaris, but afair, this doesn't support the barcode reader.. Please answer directly to me, i'll post a summary. Thanks!
