mondo-devel Mailing List for Mondo Rescue

insert-all-my-modules breaks when there 
are no modules to install. It creates an empty 
for loop, which sh does not like.

After digging into this, I found that the busybox mount
command is failing when trying to mount the cdrom. It 
does not like the 'owner' option for the /dev/cdrom
entry in /etc/fstab. I removed the option, and now 
my mindi dvd will boot properly.

Has anyone else run across this? It seems like it 
would be a show stopper. Perhaps busybox has changed for
mindi-0.95?

Thanks,
Charlie

> -----Original Message-----
> From: mon...@li... 
> [mailto:mon...@li...] On Behalf Of 
> Charles Martin
> Sent: Wednesday, January 28, 2004 8:29 PM
> To: mon...@li...
> Cc: 'Charles Martin'
> Subject: [Mondo-devel] Re: 2.6 kernel
> 
> 
> I have been struggling, trying to get Mondo 1.75 and Minidi 
> 0.95 to create a bootable dvd for Linux 2.6. Mondoarchive 
> happily creates an iso, which I can burn to the DVD with 
> growisofs. The dvd mounts 
> fine, and I see everything there. When I boot the dvd 
> however, the first boot step succeeds, and I get to the boot: 
> prompt. After I enter a command (i.e. interactive, expert, 
> etc.), the next boot sequence seems to find the linux kernel 
> and starts to boot it. A lot of diagnostics go flying by. I 
> can see that the scsi disks are found. Eventually it halts 
> though, complaining that it can't mount the cdrom, and 
> telling me to use floppies.
> 
> Unfortunatly, since it is a video monitor, I can't see all of 
> the diagnostics that are produced during the boot sequence. At this 
> point the screen is full of verbiage relating to creating 
> boot floppies, so I don't have info on why the boot failed. 
> There nmay be some previous useful info, but I don't know how 
> to capture it.
> 
> I did have a working, bootable DVD mondoarchive for a Linux 
> 2.4.23 system, produced on the exact same hardware. This was 
> with the stable versions of 
> Mondo and Mindi.
> 
> I'd be happy to contribute to the testing and debugging for 
> 2.6, if there is anything I can do.
> 
> Thanks,
> Charlie
> 
> 
> From: Hugo Rabson <hugo@mo...> 
>  2.6 kernel   
> 2004-01-22 20:33  
>  Would all interested users please try Mondo 1.7x and Mindi 
> 0.9x snapshots  with their 2.6 kernel-based distros and send 
> relevant feedback to the  mailing list?
>  
>  -Hugo
>  
> 
> 
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration 
> See the breadth of Eclipse activity. February 3-5 in Anaheim, 
> CA. http://www.eclipsecon.org/osdn 
> _______________________________________________
> Mondo-devel mailing list
> Mon...@li... 
> https://lists.sourceforge.net/lists/listinfo/m> ondo-devel
> 

On Friday 30 January 2004 10:24, Leslie Hazelton wrote:
> I downloaded and installed mindi-0.95-1 and the related mondo-1.75-1.
> My system runs SUSE 9.0 Pro.  When I tried to run mindi to create a
> test CD I received the error below. I have attached the requested
> mindi error file. The path looks OK, but the dosfstools package does
> not appear to contain the mkfs.vfat you are looking for.

Easy to fix. And it  is a know problem with SuSE..

ln -s /sbin/mkdosfs /sbin/mkfs.vfat

Although it seems to be a bit strange as I didn't have to do this on 
mine. I'll have to take a look.

Mike


-- 
 Powered by SuSE 9.0 Kernel 2.4.21 KDE 3.1.4  Kmail 1.5.4
 For SuSE Mondo/Mindi backup support go to 
     http://www.mikenjane.net/~mike
  8:32am  up 6 days 23:41,  4 users,  load average: 1.05, 1.13, 1.10

Leslie Hazelton wrote:
> I downloaded and installed mindi-0.95-1 and the related mondo-1.75-1. My 
> system runs SUSE 9.0 Pro.  When I tried to run mindi to create a test CD 
> I received the error below. I have attached the requested mindi error 
> file. The path looks OK, but the dosfstools package does not appear to 
> contain the mkfs.vfat you are looking for.

Sorry for the static.  I found the problem. A SUSE 8.2 how-to in the 
Mondo doc mentioned using a symlink to add the mkfs.vfat entry solved 
part of the problem.

Then I had to scrap the mindi command I had saved because the perl 
version and the options are different when you switch back to the 
original version.

In any case, my mindi test CD works now.  Again, sorry for the wasted 
bandwidth.

-- 
Les Hazelton
Registered Linux user # 272996

I realize that you have covered most popular FS that cover 99 percent of
the users.  There is one that I didn't see in your list, IBM's OS/2's
HPFS.  I realize that the use of this OS is very limited, but there are
still a number of businesses that do run this as an app server and even
still run the desktop version, since it isn't really broken like Windows
and not virus prone.  The European banking systems really like this OS
because of the last two items.  Too bad IBM didn't know how to market
this wonderful OS to the rest of the world.  I still have it sitting on
a partion on my old desktop and do find need of it from time to time.

Thanks,


Randy Chilson
Computer Information Systems Instructor
Lake Area Technical Institute
230 - 11th Street NE
Watertown, SD  57201-0730

Phone:  (605) 882 - 5284  ext 289
FAX:  (605) 882 - 6299
Email:  Chi...@La...

duplicate mondoHello,
Just delete the old Mondo Folder ....

Mark Lie-A-Kwie

  ----- Original Message -----=20
  From: Ugo Bellavance=20
  To: mon...@li...=20
  Sent: Thursday, January 29, 2004 5:39 PM
  Subject: [Mondo-devel] duplicate mondo


  Hi,=20

          I tried to install mondo on RH9 a while ago.  I decided to try =
again, so today, I downloaded the ISO, and I installed.  Now, the =
mondoarchive command tells me that I have two instances of mondo.  =
Attached logs.

          Thanks,=20

On Thu, Jan 29, 2004 at 08:26:53AM +0000 or thereabouts, Conor Daly wrote:
> On Tue, Jan 27, 2004 at 11:40:11AM +0000 or thereabouts, manu aradhya wrote:
> >  
> >  hi all , i am new to backup systems i want to create
> >  
> >  1) bootable image which can run itself at the bootup
> >  time from cd.
> >  
> >  2) after bootup it has to  create file system on to
> >  hard disk (assume that old one is crashed). and it
> >  has  to transfer some system files to harddisk.
> >  
> >  is mkinitrd enough,pls anybody give me some ideas
> >  how  can i do it.
> >  
> >  if i am using mondo can i able to modify it to my
> >  requirements.
> 
> Mondo does all these things.  You might need to change one thing for your
> point 1 above.  The mondo CD boots by default into 'interactive' mode.  If
> you want it to automatically boot to 'nuke' mode (ie. if you boot from this
> CD your system gets restored, no questions asked) you need to edit
> /usr/local/share/mindi/isolinux.cfg or /usr/local/share/mindi/syslinux.cfg
> (Which one is it?) and change the 'default interactive' line to 'default
> nuke'.  DON'T DO THIS!  Not unless you are definite that this is what you
> need.  It should be no problem to educate those in charge of the backup CDs
> to type 'nuke' at the boot prompt...

Or run mondoarchive -H.
# man mondoarchive

-- Josh

I downloaded and installed mindi-0.95-1 and the related mondo-1.75-1. My 
system runs SUSE 9.0 Pro.  When I tried to run mindi to create a test CD 
I received the error below. I have attached the requested mindi error 
file. The path looks OK, but the dosfstools package does not appear to 
contain the mkfs.vfat you are looking for.

Farpoint:~ # mindi  -l /root/mindi.log -k 
/boot/vmlinuz-2.4.21-166-default  -t /root
Fatal error. mkfs.vfat missing from your filesystem - please install 
your dosfstools RPM or DEB package. Perhaps your PATH environmental 
variable is broken, too?

Please e-mail a copy of /tmp/mindi.err.14970.tgz to the mailing list.
See http://www.mondorescue.com for more information.
WE CANNOT HELP unless you enclose that file.
Farpoint:~ # echo $PATH
/sbin:/usr/sbin:/usr/local/sbin:/root/bin:/usr/local/bin:/usr/bin:/usr/X11R6/bin:/bin:/usr/games:/opt/gnome/bin:/opt/kde3/bin:/usr/lib/java/jre/bin
Farpoint:~ # rpm -ql dosfstools
/sbin/dosfsck
/sbin/fsck.msdos
/sbin/mkdosfs
/sbin/mkfs.msdos
/usr/share/doc/packages/dosfstools
/usr/share/doc/packages/dosfstools/CHANGES
/usr/share/doc/packages/dosfstools/README.Atari
/usr/share/doc/packages/dosfstools/TODO
/usr/share/man/man8/dosfsck.8.gz
/usr/share/man/man8/fsck.msdos.8.gz
/usr/share/man/man8/mkdosfs.8.gz
/usr/share/man/man8/mkfs.msdos.8.gz
Farpoint:~ #

-- 
Les Hazelton
Registered Linux user # 272996

This message is for Joshus Oreman,  I received this reply from Hugo.
Would you be able to submit these changes to cvs??  I'm pretty new to
Mondo and cvs for that matter so I'm not sure I would know where to
start...

Thanks in advance.

-------- Original Message --------
Subject: 	Re: Notification of Payment Received
Date: 	Tue, 27 Jan 2004 17:54:38 -0600
From: 	Hugo Rabson <hug...@ms...>
To: 	bm...@mp...

>	[Main] mondo-rstr-tools.c->process_filelist_and_biggielist#940: cp -f 
>tmp/filelist.full /tmp/filelist.full

It sounds refer to filelist.full.gz, not filelist.full - sadly, I am out 
of the country, so would you please either modify mondo-rstr-tools.c 
yourself & recompile, or contact Joshua Oreman via the mailing list & 
ask him to submit the change to cvs?

-Hugo

>From: Bill Mixter <bm...@mp...>
>To: Hugo Rabson <hug...@ms...>
>Subject: Re: Notification of Payment Received
>Date: Mon, 26 Jan 2004 13:24:32 -0500
>
>Hugo Rabson wrote:
>
>>Hi Bill,
>>
>>
>>>From: Bill Mixter <bm...@mp...>
>>>---FATALERROR--- Cannot find config info on tape/CD/floppy
>>>-------FATAL ERROR------------FATALERROR--- Cannot find config info on 
>>>tape/CD/floppy
>>
>>
>>Please note, the stable (1.6x) branch is incompatible with the unstable 
>>(1.7x) branch. However, the 'unstable'  branch is as stable as the stable 
>>branch for most purposes. It is actually _more_ reliable than 1.6x for 
>>tape users. :)
>
>Hugo,  an update to my last reply to you.  I stated that when I did 
>mondoarchive -Vt it was seg faulting.  That was correct but I had missed 
>the fact that the tape had been ejected.  I wasn't sitting right at the 
>machine and when I went into change tape I noticed that.  I assume the 
>backup process must have ejected it??
>
>I ran mondoarchive -Vt again and it completed OK,  appears that the verify 
>process also ejects the tape at the end of the process.  After all of that 
>I ran mondorestore and put in the mindi.iso created CD when prompted, 
>removed it when prompted.  It appeared to read the tape and then errored 
>out with:
>
>---FATALERROR---  filelist.full does not exist

On Wed, Jan 28, 2004 at 04:28:57PM -0800 or thereabouts, Andy Davidson wrote:
> Hugo, I have a question about a design choice of yours: why do you
> break the file sets into small pieces (it looks like each *.afio.gz is
> about 15-20MB)? 
> 
> I am about to use afio for some storage and am wondering if there is a
> reason I should do the same thing, instead of packing them up into the
> 50-200MB files they would be otherwise.
> 
> Enquiring minds want to know.

So we can split them across media without having to split individual
filesets.

-- Josh

On Wednesday 28 January 2004 16:28, Andy Davidson wrote:
> Hugo, I have a question about a design choice of yours: why do you
> break the file sets into small pieces (it looks like each *.afio.gz
> is about 15-20MB)?
>
> I am about to use afio for some storage and am wondering if there is
> a reason I should do the same thing, instead of packing them up into
> the 50-200MB files they would be otherwise.
>
> Enquiring minds want to know.

So that if there is a scratch on your CD and that archive is lost, 
that small amount of files is lost, instead of the whole archive of=20
files.

=2D-=20
Jesse Keating RHCE      (geek.j2solutions.net)
=46edora Legacy Team      (www.fedoralegacy.org)
Mondo DevTeam           (www.mondorescue.org)
GPG Public Key          (geek.j2solutions.net/jkeating.j2solutions.pub)
=20
Was I helpful?  Let others know:
 http://svcs.affero.net/rm.php?r=3Djkeating

I have been struggling, trying to get Mondo 1.75 and Minidi 0.95
to create a bootable dvd for Linux 2.6. Mondoarchive happily creates
an iso, which I can burn to the DVD with growisofs. The dvd mounts 
fine, and I see everything there. When I boot the dvd however,
the first boot step succeeds, and I get to the boot: prompt. After
I enter a command (i.e. interactive, expert, etc.), the next boot
sequence seems to find the linux kernel and starts to boot it. A lot
of diagnostics go flying by. I can see that the scsi disks are found.
Eventually it halts though, complaining that it can't mount the cdrom,
and telling me to use floppies.

Unfortunatly, since it is a video monitor, I can't see all of
the diagnostics that are produced during the boot sequence. At this 
point the screen is full of verbiage relating to creating boot
floppies, so I don't have info on why the boot failed. There
nmay be some previous useful info, but I don't know how to capture it.

I did have a working, bootable DVD mondoarchive for a Linux 2.4.23
system,
produced on the exact same hardware. This was with the stable versions
of 
Mondo and Mindi.

I'd be happy to contribute to the testing and debugging for 2.6,
if there is anything I can do.

Thanks,
Charlie


From: Hugo Rabson <hugo@mo...> 
 2.6 kernel   
2004-01-22 20:33  
 Would all interested users please try Mondo 1.7x and Mindi 0.9x
snapshots
 with their 2.6 kernel-based distros and send relevant feedback to the
 mailing list?
 
 -Hugo
 

hi all,I want to add new command to bootable linux,
assume that i want to add "plaympeg". i just included
in the /usr/local/share/mindi/deplist.txt  it
succesfully included but when i tried to run, it says
there is no sharedlibs related to it. how can include
libs related to it.
one more thing how can i remove the existing commands
assume i dont want "halt".
i want to burn a bootable linux with "plaympeg" &
without "halt" on to  cdrw.any ideas pls.
                                  -manu

________________________________________________________________________
Yahoo! India Mobile: Download the latest polyphonic ringtones.
Go to http://in.mobile.yahoo.com

Hugo, I have a question about a design choice of yours: why do you
break the file sets into small pieces (it looks like each *.afio.gz is
about 15-20MB)? 

I am about to use afio for some storage and am wondering if there is a
reason I should do the same thing, instead of packing them up into the
50-200MB files they would be otherwise.

Enquiring minds want to know.

andy

-- 
Andy Davidson	ph...@he...
If you know what you're doing, you're not learning anything.

On Fri, 23 Jan 2004 12:09:01 -0700, you wrote:

>> Sorry, I guess it wasn't clear - it was all one backup, starting on
>> 1/13 and ending on 1/22.  And that isn't (by FAR) my longest backup -
>> I have one running now that I started on 1/13/03... 
>> 
>You've got to be kidding?
>
>Explain, please....
>
>What are you doing, backing up gigs over dial up modem
>or backing up terabits/googlebits?

Backing up a 1 TB server to DVDs.

>Any back up strategy is going to require a snap shot
>of some kind of your data.
>
>If it's a slow connection, then off load data onto
>a seperate backup device (hard drives) then
>back that up and repeat as needed.
>
>Now if your backing up terabites/googlebits,
>well then you should have enough $ for some
>additional hardware to handle this kind of back up.
>Mirrored redunant scsi towers / mirrored servers,
>backup libraries, etc.

Hahahahahaha.  You're a very funny person.

>
>It sounds like you need a different bu strategy.
>
>Can't what to here more on this.


Well, after trying an assortment of things, what I've done is switched
to DAR, which doesn't give me the bare metal restore I wanted, but is
a lot faster than Mondo, for reasons I partly understand.

With the addition of some perl code (Released GPL probably next week),
I have the DVD burner process running parallel to the backup process,
which speeds things up even more.

Mike-

Mornings:  Evolution in action.  Only the grumpy will survive.
-----------------------------------------------------

Please note - Due to the intense volume of spam, we have
installed site-wide spam filters at catherders.com.  If
email from you bounces, try non-HTML, non-encoded, 
non-attachments.

Boy, it sounded like a good idea, but Mondo doesn't like that:


[root@GOOBER SNMP-PP]# /usr/local/sbin/mondoarchive -OVr -gf -s4380m -1 
-d dev=0,0,0 -I /home/dradick -S /home/35graid/VIDEO/mondo-temp -T 
/home/35graid/VIDEO/mondo-temp
Initializing...
log file = /var/log/mondo-archive.log
See /var/log/mondo-archive.log for details of backup run.
root is mounted at /dev/hda
Checking sanity of your Linux distribution
Done.
Fatal error... Please don't give a SCSI node. Give a _device_, 
preferably a /dev entry, for the parameter of the -d flag.
mindi: no process killed
---FATALERROR--- Please don't give a SCSI node. Give a _device_, 
preferably a /dev entry, for
the parameter of the -d flag.
If you require technical support, please contact the mailing list.


But all is not lost, I managed to use Mondo 1.75_cvs to backup to an 
ISO, and use command-line
dvdrecord to burn it to a DVD-R.  Resultant DVD booted fine, and 
compared accurately.

thx,
Don

Kimbrell, Roy wrote:

> I don't know about the cvs version you're working with, but I found 
> that Mondo v.1.75-1 didn't like the "/dev/*" device specification - 
> the old cdrecord method (like "0,1,2") worked.  You might try that.
>
> don radick wrote:
>
>>
>> I'm still trying to get Mondo (cvs 1/23/04) to work with my IDE DVD 
>> drive.
>>
>> I tried to specify my DVD drive as either /dev/dvd or /dev/scd0 with no
>> success.  Mondo didn't like either form of drive spec.
>>
>> Logs are attached.
>>
>> It doesn't look like the log files have my command line inside them. 
>> wierd.
>>
>> Here's the command lines:
>>
>> /usr/local/sbin/mondoarchive -OVr -gf 1 -d /dev/dvd -I /home/dradick 
>> -S /home/35graid/VIDEO/mondo-temp/ -T /home/35graid/VIDEO/mondo-temp/
>>
>> and /or
>>
>> /usr/local/sbin/mondoarchive -OVr -gf 1 -d /dev/scd0 -I /home/dradick 
>> -S /home/35graid/VIDEO/mondo-temp/ -T /home/35graid/VIDEO/mondo-temp/
>>
>>
>>
>> -Don Radick
>>
>> ------------------------------------------------------------------------
>
>

On Tue, Jan 27, 2004 at 11:40:11AM +0000 or thereabouts, manu aradhya wrote:
>  
>  hi all , i am new to backup systems i want to create
>  
>  1) bootable image which can run itself at the bootup
>  time from cd.
>  
>  2) after bootup it has to  create file system on to
>  hard disk (assume that old one is crashed). and it
>  has  to transfer some system files to harddisk.
>  
>  is mkinitrd enough,pls anybody give me some ideas
>  how  can i do it.
>  
>  if i am using mondo can i able to modify it to my
>  requirements.

Mondo does all these things.  You might need to change one thing for your
point 1 above.  The mondo CD boots by default into 'interactive' mode.  If
you want it to automatically boot to 'nuke' mode (ie. if you boot from this
CD your system gets restored, no questions asked) you need to edit
/usr/local/share/mindi/isolinux.cfg or /usr/local/share/mindi/syslinux.cfg
(Which one is it?) and change the 'default interactive' line to 'default
nuke'.  DON'T DO THIS!  Not unless you are definite that this is what you
need.  It should be no problem to educate those in charge of the backup CDs
to type 'nuke' at the boot prompt...

Conor
-- 
Conor Daly,                   Please avoid sending me 
Met Eireann, Glasnevin Hill,  Word or PowerPoint attachments.
Dublin 9, Ireland             http://www.fsf.org/philosophy/no-word-attachments.html
Ph +3531 8064276 Fax +3531 8064247


**********************************************************************
This e-mail and any files transmitted with it are confidential 
and intended solely for the addressee. If you have received
this email in error please notify the sender.
This e-mail message has also been scanned for the
presence of computer viruses.
**********************************************************************

> Sorry, I guess it wasn't clear - it was all one backup, starting on
> 1/13 and ending on 1/22.  And that isn't (by FAR) my longest backup -
> I have one running now that I started on 1/13/03... 
> 
You've got to be kidding?

Explain, please....

What are you doing, backing up gigs over dial up modem
or backing up terabits/googlebits?

Any back up strategy is going to require a snap shot
of some kind of your data.

If it's a slow connection, then off load data onto
a seperate backup device (hard drives) then
back that up and repeat as needed.

Now if your backing up terabites/googlebits,
well then you should have enough $ for some
additional hardware to handle this kind of back up.
Mirrored redunant scsi towers / mirrored servers,
backup libraries, etc.

It sounds like you need a different bu strategy.

Can't what to here more on this.

I don't know about the cvs version you're working with, but I found that 
Mondo v.1.75-1 didn't like the "/dev/*" device specification - the old 
cdrecord method (like "0,1,2") worked.  You might try that.

don radick wrote:

>
> I'm still trying to get Mondo (cvs 1/23/04) to work with my IDE DVD 
> drive.
>
> I tried to specify my DVD drive as either /dev/dvd or /dev/scd0 with no
> success.  Mondo didn't like either form of drive spec.
>
> Logs are attached.
>
> It doesn't look like the log files have my command line inside them. 
> wierd.
>
> Here's the command lines:
>
> /usr/local/sbin/mondoarchive -OVr -gf 1 -d /dev/dvd -I /home/dradick 
> -S /home/35graid/VIDEO/mondo-temp/ -T /home/35graid/VIDEO/mondo-temp/
>
> and /or
>
> /usr/local/sbin/mondoarchive -OVr -gf 1 -d /dev/scd0 -I /home/dradick 
> -S /home/35graid/VIDEO/mondo-temp/ -T /home/35graid/VIDEO/mondo-temp/
>
>
>
> -Don Radick
>
>------------------------------------------------------------------------
>
>Mondo Archive v1.7x_cvs --- http://www.mondorescue.org
>-----------------------------------------------------------
>NB: Mondo logs almost everything, so don't panic if you see
>some error messages.  Please read them carefully before you
>decide to break out in a cold sweat.    Despite (or perhaps
>because of) the wealth of messages. some users are inclined
>to stop reading this log. If Mondo stopped for some reason,
>chances are it's detailed here.  More than likely there's a
>message at the very end of this log that will tell you what
>is wrong. Please read it!                          -Devteam
>-----------------------------------------------------------
>Zero...
>[Main] main.c->welcome_to_mondoarchive#151: One...
>	[Main] main.c->welcome_to_mondoarchive#152: Two...
>		[Main] main.c->welcome_to_mondoarchive#153: Three...
>	[Main] main.c->distro_specific_kludges_at_start_of_mondoarchive#167: Unmounting old ramdisks if necessary
>		[Main] libmondo-tools.c->stop_autofs_if_necessary#1198: /etc/rc.d/init.d/autofs --- autofs detected
>	[Main] libmondo-tools.c->stop_autofs_if_necessary#1204: Stopped autofs OK
>[Main] libmondo-tools.c->mount_boot_if_necessary#1232: Started sub
>[Main] libmondo-tools.c->mount_boot_if_necessary#1282: Ended sub
>[Main] libmondo-tools.c->reset_bkpinfo#862: Hi
>[Main] libmondo-devices.c->am_I_in_disaster_recovery_mode#248: Allocating tmp
>
>[Main] libmondo-devices.c->am_I_in_disaster_recovery_mode#250: Allocating comment
>
>[Main] libmondo-devices.c->am_I_in_disaster_recovery_mode#252: Doing something else
>
>root is mounted at /dev/hda
>
>Checking sanity of your Linux distribution
>	[Main] libmondo-tools.c->some_basic_system_sanity_checks#987: Free space on given partition = 2209 MB
>Done.
>[Main] libmondo-tools.c->get_kernel_version#384: g_kernel_version = 2.420000
>	[Main] libmondo-devices.c->sensibly_set_tmpdir_and_scratchdir#2045: bkpinfo->tmpdir is being set to /home/35graid/VIDEO/tmp.mondo.15952
>	[Main] libmondo-devices.c->sensibly_set_tmpdir_and_scratchdir#2048: bkpinfo->scratchdir is being set to /home/35graid/VIDEO/mondo.scratch.583
>	[Main] mondo-cli.c->process_switches#400: '/' is pleonastic.
>[Main] newt-specific.c->fatal_error#346: Fatal error received - 'Please give a /dev entry, not a SCSI node, as the parameter of the -d flag.'
>		[Main] newt-specific.c->fatal_error#365: OK, I think I'm the main PID.
>	[Main] newt-specific.c->fatal_error#373: I'm going to do some cleaning up now.
>	[Main] newt-specific.c->fatal_error#383: Waiting for child processes to terminate
>	[Main] newt-specific.c->fatal_error#383: Waiting for child processes to terminate
>	[Main] newt-specific.c->fatal_error#383: Waiting for child processes to terminate
>	[Main] newt-specific.c->fatal_error#383: Waiting for child processes to terminate
>	[Main] newt-specific.c->fatal_error#383: Waiting for child processes to terminate
>	[Main] newt-specific.c->fatal_error#383: Waiting for child processes to terminate
>	[Main] newt-specific.c->fatal_error#383: Waiting for child processes to terminate
>	[Main] newt-specific.c->fatal_error#383: Waiting for child processes to terminate
>	[Main] newt-specific.c->fatal_error#383: Waiting for child processes to terminate
>[Main] mondo-cli.c->termination_in_progress#984: Termination in progress
>  
>
>------------------------------------------------------------------------
>
>Mondo Archive v1.7x_cvs --- http://www.mondorescue.org
>-----------------------------------------------------------
>NB: Mondo logs almost everything, so don't panic if you see
>some error messages.  Please read them carefully before you
>decide to break out in a cold sweat.    Despite (or perhaps
>because of) the wealth of messages. some users are inclined
>to stop reading this log. If Mondo stopped for some reason,
>chances are it's detailed here.  More than likely there's a
>message at the very end of this log that will tell you what
>is wrong. Please read it!                          -Devteam
>-----------------------------------------------------------
>Zero...
>[Main] main.c->welcome_to_mondoarchive#151: One...
>	[Main] main.c->welcome_to_mondoarchive#152: Two...
>		[Main] main.c->welcome_to_mondoarchive#153: Three...
>	[Main] main.c->distro_specific_kludges_at_start_of_mondoarchive#167: Unmounting old ramdisks if necessary
>		[Main] libmondo-tools.c->stop_autofs_if_necessary#1198: /etc/rc.d/init.d/autofs --- autofs detected
>	[Main] libmondo-tools.c->stop_autofs_if_necessary#1204: Stopped autofs OK
>[Main] libmondo-tools.c->mount_boot_if_necessary#1232: Started sub
>[Main] libmondo-tools.c->mount_boot_if_necessary#1282: Ended sub
>[Main] libmondo-tools.c->reset_bkpinfo#862: Hi
>[Main] libmondo-devices.c->am_I_in_disaster_recovery_mode#248: Allocating tmp
>
>[Main] libmondo-devices.c->am_I_in_disaster_recovery_mode#250: Allocating comment
>
>[Main] libmondo-devices.c->am_I_in_disaster_recovery_mode#252: Doing something else
>
>root is mounted at /dev/hda
>
>Checking sanity of your Linux distribution
>	[Main] libmondo-tools.c->some_basic_system_sanity_checks#987: Free space on given partition = 2209 MB
>Done.
>[Main] libmondo-tools.c->get_kernel_version#384: g_kernel_version = 2.420000
>	[Main] libmondo-devices.c->sensibly_set_tmpdir_and_scratchdir#2045: bkpinfo->tmpdir is being set to /home/35graid/VIDEO/tmp.mondo.2920
>	[Main] libmondo-devices.c->sensibly_set_tmpdir_and_scratchdir#2048: bkpinfo->scratchdir is being set to /home/35graid/VIDEO/mondo.scratch.17905
>	[Main] mondo-cli.c->process_switches#400: '/' is pleonastic.
>[Main] newt-specific.c->fatal_error#346: Fatal error received - 'Please give a /dev entry, not a SCSI node, as the parameter of the -d flag.'
>		[Main] newt-specific.c->fatal_error#365: OK, I think I'm the main PID.
>	[Main] newt-specific.c->fatal_error#373: I'm going to do some cleaning up now.
>	[Main] newt-specific.c->fatal_error#383: Waiting for child processes to terminate
>	[Main] newt-specific.c->fatal_error#383: Waiting for child processes to terminate
>	[Main] newt-specific.c->fatal_error#383: Waiting for child processes to terminate
>	[Main] newt-specific.c->fatal_error#383: Waiting for child processes to terminate
>	[Main] newt-specific.c->fatal_error#383: Waiting for child processes to terminate
>	[Main] newt-specific.c->fatal_error#383: Waiting for child processes to terminate
>	[Main] newt-specific.c->fatal_error#383: Waiting for child processes to terminate
>	[Main] newt-specific.c->fatal_error#383: Waiting for child processes to terminate
>	[Main] newt-specific.c->fatal_error#383: Waiting for child processes to terminate
>[Main] mondo-cli.c->termination_in_progress#984: Termination in progress
>  
>

Probably my fault...I rebooted the server a few days ago for a kernel 
security update, and seem to perpetually forget to setup rsync to run on 
boot.

Mike wrote:
> I have a daily cron job that does an rsync to the mondorescue site. I 
> was just checking mail and logs, and find that for some reason the 
> connection is being refused. This has only been in the past few days. 
> 
> anyone have ideas as to what changed?
> 
> Mike
> 

On Fri, 23 Jan 2004 11:08:31 -0800, you wrote:

>On Thu, Jan 22, 2004 at 07:08:45PM -0500, Michael W.Cocke wrote:
>> 
>> That's the only line in my header that contains my name, that I can
>> see here.  If this IS the line that you're talking about, please tell
>> me how it's different from, for example, your from line?
>> 
>> From: "Hugo Rabson" <hug...@mo...>
>> 
>> I'm not saying that I might not have misconfigured something, but I
>> sure don't see what, and I don't have problems on any of the other
>> mailing lists I subscribe to.
>
>Are those other mailing lists on sourceforge?  Sourceforge is one of
>the few sites that checks the From address for validity.  And it is
>probably not the From: header you are referring to, but the "envelope"
>>From line that is sent to the SMTP server.
>
>I had a similar problem due to misconfiguring my mailer.  I am using
>ssmtp to forward the mail directly to my ISP's mailer and had to add a
>rewriteDomain command to ensure that the envelope "from" gave my ISP's
>mail server.  Otherwise Sourceforge couldn't verify its existence.
> 
>It appears that you are using Postfix.  You would have to check what
>needs to change with it, as I don't know much about Postfix.
>
>andy

Unfortunately, my mailer configuration is way past 'postfix'.  I have
postfix/amavisd/spamassassin set up, and to be honest, it will be
easier for me to just not send mail to this list than it would be for
me to try to work out what's causing the problem.

No big deal - It looks like I need to find an alternative to Mondo
anyway.  My last backup ran for 12 days, then aborted because it went
over 50 DVDs.  A DLT drive is absolutely NOT in the budget, so I need
to come up with a better idea.

Mike-

Mornings:  Evolution in action.  Only the grumpy will survive.
-----------------------------------------------------

Please note - Due to the intense volume of spam, we have
installed site-wide spam filters at catherders.com.  If
email from you bounces, try non-HTML, non-encoded, 
non-attachments.

 
 hi all , i am new to backup systems i want to create
 
 1) bootable image which can run itself at the bootup
 time from cd.
 
 2) after bootup it has to  create file system on to
 hard disk (assume that old one is crashed). and it
 has  to transfer some system files to harddisk.
 
 is mkinitrd enough,pls anybody give me some ideas
 how  can i do it.
 
 if i am using mondo can i able to modify it to my
 requirements.
             -manu

  

________________________________________________________________________
Yahoo! India Mobile: Download the latest polyphonic ringtones.
Go to http://in.mobile.yahoo.com

I have a daily cron job that does an rsync to the mondorescue site. I 
was just checking mail and logs, and find that for some reason the 
connection is being refused. This has only been in the past few days. 

anyone have ideas as to what changed?

Mike

-- 
 Powered by SuSE 9.0 Kernel 2.4.21 KDE 3.1.4  Kmail 1.5.4
 For SuSE Mondo/Mindi backup support go to 
     http://www.mikenjane.net/~mike
  8:14am  up 2 days 23:23,  4 users,  load average: 1.28, 1.22, 1.19

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I've spent some time and cleaned up the dep rpms for mondo, across 7.2,=20
7.3, 8.0, 9, and FC1.  Deps are afio, buffer, lzo, and lzop.

You can find them here:

http://geek.j2solutions.net/rpms/mondo/

Each supported release has 2 subdirs, SRPMS and i386.  SRPMS is well, for=20
the source rpms, and i386 is for the binary rpms.

Yum is enabled, so you could add this to your yum conf:

[mondo-deps]
name=3DMondo Rescue - $basearch - Dependencies
baseurl=3Dhttp://geek.j2solutions.net/rpms/mondo/<YOUR RELEASE>/i386

Replace "<YOUR RELEASE>" with your release number.  Please let me know if=20
you have any problems.

Could the web guy please update mondo's website to point to these?

=2D --=20
Jesse Keating RHCE	(http://geek.j2solutions.net)
=46edora Legacy Team	(http://www.fedoralegacy.org)
Mondo DevTeam		(www.mondorescue.org)
GPG Public Key		(http://geek.j2solutions.net/jkeating.j2solutions.pub)

Was I helpful?  Let others know:
 http://svcs.affero.net/rm.php?r=3Djkeating
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQFAFCxU4v2HLvE71NURApZCAJ94G7NAe5s2SriZm6z0uvA/enKTqACcCRQ3
7mV0d+10zw6v3pbMnlwxjk0=3D
=3DdMmg
=2D----END PGP SIGNATURE-----

Well, I'm sorry for the trouble..  I really don't see what it might
be, unless the "space, middle initial,period,space" is breaking their
parser.  I participate in around a half dozen mailing lists, and this
is the first time I've ever heard of a problem.

Mike-


On Fri, 23 Jan 2004 17:49:20 -0000, you wrote:

>I had to push a button to let this message through as well. Michael, I
>really don't mind, it's not a huge chore, but Sourceforge's mailing list
>software insists your e-mails are not coming from a valid e-mail domain.
>Actually, there _is_ no incoming e-mail domain. It's just "michael.cocke" or
>something.
>
>-Hugo
>
>
>> -----Original Message-----
>> From: mon...@li...
>> [mailto:mon...@li...]On Behalf Of Michael
>> W.Cocke
>> Sent: 23 January 2004 00:09
>> To: mon...@li...
>> Subject: Re: [Mondo-devel] Time delay on posting?
>>
>>
>> On Thu, 22 Jan 2004 13:33:03 -0000, you wrote:
>>
>> >Because your source address is "michael w. cocke", which isn't a valid
>> >e-mail address. That means I have to approve every single
>> message you send
>> >because that's how sourceforge works.
>> >
>> >Please reconfigure your e-mail client to correct this problem.
>> >
>> >-Hugo
>> >
>>
>> Unless this is the line that you mean, I have no clue what you're
>> talking about.
>>
>> From: Michael W.Cocke <co...@ca...>
>>
>> That's the only line in my header that contains my name, that I can
>> see here.  If this IS the line that you're talking about, please tell
>> me how it's different from, for example, your from line?
>>
>> From: "Hugo Rabson" <hug...@mo...>
>>
>> I'm not saying that I might not have misconfigured something, but I
>> sure don't see what, and I don't have problems on any of the other
>> mailing lists I subscribe to.
>>
>> Mike-
>> Mornings:  Evolution in action.  Only the grumpy will survive.
>> -----------------------------------------------------
>>
>> Please note - Due to the intense volume of spam, we have
>> installed site-wide spam filters at catherders.com.  If
>> email from you bounces, try non-HTML, non-encoded,
>> non-attachments.
>>
>>
>> -------------------------------------------------------
>> The SF.Net email is sponsored by EclipseCon 2004
>> Premiere Conference on Open Tools Development and Integration
>> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
>> http://www.eclipsecon.org/osdn
>> _______________________________________________
>> Mondo-devel mailing list
>> Mon...@li...
>> https://lists.sourceforge.net/lists/listinfo/mondo-devel
>
>
>
>-------------------------------------------------------
>The SF.Net email is sponsored by EclipseCon 2004
>Premiere Conference on Open Tools Development and Integration
>See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
>http://www.eclipsecon.org/osdn
>_______________________________________________
>Mondo-devel mailing list
>Mon...@li...
>https://lists.sourceforge.net/lists/listinfo/mondo-devel

Mornings:  Evolution in action.  Only the grumpy will survive.
-----------------------------------------------------

Please note - Due to the intense volume of spam, we have
installed site-wide spam filters at catherders.com.  If
email from you bounces, try non-HTML, non-encoded, 
non-attachments.