that's an interesting idea.. maybe it would be better to make it part of
the planner..
planner sees dumps in the holding disk, adds that count to the plan for
the current day, and will flush it along with the current disks.
this would save a lot of time for me as well.
just add to amanda.conf:
i'm using amanda backup 2.4.3b3, and am setup with smbclient to backup
some NT4 and 2K workstations.. I'm running into the problem that smbclient
is returning errors for open files, such as pagefile.sys, and a few other
files that I want to ignore in backups.
since smbclient doesn't allow for
read the amanda faq..
http://amanda.sourceforge.net/fom-serve/cache/29.html
no, you can not store more than one backup session per tape.. that's
dangerous. (cheap backup programs let you do it, well.. because they're
cheap)
-ben
On Tue, 11 Jun 2002, M. Cao wrote:
Hi,
I am first time
you could change the cron entry on the amanda server to remotely execute
the mysqldumps with ssh.
#!/bin/sh
LIST_OF_HOSTS=foo bar baz
for host in $LIST_OF_HOSTS; do
ssh $host /usr/local/sbin/do-mysql-dump.sh
done
/usr/sbin/amdump DailySet1
-ben
On Mon, 10 Jun 2002, Fabien SEISEN
it sounds like amcheck is getting run with the wrong permissions.. can you
check the permissions, and paste it for both amcheck and amdump?
-ben
On Mon, 10 Jun 2002, Alessandro Prete wrote:
I had to split a big partition of a Linux fileserver into several part due
to the limit of Amanda
I'm not sure why the travan tape is not working properly.. you may want to
upgrade to Redhat 7.3 for both driver issues, and security reasons..
can I say that again.. UPGRADE :)
as far as your system instability, the mdrecovery process is a program
that monitors raid disks. it's only
you also need to update the cron entries so that it only runs on the days
you want it to.. read the crontab man page, and run the apropriate crontab
command for your system. (i can't tell you any more, because you didn't
say what OS and version you're running)
-ben
On Mon, 10 Jun 2002, Fernan
is there to just process a current dump.. allowing you to
decide exactly when dumps should occur, not allowing the planer to try and
figure it out for you.
-ben
On Mon, 10 Jun 2002, Fernan Aguero wrote:
+[ Ben Kochie ([EMAIL PROTECTED]) dijo sobre Re: 2 tape strategy:
|
| you also need
you could have a script at the end of the backup rewind the tape, and use
ssh to pipe it it to a file on the remote end. dd if=/dev/nst0 | ssh
remotehost 'dd of=/output/file'
or something similar to that. kinda hackish.. but it could work for you..
and ssh can be autmated securely with
the properly backed up data. but amindexd doesn't return all the
listings.
-ben
On Fri, 7 Jun 2002, Jon LaBadie wrote:
On Fri, Jun 07, 2002 at 01:52:39PM -0500, Ben Kochie wrote:
I am using indexing, and gnutar to backup all of my filesystems, I keep
the indexes in /etc/amanda/backupset
again
Ben Kochie wrote:
you are a bit mistaken as to how amanda works, amanda automaticaly
decides if it should do a full or incremental backup each day of the
backup cycle. if you only want to change tapes once a week, but have
backup every night, here is what you could do.
have
backups for one week, and on
weekends, run amflush to dump those disks to tape.
mnk wrote:
Hello,
I was wondering - how does one back up dail incrementals onto a hard
disk while the weekly backups are on tape?
Thanks.
Mohammed
--
Ben Kochie | [EMAIL PROTECTED]
IMA Systems
(with smbclient),
and use amanda to backup everything.
(The clients are running 24h a day)
I have an Onstream DI-30 tapedrive, which (should) work fine with the new
Linux Kernel.
Thanks for any comments,
best regards,
Harald Husemann
System Admin
Materna GmbH, 44171 Dortmund
--
Ben Kochie
on www.backupcentral.com.
However, if I start amrecover on the (any) client, it tries to connect
to localhost. I have not been able to find were to tell it to go to the
amanda server.
Any hints?
--
Erik van der Meulen [EMAIL PROTECTED]
--
Ben Kochie | [EMAIL PROTECTED]
IMA Systems
Rm 039
210 N 7th St. Terre Haute, IN.
Voice: 812-237-8843 47809
---
"You have zero privacy anyway. Get over it."
--Scott McNealy, Sun MicroSystems.
--
Ben Kochie | [EMAIL PROTECTED]
IMA Systems Office | 400 Lin
client-constrained: 0:09:43
(100.00%)
7 dumpers busy : 0:03:56 ( 0.96%) client-constrained: 0:03:56
(100.00%)
8 dumpers busy : 0:05:04 ( 1.24%) client-constrained: 0:05:04
(100.00%)
9 dumpers busy : 0:00:36 ( 0.15%) client-constrained: 0:00:36
(100.00%)
--
Ben Kochie
16 matches
Mail list logo