Jonathan B. Bayer wrote:
I'm just configuring Amanda to work with our tape libraries. For some
specific volumes I want to always do a full dump. According to the
manual page, the strategy noinc should do it. However, in the example
amanda.conf, it specifically says that Unfortunately, this is
Jonathan B. Bayer wrote:
I'm just configuring Amanda to work with our tape libraries. For some
specific volumes I want to always do a full dump. According to the
manual page, the strategy noinc should do it. However, in the example
amanda.conf, it specifically says that Unfortunately, this is
I recently added a directory to be backed up and this is the message that
I get..
I have a holding disk with 15GB space (reserving 30% for degraded mode
dumps) and I am using a Surestore DAT 24 tape drive with DDS-3 tapes.
I saw the work around in the FAQ, but google turned up this
Hi,
Jason P.Pickering wrote:
I recently added a directory to be backed up and this is the message that
I get..
I have a holding disk with 15GB space (reserving 30% for degraded mode
dumps) and I am using a Surestore DAT 24 tape drive with DDS-3 tapes.
I saw the work around in the FAQ, but google
unsubscribe amanda-users
Einar Otto Stangvik wrote:
When I start amandad, it quits after about 30 seconds. Checking the
latest debug file, I see this;
Works like a charm. Perfect!
amandad: debug 1 pid 78721 ruid 787067 euid 787067: start at Wed Jul 09
11:42:2
0 2003
amandad: version 2.4.4
...
amandad: time 30.000:
On Wednesday 09 July 2003 04:55, Jason P.Pickering wrote:
I recently added a directory to be backed up and this is the message
that I get..
I have a holding disk with 15GB space (reserving 30% for degraded
mode dumps) and I am using a Surestore DAT 24 tape drive with DDS-3
tapes.
I saw the
On Wed, Jul 09, 2003 at 09:24:23AM +0200, Paul Bijnens wrote:
Jonathan B. Bayer wrote:
I'm just configuring Amanda to work with our tape libraries. For some
specific volumes I want to always do a full dump. According to the
manual page, the strategy noinc should do it. However, in the
On Wed, Jul 09, 2003 at 04:55:05PM +0800, Jason P.Pickering wrote:
I recently added a directory to be backed up and this is the message that
I get..
...
So, it would seem that even if the Level 1 dump is 5.8 gigs (according to
the planner) I shuold be able to handle it.
Does anyone
Hello,
I'm getting some weird requests from amanda. It keeps
asking for one tape, but will dump to the correct tape
every now and then...
Here's what I mean:
I have a 20 tape rotation, and my tapes are labeled
Weeklyset0101 - 0105; Weeklyset0201 -
0205;Weeklyset0301 - 0305; Weeklyset0401 -
If this is a new DLE, it must get a level 0 first.
I'm guessing that the level 0 has never been done
and this is what is way too big.
Yes John. You are right on this
The confusing message is planner trying to estimate
a level 1, then finding out it is not allowed to
do a level 1 (must
On Wed, Jul 09, 2003 at 09:52:27PM +0800, SIMTech wrote:
If this is a new DLE, it must get a level 0 first.
I'm guessing that the level 0 has never been done
and this is what is way too big.
Yes John. You are right on this
The confusing message is planner trying to estimate
a
Sometimes I need to just back up one client, i.e. if amdump failed the previous night
on just one client only. Is the easiest way to do this just to copy the disklist
somewhere safe, then edit the disklist and remove all entries except for the one
server I need to backup... or is there a better
Assuming you backup every night at midnight, is an extra backup at noon
really that important? If you just let AMANDA do her thing, that machine
will get a normal backup tonight, and if it was supposed to get a level 0
last night, it will get it tonight. The previous backups are stlil
(presumably)
Assuming you backup every night at midnight, is an extra
backup at noon really that important? If you just let
AMANDA do her thing, that machine will get a normal
backup tonight, and if it was supposed to get a level 0
last night, it will get it tonight. The previous backups
are still
On Wed, Jul 09, 2003 at 09:20:57AM -0500, Martin, Jeremy wrote:
Sometimes I need to just back up one client, i.e. if amdump failed the previous
night on just one client only. Is the easiest way to do this just to copy the
disklist somewhere safe, then edit the disklist and remove all entries
I'd like to do my daily dumps to the holding disk, then amflush
it to the tapes over the weekend. The suggestion I've heard here
is to leave out the tapes, then put them in on Friday night, but
what if I want to take Friday off? Is there a way to do this
automatically?
Thanks,
Steve
Title: EMAIL ILE REKLAM YAPIN FIRMANIZI TANITIN MUSTERILERINIZ AYAGINZA GELSIN
BUTUN HERKEZ SIZI TANISIN Trk Kullanclar 3 Milyon Trk
EMAIL ILE REKLAM YAPIN FIRMANIZI TANITIN
MUSTERILERINIZ AYAGINZA GELSIN BUTUN HERKEZ SIZI TANISIN
Trk Kullanclar
3 Milyon Trk Kullanc : 50 USD
5 Milyon Trk
On Wed, Jul 09, 2003 at 09:24:23AM +0200, Paul Bijnens wrote:
Jonathan B. Bayer wrote:
Is [the strategy noinc] option available? I'd like to use it instead of the
dumpcycle 0
option.
Any reason why? dumpcycle 0 can be an option on a specific dumptype,
just like strategy noinc would
On Wed, Jul 09, 2003 at 09:26:05AM -0600, Steven J. Backus wrote:
I'd like to do my daily dumps to the holding disk, then amflush
it to the tapes over the weekend. The suggestion I've heard here
is to leave out the tapes, then put them in on Friday night, but
what if I want to take Friday
On Wed, Jul 09, 2003 at 05:59:27AM -0700, Pro-Fit wrote:
Recently, the backups to Weeklyset0201,Weeklyset0202,
and Weeklyset0203 were successful (mon, tues, wed).
On thurs night amanda asked for Weeklyset0202 again.
Since I had in Weeklyset0204 in the drive, the backups
went to disk. I did
I recently returned from a vacation to discover that a database app had
decided to do strange things about a week and a half ago. There was
no damage to the data (just a bunch of spurious reports printed), but
the app's vendor would like to see what the database looked like before
this happened.
On Wednesday 09 July 2003 10:15, Jon LaBadie wrote:
On Wed, Jul 09, 2003 at 09:52:27PM +0800, SIMTech wrote:
If this is a new DLE, it must get a level 0 first.
I'm guessing that the level 0 has never been done
and this is what is way too big.
Yes John. You are right on this
The
On Wed, Jul 09, 2003 at 01:14:26PM -0400, Gene Heskett wrote:
On Wednesday 09 July 2003 10:15, Jon LaBadie wrote:
On Wed, Jul 09, 2003 at 09:52:27PM +0800, SIMTech wrote:
From the above,
I'd break both /home, and /Documents up into at least 3 pieces
each.
Also thanks to Gene. I
On Wed, Jul 09, 2003 at 11:59:47AM -0500, Dave Sherohman wrote:
I recently returned from a vacation to discover that a database app had
decided to do strange things about a week and a half ago. There was
no damage to the data (just a bunch of spurious reports printed), but
the app's vendor
On Wed, 9 Jul 2003 at 11:59am, Dave Sherohman wrote
I recently returned from a vacation to discover that a database app had
decided to do strange things about a week and a half ago. There was
no damage to the data (just a bunch of spurious reports printed), but
the app's vendor would like to
On Wednesday 09 July 2003 13:18, Jon LaBadie wrote:
On Wed, Jul 09, 2003 at 01:14:26PM -0400, Gene Heskett wrote:
On Wednesday 09 July 2003 10:15, Jon LaBadie wrote:
On Wed, Jul 09, 2003 at 09:52:27PM +0800, SIMTech wrote:
From the above,
I'd break both /home, and /Documents up into at least
20030709 Weeklyset0202 reuse
20030707 Weeklyset0401 reuse
20030702 Weeklyset0303 reuse
20030627 Weeklyset0205 reuse
20030625 Weeklyset0203 reuse
20030623 Weeklyset0201 reuse
20030620 Weeklyset0105 reuse
20030619 Weeklyset0104 reuse
20030618 Weeklyset0103 reuse
20030617 Weeklyset0102 reuse
20030616
Now, I know how to use amrecover to restore the files to their original
location, but overwriting the active database would be Very Bad, so how
do I restore them to a different location?
Usually I do this by just making sure that, when starting amrecover, I'm NOT at
the root of the
On Wed, Jul 09, 2003 at 08:43:57PM +0300, Toomas Aas wrote:
Amrecover even warns
you that you're not at the root of correct filesystem, but in this case that's
exactly what you want.
Cool. Sounds easy enough. I guess I must have assumed at some point
that the warning was a hard error instead
Hi folks
For those that remember, I had trouble getting my drive array (a exabyte X80)
recognized.
Now I have the X80 working, I have read stuff on/off the drive, I even have installed
the following software:
package version
gnuawk3.10
gccCompiler 3.3
gnuplot
[Mailed and Cc'ed]
On Wed, Jul 09, 2003 at 01:37:16PM -0500, Bruntel, Mitchell L, SOLCM wrote:
mtx 1.2.17
BUT I still haven't figured out how to refer to my robot!?...
(duh. running solaris 5.8)
I dont see a device in /dev/rmt... (but I see the drives there...)
For Solaris
On Wed, Jul 09, 2003 at 10:35:06AM -0700, Pro-Fit wrote:
20030709 Weeklyset0202 reuse
20030707 Weeklyset0401 reuse
20030702 Weeklyset0303 reuse
20030627 Weeklyset0205 reuse
20030625 Weeklyset0203 reuse
20030623 Weeklyset0201 reuse
20030620 Weeklyset0105 reuse
20030619 Weeklyset0104 reuse
On Wed, Jul 09, 2003 at 11:59:23AM -0700, Jay Lessert wrote:
[Mailed and Cc'ed]
On Wed, Jul 09, 2003 at 01:37:16PM -0500, Bruntel, Mitchell L, SOLCM wrote:
mtx 1.2.17
BUT I still haven't figured out how to refer to my robot!?...
(duh. running solaris 5.8)
I dont see
On Wed, Jul 09, 2003 at 03:31:13PM -0400, Jon LaBadie wrote:
On Wed, Jul 09, 2003 at 11:59:23AM -0700, Jay Lessert wrote:
You put appropriate entries in /kernel/drv/sgen.conf (it is commented empty
by default, so you *have* no devices for it yet), do an 'add_drv sgen' and
you should get
Bruntel, Mitchell L, SOLCM wrote:
tar 1.13
That one contains known bugs, especially some that will bite
you at restore time.
Before going production you better install tar 1.13.25
get it from: ftp://alpha.gnu.org/gnu/tar/tar-1.13.25.tar.gz
Steven J. Backus wrote:
I'd like to do my daily dumps to the holding disk, then amflush
it to the tapes over the weekend. The suggestion I've heard here
is to leave out the tapes, then put them in on Friday night, but
what if I want to take Friday off? Is there a way to do this
automatically?
On Wed, Jul 09, 2003 at 11:28:26PM +0200, Paul Bijnens wrote:
Steven J. Backus wrote:
I'd like to do my daily dumps to the holding disk, then amflush
it to the tapes over the weekend. The suggestion I've heard here
is to leave out the tapes, then put them in on Friday night, but
what if I
On Wed, Jul 09, 2003 at 09:26:05AM -0600, Steven J. Backus wrote:
I'd like to do my daily dumps to the holding disk, then amflush
it to the tapes over the weekend. The suggestion I've heard here
is to leave out the tapes, then put them in on Friday night, but
what if I want to take Friday
My long-suffering DDS-3 drive died today. As in, when I opened the top to
see if I could remove an eaten tape, there were mechanism drive gears laying
about loose inside it.
I backup 3 Unix and 1 Mac OS X host, for a total of about 60GB. Speed isn't
a real issue - the 1.4MB/s of the DAT was
Title: Gratest XXX content
BEDAVA RESIMLER
Couple:Kudurmuþ Çifler
Anime:Çizgi Porno
Shaved:Traþlý Kýzlar
Cumshot:Su Gelir güldür...
Lesbians:Kadýn Kadýna
Group:Toplu Takýlanlar
Hardcore:Ateþli Sahneler
Fetish:Takýntýsý Olanlara
Public:Uluorta Anadan Üryan
Shemale:Bu Kýzlarýn Pipisi Var
Paul Bijnens [EMAIL PROTECTED] writes:
Actually you're using amanda just the opposite way as intended: in
the normal way she makes backups to tapes, and when you have a day
off, or you're sick, she falls back to the holdingdisk.
Yes but when your tapes cost $100 each and you only have 14, is
Amanda was working fine, but now I get the following from amcheck:
Not sure what happened, any ideas. I'll also put other relevant files
after. I don't remember changing anything.
Thanks
Amanda Tape Server Host Check
-
amcheck-server: slot 12: chg-multi: slot is
Title:
--- !! ---
?
.
.
080-337-8272 () 05-566-7132
,,
.
...
080-337-8272 () 0505-798-8355
!!
220-90-47158
% !!!
12%~66% (1~5.5%)
I figured this one out, the file system that I was trying to use
crashed, and was mounted read-only. Sorry about crying wolf
Scott
On Wed, Jul 09, 2003 at 07:09:20PM -0700, Scott Petler wrote:
Amanda was working fine, but now I get the following from amcheck:
Not sure what happened, any
46 matches
Mail list logo