Amverify problem

[Adam Lins]

Hi, 
 
I have a problem with amverify. Or more correctly, I don't quite see why I
get the output I do:

[EMAIL PROTECTED] tmp]$ amverify bertha-us
No tape changer...
Tape device is /dev/nst0...
Verify summary to amanda
Defects file is /tmp/amanda/amverify.28777/defects
amverify bertha-us
Wed Jun 11 15:40:21 PDT 2003

Using device /dev/nst0
Waiting for device to go ready...
Rewinding...
Processing label...
Volume DailySet148, Date 20030605
Rewinding...
End-of-Tape detected.
Rewinding...
[EMAIL PROTECTED] tmp]$

There are files on the tape--I can dd them off. I can't extract the files
using the method encoded in the header record of the data files--gzip
complains that it's not looking at a gzip file. or maybe it's restore
complaining about the :

[EMAIL PROTECTED] tmp]$ dd if=/dev/nst0 bs=32k skip=1 | /bin/gzip -dc |
/sbin/restore ibf 2 -

gzip: stdin: not in gzip format
/sbin/restore: Tape read error on first record
0+33 records in
0+32 records out


The host is a linux box, RH7.2. Tape drive is an Exabyte Mammoth-LT. I'm
running amanda
2.4.2p2, gzip v1.3, gnutar 1.13.25, and have been for some time. As seems to
be always the case, this used to work, and I didn't change anything...well,
I did set the drive to variable block size per the Exabyte support page with


  $ mt -f /dev/nst0 setblk 0

Any help appreciated. 

Thanks,
-Adam

worlds most beautiful women

[Gaitan Leep]

Searching And Still Haven't Found A That Someone Special?
Don't spend another day alone, take your first step towards a better life.
Visit Us Here And Choose The Woman You'd Like Meet

You can browse through our database of pictures and bio's of beautiful Russian womenlooking for a western man just like you!
Join Today For FREE And Start A Relationship That Will Last A Life Time
Visit Us Online Here
Take off? click here

Re: Current stable Amanda version

[Jean-Louis Martineau]

Hi Bruce,

Use the latest snapshot, it contains mosly bug fix since 2.4.4.
I will release it as 2.4.4p1 before the end of the month.

Jean-Louis

On Wed, Jun 11, 2003 at 10:10:43AM -0700, Bruce Fletcher wrote:
> I'm about to start setting up Amanda for my LAN, but I'm not sure
> what version to go with.  I want something stable, but I would
> also like to have the option of using RAIT and file: backups,
> which I understand to be relatively new features.  Should I stick
> with the 2.4.4 release from the web site, use the June 10
> snapshot, or something else?  If RAIT isn't ready yet I'm happy
> to use a pre-RAIT working release and upgrade later.  If it
> matters, my goal for using RAIT would be to keep the most recent
> dumpcycle on disk while also generating tapes for off-site
> storage.
> 
> - Bruce

-- 
Jean-Louis Martineau email: [EMAIL PROTECTED] 
Departement IRO, Universite de Montreal
C.P. 6128, Succ. CENTRE-VILLETel: (514) 343-6111 ext. 3529
Montreal, Canada, H3C 3J7Fax: (514) 343-5834

RE: cygwin & spaces in disklist directory

[Gregor Ibic]

in ideal environment you could boot your PC remotly with network boot, that
boots partimage
create a remote disk image and back this file with amanda.

what do you think?

regards,
gregor

Current stable Amanda version

[Bruce Fletcher]

I'm about to start setting up Amanda for my LAN, but I'm not sure
what version to go with.  I want something stable, but I would
also like to have the option of using RAIT and file: backups,
which I understand to be relatively new features.  Should I stick
with the 2.4.4 release from the web site, use the June 10
snapshot, or something else?  If RAIT isn't ready yet I'm happy
to use a pre-RAIT working release and upgrade later.  If it
matters, my goal for using RAIT would be to keep the most recent
dumpcycle on disk while also generating tapes for off-site
storage.
- Bruce

Re: amcheck - linux client problem

[Bill Nolf]

That was it.  I had diskname and diskdevice screwed up.

thanks

Frank Smith wrote:

  --On Wednesday, June 11, 2003 11:32:36 -0400 Bill Nolf <[EMAIL PROTECTED]> wrote:

  
  
ext3 and tar

  
  
Tar does filesystem-level backup, dump deals with devices.  Try
changing your disklist entry to /  (or whatever /dev/hda1 is
mounted as).

Frank
  
  
  
Server - Solaris 8 Client - Red Hat Linux 7.2



When I run amcheck -cl normal



I get the following back from the linux client:



ERROR: /dev/hda1 selftest does not support device

ERROR: /dev/hda1 sendbackup does not support device
  


What type of filesystem is on /dev/hda1 and what program are you trying

to back it up with?



Frank



--

Frank Smith
[EMAIL PROTECTED]  
Systems Administrator  Voice:
512-374-4673

Hoover's Online  Fax:
512-374-4501



  

-- 

Bill Nolf

Argon Engineering Associates, Inc.

SSEE-E Sr. System Administrator

[EMAIL PROTECTED]  
703-828-2123


  
  


--
Frank Smith [EMAIL PROTECTED]
Systems Administrator  Voice: 512-374-4673
Hoover's Online  Fax: 512-374-4501

  


-- 
Bill Nolf
Argon Engineering Associates, Inc.
SSEE-E Sr. System Administrator
[EMAIL PROTECTED]
703-828-2123

Re: cygwin & spaces in disklist directory

[Paul Bijnens]

Martin, Jeremy wrote:
I'm not using amanda to back up any Windows boxes, but on some of our
Windows boxes that do need backed up, using NovaNet Web Backup which
does not support backing up the Sytem State like Backup Exec does, I
just use the built in Backup tool to do this. Start / Programs /
Accessories / System Tools / Backup, tell it to back up the System
State only to a file like d:\systemstate\backup.btk, then schedule it
to do this once a day well in advance of when the backup job runs.
Then the backup client backs up that flat file just fine which
Windows could use to restore the registry etc if necessary.
Has anyone ever restored a windows pc from such a backup?
When I had a crashed PC, I just reinstall the pc with fresh programs,
restore the data (if useful), and try to set all the environment as
before (usually takes a few days! where are the favorites stored?
where is the setting to modify your default template in MS Word?
Where are all the plugins in the browsers?  Where are the file 
associations? Where is the serial number for this program stored? etc etc).
I once tried "restoring the complete registry".  The result was
a pc where about half the programs did not work anymore.

It would be really nice if someone could explain how to make
this less painful. Like, boot from cd, partition your new harddisk,
restore everything from backup tape from last night, make harddisk
bootable, reboot, voila.
(I'm not a windows specialist, as you already guessed.)

--
Paul Bijnens, XplanationTel  +32 16 397.511
Technologielaan 21 bus 2, B-3001 Leuven, BELGIUMFax  +32 16 397.512
http://www.xplanation.com/  email:  [EMAIL PROTECTED]
***
* I think I've got the hang of it now:  exit, ^D, ^C, ^\, ^Z, ^Q, F6, *
* quit,  ZZ, :q, :q!,  M-Z, ^X^C,  logoff, logout, close, bye,  /bye, *
* stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt,  abort,  hangup, *
* PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e,  kill -1 $$,  shutdown, *
* kill -9 1,  Alt-F4,  Ctrl-Alt-Del,  AltGr-NumLock,  Stop-A,  ...*
* ...  "Are you sure?"  ...   YES   ...   Phew ...   I'm out  *
***

Re: amcheck - linux client problem

[Frank Smith]

--On Wednesday, June 11, 2003 11:32:36 -0400 Bill Nolf <[EMAIL PROTECTED]> wrote:

> ext3 and tar

Tar does filesystem-level backup, dump deals with devices.  Try
changing your disklist entry to /  (or whatever /dev/hda1 is
mounted as).

Frank
>   
> Server - Solaris 8 Client - Red Hat Linux 7.2
> 
> 
> 
> When I run amcheck -cl normal
> 
> 
> 
> I get the following back from the linux client:
> 
> 
> 
> ERROR: /dev/hda1 selftest does not support device
> 
> ERROR: /dev/hda1 sendbackup does not support device
>   
> 
> 
> What type of filesystem is on /dev/hda1 and what program are you trying
> 
> to back it up with?
> 
> 
> 
> Frank
> 
> 
> 
> --
> 
> Frank Smith
> [EMAIL PROTECTED]  
> Systems Administrator  Voice:
> 512-374-4673
> 
> Hoover's Online  Fax:
> 512-374-4501
> 
> 
> 
>   
> 
> -- 
> 
> Bill Nolf
> 
> Argon Engineering Associates, Inc.
> 
> SSEE-E Sr. System Administrator
> 
> [EMAIL PROTECTED]  
> 703-828-2123
> 



--
Frank Smith [EMAIL PROTECTED]
Systems Administrator  Voice: 512-374-4673
Hoover's Online  Fax: 512-374-4501

Re: problems using amanda with xinetd

[Brandon D. Valentine]

On Wed, Jun 11, 2003 at 12:53:57AM -0500, Mike Eldridge wrote:
> 
> they don't *have* 14 tapes.  i suppose i'll just have to change
> dumpcycle to 0 and run it weekly.  i'll convince them to purchase at
> *least* one additional tape, if not the 14 needed for the cycle.

Mike,

Since I know the folks you are doing this for personally, you are
welcome to tell the President of the company that *I* think he's a fool
if he won't pony up for enough tapes to protect his data and that in
that case he probably deserves what he gets.  ;-)

Brandon D. Valentine
-- 
Systems Administrator
Center for Structural Biology
Vanderbilt University

Re: amcheck - linux client problem

[Paul Bijnens]

Bill Nolf wrote:
ext3 and tar

Frank Smith wrote:

--On Wednesday, June 11, 2003 11:16:35 -0400 Bill Nolf <[EMAIL PROTECTED]> wrote:

 

Server - Solaris 8 Client - Red Hat Linux 7.2

When I run amcheck -cl normal

I get the following back from the linux client:

ERROR: /dev/hda1 selftest does not support device
ERROR: /dev/hda1 sendbackup does not support device


Does you /etc/fstab has the newer format with "LABEL=/" where you
would expect "/dev/hda1" in the older format?
And is the amanda client an older version?
Then just try the directory name instead of the diskname
in your disklist file.  Or upgrade the amanda client.
--
Paul Bijnens, XplanationTel  +32 16 397.511
Technologielaan 21 bus 2, B-3001 Leuven, BELGIUMFax  +32 16 397.512
http://www.xplanation.com/  email:  [EMAIL PROTECTED]
***
* I think I've got the hang of it now:  exit, ^D, ^C, ^\, ^Z, ^Q, F6, *
* quit,  ZZ, :q, :q!,  M-Z, ^X^C,  logoff, logout, close, bye,  /bye, *
* stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt,  abort,  hangup, *
* PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e,  kill -1 $$,  shutdown, *
* kill -9 1,  Alt-F4,  Ctrl-Alt-Del,  AltGr-NumLock,  Stop-A,  ...*
* ...  "Are you sure?"  ...   YES   ...   Phew ...   I'm out  *
***

Backing Up Win32 Registry

[barryc]

>From: JC Simonetti <[EMAIL PROTECTED]>
>
>Have you tried to backup an entire registry and restore it with the regedit 
method?
>Because I think of a problem: the registry is composed of data but these data 
also have access rights. "regedit" does not display them (whereas "regedt32" 
does). 

I am currently logged into my WinXP box (2.5GHz P4) as a member of the 
Administrators group.
>From CygWin:
$ cd d:
$ cd temp
$ regedit /e bak1.reg

$ regedt32 /e bak2.reg

$ diff bak1.reg bak2.reg

diff generates no output.

>Just a last remark. When you want to restore registry, you must have a valid 
registry, whatever solution you choose (regedit, regedt32, regrest...). So if 
your computer crashes completely you have to reinstall a basic Windows before 
restoring anything else.

Not true.  The whole point of the `/c' flag on regedit is that it CREATES a NEW, 
VALID registry, containing ONLY the keys found in your source file.

>From comments found via Google, (no, I have not tried it myself) if needs be, 
you can boot to a floppy or cdrom and run `regedit /c ...' and then be able to 
boot the system normally. (assuming your only problem was a corrupt / deleted 
registry) 

I have a few machines sitting in my boneyard at home.  I'll see if I can get the 
time tonight to: grab one, install a random Windows version, back up the 
registry to a cdrom, delete several key registry files, verify that the system 
no longer boots, boot to a floppy, and restore the registry via `regedit /c'

Re: amcheck - linux client problem

[Bill Nolf]

ext3 and tar


Frank Smith wrote:

  --On Wednesday, June 11, 2003 11:16:35 -0400 Bill Nolf <[EMAIL PROTECTED]> wrote:

  
  
Server - Solaris 8 Client - Red Hat Linux 7.2

When I run amcheck -cl normal

I get the following back from the linux client:

ERROR: /dev/hda1 selftest does not support device
ERROR: /dev/hda1 sendbackup does not support device

  
  
What type of filesystem is on /dev/hda1 and what program are you trying
to back it up with?

Frank

--
Frank Smith [EMAIL PROTECTED]
Systems Administrator  Voice: 512-374-4673
Hoover's Online  Fax: 512-374-4501

  


-- 
Bill Nolf
Argon Engineering Associates, Inc.
SSEE-E Sr. System Administrator
[EMAIL PROTECTED]
703-828-2123

Re: amcheck - linux client problem

[Frank Smith]

--On Wednesday, June 11, 2003 11:16:35 -0400 Bill Nolf <[EMAIL PROTECTED]> wrote:

> Server - Solaris 8 Client - Red Hat Linux 7.2
> 
> When I run amcheck -cl normal
> 
> I get the following back from the linux client:
> 
> ERROR: /dev/hda1 selftest does not support device
> ERROR: /dev/hda1 sendbackup does not support device

What type of filesystem is on /dev/hda1 and what program are you trying
to back it up with?

Frank

--
Frank Smith [EMAIL PROTECTED]
Systems Administrator  Voice: 512-374-4673
Hoover's Online  Fax: 512-374-4501

RE: cygwin & spaces in disklist directory

[Martin, Jeremy]

> No, they are not viruses, they are batch files written by me 
> to backup and restore the Windows registry. But if Windows 
> thinks backing up its registry is a virus behavior... ;-)

I'm not using amanda to back up any Windows boxes, but on some of our Windows boxes 
that do need backed up, using NovaNet Web Backup which does not support backing up the 
Sytem State like Backup Exec does, I just use the built in Backup tool to do this. 
Start / Programs / Accessories / System Tools / Backup, tell it to back up the System 
State only to a file like d:\systemstate\backup.btk, then schedule it to do this once 
a day well in advance of when the backup job runs. Then the backup client backs up 
that flat file just fine which Windows could use to restore the registry etc if 
necessary.

amcheck - linux client problem

[Bill Nolf]

Server - Solaris 8 
Client - Red Hat Linux 7.2

When I run amcheck -cl normal

I get the following back from the linux client:

ERROR: /dev/hda1 selftest does not support device
ERROR: /dev/hda1 sendbackup does not support device
.
.
. for each disk partition
ERROR: [BOGUS REQUEST PACKET]

Any ideas on what the problem may be?

thanks, Bill





--
Bill Nolf
Argon Engineering Associates, Inc.
SSEE-E Sr. System Administrator
[EMAIL PROTECTED]
703-828-2123

chg-zd-mtx configuration file problem

[Gregor Ibic]

i configured chg-zd-mtx, it works ok, besides that does not reall all
parameters from the config file
some parameters are read an some not, strange.

i then modified the cgh-zd-mtx directly and it works ok, but it would be
nicer if it reads the config file
properly.

regards,
gregor

Re: cygwin & spaces in disklist directory

[JC Simonetti]

Oh... It seems that "tar" files are also refused by Norton Antivirus.
At this point I won't rename my files with "txt" or "png" extension or anything that 
could go through your AV, and/or tar/gzip/dd them, I give up. Sorry... Consider 
revising your antivirus parameters, guys...


On Wed, 11 Jun 2003 16:46:30 +0200
JC Simonetti <[EMAIL PROTECTED]> wrote:

> Sorry guys, I would have been aware that Outlook and other Exchange softwares would 
> be afraid of my previous attachments since they were 2 ".bat" files...
> So in case of someone could not get them and would have to get them, I've tar'ed and 
> reattached them here, just in case.
> 
> No, they are not viruses, they are batch files written by me to backup and restore 
> the Windows registry. But if Windows thinks backing up its registry is a virus 
> behavior... ;-)
> 
> 
> On Wed, 11 Jun 2003 14:17:45 +0200
> JC Simonetti <[EMAIL PROTECTED]> wrote:
> 
> > Hi!
> > Concerning the backup of the Windows Hives, I've made a brainstorm using MS 
> > documentation (ouch my head). So this is the result.
> > The Windows Hives are composed of many files:
> > _ %windir%\system32\cache\* for the system hives
> > _ ~user\ntuser.dat for the user hive
> > The system hives are always loaded, the user hives are loaded if the user is 
> > logged.
> > When a hive is loaded, Windows puts a lock on the files corresponding to this 
> > hive, an exclusive read and write lock.
> > 
> > Thus there is only one way to backup the loaded hives (and only one to restore 
> > them): using 2 Windows programs available in the Windows Resource Kit:
> > _ regback.exe
> > _ regrest.exe
> > I cannot join them to this mail since they are not free, you will have to buy the 
> > Resource Kit to get them...
> > 
> > I made some months ago 2 batch scripts that backup the hives using these programs, 
> > check the 2 attached files. I thought I would be the only one to use them so the 
> > comments are a bit light and... in French, sorry...
> > I suggest you put the "save_registry.bat" script in a crontab (the Windows "AT" 
> > batch command) to regularly backup the registry.
> > 
> > 
> > You can also find some help at:
> > http://www.windowsitlibrary.com/Content/267/1.html
> > 
> > 
> > Good luck!
> > 
> > 
> > 
> > On Wed, 11 Jun 2003 09:58:54 +0200
> > Paul Bijnens <[EMAIL PROTECTED]> wrote:
> > 
> > > Andy Howell wrote:
> > > >ln -s  '/cygdrive/c/Documents and Settings' /cygdrive/c/DocsAndSettings
> > > > 
> > > > did the trick. Recovery works fine as well. Now all I have to do is 
> > > > figure out some permission problems with some NTUSER.DAT and related 
> > > > files, and I'll be all set.
> > > 
> > > Not possible; windows keep these open files locked.  But if you find
> > > out how to get around that limitation, there are many people that want
> > > to know how you did it!
> > > 
> > > 
> > >  "Why use windows, when you can use the door?"
> > >   -- Anonymous
> > > 
> > > 
> > > -- 
> > > Paul Bijnens, XplanationTel  +32 16 397.511
> > > Technologielaan 21 bus 2, B-3001 Leuven, BELGIUMFax  +32 16 397.512
> > > http://www.xplanation.com/  email:  [EMAIL PROTECTED]
> > > ***
> > > * I think I've got the hang of it now:  exit, ^D, ^C, ^\, ^Z, ^Q, F6, *
> > > * quit,  ZZ, :q, :q!,  M-Z, ^X^C,  logoff, logout, close, bye,  /bye, *
> > > * stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt,  abort,  hangup, *
> > > * PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e,  kill -1 $$,  shutdown, *
> > > * kill -9 1,  Alt-F4,  Ctrl-Alt-Del,  AltGr-NumLock,  Stop-A,  ...*
> > > * ...  "Are you sure?"  ...   YES   ...   Phew ...   I'm out  *
> > > ***
> > > 
> > 
> 
> 
> ---
> Jean-Christian SIMONETTIemail: [EMAIL PROTECTED]
> SysAdmin Wanadoo Portails   phone: (+33)493004911
> Sophia Antipolis, France
> ---

Re: warning Bugbear.B virus

[Paul Bijnens]

Gene Heskett wrote:
Somewhat interesting Paul, I got the attachments from JC here, and 
they were not impeded by something called GroupShield.  I looked them 
over with kwrite and they looked like the real thing.  No new bugbear 
virii in them, nor any copyright/license notices.
No, those were not the virus.  Just useful .bat files.
But of course, in some sense, making a windows backup and restoring
it is also a way to spread virii.   :-)

Whoever's filter triggered on them must have been trained to reject 
the .bat extension.  A very wise move for windose lusers. :)


--
Paul Bijnens, XplanationTel  +32 16 397.511
Technologielaan 21 bus 2, B-3001 Leuven, BELGIUMFax  +32 16 397.512
http://www.xplanation.com/  email:  [EMAIL PROTECTED]
***
* I think I've got the hang of it now:  exit, ^D, ^C, ^\, ^Z, ^Q, F6, *
* quit,  ZZ, :q, :q!,  M-Z, ^X^C,  logoff, logout, close, bye,  /bye, *
* stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt,  abort,  hangup, *
* PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e,  kill -1 $$,  shutdown, *
* kill -9 1,  Alt-F4,  Ctrl-Alt-Del,  AltGr-NumLock,  Stop-A,  ...*
* ...  "Are you sure?"  ...   YES   ...   Phew ...   I'm out  *
***

Re: cygwin & spaces in disklist directory

[JC Simonetti]

Sorry guys, I would have been aware that Outlook and other Exchange softwares would be 
afraid of my previous attachments since they were 2 ".bat" files...
So in case of someone could not get them and would have to get them, I've tar'ed and 
reattached them here, just in case.

No, they are not viruses, they are batch files written by me to backup and restore the 
Windows registry. But if Windows thinks backing up its registry is a virus behavior... 
;-)


On Wed, 11 Jun 2003 14:17:45 +0200
JC Simonetti <[EMAIL PROTECTED]> wrote:

> Hi!
> Concerning the backup of the Windows Hives, I've made a brainstorm using MS 
> documentation (ouch my head). So this is the result.
> The Windows Hives are composed of many files:
> _ %windir%\system32\cache\* for the system hives
> _ ~user\ntuser.dat for the user hive
> The system hives are always loaded, the user hives are loaded if the user is logged.
> When a hive is loaded, Windows puts a lock on the files corresponding to this hive, 
> an exclusive read and write lock.
> 
> Thus there is only one way to backup the loaded hives (and only one to restore 
> them): using 2 Windows programs available in the Windows Resource Kit:
> _ regback.exe
> _ regrest.exe
> I cannot join them to this mail since they are not free, you will have to buy the 
> Resource Kit to get them...
> 
> I made some months ago 2 batch scripts that backup the hives using these programs, 
> check the 2 attached files. I thought I would be the only one to use them so the 
> comments are a bit light and... in French, sorry...
> I suggest you put the "save_registry.bat" script in a crontab (the Windows "AT" 
> batch command) to regularly backup the registry.
> 
> 
> You can also find some help at:
> http://www.windowsitlibrary.com/Content/267/1.html
> 
> 
> Good luck!
> 
> 
> 
> On Wed, 11 Jun 2003 09:58:54 +0200
> Paul Bijnens <[EMAIL PROTECTED]> wrote:
> 
> > Andy Howell wrote:
> > >ln -s  '/cygdrive/c/Documents and Settings' /cygdrive/c/DocsAndSettings
> > > 
> > > did the trick. Recovery works fine as well. Now all I have to do is 
> > > figure out some permission problems with some NTUSER.DAT and related 
> > > files, and I'll be all set.
> > 
> > Not possible; windows keep these open files locked.  But if you find
> > out how to get around that limitation, there are many people that want
> > to know how you did it!
> > 
> > 
> >  "Why use windows, when you can use the door?"
> > -- Anonymous
> > 
> > 
> > -- 
> > Paul Bijnens, XplanationTel  +32 16 397.511
> > Technologielaan 21 bus 2, B-3001 Leuven, BELGIUMFax  +32 16 397.512
> > http://www.xplanation.com/  email:  [EMAIL PROTECTED]
> > ***
> > * I think I've got the hang of it now:  exit, ^D, ^C, ^\, ^Z, ^Q, F6, *
> > * quit,  ZZ, :q, :q!,  M-Z, ^X^C,  logoff, logout, close, bye,  /bye, *
> > * stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt,  abort,  hangup, *
> > * PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e,  kill -1 $$,  shutdown, *
> > * kill -9 1,  Alt-F4,  Ctrl-Alt-Del,  AltGr-NumLock,  Stop-A,  ...*
> > * ...  "Are you sure?"  ...   YES   ...   Phew ...   I'm out  *
> > ***
> > 
> 


---
Jean-Christian SIMONETTIemail: [EMAIL PROTECTED]
SysAdmin Wanadoo Portails   phone: (+33)493004911
Sophia Antipolis, France
---


win_scripts.tar
Description: Unix tar archive

Re: warning Bugbear.B virus

[JC Simonetti]

Right, right...
Would be difficult for me to be infected by Windows viruses, since the OS on my 
personal computer (the one I'm using right now to send this email) is based on a 
2.4.19 linux kernel :-)
But it is also right i should have tar'ed my attachments since I know that Outlook and 
maybe Exchange often get rid of ".bat" attached files...

Sorry guys, update your antivirus software, it is too paranoid... ;-)


On Wed, 11 Jun 2003 10:17:09 -0400
Gene Heskett <[EMAIL PROTECTED]> wrote:

> On Wednesday 11 June 2003 08:55, Paul Bijnens wrote:
> >Just for those that do not know it yet...
> >There is a new variant of Bugbear around since last week.  I already
> >received two messages through the amanda mailing list with the
> > virus. The last one was probably from someone who got infected the
> > first time.
> >
> >Update your virus signatures please, or don't use (the) windows.
> 
> Somewhat interesting Paul, I got the attachments from JC here, and 
> they were not impeded by something called GroupShield.  I looked them 
> over with kwrite and they looked like the real thing.  No new bugbear 
> virii in them, nor any copyright/license notices.
> 
> Whoever's filter triggered on them must have been trained to reject 
> the .bat extension.  A very wise move for windose lusers. :)
> 
> -- 
> Cheers, Gene
> AMD [EMAIL PROTECTED] 320M
> [EMAIL PROTECTED]  512M
> 99.26% setiathome rank, not too shabby for a WV hillbilly
> Yahoo.com attornies please note, additions to this message
> by Gene Heskett are:
> Copyright 2003 by Maurice Eugene Heskett, all rights reserved.

Re: cygwin & spaces in disklist directory

[JC Simonetti]

On Wed, 11 Jun 2003 09:48:35 -0400 (EDT)
barryc <[EMAIL PROTECTED]> wrote:

> >JC Simonetti wrote:
> >Thus there is only one way to backup the loaded hives (and only one to restore
> > them): using 2 Windows programs available in the Windows Resource Kit:
> >_ regback.exe
> >_ regrest.exe
> >I cannot join them to this mail since they are not free, you will have to buy
> > the Resource Kit to get them...
> 
> 
> While I do not condone the circumvention of copyright, you can take advantage of 
> the fact that many people make entire directory trees web-accessible.  If you 
> know the exact filename you're looking for (such as here), search Google for the 
> string: ` "index of"   ...'  Searching in this manner 
> yields 3 sites which have both files.

Well... So many ways to get these files... This is one. Not very legal, but who minds? 
;-)


> 
> That having been said, these two programs are unnecessary.  Every version of 
> Windows ships with a program called "RegEdit" - the Registry editor.
> 
> If you boot to DOS, you can see the usage help by typing `regedit /?'  If you 
> actually have the GUI loaded when you try running this command, regedit will 
> instead open the GUI window.  
> 
> However, assuming you are only interested in backups and restores, here's what 
> you want to know:
> 
> To backup (export) the entire registry:
> `regedit /e ' - NOTE:  should end in .reg 
> extension.  On my WinXP PRO machine, the exported registry is 23,199,746 bytes.
> 
> To import a registry file:
> `regedit '
> For every key in , set the value in the registry to that in the 
> file.  This command only works if a valid registry exists. (read: the computer 
> can at least come up into "safe mode") Any entries which exist in the registry, 
> but not in  are preserved.  For a system restore, this is not 
> what we want.
> 
> To restore the registry:
> `regedit /c '
> The `/c' flag tells regedit to create an empty registry (expunge the corrupted 
> one) and then fill the new registry with the entries stored in 
> 


Have you tried to backup an entire registry and restore it with the regedit method?
Because I think of a problem: the registry is composed of data but these data also 
have access rights. "regedit" does not display them (whereas "regedt32" does). So 3 
solutions:
1. regedit does not show rights but backs up and restores them, so everything is OK 
and my solution is gone.
2. regedit does not handle access rights, but regedt32 does and is scriptable in the 
same way as you describe concerning regedit: so life is beautiful.
3. none of the 2 solutions above are correct and you have to come back to my solution.

I don't think the first solution works.
I know the third works, I've tested it with success.
But I really don't know anything concerning the second one, and that would be a nice 
way to throw away my backup method...

Just a last remark. When you want to restore registry, you must have a valid registry, 
whatever solution you choose (regedit, regedt32, regrest...). So if your computer 
crashes completely you have to reinstall a basic Windows before restoring anything 
else.
If you want a solution that would not force you to reinstall a basic Windows before 
restoring, you have to backup your disks more basically, with utilities like "dd", or 
the MS commercial equivalent solutions like Ontrack DataRecovery or something else 
(sorry, cannot remember of other names).

Re: warning Bugbear.B virus

[Gene Heskett]

On Wednesday 11 June 2003 08:55, Paul Bijnens wrote:
>Just for those that do not know it yet...
>There is a new variant of Bugbear around since last week.  I already
>received two messages through the amanda mailing list with the
> virus. The last one was probably from someone who got infected the
> first time.
>
>Update your virus signatures please, or don't use (the) windows.

Somewhat interesting Paul, I got the attachments from JC here, and 
they were not impeded by something called GroupShield.  I looked them 
over with kwrite and they looked like the real thing.  No new bugbear 
virii in them, nor any copyright/license notices.

Whoever's filter triggered on them must have been trained to reject 
the .bat extension.  A very wise move for windose lusers. :)

-- 
Cheers, Gene
AMD [EMAIL PROTECTED] 320M
[EMAIL PROTECTED]  512M
99.26% setiathome rank, not too shabby for a WV hillbilly
Yahoo.com attornies please note, additions to this message
by Gene Heskett are:
Copyright 2003 by Maurice Eugene Heskett, all rights reserved.

Re: cygwin & spaces in disklist directory

[barryc]

>JC Simonetti wrote:
>Thus there is only one way to backup the loaded hives (and only one to restore
> them): using 2 Windows programs available in the Windows Resource Kit:
>_ regback.exe
>_ regrest.exe
>I cannot join them to this mail since they are not free, you will have to buy
> the Resource Kit to get them...


While I do not condone the circumvention of copyright, you can take advantage of 
the fact that many people make entire directory trees web-accessible.  If you 
know the exact filename you're looking for (such as here), search Google for the 
string: ` "index of"   ...'  Searching in this manner 
yields 3 sites which have both files.

That having been said, these two programs are unnecessary.  Every version of 
Windows ships with a program called "RegEdit" - the Registry editor.

If you boot to DOS, you can see the usage help by typing `regedit /?'  If you 
actually have the GUI loaded when you try running this command, regedit will 
instead open the GUI window.  

However, assuming you are only interested in backups and restores, here's what 
you want to know:

To backup (export) the entire registry:
`regedit /e ' - NOTE:  should end in .reg 
extension.  On my WinXP PRO machine, the exported registry is 23,199,746 bytes.

To import a registry file:
`regedit '
For every key in , set the value in the registry to that in the 
file.  This command only works if a valid registry exists. (read: the computer 
can at least come up into "safe mode") Any entries which exist in the registry, 
but not in  are preserved.  For a system restore, this is not 
what we want.

To restore the registry:
`regedit /c '
The `/c' flag tells regedit to create an empty registry (expunge the corrupted 
one) and then fill the new registry with the entries stored in 

index problem

[Moliere Christian]

Hello,

   I found in this log file an error message of sed.
  

sendbackup: debug 1 pid 2208 ruid 33 euid 33: start at Wed Jun 11 14:34:40 2003
/usr/local/amanda/libexec/sendbackup: version 2.4.4
 parsed request as: program `GNUTAR'
disk `/home/ftp/unix_accounts'
device `/home/ftp/unix_accounts'
level 0
since 1970:1:1:0:0:0
options 
`|;auth=bsd;srvcomp-fast;index;exclude-list=/usr/local/amanda/exclude/exclude.gtar;'
sendbackup: try_socksize: send buffer size is 65536
sendbackup: time 0.001: stream_server: waiting for connection: 0.0.0.0.47984
sendbackup: time 0.001: stream_server: waiting for connection: 0.0.0.0.47985
sendbackup: time 0.001: stream_server: waiting for connection: 0.0.0.0.47986
sendbackup: time 0.001: waiting for connect on 47984, then 47985, then 47986
sendbackup: time 0.012: stream_accept: connection from 10.1.0.18.33833
sendbackup: time 0.015: stream_accept: connection from 10.1.0.18.33834
sendbackup: time 0.021: stream_accept: connection from 10.1.0.18.33835
sendbackup: time 0.021: got all connections
sendbackup-gnutar: time 0.021: doing level 0 dump as listed-incremental to 
/usr/local/amanda/gnutar-lists/fext01ft_home_ftp_unix_accounts_0.new
sendbackup-gnutar: time 0.032: doing level 0 dump from date: 1970-01-01  0:00:00 GMT
sendbackup: time 0.034: spawning /usr/local/amanda/libexec/runtar in pipeline
sendbackup: argument list: gtar --create --file - --directory /home/ftp/unix_accounts 
--one-file-system --listed-incremental 
/usr/local/amanda/gnutar-lists/feext01ft_home_ftp_unix_accounts_0.new --sparse 
--ignore-failed-read --totals --exclude-from 
/tmp/amanda/sendbackup._home_ftp_unix__accounts.20030611143440.exclude .
sendbackup-gnutar: time 0.034: /usr/local/amanda/libexec/runtar: pid 2223
sendbackup: time 0.043: started index creator: "/bin/gtar -tf - 2>/dev/null | sed -e 
's/^\.//'"
sendbackup: time 1024.794: 124: strange(?): sed: couldn't write 62 items to {standard 
output}: Connection timed out
sendbackup: time 1987.478: index tee cannot write [Connection timed out]
sendbackup: time 1987.478: pid  finish time Wed Jun 11 15:07:48 2003
sendbackup: time 1987.479: 124: strange(?): sendbackup: index tee cannot write 
[Connection timed out]
Does someone know this one ?

--

Sincerely,
Cordialement,
Christian MOLIERE

Tél : +33 1 43 60 11 50
Mobile : +33 6 73 37 36 33

warning Bugbear.B virus

[Paul Bijnens]

Just for those that do not know it yet...
There is a new variant of Bugbear around since last week.  I already
received two messages through the amanda mailing list with the virus.
The last one was probably from someone who got infected the first time.
Update your virus signatures please, or don't use (the) windows.

--
Paul Bijnens, XplanationTel  +32 16 397.511
Technologielaan 21 bus 2, B-3001 Leuven, BELGIUMFax  +32 16 397.512
http://www.xplanation.com/  email:  [EMAIL PROTECTED]
***
* I think I've got the hang of it now:  exit, ^D, ^C, ^\, ^Z, ^Q, F6, *
* quit,  ZZ, :q, :q!,  M-Z, ^X^C,  logoff, logout, close, bye,  /bye, *
* stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt,  abort,  hangup, *
* PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e,  kill -1 $$,  shutdown, *
* kill -9 1,  Alt-F4,  Ctrl-Alt-Del,  AltGr-NumLock,  Stop-A,  ...*
* ...  "Are you sure?"  ...   YES   ...   Phew ...   I'm out  *
***

ALERT - GroupShield ticket number OA302_1055333904_NAVONT3_3 was generated

[GroupShield for Exchange (NAVONT3)]

Action Taken:
The attachment was quarantined from the message and replaced with a text
file informing the recipient of the action taken.

To:
Paul Bijnens <[EMAIL PROTECTED]>; [EMAIL PROTECTED]
<[EMAIL PROTECTED]>; [EMAIL PROTECTED]
<[EMAIL PROTECTED]>

From:
JC Simonetti <[EMAIL PROTECTED]>

Sent:
1990982272,29569043

Subject:
Re: cygwin & spaces in disklist directory

Attachment Details:-

Attachment Name: save_registry.bat
File: save_registry.bat
Infected? No
Repaired? No
Blocked? Yes
Deleted? No
Virus Name: 




<>

ALERT - GroupShield ticket number OA301_1055333903_NAVONT3_3 was generated

[GroupShield for Exchange (NAVONT3)]

Action Taken:
The attachment was quarantined from the message and replaced with a text
file informing the recipient of the action taken.

To:
Paul Bijnens <[EMAIL PROTECTED]>; [EMAIL PROTECTED]
<[EMAIL PROTECTED]>; [EMAIL PROTECTED]
<[EMAIL PROTECTED]>

From:
JC Simonetti <[EMAIL PROTECTED]>

Sent:
1990982272,29569043

Subject:
Re: cygwin & spaces in disklist directory

Attachment Details:-

Attachment Name: restore_registry.bat
File: restore_registry.bat
Infected? No
Repaired? No
Blocked? Yes
Deleted? No
Virus Name: 




<>

Re: cygwin & spaces in disklist directory

[JC Simonetti]

Hi!
Concerning the backup of the Windows Hives, I've made a brainstorm using MS 
documentation (ouch my head). So this is the result.
The Windows Hives are composed of many files:
_ %windir%\system32\cache\* for the system hives
_ ~user\ntuser.dat for the user hive
The system hives are always loaded, the user hives are loaded if the user is logged.
When a hive is loaded, Windows puts a lock on the files corresponding to this hive, an 
exclusive read and write lock.

Thus there is only one way to backup the loaded hives (and only one to restore them): 
using 2 Windows programs available in the Windows Resource Kit:
_ regback.exe
_ regrest.exe
I cannot join them to this mail since they are not free, you will have to buy the 
Resource Kit to get them...

I made some months ago 2 batch scripts that backup the hives using these programs, 
check the 2 attached files. I thought I would be the only one to use them so the 
comments are a bit light and... in French, sorry...
I suggest you put the "save_registry.bat" script in a crontab (the Windows "AT" batch 
command) to regularly backup the registry.


You can also find some help at:
http://www.windowsitlibrary.com/Content/267/1.html


Good luck!



On Wed, 11 Jun 2003 09:58:54 +0200
Paul Bijnens <[EMAIL PROTECTED]> wrote:

> Andy Howell wrote:
> >ln -s  '/cygdrive/c/Documents and Settings' /cygdrive/c/DocsAndSettings
> > 
> > did the trick. Recovery works fine as well. Now all I have to do is 
> > figure out some permission problems with some NTUSER.DAT and related 
> > files, and I'll be all set.
> 
> Not possible; windows keep these open files locked.  But if you find
> out how to get around that limitation, there are many people that want
> to know how you did it!
> 
> 
>  "Why use windows, when you can use the door?"
>   -- Anonymous
> 
> 
> -- 
> Paul Bijnens, XplanationTel  +32 16 397.511
> Technologielaan 21 bus 2, B-3001 Leuven, BELGIUMFax  +32 16 397.512
> http://www.xplanation.com/  email:  [EMAIL PROTECTED]
> ***
> * I think I've got the hang of it now:  exit, ^D, ^C, ^\, ^Z, ^Q, F6, *
> * quit,  ZZ, :q, :q!,  M-Z, ^X^C,  logoff, logout, close, bye,  /bye, *
> * stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt,  abort,  hangup, *
> * PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e,  kill -1 $$,  shutdown, *
> * kill -9 1,  Alt-F4,  Ctrl-Alt-Del,  AltGr-NumLock,  Stop-A,  ...*
> * ...  "Are you sure?"  ...   YES   ...   Phew ...   I'm out  *
> ***
> 
<>
<>

index file problem

[Moliere Christian]

Hello,

When I did an amdump my_conf, I have a data timeout failed
Here it is my config file :
fext01ft/home/ftp/unix_accounts comp-serveur-tar
fext01ft/etccomp-serveur-tar
After investigation on the client, I looked in the sendsize file debug :

sendsize.20030611103201.debug
sendsize: debug 1 pid 9987 ruid 33 euid 33: start at Wed Jun 11 10:32:01
2003
sendsize: version 2.4.4
sendsize[9987]: time 0.014: waiting for any estimate child
sendsize[9989]: time 0.014: calculating for amname
'/home/ftp/unix_accounts', dirname '/home/ftp/unix_accounts', spindle -1
sendsize[9989]: time 0.014: getting size via gnutar for
/home/ftp/unix_accounts level 0
sendsize[9989]: time 0.016: spawning /usr/local/amanda/libexec/runtar in
pipeline
sendsize[9989]: argument list: /bin/gtar --create --file /dev/null
--directory /home/ftp/unix_accounts --one-file-system
--listed-incremental
/usr/local/amanda/gnutar-lists/fext01ft_home_ftp_unix_accounts_0.new
--sparse --ignore-failed-read --totals --exclude-from
/tmp/amanda/sendsize._home_ftp_unix__accounts.20030611103201.exclude .
sendsize[9989]: time 1.243: Total bytes written: 5498501120 (5.1GB, 2.6GB/s)
sendsize[9989]: time 1.244: .
sendsize[9989]: estimate time for /home/ftp/unix_accounts level 0: 1.228
sendsize[9989]: estimate size for /home/ftp/unix_accounts level 0:
5369630 KB
sendsize[9989]: time 1.244: waiting for /bin/gtar
"/home/ftp/unix_accounts" child
sendsize[9989]: time 1.245: after /bin/gtar "/home/ftp/unix_accounts" wait
sendsize[9989]: time 1.245: done with amname '/home/ftp/unix_accounts',
dirname '/home/ftp/unix_accounts', spindle -1
sendsize[9987]: time 1.245: child 9989 terminated normally
sendsize[9987]: time 1.245: waiting for any estimate child
sendsize[10008]: time 1.245: calculating for amname '/etc', dirname
'/etc', spindle -1
sendsize[10008]: time 1.245: getting size via gnutar for /etc level 0
sendsize[10008]: time 1.248: spawning /usr/local/amanda/libexec/runtar
in pipeline
sendsize[10008]: argument list: /bin/gtar --create --file /dev/null
--directory /etc --one-file-system --listed-incremental
/usr/local/amanda/gnutar-lists/fext01ft_etc_0.new --sparse
--ignore-failed-read --totals --exclude-from
/tmp/amanda/sendsize._etc.20030611103203.exclude .
sendsize[10008]: time 1.274: Total bytes written: 2662400 (2.5MB, ?B/s)
sendsize[10008]: time 1.276: .
sendsize[10008]: estimate time for /etc level 0: 0.028
sendsize[10008]: estimate size for /etc level 0: 2600 KB
sendsize[10008]: time 1.276: waiting for /bin/gtar "/etc" child
sendsize[10008]: time 1.276: after /bin/gtar "/etc" wait
sendsize[10008]: time 1.276: done with amname '/etc', dirname '/etc',
spindle -1
sendsize[9987]: time 1.277: child 10008 terminated normally
sendsize: time 1.277: pid 9987 finish time Wed Jun 11 10:32:03 2003
As you can see, everything looks like ok. The
usr/local/amanda/gnutar-lists/fext01ft_home_ftp_unix_accounts_0.new file
was created but there is no data inside. It is empty.
When I make this command manualy on the client :
/bin/gtar --create --file /dev/null --directory /home/ftp/unix_accounts
--one-file-system --listed-incremental
/usr/local/amanda/gnutar-lists/fext01ft_home_ftp_unix_accounts_0.new
--sparse --ignore-failed-read --totals --exclude-from
/tmp/amanda/sendsize._home_ftp_unix__accounts.20030611103201.exclude
I have this error :
/bin/gtar: Cowardly refusing to create an empty archive
Try `/bin/gtar --help' for more information.
if I do this same command but in adding --files-from, I have some data
in the /usr/local/amanda/gnutar-lists/fext01ft_home_ftp_unix_accounts_0.new
In my config file I have two entries. The result of my amdump command
for /etc entry was ok the other for home/ftp/unix_accounts wasn't ok.
Is someone has some answers  to this problem ?

--

Sincerely,
Cordialement,
Christian MOLIERE

Tél : +33 1 43 60 11 50
Mobile : +33 6 73 37 36 33

unsubscribe sb+debian@icem.de

[Sebastian Berthold]

unsubscribe [EMAIL PROTECTED]

Re: errors still

[Gene Heskett]

On Wednesday 11 June 2003 02:31, Joseph Sirucka wrote:
>Hi Gene
>
>thanks for the reply.
>
>the lo interface is up with the 127.0.0.1 ip.
>
>The amandahost files is correct and I am really stuck on what is
> broken.
>
>I have posted a printout of the permissions of my directory incase
> something in debian linux is not kosher.
>
>Also the clients the redhat backup server backup are solaris
> machines.
>
>Also included is a amandad debug file from my /tmp/amanda.
>
>I am really at a loss to why one will work and one does not.
>
>regards
>
>Joseph

So am I, I looked at the 2 files and cannot see an obvious error in 
either of them.

I think I need somebody to throw me a life preserver here.

>- Original Message -
From: "Gene Heskett" <[EMAIL PROTECTED]>
>To: "Sirucka, Joseph" <[EMAIL PROTECTED]>;
><[EMAIL PROTECTED]>
>Sent: Tuesday, June 10, 2003 6:47 PM
>Subject: Re: errors still
>
>> On Tuesday 10 June 2003 02:56, Joseph Sirucka wrote:
>> >Hi All
>> >
>> >I have recently installed two amanda backup servers.
>> >
>> >One is a redhat 8 server with a six stacker dds 3 autoloader, and
>> > a debian unit with a single dds3 unit.
>> >
>> >I compiled amanda on both servers. They both have the same
>> > permissions and user privilages.
>>
>> Can we assume they were unpacked and built by the user 'amanda',
>> who is a member of group 'disk' or 'backup' or similarly high
>> permissions rated group, and then installed by the user 'root'?
>>
>> >The redhat server seems to be able to back itself and other
>> > servers up other than the second backup server.
>> >
>> >The debian unit does not seem to want to back it self up (it was
>> > only designed for backing itself up).
>>
>> Is the 'lo' interface up? even when backing up itself, amanda uses
>> the client/server model.
>>
>> >In the /tmp/amanda the debug files show no errors and are the
>> > same amoung the two servers. THe debian server passes the
>> > amcheck but fails during the amdump.
>> >
>> >My error I get from the debian server is
>> >
>> >olbs2 /usr lev 0 FAILED [disk /usr offline on olbs2]
>>
>> and I assume that 'olbs2' is an alias present and accounted for in
>> the /etc/hosts, AND the ~/.amandahosts files?
>>
>> >and the two errors amongst the redhat box is
>> >
>> >planner: ERROR olbgeNAK: amandad busy
>> >olbgen /export/home RESULT MISSING
>>
>> It appears you have that process hung for some reason.  The
>> question is why?  perms?
>>
>> >I have looked upon the faq-o-matic with help from them
>> >
>> >regards
>> >
>> >Joseph
>>
>> --
>> Cheers, Gene
>> AMD [EMAIL PROTECTED] 320M
>> [EMAIL PROTECTED]  512M
>> 99.26% setiathome rank, not too shabby for a WV hillbilly
>> Yahoo.com attornies please note, additions to this message
>> by Gene Heskett are:
>> Copyright 2003 by Maurice Eugene Heskett, all rights reserved.

-- 
Cheers, Gene
AMD [EMAIL PROTECTED] 320M
[EMAIL PROTECTED]  512M
99.26% setiathome rank, not too shabby for a WV hillbilly
Yahoo.com attornies please note, additions to this message
by Gene Heskett are:
Copyright 2003 by Maurice Eugene Heskett, all rights reserved.

Re: problems using amanda with xinetd

[Gene Heskett]

On Wednesday 11 June 2003 01:53, Mike Eldridge wrote:
>On Tue, Jun 10, 2003 at 05:31:20PM -0400, Gene Heskett wrote:
>> >> There has to be some reason the services won't start, so please
>> >> post an 'ls -l' of the /usr/local/libexec directory.  Also an
>> >> 'ls -l' of the amanda src directory, and a 'cat' of your
>> >> configuration script.
>> >
>> >/usr/local/libexec:
>> >
>> >-rwxr-xr-x1 root disk53526 May 31 20:29 amandad
>> >-rwsr-x---1 root disk43360 May 31 20:29 calcsize
>> >-rwsr-x---1 root disk37539 May 31 20:29 killpgrp
>> >-rwxr-xr-x1 root disk 4855 May 31 20:29
>> > patch-system -rwsr-x---1 root disk34567 May 31
>> > 20:29 rundump -rwsr-x---1 root disk35854 May 31
>> > 20:29 runtar -rwxr-xr-x1 root disk59150 May 31
>> > 20:29 selfcheck -rwxr-xr-x1 root disk   115915 May
>> > 31 20:29 sendbackup -rwxr-xr-x1 root disk73858
>> > May 31 20:29 sendsize -rwxr-xr-x1 root disk33725
>> > May 31 20:29 versionsuffix
>>
>> Okaayy, wrong perms, and where did the rest of it go?
>
>these are the perms that amanda's installation used.  as it works
>flawlessly on other machines, i did not attempt to change them. 
> amandad *is* executable by the amanda user.  the other utilities
> are suid.  as tar is being used (rather than a fs-specific dump
> utility that accesses the device), simply being a member of group
> disk will not suffice to backup the filesystem.  so i will need to
> change permissions around.
>
>i will setup permissions to suit the setup, but i highly doubt this
> is the source of the problem.
>
>as for "the rest of it", it was never there as i configured using
>--without-server.
>
Ahh, so...  The listed dir i snipped below is from my server, not my 
client.
[...]

>>
>> >~/src/amanda-2.4.4:
>>
>> That looks good, all owned by mike, which is alright IF mike
>> is a member of group 'disk' (I think), BUT you are not so
>> shown here...
>
>uh, no, i'm not (and will not ever be) a member of group disk.  what
>does the source have to do with the binaries?

Probably less than I'm reading into it, but since my user 'amanda' is 
a member of the group 'disk' as recommended someplace in the docs, 
then my unpacking at as the user amanda gives those ownerships.
>
>> I'm gonna snip it since my wordwrap wrecked it anyway.
>> [...]
>>
>> >/usr/local/etc/amanda/normal/amanda.conf:
>> >
>> ># amanda configuration file
>> >
>> ># configuration name
>> >org "DailyBackup"
>> >
>> ># general options
>> >mailto "[EMAIL PROTECTED]"
>> >dumpuser "amanda"
>> >logdir "/var/log/amanda"
>> >tapelist "/var/lib/amanda/tapelist"
>> >
>> ># cycle information
>> >dumpcycle 7
>> >tapecycle 1
>>
>> One tape?  You'll need at least dumpcycle + one, and preferably
>> (since there is no runspercycle spec here, the assumption by
>> amanda is everyday, so runspercycle=dumpcycle I believe) 2 or
>> more 'runspercycle' tapes in the rotation.  Thats at least 14.
>>
>> This is so that you have a system full at any time
>> as long as the last runspercycle backups are available.
>
>they don't *have* 14 tapes.  i suppose i'll just have to change
>dumpcycle to 0 and run it weekly.  i'll convince them to purchase at
>*least* one additional tape, if not the 14 needed for the cycle.

Good Grief, Mike!! I have this picture of their banking system being a 
slot cut in the top of a can that used to have log cabin syrup in it.  
And of course they'll fry *you* if it doesn't work when *they* won't 
make the investment.  I think I'd want out if they don't want to pony 
up for the tapes.  Cut your losses and run.  You don't need the 
liability.  I can say that of course, since I'm just a home user, 
doing my own offtimes amaturish system setups.  I can't sue anybody 
but me if I screw up :)
 
>> >filemark 100 kbytes
>> >speed 4 mbps
>> >}
>> >
>> ># dump type definition for use in archiving the local
>> > machine's drive define dumptype normal-local {
>> >comment "local, normal backup, no software compression"
>> >dumpcycle 7
>>
>> strange place for a dumpcycle spec??
>
>it's listed in the amanda documentation.  perhaps i want different
>dumpcycles for different machines...

Could be, I just never thought of it that way.

>> >compress none   # never use software compression
>> >holdingdisk no  # this is local, don't use the holding disk
>>
>> why not?  Excluse it yes, but do use it.  Amanda will stream to
>> tape if you do, but may shoeshine the drive, wasting tape and wear
>> and tear on the drive if you don't.
>
>my reasoning, from amanda(8):
>
>holdingdisk "boolean"
>Default:  yes.   Whether a holding disk should be used for
> these backups or whether they should go  directly  to  tape.  If 
> the holding disk is a portion of another file system that Amanda is
> b

Re: cygwin / indexing service

[Stefano Coletta]

Hi JC,
in a previous post I've reported the same problem in my amanda 
installation. I've 2.4.4 client & 2.4.4 server.

No one replied so it seems that only the two of us have this problem.

I hope to see someone else.



Stefano Coletta
http://www.mindcreations.com
JC Simonetti wrote:

Hi all!
I experience quite a strange problem with Amanda on Cygwin: I do not get the index 
results of dumps. The backups go well (I can amrestore them without error) but the 
indexes are not generated (the index files on the server are 0 byte...) so I cannot 
amrecover them.
This is not a firewall issue since I do not have any between my client and my server.
This is also not a server index issue since I get all other indexes (all the other 
ones that are not with a Cygwin client).
The logs client-side say:
--- cut here ---
$ less sendbackup.20030611022216.debug
sendbackup: debug 1 pid 2364 ruid 18 euid 18: start at Wed Jun 11 02:22:16 2003
/usr/local/amanda/libexec/sendbackup: version 2.4.4b1
[...]
sendbackup-gnutar: time 0.063: /usr/local/amanda/libexec/runtar: pid 1224
sendbackup: time 0.079: started index creator: "/usr/bin/tar -tf - 2>/dev/null |sed -e 
's/^\.//'"
sendbackup: time 2452.293: 53:size(|): Total bytes written: 3049789440 (2.8GB, 
1.2MB/s)
sendbackup: time 2452.350: index created successfully
sendbackup: time 2452.444: pid 234 finish time Wed Jun 11 03:03:08 2003
--- cut here ---
So apparently no problem? I have tested manually the "tar -t" command to see if its 
output was amindexd compliant (I suspected Cygwin proprietary problems), but it is OK.
I have a 2.4.4b1 client and a 2.4.3 server.

Anyone has an idea?
Thanks!
---
Jean-Christian SIMONETTIemail: [EMAIL PROTECTED]
SysAdmin Wanadoo Portails   phone: (+33)493004911
Sophia Antipolis, France
---
 

--
Stefano Coletta
http://www.mindcreations.com

Re: cygwin & spaces in disklist directory

[Paul Bijnens]

Andy Howell wrote:
   ln -s  '/cygdrive/c/Documents and Settings' /cygdrive/c/DocsAndSettings

did the trick. Recovery works fine as well. Now all I have to do is 
figure out some permission problems with some NTUSER.DAT and related 
files, and I'll be all set.
Not possible; windows keep these open files locked.  But if you find
out how to get around that limitation, there are many people that want
to know how you did it!
"Why use windows, when you can use the door?"
-- Anonymous
--
Paul Bijnens, XplanationTel  +32 16 397.511
Technologielaan 21 bus 2, B-3001 Leuven, BELGIUMFax  +32 16 397.512
http://www.xplanation.com/  email:  [EMAIL PROTECTED]
***
* I think I've got the hang of it now:  exit, ^D, ^C, ^\, ^Z, ^Q, F6, *
* quit,  ZZ, :q, :q!,  M-Z, ^X^C,  logoff, logout, close, bye,  /bye, *
* stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt,  abort,  hangup, *
* PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e,  kill -1 $$,  shutdown, *
* kill -9 1,  Alt-F4,  Ctrl-Alt-Del,  AltGr-NumLock,  Stop-A,  ...*
* ...  "Are you sure?"  ...   YES   ...   Phew ...   I'm out  *
***

Cinsel Problemler Son Buluyor!

[alpsezgin]

Title: Her yastan bay ve bayanlar icin








  

 Her yastan bay ve bayanlar icin:
  
  

 CiNSEL SORUNLARINIZA 
ARTIK SON!
  
  

 " Kalici ve 
Kesin Cozumler" 
  
  


.
  
  

 * Ereksiyon Olamama ve 
Ereksiyonu Koruyamama 
  
  

 * Cinsel Organin Normal 
Boyutlardan Kucuk Olmasi ve Egrilik 
  
  

 * Erken Bosalma ve 
Performans Yetersizligi 
  
  

 * Bayanlarda Cinsel 
Isteksizlik (Firijitlik) 
  
  


.
  
  

 Urunlerimizi 
yakindan tanimak icin,
  
  

 AYRINTILI 
BiLGi VE UCRETSiZ RESiMLi BORSURLER iSTEYiNiZ.
  
  

 Ayrica ucretsiz Cinsel 
Danismanlik Hizmetimiz sizin icindir.
  
  


.
  
  

 Mutluluklar 
dileriz.
  
  

 Saygilarimizla,
  
  


.
  
  

 Alptekin 
Sezgin (Herbalist)
  
  

 Internet 
Direct Sales, Izmir, Turkey
  
  

 0 (542) 478 
52 90
  
  

 ICQ : 
171661499
  
  

 
  

 
 
 
 
 
 

 
 
 
 

Re: Holding disks and the disk output driver

[Paul Bijnens]

Ted Cabeen wrote:

Ahh.  So without a holding disk, amanda will only dump one filesystem
at a time.  Got it.  Thanks.
How many clients is "lots"?
It's enough to have one slow client, and 1 or more other systems,
and the parallelism of amanda will dump the slow client in parallel
to the rest.  That's how I do my archive backups, taking almost 45 hours
when run sequentially, in less than 9 hours.


--
Paul Bijnens, XplanationTel  +32 16 397.511
Technologielaan 21 bus 2, B-3001 Leuven, BELGIUMFax  +32 16 397.512
http://www.xplanation.com/  email:  [EMAIL PROTECTED]
***
* I think I've got the hang of it now:  exit, ^D, ^C, ^\, ^Z, ^Q, F6, *
* quit,  ZZ, :q, :q!,  M-Z, ^X^C,  logoff, logout, close, bye,  /bye, *
* stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt,  abort,  hangup, *
* PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e,  kill -1 $$,  shutdown, *
* kill -9 1,  Alt-F4,  Ctrl-Alt-Del,  AltGr-NumLock,  Stop-A,  ...*
* ...  "Are you sure?"  ...   YES   ...   Phew ...   I'm out  *
***

Re: Holding disks and the disk output driver

[Paul Bijnens]

Brian Cuttler wrote:
Stupid question, how smart is the rait driver for disk ?

If you put the spool area on the output disk will it juggle
the space ok ? Will it know to move the file from one directory
to another (move the file pointer # mv perhaps) rather than 
having to copy all the bits and then remove the original ?
It's not as simple.  The header of a file on tape is a little
different than the header of a file in the holdingdisk.
E.g. a file in the holdingdisk has provisions to indicate that
it is chunked.  A file on tape is never chunked.
I'm not sure what is done with a very large dump and the
file driver; is it assumed that the filesystem to hold file-dumps
can handle large files?  (Too early in the morning to understand the
sources :-) )
--
Paul Bijnens, XplanationTel  +32 16 397.511
Technologielaan 21 bus 2, B-3001 Leuven, BELGIUMFax  +32 16 397.512
http://www.xplanation.com/  email:  [EMAIL PROTECTED]
***
* I think I've got the hang of it now:  exit, ^D, ^C, ^\, ^Z, ^Q, F6, *
* quit,  ZZ, :q, :q!,  M-Z, ^X^C,  logoff, logout, close, bye,  /bye, *
* stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt,  abort,  hangup, *
* PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e,  kill -1 $$,  shutdown, *
* kill -9 1,  Alt-F4,  Ctrl-Alt-Del,  AltGr-NumLock,  Stop-A,  ...*
* ...  "Are you sure?"  ...   YES   ...   Phew ...   I'm out  *
***