Fwd: amgtar: defaults for NORMAL and STRANGE

-- Forwarded message - From: Tom Robinson Date: Thu, 21 Jan 2021 at 09:13 Subject: Re: amgtar: defaults for NORMAL and STRANGE To: Nathan Stratton Treadway On Wed, 20 Jan 2021 at 16:09, Nathan Stratton Treadway wrote: > On Wed, Jan 20, 2021 at 14:22:02 +1100, Tom Robin

Re: amgtar: defaults for NORMAL and STRANGE

Hi Nathan, Thanks for your insights and help. On Tue, 19 Jan 2021 at 17:24, Nathan Stratton Treadway wrote: > On Tue, Jan 19, 2021 at 11:53:52 +1100, Tom Robinson wrote: > > > > Also, the man page says there are defaults for NORMAL and STRANGE but > these > &g

Re: amgtar: Operation not permitted

On Tue, 19 Jan 2021 at 18:39, Diego Zuccato wrote: > Il 19/01/21 01:53, Tom Robinson ha scritto: > > > I now get a lot of permission warnings and errors. Of particular concern > > are the 'Operation not permitted' messages: > Maybe you're running SELinux on the clients and

amgtar: Operation not permitted

is on a different filesystem; not dumped$" } $ amadmin daily config : DEFINE APPLICATION app_amgtar { COMMENT "amgtar" PLUGIN "amgtar" PROPERTYvisible "xattrs" "YES" PROPERTYvisible

Re: lev 0 FAILED [data timeout]

On Tue, 14 May 2019 at 22:14, Nathan Stratton Treadway wrote: Hi Nathan, Thanks for you reply and help. On Mon, May 13, 2019 at 09:59:13 +1000, Tom Robinson wrote: > > I have a weekly backup that backs-up the daily disk based backup to tape > (daily's are a separate > >

lev 0 FAILED [data timeout]

Hi, I have a weekly backup that backs-up the daily disk based backup to tape (daily's are a separate amanda config). Occasionally on the weekly backup a DLE will fail to dump writing only a 32k header file before timing out. I can't seem to identify the error when looking in logging. Has

Re: dump failed: [request failed: No route to host](too)

. On 05/10/17 08:58, Tom Robinson wrote: > > It may well be just that I can't see the wood for the trees when looking at > logging but I can't > find the problem :-( > > I'm running daily manual dumps of the FAILED DLE's to keep backups intact! > > I'm still getting the fol

FAILED [shm_ring cancelled]

-- 0:00 33341.0 0:00 7.0 modena /usr/src 1 190 147.40:04 3.3 0:00140.0 ---8<--- What are the error codes and did amanda dump these OK or not? Kind regards, Tom Tom Robinson IT Manager/System Administrator MoTeC Pty Ltd 12

Re: dump failed: [request failed: No route to host](too)

dena /usr/src 1 190 147.40:04 3.3 0:00140.0 ---8<--- What are the error codes and did amanda dump these OK or not? Kind regards, Tom Tom Robinson IT Manager/System Administrator MoTeC Pty Ltd 121 Merrindale Drive Croydon South 3136 Victoria Austra

Re: dump failed: [request failed: No route to host](too)

bump On 11/09/17 12:45, Tom Robinson wrote: > Hi, > > I've recently migrated our backup server from CentOS 5 to CentOS 7. I've also > upgraded from amanda > 3.3.7 to 3.4.5 > > The amcheck works fine and reports no issues. Yet, on backup runs on some > DLEs I get th

dump failed: [request failed: No route to host](too)

0 20:18:49.609282311 2017: pid 6088: thd-0x257f400: dumper: security_stream_close(0x284e340) Sun Sep 10 20:18:49.609296611 2017: pid 6088: thd-0x257f400: dumper: putresult: 11 TRY-AGAIN 00-00217 "[request failed: No route to host]" -- Tom Robinson IT Manager/System Administrato

Re: ERROR: client: [DUMP program not available]

On 25/09/15 06:24, Heiko Schlittermann wrote: > Stefan Piperov (Do 24 Sep 2015 22:16:12 CEST): >> It's amazing that a utility like dump/restore, which has been part of UNIX >> since forever, can reach the state where it's considered a dead project and >> be >>

Re: ERROR: client: [DUMP program not available]

On 25/09/15 08:52, Tom Robinson wrote: > On 24/09/15 08:23, Tom Robinson wrote: >> Hi Paul, >> >> Thanks and, yes, that was it. The community package to which you refer works. > Well, I spoke too soon. I neglected to remember that CentOS 7 defaults to an > xfs filesyst

Re: ERROR: client: [DUMP program not available]

On 24/09/15 08:23, Tom Robinson wrote: > Hi Paul, > > Thanks and, yes, that was it. The community package to which you refer works. Well, I spoke too soon. I neglected to remember that CentOS 7 defaults to an xfs filesystem (which I'm using). I'm pretty sure that you have to us

Re: ERROR: client: [DUMP program not available]

ot;dump" is installed or use a package from another source > that has "dump" built-in such as the community packages from Zmanda: > > http://www.zmanda.com/downloads/community/Amanda/3.3.7/Redhat_Enterprise_7.0/amanda-backup_client-3.3.7-1.rhel7.x86_64.rpm > > Cheers! >

ERROR: client: [DUMP program not available]

7f6296cbc7a9] Tue Sep 22 20:00:02 2015: thd-0x7f6298019e00: sendsize: child 502 exited with status 1 Tue Sep 22 20:00:02 2015: thd-0x7f6298019e00: sendsize: pid 483 finish time Tue Sep 22 20:00:02 2015 ...8<... Is this a permissions issue or am I missing a library? Can anyone please shed som

Re: zmanda DLEs

On 24/06/15 16:02, Tom Robinson wrote: I have a DLE that I'm not sure about when backup up windows clients using zmanda. If the DLE has spaces in it, do I need to escape them? Also, do I need to escape special charactes? e.g. mito cirris C:/Program Files (x86)/Cirris { I believe

zmanda DLEs

{ or mito cirris C:/Program\ Files\ (x86)/Cirris { or none of the above! Kind regards, Tom -- Tom Robinson IT Manager/System Administrator MoTeC Pty Ltd 121 Merrindale Drive Croydon South 3136 Victoria Australia T: +61 3 9761 5050 F: +61 3 9761 5051 E: tom.robin...@motec.com.au

mysql-zrm issues

Hi, Does anyone know if there is a working mailling list for mysql-zrm? I have some issues with the mysql-zrm post-backup plugin if anyone knows anything about that. Kind regards, Tom -- Tom Robinson IT Manager/System Administrator MoTeC Pty Ltd 121 Merrindale Drive Croydon South 3136

Re: mysql-zrm issues

it in forums.zmanda.com http://forums.zmanda.com On Thu, Feb 12, 2015 at 2:16 PM, Tom Robinson tom.robin...@motec.com.au mailto:tom.robin...@motec.com.au wrote: Hi, Does anyone know if there is a working mailling list for mysql-zrm? I have some issues with the mysql-zrm post-backup plugin

Re: Backups to tape consistently under 60% tape capacity

, 2014, at 11:19 PM, Tom Robinson tom.robin...@motec.com.au wrote: Hi, Just to tidy off this thread, the hardware was at fault. We got a new HBA in the process as we thought tape performance may have been affected by sharing an HBA with disks. It turns out that the real issue

Re: Backups to tape consistently under 60% tape capacity

, Tom Robinson wrote: Hi, I'm not sure why I'm not getting such good tape usage any more and wonder if someone can help me. Until recently I was getting quite good tape usage on my 'weekly' config: USAGE BY TAPE: Label Time Size % DLEs Parts weekly01

Re: Backups to tape consistently under 60% tape capacity

On 24/10/14 07:48, Jon LaBadie wrote: On Thu, Oct 23, 2014 at 10:34:38AM -0400, Gene Heskett wrote: On Thursday 23 October 2014 01:28:01 Tom Robinson did opine ... If you are feeding the tape device compressed files, and the drives compressor is enabled too, this will quite often cause file

Re: Backups to tape consistently under 60% tape capacity

On 24/10/14 07:59, Jon LaBadie wrote: On Thu, Oct 23, 2014 at 04:28:01PM +1100, Tom Robinson wrote: Now I have to work out why my tape is reporting as smaller! amtapetype reports my tape is only half as big for the same block size...(was 1483868160 is now 743424512). :-/ Checking

Re: Backups to tape consistently under 60% tape capacity

On 24/10/14 08:30, Jean-Francois Malouin wrote: * Jon LaBadie j...@jgcomp.com [20141023 16:59]: On Thu, Oct 23, 2014 at 04:28:01PM +1100, Tom Robinson wrote: Now I have to work out why my tape is reporting as smaller! amtapetype reports my tape is only half as big for the same block size

Re: Backups to tape consistently under 60% tape capacity

Tom Robinson IT Manager/System Administrator MoTeC Pty Ltd 121 Merrindale Drive Croydon South 3136 Victoria Australia T: +61 3 9761 5050 F: +61 3 9761 5051 E: tom.robin...@motec.com.au On 24/10/14 09:23, Jon LaBadie wrote: On Fri, Oct 24, 2014 at 08:23:55AM +1100, Tom Robinson wrote

Re: Backups to tape consistently under 60% tape capacity

On 24/10/14 08:30, Jean-Francois Malouin wrote: Stepping in, I miss the earlier comments so maybe this is not appropriate or OT, in which case just toss me in the dust bin. Your length and speed are way off. This is my tapetype for a HP Ultrium LTO-5 define tapetype tape-lto5 {

Re: Backups to tape consistently under 60% tape capacity

issues? Read the original message at the bottom of this email for the original problem complaint. Deb On Oct 21, 2014, at 6:20 PM, Tom Robinson tom.robin...@motec.com.au wrote: Hi Debra, A brilliant motivational speech. Thanks. Well worth the read. In homage, I strongly suggest anyone

Re: Backups to tape consistently under 60% tape capacity

aren’t shouting — they are meant to make skimming this long winded diatribe easier!) On Oct 20, 2014, at 6:51 PM, Tom Robinson tom.robin...@motec.com.au wrote: Hi Debra, Thanks for you comments especially regarding 'no record'. I did already make that setting in my disklist file for all

Re: Backups to tape consistently under 60% tape capacity

of this email for the original problem complaint. Deb On Oct 21, 2014, at 6:20 PM, Tom Robinson tom.robin...@motec.com.au wrote: Hi Debra, A brilliant motivational speech. Thanks. Well worth the read. In homage, I strongly suggest anyone who hasn't read it to go and do that now. Here it is again

Re: Backups to tape consistently under 60% tape capacity

Anyone care to comment? On 20/10/14 10:49, Tom Robinson wrote: Hi, I'm not sure why I'm not getting such good tape usage any more and wonder if someone can help me. Until recently I was getting quite good tape usage on my 'weekly' config: USAGE BY TAPE: Label Time

Re: Backups to tape consistently under 60% tape capacity

— cuz it waits till 100% of a tape is available, but it might FILL the tape better. I think. Deb Baddorf Fermilab On Oct 20, 2014, at 3:44 PM, Tom Robinson tom.robin...@motec.com.au wrote: Anyone care to comment? On 20/10/14 10:49, Tom Robinson wrote: Hi, I'm not sure why I'm

Re: Backups to tape consistently under 60% tape capacity

a “dry run” here? Deb On Oct 20, 2014, at 6:05 PM, Tom Robinson tom.robin...@motec.com.au wrote: Thanks Debra. I know there's a lot of info I dumped in my original email so maybe my question/message wasn't clear. I'm still confused over this. I only started dabbling with the flush

Backups to tape consistently under 60% tape capacity

1483868160 kbytes filemark 868 kbytes speed 85837 kps blocksize 512 kbytes } -- Tom Robinson IT Manager/System Administrator MoTeC Pty Ltd 121 Merrindale Drive Croydon South 3136 Victoria Australia T: +61 3 9761 5050 F: +61 3 9761 5051 E: tom.robin...@motec.com.au signature.asc

Re: Which blocksize do I need to set and where?

of the READ-BLOCK-SIZE device property, the readblocksize tapetype setting or simply use the '-f' flag of amlabel: amlabel -f weekly weekly00 slot 1 Jean-Louis On 12/16/2013 08:01 PM, Tom Robinson wrote: Amanda 3.3.3 OmniOS (OpenSolaris derivative) Hi, I've got an IBM TS3200 robot

Tape Compression: Is it on or off

/rmt/0h /dev/rmt/0hb /dev/rmt/0hbn /dev/rmt/0hn /dev/rmt/0l /dev/rmt/0lb /dev/rmt/0lbn /dev/rmt/0ln /dev/rmt/0n Hopefully I have understood that. Regards, Tom -- Tom Robinson IT Manager/System Administrator MoTeC Pty Ltd 121 Merrindale Drive Croydon South 3136 Victoria Australia T: +61 3

Re: amtapetype: Error setting FSF_AFTER_FILEMARK:

(uncompressible) data at 74407533.1147541 bytes/sec Wrote fixed (compressible) data at 206311796.363636 bytes/sec Compression: enabled On 14/10/13 11:07, Tom Robinson wrote: amanda version 3.3.3 Hi, I'm running amanda on OmniOS version 151006 and have configured my IBM-TS3100 tape library (ULT3580-TD5

Re: very slow dumper (42.7KB/s)

, Tom -- Tom Robinson System Administrator MoTeC 121 Merrindale Drive Croydon South 3136 Victoria Australia T: +61 3 9761 5050 F: +61 3 9761 5051 M: +61 4 3268 7026 E: tom.robin...@motec.com.au

Re: very slow dumper (42.7KB/s)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tom Robinson wrote: Hi, I'm running amanda (2.6.0p2-1) but have an older client running 2.4.2p2-1. On that client the full backup of a 4GB disk takes a very long time: DUMP SUMMARY: DUMPER

Re: very slow dumper (42.7KB/s)

Frank Smith wrote: Tom Robinson wrote: Hi, I'm running amanda (2.6.0p2-1) but have an older client running 2.4.2p2-1. On that client the full backup of a 4GB disk takes a very long time: DUMP SUMMARY: DUMPER STATS

very slow dumper (42.7KB/s)

I'm not sure where to start looking for this bottle-neck. Any clues would be appreciated. Thanks, Tom - -- Tom Robinson System Administrator MoTeC 121 Merrindale Drive Croydon South 3136 Victoria Australia T: +61 3 9761 5050 F: +61 3 9761 5051 M: +61 4 3268 7026 E: tom.robin

Re: ZWC Pre/Post scripting

. The Microsoft recommended workaround is to stop the SQL Server Writer service before running the 'backup tool' (see here for more details: http://support.microsoft.com/kb/937683/en-us) Does ZWC have pre/post scripting capabilities to do this? Regards, Tom - -- Tom Robinson System

ZWC Pre/Post scripting

before running the 'backup tool' (see here for more details: http://support.microsoft.com/kb/937683/en-us) Does ZWC have pre/post scripting capabilities to do this? Regards, Tom - -- Tom Robinson System Administrator MoTeC 121 Merrindale Drive Croydon South 3136 Victoria Australia T: +61 3

lvm snapshots for backup

? Is it overkill? Thanks, Tom -- Tom Robinson System Administrator MoTeC 121 Merrindale Drive Croydon South 3136 Victoria Australia T: +61 3 9761 5050 F: +61 3 9761 5051 M: +61 4 3268 7026 E: tom.robin...@motec.com.au

Re: Weird compression results for DLE using 'compress NONE' (nocomp-root)

Jean-Louis Martineau wrote: Tom Robinson wrote: DUMPER STATS TAPER STATS HOSTNAME DISK L ORIG-KB OUT-KB COMP% MMM:SS KB/s MMM:SS KB/s

Weird compression results for DLE using 'compress NONE' (nocomp-root)

] -- Tom Robinson System Administrator MoTeC 121 Merrindale Drive Croydon South 3136 Victoria Australia T: +61 3 9761 5050 F: +61 3 9761 5051 M: +61 4 3268 7026 E: tom.robin...@motec.com.au

Re: Weird compression results for DLE using 'compress NONE' (nocomp-root)

John Hein wrote: John Hein wrote at 21:38 -0700 on Jan 21, 2009: Tom Robinson wrote at 12:30 +1100 on Jan 22, 2009: I've got several disks that are showing weird compression results in the amanda report. Here's one of them