the disk to dust, or at least
do so to the platters. But modern IDE disks perhaps are indeed doing this.
I haven't had a bad sector on such a disk in years.
--
-----
| Phil Howard KA9WGN | http://linuxhomepa
On Fri, Sep 08, 2006 at 11:01:10AM +0100, Dave Ewart wrote:
| -BEGIN PGP SIGNED MESSAGE-
| Hash: SHA1
|
| On Friday, 08.09.2006 at 01:28 -0500, Phil Howard wrote:
|
| > These packages configure the user to run Amanda as "backup". But it
| > seems the "backup&
e Debian machine first
(e.g. backup up to disk should test most things, I think).
Any other Amanda on Debian experiences I should be advised of?
--
-
| Phil Howard KA9WGN | http://linuxhomepage.com/ http://ha
On Tue, Sep 05, 2006 at 12:23:08PM -0400, Ian Turner wrote:
| On Tuesday 05 September 2006 05:21, Phil Howard wrote:
| > On Mon, Sep 04, 2006 at 11:01:20PM -0400, Ian Turner wrote:
| > | On Saturday 02 September 2006 16:21, Phil Howard wrote:
| > | > It would not need to be separate
On Tue, Sep 05, 2006 at 10:09:10AM -0600, Charles Curley wrote:
| On Tue, Sep 05, 2006 at 04:09:05AM -0500, Phil Howard wrote:
| > On Sat, Sep 02, 2006 at 05:42:01PM -0600, Charles Curley wrote:
| >
| > | In addition, it would make bare metal recovery more difficult. If you
| > |
e (short of re-compressing to the latest
greatest MPEG4).
--
-
| Phil Howard KA9WGN | http://linuxhomepage.com/ http://ham.org/ |
| (first name) at ipal.net | http://phil.ipal.org/ http://ka9wgn.ham.org/ |
-
o the disk and uses relatively little RAM and reduces
the amount of CPU needed, too.
--
-----
| Phil Howard KA9WGN | http://linuxhomepage.com/ http://ham.org/ |
| (first name) at ipal.net | http://phil.ipal.org/ http://ka9wgn.ham.org/ |
-
On Tue, Sep 05, 2006 at 10:03:02AM -0400, Gene Heskett wrote:
| On Tuesday 05 September 2006 05:24, Geert Uytterhoeven wrote:
| >On Tue, 5 Sep 2006, Phil Howard wrote:
| >> On Sat, Sep 02, 2006 at 06:39:40PM -0400, Jon LaBadie wrote:
| >> | It certainly would destroy one of am
On Tue, Sep 05, 2006 at 11:24:52AM +0200, Geert Uytterhoeven wrote:
| On Tue, 5 Sep 2006, Phil Howard wrote:
| > On Sat, Sep 02, 2006 at 06:39:40PM -0400, Jon LaBadie wrote:
| > | It certainly would destroy one of amanda's features,
| > | the ability to easily recover bac
On Mon, Sep 04, 2006 at 11:01:20PM -0400, Ian Turner wrote:
| On Saturday 02 September 2006 16:21, Phil Howard wrote:
| > It would not need to be separate for each OS. The idea of using a
| > partition table isn't even the only approach.
|
| The tradeoff here is that if you don
overy will
need at a minimum the tar or dump utility depending on format used.
--
-----
| Phil Howard KA9WGN | http://linuxhomepage.com/ http://ham.org/ |
| (first name) at ipal.net | http://phil.ipal.org/
On Sat, Sep 02, 2006 at 06:39:40PM -0400, Jon LaBadie wrote:
| Phil,
| what advantage(s) do you forsee in amanda's use of raw disk
| devices as opposed to files on the native filesystem.
The ability to avoid the page cached I/O subsystem to control
performance impact on the system.
offset, and alignment requirements that vary by OS.
--
-----
| Phil Howard KA9WGN | http://linuxhomepage.com/ http://ham.org/ |
| (first name) at ipal.net | http://phil.ipal.org/ http://ka9wgn.ham.org/ |
-
ition table entry added for that partition/file.
But I don't see any such "disk driver". And I overlooking something, or is
the "file driver" the only means? If the latter is true, will AMANDA know
to mount attached disks as filesystems to access the "tape files&quo
On Thu, Apr 28, 2005 at 11:38:18AM -0700, Phil Mocek wrote:
> After much frustration and reading anything relevant I could
> find short of the source code, I compiled with the
> --with-*portrange options because both the backup server and
> client machine are behind firewalls. I speci
s, tries for any privileged port.
So presumably, it was unable to use ports 850 - 859. I'm unaware
of anything else using these ports on either the client or the
server.
Strangely, I've already made a successful test run with the same
configuration (except for changing to record=y
Phil Homewood wrote:
> Inconclusive. The email reported an 81.5% ratio where
> the printout claimed 81.7. Close, but no cigar... I
> think I'll wait and see what tonight's run does...
The compression ratio on my 2.4.4p2 box printed
correctly. I think this was purely coincidenta
Phil Homewood wrote:
> We'll see what happens in tonight's run with 2.4.4p3 :-)
Inconclusive. The email reported an 81.5% ratio where
the printout claimed 81.7. Close, but no cigar... I
think I'll wait and see what tonight's run does...
--
Phil Homewood, Systems Janitor,
Paul Bijnens wrote:
> >Upgraded one box to 2.4.4p3. amreport still shows the
> >bogus labels when run against a log generated under
> >2.4.4p2. Tonight I'll see what it does when it creates
> >the log itself. :-)
>
> Do you mean you upgraded a client? Just the amanda server is fine.
> The 2.4.4p3
3. amreport still shows the
bogus labels when run against a log generated under
2.4.4p2. Tonight I'll see what it does when it creates
the log itself. :-)
(Does amreport pull its stats from anywhere but the logfile?)
--
Phil Homewood, Systems Janitor, http://www.SnapGear.com
[EMAIL PROTECTED]
sks ...)
This seems to have started occurring sometime since
2.4.4 (not sure now whether 2.4.4p1 behaved, but I
know 2.4.4 was good.) Anyone?
--
Phil Homewood, Systems Janitor, http://www.SnapGear.com
[EMAIL PROTECTED] Ph: +61 7 3435 2810 Fx: +61 7 3891 3630
SnapGear - A CyberGuard Company
Hi,
I had an unusual thing happen with the backup of a Samba share on Friday night. I had
added the share for Thursday night's run, but it had failed with a data timeout. I
think the holding disk may have run out of space (a bigger one is on its way).
I had enabled client compression to try an
ut on stdout -- it
emails it.
> BTW, email isn't configured on the host machine - perhaps it is telling
> me it is working, but I can't read what it says.
That could well be the case. :-) Though it should spend
a noticeable amount of time telling you nothing before
it emails yo
l 1 on that
weekly tape is relative to the level 0 on the daily
that came before it, for instance
I posted about #2 some months ago, and suggested that I might
come up with a fix for it. Unfortunately I never did; we ended
up rearranging things rather creatively to get around the
pr
Dave Ewart wrote:
> [...] kernel: st0: Error with sense data: Info fld=0x8000, Deferred st09:00: sns =
> f1 4
> [...] kernel: ASC=15 ASCQ= 1
> [...] kernel: st0: Error with sense data: Info fld=0x1, Current st09:00: sns = f0 3
> [...] kernel: ASC=15 ASCQ= 2
[repeated]
> What looks like the pro
isocial Misdirected Autoresponder Notification Dumping Archive.
I made the same mistake.
:-/
(Seriously, though: can we shoot the people who send this
virus responder junk here? Or at least reject their mail
at amanda.org before it gets to the lists? Please?)
--
Phil Homewood, Sy
Phil Homewood wrote:
> Now that you mention it, I have had this, a couple of times in the
> last week. Am still trying to debug it, but:
>
> ??error [/bin/tar got signal 13, compress got signal 11]? dumper: strange [missing
> size line from sendbackup]
Turns out this also ap
r Debian box with a very similar configuration working
fine.
--
Phil Homewood, Systems Janitor, http://www.SnapGear.com
[EMAIL PROTECTED] Ph: +61 7 3435 2810 Fx: +61 7 3891 3630
SnapGear - Custom Embedded Solutions and Security Appliances
ement this have half a chance of being
accepted into the amanda codebase?
--
Phil Homewood, Systems Janitor, http://www.SnapGear.com
[EMAIL PROTECTED] Ph: +61 7 3435 2810 Fx: +61 7 3891 3630
SnapGear - Custom Embedded Solutions and Security Appliances
Paul Bijnens wrote:
> This directive would be needed by a client, and currently a client
> does not need a configuration file.
Could it not be supplied from the server to the client, as I believe
the "exclude list" option is?
> The other reason is that no-one submitted a patch (for a seperate
> o
specify where this particular program puts its data. What's
worse -- crippling the functionality, or being inconsistent?)
Cheers...
--
Phil Homewood, Systems Janitor, http://www.SnapGear.com
[EMAIL PROTECTED] Ph: +61 7 3435 2810 Fx: +61 7 3891 3630
SnapGear - Custom Embedded Solutions and Security Appliances
on to achive our objective,
correct?
Has anyone attempted anything like this before? It doesn't seem
that unusual, does it?
Finally, is there any reason *why* GNUTAR_LISTED_INCREMENTAL_DIR
isn't configurable in amanda.conf?
Any suggestions/advice/heckling appreciated...
--
Phil Homewood, Sy
> usubscribe me,usubscribe me,usubscribe me,usubscribe me,usubscribe
> me,usubscribe me,usubscribe me,usubscribe me,usubscribe me,usubscribe
> me,usubscribe me,usubscribe me,usubscribe me,usubscribe me,usubscribe
> me,usubscribe me,usubscribe me,usubscribe me,usubscribe me,usubscribe
> me,usubscri
usubscribe me,usubscribe me,usubscribe me,usubscribe me,usubscribe
me,usubscribe me,usubscribe me,usubscribe me,usubscribe me,usubscribe
me,usubscribe me,usubscribe me,usubscribe me,usubscribe me,usubscribe
me,usubscribe me,usubscribe me,usubscribe me,usubscribe me,usubscribe
me,usubscribe me,usubs
How do I unsubscribe from this mailing list?
On Wed, 2002-07-17 at 02:24, Jon LaBadie wrote:
> On Tue, Jul 16, 2002 at 05:06:31PM +0100, Phil Launchbury wrote:
> > On Tue, 2002-07-16 at 15:50, Gene Heskett wrote:
> > > On Tuesday 16 July 2002 06:13, Phil Launchbury wrote:
> >
> > > >What's going
On Tue, 2002-07-16 at 15:50, Gene Heskett wrote:
> On Tuesday 16 July 2002 06:13, Phil Launchbury wrote:
> >What's going on? Amanda is expecting Tape1 and amdump fails yet
> > amtape quite clearly shows the tape in the slot!
>
> Didja change the tape label str
2: date Xlabel Tape2
What's going on? Amanda is expecting Tape1 and amdump fails yet amtape
quite clearly shows the tape in the slot!
Cheers,
Phil
--
===
Phil Launchbury, Senior Systems Administrator
Wind River Systems UK Ltd
archives.
Hope this helps
Phil
PS If you can work out how to load the required modules on system startup,
please let me know
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Chris Herrmann
Sent: 01 February 2002 01:19
To: [EMAIL PROTECTED]
Subject
Trying to use a STT2A with nht0 was a DISASTER! amlabel could write
labels, but not read them, so I couldn't even get started with amdump.
Worse, attempts to run amdump or amlabel caused the machine to freeze
completely on occasion, requiring a power-cycle reboot...
No such problems with ns
processes lingering on the
client and server, only a couple on the client, but TONS on the
server, what could be causing this, or is this normal? Thanks
Phil
--
Phillip Davis, MIS Department
415.354.4238 tel or x4238 @ 415.354.4878
[EMAIL PROTECTED], http://www.linuxcare.com/
Linuxcare. Support
service traversing the
firewall.
I hope that was what you meant.
Thanks
Phil
On Thu 21 Dec 2000 at 14:36:25 -0800, you wrote:
>
> Hi folks,
>
> I've built the Amanda-2.4.2 backup inside firewall.
> Server and client machines are using the ports as:
> amanda 10080/ud
l dump]
any ideas... and again the machines name is dhcp because it is our new dhcp server
not a dhcp addressed machine. So what does this can't switch to incremental dump
error
mean exactly. There is nothing on it in the amdump manpage?
Any ideas?
Thanks
Phil
--
Phillip Davis, MIS
I tried that already and it didnt like it at all. If I
put a line in .amandahosts that tells it to use operator
instead of backup, the server connects and still tries to
use user backup anyway...
I have .amandahosts on both server and client w/ a line that
tells it that it will use user operato
ia dump for /dev/ida/c0d0p12 level 0
sendsize: running "/usr/lib/amanda/rundump (/sbin/dump) 0sf 1048576 - /dev/ida/c0d0p12"
running /usr/lib/amanda/killpgrp
rundump: error [must be invoked by operator]
.
(no size line match in above dump output)
.
asking killpgrp to terminate
Tha
/inetd.conf for amandad.real as well or some
such modifications. I am unsure though, maybe amandad on the server may just
fail immediately if it doesn't get the response it needs... I would try it
experimentally first in a safe environment.
On Wed 13 Dec 2000 at 21:45:58 -0500, you wrote:
>
locate
as well...?
Thanks
Phil
On Wed 13 Dec 2000 at 19:12:33 -0500, you wrote:
> In a message dated: Wed, 13 Dec 2000 23:57:07 PST
> Phil Davis said:
>
> >Yeah, I get this:
>
> >brw-rw1 root disk 72, 1 Apr 17 1999 /dev/ida/c0d0p1
> [..snip..]
&g
ay do better to use the cron
way mentioned first.
Hopefully this is a lead in the right direction
Phil
On Wed 13 Dec 2000 at 18:58:27 -0500, you wrote:
> Folks,
>
> I have a source code control system (Perforce) running on a Solaris Amanda
> Client (2.4.1p1). Perforce has the
:
disk:x:6:root,backup
so it should be happy... but is isn't :(
Phil
On Wed 13 Dec 2000 at 18:50:02 -0500, you wrote:
> In a message dated: Wed, 13 Dec 2000 22:55:13 PST
> Phil Davis said:
>
> >FAILURE AND STRANGE DUMP SUMMARY:
> > dhcp /dev/ida/c0d0p6 lev 0 FAILED [di
offline on dhc
p?]
So anyone have any clue as to what this error really means? its exceptionally vague
since this machine uses these partitions, therefore they cannot be offline...
any ideas?
Thanks
Phil
--
Phillip Davis, MIS Department
415.354.4238 tel or x4238 @ 415.354.4878
50 matches
Mail list logo