Debian Bug report logs - #334678
dump: please add -quiet option

version graph

Package: dump; Maintainer for dump is Alexander Zangerl <[email protected]>; Source for dump is src:dump (PTS, buildd, popcon).

Reported by: [email protected]

Date: Wed, 19 Oct 2005 08:18:04 UTC

Severity: wishlist

Found in version dump/0.4b37-1

Reply or subscribe to this bug.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to [email protected], Bdale Garbee <[email protected]>:
Bug#334678; Package dump. (full text, mbox, link).


Acknowledgement sent to [email protected]:
New Bug report received and forwarded. Copy sent to Bdale Garbee <[email protected]>. (full text, mbox, link).


Message #5 received at [email protected] (full text, mbox, reply):

From: A Mennucc <[email protected]>
To: Debian Bug Tracking System <[email protected]>
Subject: dump: please add -quiet option
Date: Wed, 19 Oct 2005 10:12:52 +0200
[Message part 1 (text/plain, inline)]
Package: dump
Version: 0.4b37-1
Severity: wishlist

hi

I run (through cron.daily) a nightly backup of this form
  dump -0 /home -f - | ssh remotehost "dd of=homebackup"

Each day I receive a long email with all details of what dump did;
I would appreciate if there was a wait to quiet dump 

I am not willing to do 
  dump -0 /home -f - 2> /dev/null | ssh remotehost "dd of=homebackup"
because I would then not receive errors (if any) in dumping the fs

The best would be a -quiet option so that
  dump -0 /home -f -  -quiet | ssh remotehost "dd of=homebackup"
would silently do its job and only report errors (if any)

thanks

a.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.12-1-k7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages dump depends on:
ii  debconf                     1.4.30.13    Debian configuration management sy
ii  e2fslibs                    1.37-2sarge1 ext2 filesystem libraries
ii  libblkid1                   1.37-2sarge1 block device id library
ii  libc6                       2.3.5-6      GNU C Library: Shared libraries an
ii  libcomerr2                  1.37-2sarge1 common error description library
ii  libncurses5                 5.4-4        Shared libraries for terminal hand
ii  libreadline4                4.3-11       GNU readline and history libraries
ii  libuuid1                    1.37-2sarge1 universally unique id library
ii  tar                         1.14-2       GNU tar

-- debconf information excluded

-- 
Andrea Mennucc
 "Ukn ow,Ifina llyfixe dmysp acebar.ohwh atthef"
[signature.asc (application/pgp-signature, inline)]

Information forwarded to [email protected]:
Bug#334678; Package dump. (full text, mbox, link).


Acknowledgement sent to Bdale Garbee <[email protected]>:
Extra info received and forwarded to list. (full text, mbox, link).


Message #10 received at [email protected] (full text, mbox, reply):

From: Bdale Garbee <[email protected]>
To: [email protected], [email protected]
Subject: Re: Bug#334678: dump: please add -quiet option
Date: Wed, 19 Oct 2005 07:33:18 -0600
On Wed, 2005-10-19 at 10:12 +0200, A Mennucc wrote:

> Each day I receive a long email with all details of what dump did;
> I would appreciate if there was a wait to quiet dump 

The approach taken by most backup systems (like amanda, bacula, etc)
that wrap invocations of dump, tar, etc., is to redirect stdout/stderr
to a log file, and then post-process the log file.

Bdale




Information forwarded to [email protected], Bdale Garbee <[email protected]>:
Bug#334678; Package dump. (full text, mbox, link).


Acknowledgement sent to [email protected]:
Extra info received and forwarded to list. Copy sent to Bdale Garbee <[email protected]>. (full text, mbox, link).


Message #15 received at [email protected] (full text, mbox, reply):

From: [email protected] (A Mennucc)
To: Bdale Garbee <[email protected]>
Cc: [email protected]
Subject: Re: Bug#334678: dump: please add -quiet option
Date: Wed, 19 Oct 2005 16:21:25 +0200
On Wed, Oct 19, 2005 at 07:33:18AM -0600, Bdale Garbee wrote:
> On Wed, 2005-10-19 at 10:12 +0200, A Mennucc wrote:
> 
> > Each day I receive a long email with all details of what dump did;
> > I would appreciate if there was a wait to quiet dump 
> 
> The approach taken by most backup systems (like amanda, bacula, etc)
> that wrap invocations of dump, tar, etc., is to redirect stdout/stderr
> to a log file, and then post-process the log file.

yes, I thought of it, I will probably change my code to 
  dump -f -  2> dumplog | ssh backuphost 'dd of=backup'
  egrep -v 'blah|blah' dumplog
 
Still a -quiet option would be much nicer... 
indeed,  in the above approach, if I run my script interactively,
I will not see error messages  until dump is done 

unfortunately shell code does not admit "double pipes", that is , 
some magic code looking like
   dump -f -   \
    1>|  { ssh backuphost 'dd of=backup' ; }
    2>|  { egrep -v 'blah|blah'  ; } 
where two pipes are opened at the same time, for fd 1 and fd 2
(that would be cool... I will open a wishlist on bash  :-)

a.

ps: I use my backup system on 6 different PCs, that is why I am annoyed
 by the emails... I am now annoyed by the dump blah blah, and 
 I do not read the emails, so I may skip some other important cron messages

ps2: you may wonder why I do not use amanda/bakula/etc :
 I started writing my backup scripts some years ago, then they improved
 in the years, and they do the job very well for me

-- 
Andrea Mennucc
 "Ukn ow,Ifina llyfixe dmysp acebar.ohwh atthef"



Information forwarded to [email protected], Bdale Garbee <[email protected]>:
Bug#334678; Package dump. (full text, mbox, link).


Acknowledgement sent to wieseltux23 <[email protected]>:
Extra info received and forwarded to list. Copy sent to Bdale Garbee <[email protected]>. (full text, mbox, link).


Message #20 received at [email protected] (full text, mbox, reply):

From: wieseltux23 <[email protected]>
To: [email protected], [email protected]
Cc: Bdale Garbee <[email protected]>
Subject: Re: Bug#334678: dump: please add -quiet option
Date: Thu, 20 Oct 2005 17:15:42 +0200
A Mennucc wrote:

>On Wed, Oct 19, 2005 at 07:33:18AM -0600, Bdale Garbee wrote:
>  
>
>>On Wed, 2005-10-19 at 10:12 +0200, A Mennucc wrote:
>>
>>    
>>
>>>Each day I receive a long email with all details of what dump did;
>>>I would appreciate if there was a wait to quiet dump 
>>>      
>>>
>>The approach taken by most backup systems (like amanda, bacula, etc)
>>that wrap invocations of dump, tar, etc., is to redirect stdout/stderr
>>to a log file, and then post-process the log file.
>>    
>>
>
>yes, I thought of it, I will probably change my code to 
>  dump -f -  2> dumplog | ssh backuphost 'dd of=backup'
>  egrep -v 'blah|blah' dumplog
> 
>Still a -quiet option would be much nicer... 
>indeed,  in the above approach, if I run my script interactively,
>I will not see error messages  until dump is done 
>
>unfortunately shell code does not admit "double pipes", that is , 
>some magic code looking like
>   dump -f -   \
>    1>|  { ssh backuphost 'dd of=backup' ; }
>    2>|  { egrep -v 'blah|blah'  ; } 
>where two pipes are opened at the same time, for fd 1 and fd 2
>(that would be cool... I will open a wishlist on bash  :-)
>
>a.
>
>ps: I use my backup system on 6 different PCs, that is why I am annoyed
> by the emails... I am now annoyed by the dump blah blah, and 
> I do not read the emails, so I may skip some other important cron messages
>
>ps2: you may wonder why I do not use amanda/bakula/etc :
> I started writing my backup scripts some years ago, then they improved
> in the years, and they do the job very well for me
>
>  
>
TRY IT!! https://www.scientificlinux.org/



Send a report that this bug log contains spam.


Debian bug tracking system administrator <[email protected]>. Last modified: Thu May 15 18:52:11 2025; Machine Name: buxtehude

Debian Bug tracking system

Debbugs is free software and licensed under the terms of the GNU General Public License version 2. The current version can be obtained from https://bugs.debian.org/debbugs-source/.

Copyright © 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson, 2005-2017 Don Armstrong, and many other contributors.