mondo-devel Mailing List for Mondo Rescue

Hi

Okay I wont take up too much time.  Just to say I'm the one with the problem drive.  Its and Onstream ADR2.60 ide drive.  It works fine with 1.4 versions and has blocksize problems with 1.5, even if I change mystuff.h to say TAPE_BLOCK_SIZE to 32768L.

I am using the regular st driver with ide-scsi.  If anyone has any ideas or has duplicated this I'd be greatly if they could chip in and email Hugo.

Mark

On Wed, 30 Oct 2002 21:28:25 +0000
"Hugo Rabson" <hug...@ms...> wrote:

> Short version:-
> 
> Tape users, please do me a big favor & e-mail me off-list at 
> hug...@ms...; tell me:-
> - the MAKE and MODEL of your tape drive (the more info, the better)
> - which version of Mondo you're using
> - if you've successfully rebooted & restored some/all of your data
> - if you've had problems (and what they were)
> 
> 
> Long version:-
> 
> OK, it's like this. Some tape drives behave like normal, sensible, good 
> little character devices and some don't. :) Stan, you know what I'm talking 
> about. The /dev/st* (or /dev/ht*) filesystem entries & their corresponding 
> drivers should hide complexities such as minimum/maximum block sizes behind 
> a decent double-buffering system, IMO, but some of the drivers clearly 
> don't. If you own a drive that uses such a driver then you'll have trouble 
> using Mondo.
> 
> Some drives insist on a certain block size and some don't. Most users will 
> be unaware of this because most users tend to use tar, afio, BRU, ArcServe 
> or even Mondo, rather than dd, dump or even fopen() / fclose().
> 
> Some require a minimum block size, some a maximum block size, etc. In 
> general, a block size of 32K works fine. It sounds as if some OnStream 
> drives don't like a 64K block size but I've only had one report of such a 
> problem & that's not enough for me to be sure that it's a bug in Mondo. 
> After all, the exact same code works on most tape drives.
> 
> It's just "fopen(); fwrite() several times; fclose()" with a bit of 
> buffering in the middle. It works fine for both of my IDE Travan drives. 
> AFAIK, it works for Stan (Troff) Benoit's many tape drives. I'm scratching 
> my head & wondering why it won't work on a particular OnStream drive.
> 
> http://www.linux1onstream.nl/
> 
> This website points to a mailing list for people interested in 
> developing/maintaining drivers for OnStream tape drives. I've joined the 
> mailing list & I intend to ask some other OnStream users to try Mondo to see 
> if it works (or not) on their tape drives. I'm not sure what else I can do, 
> frankly. Any ideas, folks?
> 
> -Hugo
> 
> 
> _________________________________________________________________
> Surf the Web without missing calls! Get MSN Broadband.  
> http://resourcecenter.msn.com/access/plans/freeactivation.asp
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by: Influence the future 
> of Java(TM) technology. Join the Java Community 
> Process(SM) (JCP(SM)) program now. 
> http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en
> _______________________________________________
> Mondo-devel mailing list
> Mon...@li...
> https://lists.sourceforge.net/lists/listinfo/mondo-devel

For doing backups onto 4.5 Gig DVD-RAM disks using Mondo 1.47
and the following command:

mondoarchive -g -m -s4280m -S /tmp -T /tmp -L -I "/web_disc" -Oi \
-d /tmp/isos -A "dd if=_ISO_ of=/dev/hdd; rm -f _ISO_; eject /dev/hdd" 

The "-m" option does not seem to work in prompting for insertion
and removal of the DVD-RAM disk.   It just carries on and either
tries to overwrite the existing disk in the DVD-RAM drive - or
carries on anyway with the "next" disk of data if the drive
is empty.

With the "-m" option, should Mondo be prompting for insertion of 
the DVD-RAM disc before calling the "-A" option -  and might it be 
implementable in mondo 1.4x?  

Cheers,

Lachlan.

-----------------------
Lachlan M. D. Cranswick

Collaborative Computational Project No 14 (CCP14)
    for Single Crystal and Powder Diffraction
  Birkbeck University of London and Daresbury Synchrotron Laboratory 
Postal Address: CCP14 - School of Crystallography,
                Birkbeck College,
                Malet Street, Bloomsbury,
                WC1E 7HX, London,  UK
Tel: (+44) 020 7631 6850   Fax: (+44) 020 7631 6803
E-mail: l.m...@dl...   Room: B091
WWW: http://www.ccp14.ac.uk/

On Thu, 31 Oct 2002 20:44:17 +0800
Stephen Liu <sa...@wr...> wrote:

# I expect to clarify a liitle bid further on "...without booting up the
# OS of the PC".  Currently I use InstantRecovery.  I just put
# InstantRecovery CD on CDRom and the backup media (CRR/CDRW) on
# CDWriter.  Boot up the PC with InstantRecovery to proceed backup.  I
# am not aware whether the harddrive has been booted up.  So my
# terminology in this respect is "without booting up the OS of the PC". 
# Does Monde work in the same way?

not really.  The software was written to run while the host OS is
running.  It does need some things from the host OS, like the kernel,
some file utilities, mkisofs, the ability to burn CD's, stuff like that.
 We haven't developed mondo to be able to run from a boot disk,
although, thats not entirely impossible.  Just as long as you can give
it a Linux environment with all the tools it needs to do the backup...

-- 
Jesse Keating
For Web Services and Linux Consulting, Visit --> j2Solutions.net
Mondo DevTeam (www.mondorescue.org)

Was I helpful?  Let others know:
 http://svcs.affero.net/rm.php?r=jkeating

Hi Jesse,

Thanks for your advice.

At 10:12 PM 2002/10/30 -0800, Jesse Keating wrote:
>- snip -
>
># 2) Can Mondo run backup direct from CDRom without booting up the OS of
># the PC
>
>No, the backup needs to happen while the OS is running.

I expect to clarify a liitle bid further on "...without booting up the OS 
of the PC".  Currently I use InstantRecovery.  I just put InstantRecovery 
CD on CDRom and the backup media (CRR/CDRW) on CDWriter.  Boot up the PC 
with InstantRecovery to proceed backup.  I am not aware whether the 
harddrive has been booted up.  So my terminology in this respect is 
"without booting up the OS of the PC".  Does Monde work in the same way?

># 4) Can backup be only made on those files having changed from previous
># backup so that the backup time can be reduced.
>
>Yes, we use a differential type backup method if you chose.

Wonderfully.  I have been searching for this backup software for some 
times.  Time is precious.

Thanks

Stephen Liu

On Thu, 31 Oct 2002 12:41:43 +0800
Stephen Liu <sa...@wr...> wrote:

# 1) Does Mondo support RH8.0 with CD burner as backup device
yes.

# 2) Can Mondo run backup direct from CDRom without booting up the OS of
# the PC 

No, the backup needs to happen while the OS is running.

#3) Can CDRW be used as backup media

yes.

# 4) Can backup be only made on those files having changed from previous
# backup so that the backup time can be reduced.

Yes, we use a differential type backup method if you chose.

-- 
Jesse Keating
For Web Services and Linux Consulting, Visit --> j2Solutions.net
Mondo DevTeam (www.mondorescue.org)

Was I helpful?  Let others know:
 http://svcs.affero.net/rm.php?r=jkeating

Hi all folks,

OS = RH8.0

I just join this list and expect to be advised on following questions.

1) Does Mondo support RH8.0 with CD burner as backup device
2) Can Mondo run backup direct from CDRom without booting up the OS of the PC
3) Can CDRW be used as backup media
4) Can backup be only made on those files having changed from previous 
backup so that the backup time can be reduced.

Thanks in advance

Stephen Liu

Quick one.  Mondorestore 1.47 was used to recover from a disk
crash onto a replacement system disk  (30 minutes later - everything
is happy again)

Minor nuance - it would seem if the hard disk being restored to
is brand new - doing a Nuke restore fails after giving lots of 
errors on trying to find the partitions on the hard-disk before
deleting/overwriting them during a nuke process (as there are no 
existing partitions or information on the disk when it is fresh 
out of the box).

(Mondo then suggests doing an interactive restore and everything
is happy - but this might freak people if they see this happening
the first time)

Lachlan.

-----------------------
Lachlan M. D. Cranswick

Collaborative Computational Project No 14 (CCP14)
    for Single Crystal and Powder Diffraction
  Birkbeck University of London and Daresbury Synchrotron Laboratory 
Postal Address: CCP14 - School of Crystallography,
                Birkbeck College,
                Malet Street, Bloomsbury,
                WC1E 7HX, London,  UK
Tel: (+44) 020 7631 6850   Fax: (+44) 020 7631 6803
E-mail: l.m...@dl...   Room: B091
WWW: http://www.ccp14.ac.uk/

Short version:-

Tape users, please do me a big favor & e-mail me off-list at 
hug...@ms...; tell me:-
- the MAKE and MODEL of your tape drive (the more info, the better)
- which version of Mondo you're using
- if you've successfully rebooted & restored some/all of your data
- if you've had problems (and what they were)


Long version:-

OK, it's like this. Some tape drives behave like normal, sensible, good 
little character devices and some don't. :) Stan, you know what I'm talking 
about. The /dev/st* (or /dev/ht*) filesystem entries & their corresponding 
drivers should hide complexities such as minimum/maximum block sizes behind 
a decent double-buffering system, IMO, but some of the drivers clearly 
don't. If you own a drive that uses such a driver then you'll have trouble 
using Mondo.

Some drives insist on a certain block size and some don't. Most users will 
be unaware of this because most users tend to use tar, afio, BRU, ArcServe 
or even Mondo, rather than dd, dump or even fopen() / fclose().

Some require a minimum block size, some a maximum block size, etc. In 
general, a block size of 32K works fine. It sounds as if some OnStream 
drives don't like a 64K block size but I've only had one report of such a 
problem & that's not enough for me to be sure that it's a bug in Mondo. 
After all, the exact same code works on most tape drives.

It's just "fopen(); fwrite() several times; fclose()" with a bit of 
buffering in the middle. It works fine for both of my IDE Travan drives. 
AFAIK, it works for Stan (Troff) Benoit's many tape drives. I'm scratching 
my head & wondering why it won't work on a particular OnStream drive.

http://www.linux1onstream.nl/

This website points to a mailing list for people interested in 
developing/maintaining drivers for OnStream tape drives. I've joined the 
mailing list & I intend to ask some other OnStream users to try Mondo to see 
if it works (or not) on their tape drives. I'm not sure what else I can do, 
frankly. Any ideas, folks?

-Hugo


_________________________________________________________________
Surf the Web without missing calls! Get MSN Broadband.  
http://resourcecenter.msn.com/access/plans/freeactivation.asp

Hugo Rabson wrote:
> Just a friendly reminder... :)
> 
> I'll be releasing 1.60 in early December. I'm not backporting any new 
> features to 1.4x, so you might want to try 1.5x before then. I'm 
> uploading new snapshots tonight, so I'd say wait until the weekend & 
> then give 1.5x a go if you're interested.
> 
> It is very probable that 1.47 will be the last release in the 1.4x line. 
> Jesse, what do you think is the best way to go about this? One final 
> 1.4x release in late Jan 2003? Or just say, "That's it, 1.47 or 1.60, 
> the choice is yours"?
> 
> I'm not good at autoconf/automake/etc. & some users have a bit of a 
> fetish for it, so I'm going to ask Stan to do what he did last time - do 
> it for me. :)
> 
> Mikael, I'm still hacking the 1.5x documentation. I'm interested in any 
> comments & suggestions you may have. It's not a complete rewrite but I 
> have added a few new screenshots. Would they be hard to incorporate in a 
> PDF file along with the HTML?

Short answer, Nope;
Long answer, shouldnt be a problem.

Let me know when youre done hacking the new docs, then i will merge them 
with my stuff and produce actually 4 variants i think we are up to now.
A html file split up in parts
A single html file.
A pdf file
A txt file

I've uploaded rpms and tarballs once again, and updated
contribute.html to reflect these new packages.  They are mondo-1.47-3
and mindi-0.67-3.

You can directly access the files from either: 
http://www.microwerks.net/~hugo/kp/8.0/ or
http://www.microwerks.net/~hugo/kp/7.x/

sha1sums are provided for the files.  

-- 
Jesse Keating
j2Solutions.net
Mondo DevTeam (www.mondorescue.org)

Was I helpful?  Let others know:
 http://svcs.affero.net/rm.php?r=jkeating

On Tue, 29 Oct 2002 20:33:56 +0000
"Hugo Rabson" <hug...@ms...> wrote:

# 
# It is very probable that 1.47 will be the last release in the 1.4x
# line. Jesse, what do you think is the best way to go about this? One
# final 1.4x release in late Jan 2003? Or just say, "That's it, 1.47
# or 1.60, the choice is yours"?

I'm pretty happy with what I've got for 1.47 now.  I've got that grep
patch to apply, and some final spec file tweakage and I'm happy with
it.  Unless I find something glaring, i'll let it go and concentrate
on the next set.

-- 
Jesse Keating
j2Solutions.net
Mondo DevTeam (www.mondorescue.org)

Was I helpful?  Let others know:
 http://svcs.affero.net/rm.php?r=jkeating

Just a friendly reminder... :)

I'll be releasing 1.60 in early December. I'm not backporting any new 
features to 1.4x, so you might want to try 1.5x before then. I'm uploading 
new snapshots tonight, so I'd say wait until the weekend & then give 1.5x a 
go if you're interested.

It is very probable that 1.47 will be the last release in the 1.4x line. 
Jesse, what do you think is the best way to go about this? One final 1.4x 
release in late Jan 2003? Or just say, "That's it, 1.47 or 1.60, the choice 
is yours"?

I'm not good at autoconf/automake/etc. & some users have a bit of a fetish 
for it, so I'm going to ask Stan to do what he did last time - do it for me. 
:)

Mikael, I'm still hacking the 1.5x documentation. I'm interested in any 
comments & suggestions you may have. It's not a complete rewrite but I have 
added a few new screenshots. Would they be hard to incorporate in a PDF file 
along with the HTML?

Again, please wait until Sat/Sun before trying 1.5x :)

-Hugo


_________________________________________________________________
Unlimited Internet access -- and 2 months free!  Try MSN. 
http://resourcecenter.msn.com/access/plans/2monthsfree.asp

On Tue, 29 Oct 2002 12:18:19 +0800 (GMT-8)
eri...@pr... wrote:

# Absolutely.

It'll be fixed in the -3 release.

-- 
Jesse Keating
j2Solutions.net
Mondo DevTeam (www.mondorescue.org)

Was I helpful?  Let others know:
 http://svcs.affero.net/rm.php?r=jkeating

On Tue, 29 Oct 2002, Jesse Keating wrote:
> On Tue, 29 Oct 2002 10:02:02 +0800 (GMT-8)
> eri...@pr... wrote:
> 
> # slang > 1.4.2 is required by mondo-1.47-2.rpm
> 
> Are you sure it says just >  and not >=  ?  if so, I might have to
> alter the rpm.  If you have 1.4.2, you can try to --nodeps it.

Absolutely.

-- 
Eric P.
Sunnyvale, CA

On Tue, 29 Oct 2002 10:02:02 +0800 (GMT-8)
eri...@pr... wrote:

# slang > 1.4.2 is required by mondo-1.47-2.rpm

Are you sure it says just >  and not >=  ?  if so, I might have to
alter the rpm.  If you have 1.4.2, you can try to --nodeps it.

-- 
Jesse Keating
j2Solutions.net
Mondo DevTeam (www.mondorescue.org)

Was I helpful?  Let others know:
 http://svcs.affero.net/rm.php?r=jkeating

On Tuesday 29 October 2002 03:02, eri...@pr... wrote:
> Hello, All:
>
> I reported this about a week ago it didn't seem to cause any
> response, so here it is again: The mondo RPM that I downloaded from
> microwerks.com (mondo-1.47-2.i386.rpm) causes the following failure:
>
>   slang > 1.4.2 is required by mondo-1.47-2.rpm
>
> ...despite the fact that 1.4.2 is the most current version of slang.
> Is this critical or should I just invoke the --force option?

Not at all.. Slang is up to 1.4.5 which I picked up on rpmfind.net.

Mike 

-- 
 Powered by SuSE 8.0 Kernel 2.4.18 KDE 3.0.2  Kmail 1.4.2
 For a great linux portal try http://www.freezer-burn.org
 For SuSE Mondo/Mindi backup support go to 
     http://home.t-online.de/~jroark
  8:56pm  up 23:24,  4 users,  load average: 1.46, 1.93, 2.02

On Tue, 29 Oct 2002 10:02:02 +0800 (GMT-8)
eri...@pr... wrote:

# I reported this about a week ago it didn't seem to cause any
# response, so here it is again: The mondo RPM that I downloaded from
# microwerks.com(mondo-1.47-2.i386.rpm) causes the following failure:
# 
#   slang > 1.4.2 is required by mondo-1.47-2.rpm 

Once again, will you please show me what is returned when you issue:
rpm -q slang  on this machine.

-- 
Jesse Keating
j2Solutions.net
Mondo DevTeam (www.mondorescue.org)

Was I helpful?  Let others know:
 http://svcs.affero.net/rm.php?r=jkeating

Hello, All:

I reported this about a week ago it didn't seem to cause any response, so
here it is again: The mondo RPM that I downloaded from microwerks.com
(mondo-1.47-2.i386.rpm) causes the following failure:

  slang > 1.4.2 is required by mondo-1.47-2.rpm 

...despite the fact that 1.4.2 is the most current version of slang. Is 
this critical or should I just invoke the --force option?

-- 
Eric P.
Sunnyvale, CA

OK - thanks for this.  Am in the process of doing full backups with
mondo 1.47 (which is working fine so far with me) before again
experimenting with 1.5x. 

Am keen to test if the "-m" option will
work with the "-A" option 
e.g., -A "dd if=_ISO_ of=/dev/hdd; rm -f _ISO_; eject /dev/hdd" 

Though IDE disk on the server just died last night during a mondo
backup - so will be using mondo to restore the system when the new
IDE disk arrives.  (nice to have mondo in place when this happens) :-)

Lachlan.

At 13:44 28/10/02 +0000, you wrote:
>Lachlan Cranswick <l.m...@dl...> wrote:-
>> ># Mondo 1.47 does not like to backup files greater than 2 Gig and ># 
>>skips them.  Is there a fix for this?
>
>Yes and it went into 1.5x ;)
>
>I'd like to add Large File Support to 1.4x but every time I add something to 
>1.4x, I risk destabilizing it. Its stability comes mostly from the fact that 
>no-one has futzed with the code for a while. So I'm not going to be 
>backporting anything. Rather, I'm hoping to wean people off 1.4x and get 
>them to try 1.5x before I declare 1.6x in December.
>
>BTW, 1.4x archives and 1.5x will never be compatible, for technical reasons. 
>I've done away with the requirement that tape users specify tape size. In 
>order to achieve that, I've had to break compatibility with 1.4x; sorry. :)

-----------------------
Lachlan M. D. Cranswick

Collaborative Computational Project No 14 (CCP14)
    for Single Crystal and Powder Diffraction
  Birkbeck University of London and Daresbury Synchrotron Laboratory 
Postal Address: CCP14 - School of Crystallography,
                Birkbeck College,
                Malet Street, Bloomsbury,
                WC1E 7HX, London,  UK
Tel: (+44) 020 7631 6850   Fax: (+44) 020 7631 6803
E-mail: l.m...@dl...   Room: B091
WWW: http://www.ccp14.ac.uk/

Lachlan Cranswick <l.m...@dl...> wrote:-
> ># Mondo 1.47 does not like to backup files greater than 2 Gig and ># 
>skips them.  Is there a fix for this?

Yes and it went into 1.5x ;)

I'd like to add Large File Support to 1.4x but every time I add something to 
1.4x, I risk destabilizing it. Its stability comes mostly from the fact that 
no-one has futzed with the code for a while. So I'm not going to be 
backporting anything. Rather, I'm hoping to wean people off 1.4x and get 
them to try 1.5x before I declare 1.6x in December.

BTW, 1.4x archives and 1.5x will never be compatible, for technical reasons. 
I've done away with the requirement that tape users specify tape size. In 
order to achieve that, I've had to break compatibility with 1.4x; sorry. :)

-Hugo



_________________________________________________________________
Unlimited Internet access for only $21.95/month.  Try MSN! 
http://resourcecenter.msn.com/access/plans/2monthsfree.asp

On Sun, 27 Oct 2002 15:00:32 -0600
John Ross Hunt <joh...@at...> wrote:

# 
# Yeah.  Got it figured out though.  I didn't have lzop on my system.  A
# quick download/install and mondorestore is happily chugging along.
# 
# Thanks for the quick response.

Yeah, I forgot to list lzop as a dependency.  I'll be updating the rpms
soon, along with some other goodies.

-- 
Jesse Keating
For Web Services and Linux Consulting, Visit --> j2Solutions.net
Mondo DevTeam (www.mondorescue.org)

Was I helpful?  Let others know:
 http://svcs.affero.net/rm.php?r=jkeating

> On Sun, 27 Oct 2002 14:32:35 -0600
> John Ross Hunt <joh...@at...> wrote:
> 
> # 
> # Have them both.  And in my PATH as well.
> 
> In the restore environment?

Yeah.  Got it figured out though.  I didn't have lzop on my system.  A quick
download/install and mondorestore is happily chugging along.

Thanks for the quick response.

-jrh

On Sun, 27 Oct 2002 14:32:35 -0600
John Ross Hunt <joh...@at...> wrote:

# 
# Have them both.  And in my PATH as well.

In the restore environment?

-- 
Jesse Keating
For Web Services and Linux Consulting, Visit --> j2Solutions.net
Mondo DevTeam (www.mondorescue.org)

Was I helpful?  Let others know:
 http://svcs.affero.net/rm.php?r=jkeating

> On Sun, 27 Oct 2002 12:38:26 -0600
> John Ross Hunt <joh...@at...> wrote:
> 
> # For the restore, I re-partitioned my LVM, did the /tmp/i-want-my-lvm
> # deal(which seems to work ok), and fired up mondorestore.  
> However, it
> # gives me the compression program message shortly after 
> mounting CD #1.
> #  So, the
> # question is what compression program?  I set it to '-0' during
> # mondoarchive.
> 
> Make sure you have atleast gzip in there, and possibly bzip2

Have them both.  And in my PATH as well.

-jrh

On Sun, 27 Oct 2002 19:37:25 +0000
Lachlan Cranswick <l.m...@dl...> wrote:

# 
# From memory - mondo 1.47 said files greater than 2 Gig were too big to
# 
# handle in the  biggiefile part of the backup and skipped them.  Am in 
# the middle of a long mondo backup (with no < 2 Gig files) - but will
# try this again when it is over and do a more thorough check of the log
# file.

Oh really?  hrm... I'll leave this up to Hugo to decipher.

-- 
Jesse Keating
For Web Services and Linux Consulting, Visit --> j2Solutions.net
Mondo DevTeam (www.mondorescue.org)

Was I helpful?  Let others know:
 http://svcs.affero.net/rm.php?r=jkeating