On Thu, 14 Oct 2004 17:07:07 -0500, Frank Smith <[EMAIL PROTECTED]> wrote:
> I think you're using the wrong device. The SCSI generic (sg) device
> driver has no knowledge of tape commands like rewind and offline. You
> need to use something like /dev/mt0, and need to have scsi tape support
> in y
On Thu, 14 Oct 2004 17:19:51 -0500, Erik Anderson <[EMAIL PROTECTED]> wrote:
> I didn't have SCSI tape support in my kernel. The new bzImage is
> currently building.
Yep - as expected, SCSI tape support surely helped :-)
/me feels a bit sheepish.
Thanks for the help. I now am able to move tap
--On Thursday, October 14, 2004 17:07:07 -0500 Frank Smith <[EMAIL PROTECTED]> wrote:
> --On Thursday, October 14, 2004 16:25:01 -0500 Erik Anderson <[EMAIL PROTECTED]>
> wrote:
>
>> On Tue, 12 Oct 2004 18:20:37 -0500, Frank Smith <[EMAIL PROTECTED]> wrote:
>>> Next step would be getting your ch
On Thu, 14 Oct 2004 18:07:32 -0400, Jon LaBadie <[EMAIL PROTECTED]> wrote:
> My first guess is that the device you selected is not
> correct for use with mt.
>
> Try "mt -f /dev/??? status" with various devices
> from the /dev directory.
>
> It might not be sg... but st... or nst...
Thanks, Jon.
On Thu, Oct 14, 2004 at 04:25:01PM -0500, Erik Anderson wrote:
> On Tue, 12 Oct 2004 18:20:37 -0500, Frank Smith <[EMAIL PROTECTED]> wrote:
> > Next step would be getting your changer working without Amanda. If you
> > are going to use mtx make sure you can load, unload and move tapes with
> > that
--On Thursday, October 14, 2004 16:25:01 -0500 Erik Anderson <[EMAIL PROTECTED]> wrote:
> On Tue, 12 Oct 2004 18:20:37 -0500, Frank Smith <[EMAIL PROTECTED]> wrote:
>> Next step would be getting your changer working without Amanda. If you
>> are going to use mtx make sure you can load, unload and
--On Thursday, October 14, 2004 15:16:31 -0400 Frederic Medery <[EMAIL PROTECTED]>
wrote:
> I can confirm that all my dumps are inside the directory
OK, perhaps amflush thinks amdump is still running. Try
running 'amcleanup config', if it says it did anything then
some previous amdump didn't
On Tue, 12 Oct 2004 18:20:37 -0500, Frank Smith <[EMAIL PROTECTED]> wrote:
> Next step would be getting your changer working without Amanda. If you
> are going to use mtx make sure you can load, unload and move tapes with
> that before starting on Amanda.
Hello Frank, and thanks for the advice. I
I can confirm that all my dumps are inside the directory
Frederic Medery
System Administrator
LexUM, University of Montreal
Frank Smith wrote:
--On Thursday, October 14, 2004 13:12:22 -0400 Frederic Medery <[EMAIL PROTECTED]>
wrote:
Here is my amflush command :
Scanning /amanda/daily...
20040
On Thu, Oct 14, 2004 at 09:27:17AM -0700, Paul Schmidt wrote:
> Hello,
>
> Since I have a large filesystem that is larger than my 40GB tapes, I
> use the gnutar exclude lists features to back this up. Since the
> method is somewhat error-prone to forgetting things/excluding too
> much, I was wond
On Thu, Oct 14, 2004 at 01:45:13PM -0500, Frank Smith wrote:
> --On Thursday, October 14, 2004 13:12:22 -0400 Frederic Medery <[EMAIL PROTECTED]>
> wrote:
>
> > Here is my amflush command :
> > Scanning /amanda/daily...
> > 20040823: found Amanda directory.
> > 20040910: found Amanda director
--On Thursday, October 14, 2004 09:27:17 -0700 Paul Schmidt <[EMAIL PROTECTED]> wrote:
> Hello,
>
> Since I have a large filesystem that is larger than my 40GB tapes, I
> use the gnutar exclude lists features to back this up. Since the
> method is somewhat error-prone to forgetting things/exclud
--On Thursday, October 14, 2004 13:12:22 -0400 Frederic Medery <[EMAIL PROTECTED]>
wrote:
> Here is my amflush command :
> Scanning /amanda/daily...
> 20040823: found Amanda directory.
> 20040910: found Amanda directory.
> 20041012: found Amanda directory.
>
> Multiple Amanda directories,
Hi, Gavin,
on Donnerstag, 14. Oktober 2004 at 11:15 you wrote to amanda-users:
GH> No probs. Have you seen the app called tidy? That can convert html into
GH> relatively formatted DocbookXML.
Gave it a try with html2db, now all this still has to be re-edited,
links and stuff ...
This will go in
Hello,
Since I have a large filesystem that is larger than my 40GB tapes, I
use the gnutar exclude lists features to back this up. Since the
method is somewhat error-prone to forgetting things/excluding too
much, I was wondering if anyone had a script to show me all of the
files on my filesystem
Here is my amflush command :
Scanning /amanda/daily...
20040823: found Amanda directory.
20040910: found Amanda directory.
20041012: found Amanda directory.
Multiple Amanda directories, please pick one by letter:
A. 20040823
B. 20040910
C. 20041012
Select directories to flush [A..C]: [ALL]
As
--On Thursday, October 14, 2004 11:10:47 -0400 Frederic Medery <[EMAIL PROTECTED]>
wrote:
> Hello,
> every time I do a amflush i received this report :
>
> The dumps were flushed to tape daily-05.
> The next tape Amanda expects to use is: daily-02.
>
>
> STATISTICS:
>
On Thursday 14 October 2004 10:25, Lauro, John wrote:
>Hello,
>
>Is it possible to have amanda check it's backups? Have her read in
>each dump on the tape and make sure the length is correct? (or
>ideally tar zt each dump if they are a tar dump, etc... and compare
> to what was backed up)
>
>My
Hello,
every time I do a amflush i received this report :
The dumps were flushed to tape daily-05.
The next tape Amanda expects to use is: daily-02.
STATISTICS:
Total Full Daily
Estimate Time (hrs:min)0:00
On Thu, Oct 14, 2004 at 10:25:33AM -0400, Lauro, John enlightened us:
> Is it possible to have amanda check it's backups? Have her read in
> each dump on the tape and make sure the length is correct? (or
> ideally tar zt each dump if they are a tar dump, etc... and compare to
> what was backed u
Hello,
Is it possible to
have amanda check it's backups? Have her read in each dump on the
tape and make sure the length is correct? (or ideally tar zt each
dump if they are a tar dump, etc... and compare to what was backed
up)
My backups have been
running seeminingly fine, but I jus
Alexander Jolk wrote:
Toralf Lund wrote:
[...] I get the same kind of problem with harddisk dumps as well as
tapes, and as it now turns out, also for holding disk files. And the
disks and tape drive involved aren't even on the same chain.
Actually, I'm starting to suspect that gzip itself is cau
No probs. Have you seen the app called tidy? That can convert html into
relatively formatted DocbookXML.
Gavin.
--
Kind Regards,
Gavin Henry.
Managing Director.
T +44 (0) 1467 624141
M +44 (0) 7930 323266
F +44 (0) 1224 742001
E [EMAIL PROTECTED]
Open Source. Open Solutions(tm).
http://www.s
Hi, Gavin,
on Mittwoch, 13. Oktober 2004 at 12:28 you wrote to amanda-users:
GH> Again, if you need any help with the xml stuff, feel free to hand some over :-)
Thanks a lot, unfortunately this chapter is still in html.
As you may have already noticed, the rest of the docs is already
available
The fun part here is that I have two different tars and two different
gzips - the ones supplied with the OS and "SGI freeware" variants
installed on /usr/freeware (dowloaded from http://freeware.sgi.com/)
Do not use the OS supplied tar! You'll hit a bug.
Yes. I do seem to remembe
On Thu, 14 Oct 2004, Toralf Lund wrote:
> Gene Heskett wrote:
> > Also, the gzip here is 1.3.3, dated in 2002. There may have been fixes to
> > it, probably in the >2GB file sizes areas.
> >
> Ahem. If >2GB data is or has been a problem, then I'm definitely doomed, since
> Amanda dumps tend to g
Gene Heskett wrote:
On Wednesday 13 October 2004 11:07, Toralf Lund wrote:
Jean-Francois Malouin wrote:
[ snip ]
Actually, I'm starting to suspect that gzip itself is causing the
problem. Any known issues, there? The client in question does have
a fairly old version, 1.2.4, I think (
27 matches
Mail list logo