Hi,
Tar stores by default both user/group name and numeric information when
creating an archive.
When creating archives, if --numeric-owner is used, the user/group name
information isn't stored.
When restoring, if --numeric-owner is set, tar will only use the numeric
information from the
On Mon, 30 Jan 2006, Kosa Attila wrote:
Environment:
- server
- Debian Sarge, amanda-server 2.4.4p3-3;
- client
- Debian Sarge, amanda-client 2.4.4p3-3;
- Debian Woody, amanda-client 2.4.4p3-3 (I made it myself
backport).
The clients' full backup is succesful
Sorry if my last post is confusing I have confused myself lately.
Howto get Amanda to back up individual servers large directories as
seperate Disk List Entries (DLEs) using tar (GNUTAR) to the backup
servers hard drives but another server to DLT cartridge for off site
storage.
I will be
Hi Josef,
I don't see a success report? Where did you see it? The dump never got
written to tape, that's what I see from the log below. Amanda never retried
to write it to the second tape, that's a real bug, I will investigated it.
Jean-Louis
Josef Wolf wrote:
I just noticed a problem that
I'm going to upgrade our Amanda tape/index server.
I've narrowed the choice of machines down to one of 2 Sun Models. Either a
W2100Z, or a Ultra 40. I plan on using an Ultrim tape drive, and doing
compression on the server, so I need lot's of CPU power, and of course high
I/O throughput.
I was
On Tue, Jan 31, 2006 at 10:56:13AM +0100, Geert Uytterhoeven wrote:
I saw a similar thing when the disk of my backup server died last month.
The machine ran Debian testing, and I used an Ubuntu Live CD (the Knoppix I
had
lying around didn't support SATA) to do the restore.
After the
On Tue, Jan 31, 2006 at 10:37:44AM +, Chuck Amadi Systems Administrator
wrote:
Sorry if my last post is confusing I have confused myself lately.
Howto get Amanda to back up individual servers large directories as
seperate Disk List Entries (DLEs) using tar (GNUTAR) to the backup
servers
On Tue, Jan 31, 2006 at 03:22:34PM +0100, [EMAIL PROTECTED] wrote:
Dear Listers,
I really hope that I'm not OT.
While successfully using amanda on several machines I have a single
server/tape drive, which refuses to switch of hardware compression.
I read the threads several weeks ago in
On Tue, 31 Jan 2006 at 10:40am, Jon LaBadie wrote
On Tue, Jan 31, 2006 at 10:37:44AM +, Chuck Amadi Systems Administrator
wrote:
Sorry if my last post is confusing I have confused myself lately.
Howto get Amanda to back up individual servers large directories as
seperate Disk List
On Tue, Jan 31, 2006 at 09:46:22AM -0600, Graeme Humphries wrote:
stan wrote:
I've narrowed the choice of machines down to one of 2 Sun Models. Either a
W2100Z, or a Ultra 40. I plan on using an Ultrim tape drive, and doing
compression on the server, so I need lot's of CPU power, and of
Gene Heskett schrieb:
On Monday 30 January 2006 03:08, Leonid Shulov wrote:
After I have upgraded amanda in server side to 2.4.5p1-2 version it
stoped backup.
In log file of amdump I see:
dumper: FATAL must be run setuid root to communicate correctly
What means did you use to install
stan wrote:
I've narrowed the choice of machines down to one of 2 Sun Models. Either a
W2100Z, or a Ultra 40. I plan on using an Ultrim tape drive, and doing
compression on the server, so I need lot's of CPU power, and of course high
I/O throughput.
I was wondering what people thought about
stan wrote:
It's one of those corporate political corectness things. Management
recognizes the nae, and if I sugest a non name brand, I have to a +lot_
more expalining.
Ahh well, I figured it'd be something like that. In any case, we're
doing server side compression, and I can't stress
On Tue, 31 Jan 2006, Jon LaBadie wrote:
On Tue, Jan 31, 2006 at 10:56:13AM +0100, Geert Uytterhoeven wrote:
I saw a similar thing when the disk of my backup server died last month.
The machine ran Debian testing, and I used an Ubuntu Live CD (the Knoppix I
had
lying around didn't support
Graeme Humphries wrote:
stan wrote:
It's one of those corporate political corectness things. Management
recognizes the nae, and if I sugest a non name brand, I have to a +lot_
more expalining.
Ahh well, I figured it'd be something like that. In any case, we're
doing server side
Dear all,
Thank you very much for your answers, hope is coming back :-)
Especially I will follow the URLs given and I will summarize my results.
The Tandberg support also told me to switch comp off without a tape in the
drive (the guy showed me that it worked in his environment) but my drive/mt
On Tue, Jan 31, 2006 at 04:48:31PM +0100, Geert Uytterhoeven wrote:
On Tue, 31 Jan 2006, Jon LaBadie wrote:
On Tue, Jan 31, 2006 at 10:56:13AM +0100, Geert Uytterhoeven wrote:
I saw a similar thing when the disk of my backup server died last month.
The machine ran Debian testing, and I
On Tuesday 31 January 2006 11:50, Graeme Humphries wrote:
stan wrote:
It's one of those corporate political corectness things. Management
recognizes the nae, and if I sugest a non name brand, I have to a
+lot_ more expalining.
Ahh well, I figured it'd be something like that. In any case, we're
Frank Smith wrote:
Any reason you don't do client compression? Not only does it give
you more CPUs to compress with, it also cuts down on the network
bandwidth needed to move the data from the clients to the server.
The reason is simply because in our setup, it *doesn't* give us more
CPUs
On Tue, Jan 31, 2006 at 10:50:35AM -0600, Graeme Humphries wrote:
stan wrote:
It's one of those corporate political corectness things. Management
recognizes the nae, and if I sugest a non name brand, I have to a +lot_
more expalining.
Ahh well, I figured it'd be something like that. In
stan wrote:
Which sort of leads directly back to the original question. Which of the 2
bxes I mentioned originally would have the most CPU poweer?
I'm failry certian it's the Ultra 40, but I could be wrong.
I think I said in my original message that I'd suspect the Ultra 40 as
well, but
On Tue, Jan 31, 2006 at 06:53:30AM -0500, Jean-Louis Martineau wrote:
I don't see a success report? Where did you see it?
I meant this line:
taper: writing end marker. [VOL02 OK kb 0 fm 0]
But you are right here. This line say just that VOL02 could be loaded
successfully, 0KB written.
Hi,
I'm trying to test our Amanda setup by restoring files. I can get into
amrecover from the client, browse and list the backed up files, and run
the add command. But when I try to run extract, I get an error after
being prompted for the tape:
amidxtape/tcp unknown protocol - config error?
Looks like an issue with the services. What do the logs say?
Does amcheck run without errors?
Thanks
tk
Shang-Lin Chen wrote:
Hi,
I'm trying to test our Amanda setup by restoring files. I can get into
amrecover from the client, browse and list the backed up files, and run
the add command.
Hi
I would guess the Ultra 40 if you go for the dual core option, there may
not
be much of a difference in the single core options 2.8GHz vs 2.6GHz.
Form the sun web site
Ultra 40 Processor
One or two AMD Opteron 940-pin, 200-series single-core CPUs that range
from 2.0 GHz to 2.8 GHz (models
On Tue, Jan 31, 2006 at 11:15:16AM -0600, Frank Smith wrote:
Graeme Humphries wrote:
stan wrote:
It's one of those corporate political corectness things. Management
recognizes the nae, and if I sugest a non name brand, I have to a +lot_
more expalining.
Ahh well, I figured it'd
On Tue, Jan 31, 2006 at 11:42:26AM -0600, Graeme Humphries wrote:
stan wrote:
Which sort of leads directly back to the original question. Which of the 2
bxes I mentioned originally would have the most CPU poweer?
I'm failry certian it's the Ultra 40, but I could be wrong.
I think I
On Tue, Jan 31, 2006 at 06:15:31PM +, Anthony Worrall wrote:
Hi
I would guess the Ultra 40 if you go for the dual core option, there may
not
be much of a difference in the single core options 2.8GHz vs 2.6GHz.
Form the sun web site
Ultra 40 Processor
One or two AMD Opteron
On Tue, 2006-01-31 at 10:15 -0800, Ram TK Krishnamurthy wrote:
Looks like an issue with the services. What do the logs say?
Does amcheck run without errors?
The logs of format /var/amanda/adm/amdump* contain lines like:
pid 14829 setsockopt(SO_RCVLOWAT): Option not supported by protocol .
The
On Tue, Jan 31, 2006 at 10:33:10AM -0500, Jon LaBadie wrote:
My understanding, subject to correction, is that by default guntar
restores by trying to match text names (user and group) between the
archive and the recovery system. If a match is found, then the
restore is to the numeric
On Tue, Jan 31, 2006 at 04:48:31PM +0100, Geert Uytterhoeven wrote:
On Tue, 31 Jan 2006, Jon LaBadie wrote:
On Tue, Jan 31, 2006 at 10:56:13AM +0100, Geert Uytterhoeven wrote:
So you could easily get a real hodge-podge of names and numeric ids
by recovering to a different system.
Jon LaBadie wrote:
On Tue, Jan 31, 2006 at 10:37:44AM +, Chuck Amadi Systems Administrator
wrote:
Sorry if my last post is confusing I have confused myself lately.
Howto get Amanda to back up individual servers large directories as
seperate Disk List Entries (DLEs) using tar (GNUTAR)
chuck.amadi schreef:
Excellent I will take a look at 3 configs(different cron jobs) I also
recall there also the possibility to test virtual tapes with version 2.5b
vtapes work since 2.4.3x
See:
http://wiki.zmanda.com/index.php/File_driver
and especially:
On Tue, Jan 31, 2006 at 09:48:26PM +0100, Geert Uytterhoeven wrote:
On Tue, 31 Jan 2006, Kosa Attila wrote:
On Tue, Jan 31, 2006 at 04:48:31PM +0100, Geert Uytterhoeven wrote:
On Tue, 31 Jan 2006, Jon LaBadie wrote:
On Tue, Jan 31, 2006 at 10:56:13AM +0100, Geert Uytterhoeven wrote:
Paul Bijnens wrote:
chuck.amadi schreef:
Excellent I will take a look at 3 configs(different cron jobs) I also
recall there also the possibility to test virtual tapes with version
2.5b
vtapes work since 2.4.3x
See:
http://wiki.zmanda.com/index.php/File_driver
and especially:
Josef,
This simple patch should fix the problem.
Thanks for reporting it.
Jean-Louis
Josef Wolf wrote:
On Tue, Jan 31, 2006 at 06:53:30AM -0500, Jean-Louis Martineau wrote:
I don't see a success report? Where did you see it?
I meant this line:
taper: writing end marker. [VOL02 OK kb
Hi Matthias and all,
I tried sginfo -6 -t 0xf -X /dev/sg0
and sginfo -6 -t 0xf -XR /dev/sg0 0 1 1 0 3 3
and it worked after ejecting the tape. Tomorrow I can insert a new tape (the
drive is some kilometers away) and test it by mt -f /dev/nst0
datcompression, which works only with a tape
Hi there,
I was wondering the following:
Is there a simple way to hack holding.c so the dumps are kept in the holdingdisk after amflush has finished streaming to tape?
I would like to hang on to these dumps for a while for fast restores.. but still have the tape for archiving
Wrrr10-G schrieb:
Hi there,
I was wondering the following:
Is there a simple way to hack holding.c so the dumps are kept in the
holdingdisk after amflush has finished streaming to tape?
I would like to hang on to these dumps for a while for fast restores..
but still have the tape for
On Tue, Jan 31, 2006 at 10:42:30PM +0100, Kosa Attila wrote:
On Tue, Jan 31, 2006 at 09:48:26PM +0100, Geert Uytterhoeven wrote:
On Tue, 31 Jan 2006, Kosa Attila wrote:
On Tue, Jan 31, 2006 at 04:48:31PM +0100, Geert Uytterhoeven wrote:
On Tue, 31 Jan 2006, Jon LaBadie wrote:
On
stan schrieb:
Thanks.
So the consensus seems to be get the higher powerd CPU unit, even though
it's SATA vs SCSI for the other one.
BTW, the machines in question are the top end of each of these 2 product
lines. So it is a dual core versus single core choice.
Errm ..
Sorry, if I don't have
What does amidxtaped.*.debug contain in /tmp/amanada [assuming thats
where you server log files are]? Do you check all you xinetd/inetd
settings for services?
Thanks
tk
Shang-Lin Chen wrote:
On Tue, 2006-01-31 at 10:15 -0800, Ram TK Krishnamurthy wrote:
Looks like an issue with the
On Tue, 2006-01-31 at 11:57 -0800, Ram TK Krishnamurthy wrote:
What does amidxtaped.*.debug contain in /tmp/amanada [assuming thats
where you server log files are]? Do you check all you xinetd/inetd
settings for services?
Well, it was the inetd and services settings that were causing the
On Tue, Jan 31, 2006 at 10:01:33AM -0500, stan wrote:
I'm going to upgrade our Amanda tape/index server.
I've narrowed the choice of machines down to one of 2 Sun Models. Either a
W2100Z, or a Ultra 40. I plan on using an Ultrim tape drive, and doing
compression on the server, so I need
On Tue, Jan 31, 2006 at 09:00:59PM -0500, Jon LaBadie wrote:
On Tue, Jan 31, 2006 at 10:01:33AM -0500, stan wrote:
I'm going to upgrade our Amanda tape/index server.
I've narrowed the choice of machines down to one of 2 Sun Models. Either a
W2100Z, or a Ultra 40. I plan on using an
On Tuesday 31 January 2006 09:22, [EMAIL PROTECTED] wrote:
Dear Listers,
I really hope that I'm not OT.
While successfully using amanda on several machines I have a single
server/tape drive, which refuses to switch of hardware compression.
I read the threads several weeks ago in this list
46 matches
Mail list logo