mondo-devel Mailing List for Mondo Rescue

On Friday 28 February 2003 12:47, Pat Lawrence wrote:
> I wanted to take a look at the current source to see if I would be able to
> make some changes - I need to look at the code to see if I even have enough
> programming knowlege to do what I'd like to do (obviously, if I succeed,
> I'll offer them back in case anyone else wants the same sort of
> changes...).
> When I downloaded and tried to install the '.src.rpm' files, I couldn't
> find the source on the system I tried to install the '.src.rpm' files on,
> and 'rpm -qa' (query RPM) didn't find them. Is there any other place/way I
> can find the source files ??  The files on SourceForge appear to be
> outdated.  Or if I'm doing something stupid - please let me know (but
> please flame /dev/null !!). Thanks !!

.src.rpms get installed to /usr/src/redhat/* by default.

SOURCE/ for the source, SPEC/ for the spec file, and when you build the rpm, 
stuff gets put into BUILD/ as well.

-- 
Jesse Keating RHCE MCSE
http://geek.j2solutions.net
Mondo DevTeam (http://www.microwerks.net/~hugo/)

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

I wanted to take a look at the current source to see if I would be able to make some changes - I need to look at the code to see if I even have enough programming knowlege to do what I'd like to do (obviously, if I succeed, I'll offer them back in case
anyone else wants the same sort of changes...).
When I downloaded and tried to install the '.src.rpm' files, I couldn't find the source on the system I tried to install the '.src.rpm' files on, and 'rpm -qa' (query RPM) didn't find them.
Is there any other place/way I can find the source files ??  The files on SourceForge appear to be outdated.  Or if I'm doing something stupid - please let me know (but please flame /dev/null !!).
Thanks !!

Pat Lawrence (ph_...@ya...)




---------------------------------
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, and more

You only have to make three or four floppies. They're in the 'images/'
folder of the CD. They should work for all your backups, not just the one
from whose CD you're making the boot/data floppies, so you'll be able to
re-use them for the foreseeable future.

I don't have a copy of Mandrake 9.1-RC1 and my 56k dial-up line isn't
conducive to my downloading one :) so I'm going to have to wait until
Mandrake 9.1 comes out in a store before I can solve your problem for you.

Would anyone else like to volunteer?

-Hugo


-----Original Message-----
From: mon...@li...
[mailto:mon...@li...]On Behalf Of
mo...@ab...
Sent: Friday, February 28, 2003 3:55 PM
To: mon...@li...
Subject: RE: [Mondo-devel] Mindi/Mondo on Mandrake 9.1 RC1


Hugo:

Thanks for your reply!  I am aware of the fallback position and am glad it's
there.  However, I'm asking a slightly different question.

In Mandrake 9.0, everything works great without relying on the fallback.  In
9.1 RC1, things have obviously changed.  If I were in a situation where I
needed to restore, believe me, I'd be very happy for the fallback.  However,
I'm not in that situation today and I'm just trying to be cautious and
prepare a full backup in case I ever need it.  So the question is, how can I
get it to behave in 9.1 the same way it did with 9.0 - without the fallback.
Obviously, making floppies for an entire backup would be troublesome - but,
better than nothing.  I'd like to avoid this if at all possible.  I'm also
willing to work with you to help identify what has changed in 9.1 so that
the product can work well in that environment for everyone.

Thoughts, ideas, suggestions?

Thanks again,

Todd

-----Original Message-----

Make physical boot + data floppies. Boot from those. That's what the
fallback position is there for. For some reason, the 9.1/RC1 kernel does not
play nicely with Mindi.

-Hugo
-----Original Message-----
From: mon...@li...
[mailto:mon...@li...]On Behalf Of Mondo
Sent: Friday, February 28, 2003 1:33 AM
To: mon...@li...
Subject: [Mondo-devel] Mindi/Mondo on Mandrake 9.1 RC1



Hello:
I have been using mindi/mondo successfully on my Mandrake 9.0 system.  I
recently upgraded to Mandrake 9.1 RC1 and then was preparing to make a
full backup with mondoarchive as usual.  I decided to check the mindi CD
was bootable as instructed in the docs.  While the mindi produced CD
under the 9.0 install boots flawlessly, the one created under 9.1 RC1
does not.  It starts to and then says something like falling back to
floppy mode and asks me to insert a floppy to write images to.  There
were no errors or other indications of problems while I was creating the
test CD.  I attached the /var/log/mindi.log file for your reference.

I have not changed my procedure at all and was not expecting this.  I'd
appreciate any and all assistance anyone can provide in order to get
mindi/mondo working again.  Has anyone else had any success with
mindi/mondo under Mandrake 9.1 RC1?  If so, how?

--
Thanks,

Todd



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Mondo-devel mailing list
Mon...@li...
https://lists.sourceforge.net/lists/listinfo/mondo-devel

Hugo:

Thanks for your reply!  I am aware of the fallback position and am glad it's there.  However, I'm asking a slightly different question.

In Mandrake 9.0, everything works great without relying on the fallback.  In 9.1 RC1, things have obviously changed.  If I were in a situation where I needed to restore, believe me, I'd be very happy for the fallback.  However, I'm not in that situation today and I'm just trying to be cautious and prepare a full backup in case I ever need it.  So the question is, how can I get it to behave in 9.1 the same way it did with 9.0 - without the fallback.  Obviously, making floppies for an entire backup would be troublesome - but, better than nothing.  I'd like to avoid this if at all possible.  I'm also willing to work with you to help identify what has changed in 9.1 so that the product can work well in that environment for everyone.

Thoughts, ideas, suggestions?

Thanks again,

Todd

-----Original Message-----

Make physical boot + data floppies. Boot from those. That's what the fallback position is there for. For some reason, the 9.1/RC1 kernel does not play nicely with Mindi.
 
-Hugo
-----Original Message-----
From: mon...@li... [mailto:mon...@li...]On Behalf Of Mondo
Sent: Friday, February 28, 2003 1:33 AM
To: mon...@li...
Subject: [Mondo-devel] Mindi/Mondo on Mandrake 9.1 RC1



Hello: 
I have been using mindi/mondo successfully on my Mandrake 9.0 system.  I 
recently upgraded to Mandrake 9.1 RC1 and then was preparing to make a 
full backup with mondoarchive as usual.  I decided to check the mindi CD 
was bootable as instructed in the docs.  While the mindi produced CD 
under the 9.0 install boots flawlessly, the one created under 9.1 RC1 
does not.  It starts to and then says something like falling back to 
floppy mode and asks me to insert a floppy to write images to.  There 
were no errors or other indications of problems while I was creating the 
test CD.  I attached the /var/log/mindi.log file for your reference. 

I have not changed my procedure at all and was not expecting this.  I'd 
appreciate any and all assistance anyone can provide in order to get 
mindi/mondo working again.  Has anyone else had any success with 
mindi/mondo under Mandrake 9.1 RC1?  If so, how?

-- 
Thanks, 

Todd 

MessageMake physical boot + data floppies. Boot from those. That's what the
fallback position is there for. For some reason, the 9.1/RC1 kernel does not
play nicely with Mindi.

-Hugo
  -----Original Message-----
  From: mon...@li...
[mailto:mon...@li...]On Behalf Of Mondo
  Sent: Friday, February 28, 2003 1:33 AM
  To: mon...@li...
  Subject: [Mondo-devel] Mindi/Mondo on Mandrake 9.1 RC1



  Hello:
  I have been using mindi/mondo successfully on my Mandrake 9.0 system.  I
  recently upgraded to Mandrake 9.1 RC1 and then was preparing to make a
  full backup with mondoarchive as usual.  I decided to check the mindi CD
  was bootable as instructed in the docs.  While the mindi produced CD
  under the 9.0 install boots flawlessly, the one created under 9.1 RC1
  does not.  It starts to and then says something like falling back to
  floppy mode and asks me to insert a floppy to write images to.  There
  were no errors or other indications of problems while I was creating the
  test CD.  I attached the /var/log/mindi.log file for your reference.

  I have not changed my procedure at all and was not expecting this.  I'd
  appreciate any and all assistance anyone can provide in order to get
  mindi/mondo working again.  Has anyone else had any success with
  mindi/mondo under Mandrake 9.1 RC1?  If so, how?

  --
  Thanks,

  Todd

Thanks!

I rebuilt everything using VG... and LV... for my names and mondo seems
happy. I've done a partial live restore and it works (yeah ;-). Tomorrow
I'll try a bare metal.. Thanks again for the help!

Oh BTW .. If you're having LANG trouble... My earlier stuff worked for the
most part but still did some garbage on the gui... here is the latest....

	alias mondorestore='/bin/bash -c "export LANG=C;
/usr/local/bin/mondorestore" '

This seems to work a bit better. Let me know how this works for you.


Jim Richard

Systems Administrator
SciQuest, Inc

Email:       jri...@Sc...
Telephone:   919-659-2208
Cell Phone:  919-795-7287
Fax:         919-659-6208
Alpha Pager: 919...@me...



-----Original Message-----
From: mon...@li...
[mailto:mon...@li...]
Sent: Thursday, February 27, 2003 3:22 PM
To: mon...@li...
Subject: Mondo-devel digest, Vol 1 #886 - 5 msgs


Send Mondo-devel mailing list submissions to
	mon...@li...

To subscribe or unsubscribe via the World Wide Web, visit
	https://lists.sourceforge.net/lists/listinfo/mondo-devel
or, via email, send a message with subject or body 'help' to
	mon...@li...

You can reach the person managing the list at
	mon...@li...

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Mondo-devel digest..."


Today's Topics:

   1. RE: afio error - SOLVED! (Rick Friedman)
   2. LVM troubles on RH 8 .... Any suggestions? (Jim Richard)
   3. Re: LVM troubles on RH 8 .... Any suggestions? (Jesse Keating)
   4. RE: LVM troubles on RH 8 .... Any suggestions? (Hugo Rabson)
   5. RE: LVM troubles on RH 8 .... Any suggestions? (Hugo Rabson)

--__--__--

Message: 1
Subject: RE: [Mondo-devel] afio error - SOLVED!
From: Rick Friedman <the...@ma...>
To: mondo <mon...@li...>
Organization: 
Date: 26 Feb 2003 16:34:41 -0500
Reply-To: mon...@li...

Well, I want to thank you all, especially Mike & Hugo, for the help
concerning my problem with tmpfs.

Hugo, I commented out the line I found in libmondo-tools.c, and rebuilt
Mondo. This time, when I ran a full backup, it ran to completion without
a problem. I still don't know why I was having the problem in the first
place but, at least I'm able to get the backup done now.

Again, thanks to all who pitched in with advice.

Rick

On Wed, 2003-02-26 at 11:02, Rick Friedman wrote:
> Thanks to your tip, I found a section that maybe what I'm looking for.
> It's in libmondo-tools.c in common. It doesn't seem to be within a
> function called mount_tmpfs(). Rather it seems to be a series of lines
> within an if statement (below). I'm just going to comment out the line
> with the actual mount statement and then see what happens.
> 
> I'll let you know!
> 
> if (atol(tmp) > 399000)
>     {
>       sprintf(g_tmpfs_mountpt, "%s/tmpfs", bkpinfo->tmpdir);
>       sprintf(tmp, "mount /dev/shm -t tmpfs %s", g_tmpfs_mountpt);
>       if (run_program_and_log_output(tmp, TRUE))
> 	{
> 	  g_tmpfs_mountpt[0] = '\0';
> 	  log_it("Failed to mount tmpfs");
> 	}
>       else
> 	{
> 	  log_it("Tmpfs mounted OK");
> 	}
>     }
>   else
>     {
>       g_tmpfs_mountpt[0] = '\0';
>     }
> 
> On Wed, 2003-02-26 at 09:44, Hugo Rabson wrote:
> > I think it's called mount_tmpfs() but I'm not sure.
> > 
> > Grep for 'mount' and then for 'tmpfs'. It's probably in
common/libmondo-*.c
> > 
> > -Hugo
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Scholarships for Techies!
> Can't afford IT training? All 2003 ictp students receive scholarships.
> Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more.
> www.ictp.com/training/sourceforge.asp
> _______________________________________________
> Mondo-devel mailing list
> Mon...@li...
> https://lists.sourceforge.net/lists/listinfo/mondo-devel



--__--__--

Message: 2
From: Jim Richard <JRi...@Sc...>
To: "Mond Mailing List (E-mail)" <mon...@li...>
Date: Thu, 27 Feb 2003 14:39:03 -0500
Subject: [Mondo-devel] LVM troubles on RH 8 .... Any suggestions?
Reply-To: mon...@li...

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_000_01C2DE97.E1D89250
Content-Type: text/plain;
	charset="iso-8859-1"

Hello again:

I've run into some troubles with LVM support in mondo 
(mondo-1.62-1rht80.i386.rpm <stable/final/mondo-1.62-1rht80.i386.rpm>)
I've also tried the snapshot. I've attached my logs. 

The bottom line is that it doesn't appear to understand that I'm running
LVM. From the log it also appears to be having a problem with the fact that
I'm using partition labels to reference my boot partition if fstab. 

I'm wondering if mondo insists on any specific naming conventions for VGs
and LVs  to properly detect the configuration! If anyone has any ideas I'd
sure appreciate it, I've included details from my fstab and mondo archive
output below.

Additionally I'm having some trouble with mindi. It reports that liblvm is
missing on my system. However it looks like the version of LVM packaged with
RH 8 uses version stamped component names so my liblvm is named
"/lib/liblvm-10.so". Can I just update deplist.txt to correct this or is
there deeper trouble here. (mindi log attached also), btw I aborted the run
on purpose after the boot disk was made, I was working off site at the time.


When I fire up mondoarchive I receive the following errors:

	Initializing...
	See /var/log/mondo-archive.log for details of backup run.
	root is mounted at /dev/rootvg/rootlv
	I believe I am running on a ramdisk.
	root is mounted at /dev/rootvg/rootlv
	I believe I am running on a ramdisk.
	---FATALERROR--- I am in disaster recovery mode
	Please don't run mondoarchive.
	Please contact the mailing list. See http://www.mondorescue.com
	for more information on how to do that.
	Enclose your compressed logfile or we CANNOT HELP.
	Log file: /var/log/mondo-archive.log
	FYI, I have gzipped the log and saved it to /tmp/MA.log.gz
	Mondo has aborted.

I'm running RH8.0 lvm's on a hardware raid, vg name is rootvg, lv's follow:

	/dev/rootvg/rootlv     5160576    513800   4384632  11% /
	/dev/sda1               124427     15639    102364  14% /boot
	/dev/rootvg/homelv      126931      4130    116248   4% /home
	/dev/rootvg/logslv     1032088     32828    946832   4% /home/logs
	/dev/rootvg/wwwlv      1032088     32828    946832   4% /home/www
	/dev/rootvg/wwwoldlv    507748      8239    473295   2% /home/wwwold
	none                   1032356         0   1032356   0% /dev/shm
	/dev/rootvg/tmplv       126931     33476     86902  28% /tmp

Fstab looks like this:

	/dev/rootvg/rootlv      /                       ext3    defaults
1 1
	LABEL=/boot             /boot                   ext3    defaults
1 2
	none                    /dev/pts                devpts
gid=5,mode=620  0 0
	/dev/rootvg/homelv      /home                   ext3    defaults
1 2
	/dev/rootvg/logslv      /home/logs              ext3    defaults
1 2
	/dev/rootvg/wwwlv       /home/www               ext3    defaults
1 2
	/dev/rootvg/wwwoldlv    /home/wwwold            ext3    defaults
1 2
	none                    /proc                   proc    defaults
0 0
	none                    /dev/shm                tmpfs   defaults
0 0
	/dev/rootvg/tmplv       /tmp                    ext3    defaults
1 2
	/dev/rootvg/swaplv      swap                    swap    defaults
0 0
	/dev/cdrom              /mnt/cdrom              iso9660
noauto,owner,kudzu,ro 0 0
	/dev/fd0                /mnt/floppy             auto
noauto,owner,kudzu 0 0	


Jim Richard

Systems Administrator
SciQuest, Inc

Email:       jri...@Sc...




------_=_NextPart_000_01C2DE97.E1D89250
Content-Type: application/octet-stream;
	name="MA.log.gz"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="MA.log.gz"

H4sIADxjXj4CA92UTYvbMBCG7/oVcws9SM5modBADylsYSFlS+j2UpauIo1tUVsjRrJDoD++kvMB
pUt96V6qw5gZNMO872Nbyj8P9DT4BD+hYQxgLFN/SeIQkOGFHinkzEFvgWqgIYUh/f2qUEqx9nBw
qQVkJo5KzC5adxTCcXbTV1+02hMlcBF0gu3mw932/amijSG2zjeQCCpMpqpj0vsywzWeGC0YiuDS
IrdCp/fYwVq+EY9+klkaqbPAurcu/sgXa/BoMEbNx6soGE6ePP9mTWyvBHvylnJihgTSLmABsr59
vholHqNucH0Z8022X5/EOZE65/VTDlyCL2EsIcGYpRwDxpI9AIUUr10vtcSAxukur+HJYjbg1aF8
mmRv2LRuRBhv1NvV99Vyebtc3bwr4qFNKayr6nA4qMkixmgGVIZ6wWeek55MKXOtLI5VqY/N9OhG
cQ8ZmMM8/R50Dzx4PyHzGeaZmfqXo+YcuyCEuYv/K/Jc/7j5stne7XYPu2LIZKbzkP3TMeW/A6Oh
EfmYcVgUnzvUEcGSX6Ti+elT0adXRolfRKkgHCoFAAA=

------_=_NextPart_000_01C2DE97.E1D89250
Content-Type: application/octet-stream;
	name="mindi.err.3314.tgz"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="mindi.err.3314.tgz"

H4sIAGaZXT4CA+1d63PbOJLPx1lW7f+A+3Dl5MqiSL3s5M57l9kkNa6J4y1nHjd1teWjSEhiJD4W
pCTLdX/8djcACpQoybIVy7oSq0Th0Wj8Go9GAySBKIyD0OZC1F99t8txWs5Zuw3/dC3+S/dZp3HW
aLTb7eYrx3VbndYr1n71DNc4yz3B2CuRJPk6uk3xB3pFRf33oCC636f+XcfptFqr6t89a7Vl/Tfd
VrvVAfpG222+Ys6x/r/7VQ/4pI6yTfr0N5owuuqs+uJ3eRP/A97zxqM80+Euc63P73/8+Pmi3gU2
pTTLIZt4Naw4iXlV/oQ3ndPqC4IptB8GF+3TKAn4RafhMOYwxzJlHCQRL2REz5a4TF6jpJ+VeFHI
43hNp1PNSvGCEPZoXskokOwKXhDy5LJPReJXhOvgRV5Y9mvrMRtEi+F5lPayFbxMGYFuXl7gYU+o
x2zqFczQXcVLh6/E5QciWZCmHsV5VXiYJW87HYfFiTfOk9NkGnNxOhwH9+NTkcw59gJnqdSQY2+U
pOmsFI588H+ZI7F7kP6XLmjBz6z/z9pnZ40F/d9sOmdH/f9s4z+bOPZ547bhOE2n4Z5bV5dfPlze
/nR99ZFdsPo4E6DYfG8E/dUTXDYU6+r6y4fr1TRJHCTWp2QcB9jcR2E8vrO7Ycy8XBGH3Xo2yyii
blJYV4ToM/oZZBXWgjDLoV/0OTRqL0/EAlrWnbGfbrxulsTsPwbjfvJfvVBkuWQY8/wvtZ1eYZzB
6PKOeQz+xiPOYi/iAYPsOLQjbyS4F8xA9QDozPo1C+M+I2EldVZv2C3bPa+5rSxK60MuYj6qByKc
cJHVo6Au+diJtSIf4YWgFp6cDbFZn4u7m1xcyGXbNG07ecfGseDQLiYAJ5tF3WTE7hJx24VWNry9
gbS3b8+8jtdstR4JDDKxLhk019GIhbE/GgecUds7yVjPC0eZ1+NMJj0FxZqzWTIWRQA05XzAGVk2
0ECHmf1TMuXA/xTpGPQBluUhsBbjOEZ4RmqbXfZkVjIjBsrbh6LOOVERO+QeszBnkTdTnLocqgnK
BIYflvTADeNud8QjNg3zQYm/FiPnMDAGocAeCmOk7LmyyzVB1zJLEybjPB2jIOKCBsV6GHl9KEbZ
1U+iIYzJ0ZDGQPlH/l5mqyBwwWDbABdv6KhJD/o6uYIEg+BOURguadS/4GHGhU5W5StyaGIOTR35
TTvuyCHv37Rb++AfBrVgDEUB/4IHCbvzB8MA/PgPYewu5XwI1OkE4UDbkN0Mqo4cgyT3gkA7BY+S
CSdfxnOyBmbSBwNJrlxJynhj5HX5iOXjmAoFb14QnWhFxqGZhSM+gr7FTlg9A91XVzSFT3KQPi1E
4SNRpE+XrvZRhtpTcsp6Kvubpv9bmbyoDiOMalb7qbgKzyI1tQ/pKYp07lUFWwpQxTsPmxeyEUZF
bfoTnY0ubunTNT33YX0rH9X6iXUymvgDL+5zBg7ZDUcT6ITpCLoe6J+7nMMoNppEBVUkyW5hdMoF
RVGf9b0Y3VCDvvwX8Ae1NPY5OUgwdKCSBQclSHXmqc48nQRe7uGfwpBOKGUqE0z6fq/f9fzhOJVu
UAkwKnL0SE7gGOJNspv0NZ9Jn9+lCRQcOkioST+MVEjEBSWNhjFMnjJwKeTooPzRQcgnfQUE2IKG
Ar0L0q5q16iVJYXprrmOnSXLIbZbFWY7utXrwiq8Ukbt1ZJqvxJTe6OF1Av1WAQXtVmEUJ0aPlF4
VCnNvUbzLepaew2maVmUtCyKagOFpySXag/aYzA124YRoltIEWTmTK2lcJog5i1H+1X7mXuN4i3a
kvbKFlX4VLvS/lK5FW1s7jXKTbW3wkOtjqzI/3bdm06piWnbsuQnw9QIhT5Pq12krPFfmQ22n8Q9
hjdbhTAyZFX5rWriPPfl6pl0lpgZAEgjGuxWWM1lGoDq9cJkVdbIAfkiDdFOh6wPt1X0RAs05OiT
q2BheigK+HXvw7TBuuOY/kf3SboJiaadB5S9yAM5Q/vm61BiPNEFa6kCpOHfuJ9vAkZESA2NK13H
E+ORbpCA1cvwLqtSmqPSTXE2mI7JVLkDHs/WNZA5n8KbGU7FywhAhtJvZgy4pv4mUac+0t15op9t
IiUiKhWoJtanyltbOESh3OQqmoyKKfzoA8Y44qIJn5FjrfkjSbF3ogZmgyD1RAStr9fjYm1CSS/d
KhWO6zwD2w9uNPMkB1hQ0Uw7Uy5dYHXYU9B7Ay7sMLZzfudldjriXsY3FR9lgVklXjDks2xd0Wka
pI9gZpyvIyYCpExh8rCOEOORLuxh+wj7DHVw5KVry6sgVmOITAJsCk0wxRkHznpg1vH5w4eTACYt
OUzlYdqRJT2cXQ9x2lIoi1M2HYT+AOZTyXgUFFNHSA1F/48xH3MkxylM7I1m9zyw53nhtPovLOAp
DCY89kOevasVsdZrHGJgvgPxJAM4ddwby5rrimoupPWDWsNu2G+bYEwUIXJ9AKyLhqWHBn+JDMKQ
pFN403yAgtUcm0yTxXAkdopAkVcwFDmZNCvFQlkKuYIdSOX5I5njYoDtGFi9PBcLZDqkRLemjFZK
FGh5+qtre8f1FIwqaIJRmU9UQROtl6VvtDoaJ76rNCtRQM4FCql294OD8i6Q7A+HgaLQsntBonPX
aKQa3wsUylrjoFHiWXqeNFaqFJ+0YojfKswIEyHPLepKzFXJiyQ6/dzg2opHkczkk23PIyulV+bd
9lxkwjIvsgwfwQrTaU6lScpWvMyUmptpoW7FzEgIvH73BK2V1krLBkECJgyaIrQO/e8M5oIlw8T6
ZQB2yVSlTeLRjHlgMfpQa7gUG/aKFdkxLRR//u3Kti5ZPkAbRkWdglXDpMnHcm/I2YDz4F+s38Ek
5Gj1SCj/yf4A8hiiWJjbJsYHCz1Pg2W3tCDyULOrao3kMSbYEoA1OsIg2yCaJKoS0Hb3LiJAeJiQ
K4y0ZbJqQW3n+fV+FQpEV1pcfpZhwCzFSliV+E2cBm65DP4suP0kuuVCLKQzAg1bmDfSMp0OsJvz
oLu8gc9JSmTzMLtVhI7HYVAuryJkxYhplk5RWnIq/Owtb553gURNxPcDRWZeYCkmvPtBo7Mv8MiV
jv2AobwLJPqx0n6wqNxNNPRYa29oMPc5Gr1G/9JVpgZqIpcr+QeAnIAayPVDh5cPXSE1sKsnIi8f
ugRqII8OpqlHS2194Tneg43xyuQm3+JB4AGUisZq4qfHlgeAHXGWcYvDgC0M1OqJ5svHLYGWkNPD
10NAjkBLyOk58SEgR6AG8gNRKyWNol8z2o91pnI30NCLPsdpYXVhYeEYZbXHalvAIV9BO1bbqsKi
8lkqseaxxNaWWLNcYt/22t4x+zKe4s3Ihy5/LrxR+ZiVz4rcq4tkmXCDeJqsLCO9F7rHQsf8DUT0
Zuq+4GDmJpb1FfAMeJZrjN7N3RcezLzAot8/eRYNF2dV7wZA6OolfxPkHPShLA6li4tD6aEsDqWL
i0PqtdiXjxthmqgPZEkrXVrSUu8av3zgpYlhehjTq7Q8vSq+kNjWRoB0j7YPikzXmAaaZrUkmqIk
i/q8Yytpiq87niSQynmDSJJqvVCSZlEstWCyH8nWrtYsE26Ub2FRpfzNzR5EnGe+QcSCcL2IBVlZ
RPqEaD/mT5H/AqIk3Ut5Y76bihpoNsmTzG0j/RHWccpaVVyqdIrSMr/aeelDloG1jF9/sHIQAiiw
pgSHYctroCby4SGgHpqID2P2oYEayA/Fji+QGtjVt3svH7oEWkJ+EA/VNVADufoi8uUjl0AN5PLj
zZcPnHCauNVnpgeAXCI1sB/IA2QNtIT8IFYJNNAS8oN4gKyBGsgPYoVDwjRR08fbBwAbcRa49TYS
+5kuqtxLaHAbi/2hgdznaGgbjT1hwbzLH45UbgvwYj8hqUT74PfXqlJjvZR2BXj2mjFzL6F5ps+K
zfyqhTco1ksgP/Zc3NrgoUKUdkB4iiQ64/XSKKq1EimaklRrWO9KIxu7cnTvG0olVwTajr0B/yJ6
uavD3to4ZW/i6T93K+9vbub9Te28v9DQ1TfFW4lBSZ4kyLoPmctE64UpPkou7USxlTBPFeUBgmwU
Y0EI2mni2Xpp7I9FxmnBs70yYkNfRcQlCe6T9PkkgNyW9YwOpC0N1mK/T0qlP/X3p2OmvolEbtiy
NzCU/bLFdSi21mOtrGX7asWeTtvYBuu3fnqsAloBbLU6qk6wuigqySuaxOKuWy+7YSyi3a55LKQu
N5KVm3sdxFYo2219Yw4VfEp73Th2210ZsZAmG3lxvzbOe+fLynshzm7B0LS+QlYVfKmxqmbYC4FT
se+r2g03DHhNbrdtJw9MsiU55LANbQ2cW9HjV0FbJfCR//sg4MvRFRvsdqJguLi/LnCpE6fMTlBF
CY++TXogBtov/bEQehnuJa3v5ewfzTDujfDrsJJzN6zjEf1uAe35efttzd0tWz9tNc92wFJXbOZn
YT3r75yjuKVWvQvR8RVguu2GHXLbDTMtMe1fDeopSXfI1Ng3fJc81Sbhu2bp7p5le8eFOYlqO2uS
3+RvN8zu5G9nzG6zcYpP/kz3Y7R26vV5d9x7gt7WL6gXjsfAwNd0noABPyOh227KF08vuJP3HSl2
+dsZs4Buu2GHei2Q9x0wjHlez8axSH31t8CTpjzGtvqzbuKJ4CRjcp+NsfDyMIntG8j5Jy+vZfkM
TQu5BUjAc5hU4HwJ0uHWmBe0FVU2yyRBXbOzyIrkF+PMirw09fIBbqSPyIfdAKkgFIyC5nmn/o8p
F/ms3hU1MBDC2K2NMxti7f69kh9SMPzE4bskV8cXKDbAA0oltyF0q9R+EqVJxh+SLvL8Ihm4a0/L
mOY1NTzFoJZPk5o3ymu4h94j+WDSWhcM/8cIUsXiay7CNAUuMOf1xIzVijXTWkXc8sRsDdX87cN1
ROa7h2voSs82q+hWLuOtJF47i6pZf03SGXZCPK3o32hZo+KUCVKAQSjqroV998JlWXh/4baclvQ3
lL/Rlv6mjnetP7BzC2/K5F6A2FcZmE5DnMfD3B5m/jRhPh5hdjzC7HiE2f/vI8zwlJ7UE3mI43qG
4zCVfuA1VEWUFIDZjyv6TkUXWG7Jle1xuQIrqsH6eOeh0sNDiQqUr2k/1gtcWuxF8j/N7i+a7VbT
bbbP3iwmKis0lbpOaalRYGJaaVzOzC3ISWuVkriN89b5+arclGrRyUm5bMyxrErMtFKZPJSB1B+l
9KhAtkguVcYiB1QbD2Ui+6TmgJ3yoSlVD1RJqa9hUnIUSefNAesff7r+q0axuuz+QGbNq1bWKUXI
uqwaG2TNlVOXq8mon0oyWRnzWlhFJIu8VNaVpLJgqUQr41XxUXHRDQncZqP1p+UDqequnXsCjWO3
edapImjMCVpOFUFTE7SalQxaRXyrUwkB9JEmuZGTEvnop8tZs3PeabGff7TUBiWu3Thjr89rV56o
NRyn8cb6BIYMTDdyDm0AN2+8sK6/snyW8nfy3DvrR5xHoR3EL1yn0WKvoaIuHEgovH7E47wiquW8
BX0c0julpwoDLTZllqMc7LVjO86/vsGTLLjAg9V6iaBjzGDmzwUbQyhgE1nO6DNbSnXhWm3pYn2R
jNPMOnffNjRHTEbBp4yCewqgESPpJTAj9CtmKfnKz0kyRlZlwJJYcX/HrD9B4uYpa7TaZ2eW9bsA
9Q/9jpgxMAmhGN8xp97+4YcfXLo36N6ke4vuwYrRW18F06wAlDEP1xbmleT5PvZqmTWUWUSzy3cM
eVvysZVBrdsBjmNICTb0aMb8AfeHIB2eETdjYNeRoshYIiz33IECn+k9HpAC5qoRHdwAlWEz9is+
ztLfVPmQhtVCtLcTIBX4CAHnOaSRqgzwbRZjvdA/u7u70/9y2o1NBLtAL9tZPnibL/t+jwyC78s+
X2KtZ0OrJkFBaIvgfvU0CdtDmoRxbpNf7kZnh1Hftm3o+Ry6aerhUWK8l2MnUUbUBYwhZ6hurrw7
dQAgqQckcc8aDYjSpK9h4nYSvIEkrttx2c8WxkN0cYohm3qZOoowYNc///mowY4abJUG67w8Dbb4
5HE3/b7qoeLuOK9+urizPFY8Ztw5f+N54/fQuP3vx1p817HiOKYe3pjqtt52VgyqjXPQdlWDaqPp
QISF8esG1XnEACK6nMdsCho857EtD97+7ePN18vrLxflQ7k/wYA2YqAtE2Gzv4mkL7wIX2nKuQCx
PaXbcWRMkzijl8OysB9DGsF9HtJgies411/rNEwunf+OS7s1T/gDoN3pOfDrz393Gk5r8fz31pnb
OZ7//hyXcbI581NW66mOhB0H36iy87u8IshOhNpMX12Wn77Tj2ahRHP2v8uJTt6xL9Aox/5ALuWD
ERCE0DjBaJpZm85dVy96yZOq15Na0LmFF8tzsanDZPYCf3aFrZ3d6KNzXbvTYGUmWOHYv0gE6Dx4
5vHyQuMldOBRCAYPu2TQH/Vp36AmPP200n6hrCgKNAb4PDD7BOqJhGw7fPZgffrj8pRdXf/65ZfP
l19/uf305f3Vx4vlSrVe49t/t36vfzvxxBv2V+PxvKJGvaKeGdlAp5/DYhvYWO1sLI/QYpsIrV8z
rw/TD0X/P7XBb3+3lKfmgb/3d7gJvMV4m+AtZ5NehtOWDH3XLEnzrEhVlSRLuR+CSv0/hgY8DiLP
0G4/vf/l/eePNzfXN1ggcq5Ri3gQejXETu/UErBeiC+7Km6UiulkKoeNiX+NBe+H2Bywwfzt8oP1
6ngdr+N1vI7X8Tpex+t4Ha/jdbyO1/E6XsfreB2v43Wg1z8BZh+DFwCgAAA=

------_=_NextPart_000_01C2DE97.E1D89250--


--__--__--

Message: 3
From: Jesse Keating <ho...@j2...>
Organization: j2Solutions.net
To: mon...@li...
Subject: Re: [Mondo-devel] LVM troubles on RH 8 .... Any suggestions?
Date: Thu, 27 Feb 2003 11:36:50 -0800
Reply-To: mon...@li...

On Thursday 27 February 2003 11:39, Jim Richard wrote:
> When I fire up mondoarchive I receive the following errors:
>
>         Initializing...
>         See /var/log/mondo-archive.log for details of backup run.
>         root is mounted at /dev/rootvg/rootlv
>         I believe I am running on a ramdisk.
>         root is mounted at /dev/rootvg/rootlv
>         I believe I am running on a ramdisk.
>         ---FATALERROR--- I am in disaster recovery mode

There seems to currently be a bug in mindi/mondo that things that /dev/r* is
a 
ramdisk.  If you could change your LVM group to something that doesn't start

w/ an r for now, that would probably fix it, or poke through mindi and find 
where it things /dev/r* is a ramdisk, and patch it up.

-- 
Jesse Keating RHCE MCSE
http://geek.j2solutions.net
Mondo DevTeam (http://www.microwerks.net/~hugo/)

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



--__--__--

Message: 4
From: "Hugo Rabson" <mon...@bt...>
To: <mon...@li...>
Subject: RE: [Mondo-devel] LVM troubles on RH 8 .... Any suggestions?
Date: Thu, 27 Feb 2003 19:48:37 -0000
Reply-To: mon...@li...

Grep the source code for the line that says, "Please don't run
mondoarchive." Disable the if/then paragraph. Compile. Run again.

Add your liblvm thing to the deplist.txt; re-run mindi.

-Hugo



-----Original Message-----
From: mon...@li...
[mailto:mon...@li...]On Behalf Of Jim Richard
Sent: Thursday, February 27, 2003 7:39 PM
To: Mond Mailing List (E-mail)
Subject: [Mondo-devel] LVM troubles on RH 8 .... Any suggestions?


Hello again:

I've run into some troubles with LVM support in mondo
(mondo-1.62-1rht80.i386.rpm <stable/final/mondo-1.62-1rht80.i386.rpm>)
I've also tried the snapshot. I've attached my logs.

The bottom line is that it doesn't appear to understand that I'm running
LVM. From the log it also appears to be having a problem with the fact that
I'm using partition labels to reference my boot partition if fstab.

I'm wondering if mondo insists on any specific naming conventions for VGs
and LVs  to properly detect the configuration! If anyone has any ideas I'd
sure appreciate it, I've included details from my fstab and mondo archive
output below.

Additionally I'm having some trouble with mindi. It reports that liblvm is
missing on my system. However it looks like the version of LVM packaged with
RH 8 uses version stamped component names so my liblvm is named
"/lib/liblvm-10.so". Can I just update deplist.txt to correct this or is
there deeper trouble here. (mindi log attached also), btw I aborted the run
on purpose after the boot disk was made, I was working off site at the time.


When I fire up mondoarchive I receive the following errors:

	Initializing...
	See /var/log/mondo-archive.log for details of backup run.
	root is mounted at /dev/rootvg/rootlv
	I believe I am running on a ramdisk.
	root is mounted at /dev/rootvg/rootlv
	I believe I am running on a ramdisk.
	---FATALERROR--- I am in disaster recovery mode
	Please don't run mondoarchive.
	Please contact the mailing list. See http://www.mondorescue.com
	for more information on how to do that.
	Enclose your compressed logfile or we CANNOT HELP.
	Log file: /var/log/mondo-archive.log
	FYI, I have gzipped the log and saved it to /tmp/MA.log.gz
	Mondo has aborted.

I'm running RH8.0 lvm's on a hardware raid, vg name is rootvg, lv's follow:

	/dev/rootvg/rootlv     5160576    513800   4384632  11% /
	/dev/sda1               124427     15639    102364  14% /boot
	/dev/rootvg/homelv      126931      4130    116248   4% /home
	/dev/rootvg/logslv     1032088     32828    946832   4% /home/logs
	/dev/rootvg/wwwlv      1032088     32828    946832   4% /home/www
	/dev/rootvg/wwwoldlv    507748      8239    473295   2% /home/wwwold
	none                   1032356         0   1032356   0% /dev/shm
	/dev/rootvg/tmplv       126931     33476     86902  28% /tmp

Fstab looks like this:

	/dev/rootvg/rootlv      /                       ext3    defaults
1 1
	LABEL=/boot             /boot                   ext3    defaults
1 2
	none                    /dev/pts                devpts
gid=5,mode=620  0 0
	/dev/rootvg/homelv      /home                   ext3    defaults
1 2
	/dev/rootvg/logslv      /home/logs              ext3    defaults
1 2
	/dev/rootvg/wwwlv       /home/www               ext3    defaults
1 2
	/dev/rootvg/wwwoldlv    /home/wwwold            ext3    defaults
1 2
	none                    /proc                   proc    defaults
0 0
	none                    /dev/shm                tmpfs   defaults
0 0
	/dev/rootvg/tmplv       /tmp                    ext3    defaults
1 2
	/dev/rootvg/swaplv      swap                    swap    defaults
0 0
	/dev/cdrom              /mnt/cdrom              iso9660
noauto,owner,kudzu,ro 0 0
	/dev/fd0                /mnt/floppy             auto
noauto,owner,kudzu 0 0


Jim Richard

Systems Administrator
SciQuest, Inc

Email:       jri...@Sc...






--__--__--

Message: 5
From: "Hugo Rabson" <mon...@bt...>
To: <mon...@li...>
Subject: RE: [Mondo-devel] LVM troubles on RH 8 .... Any suggestions?
Date: Thu, 27 Feb 2003 19:51:30 -0000
Reply-To: mon...@li...

Actually, it's /dev/root* because a lot of boot disks use /dev/root as a
softlink to /dev/ram0. This is yet another area where I have to keep hacking
Mondo day after day because people keep finding new and interesting ways to
fuck things up.

-Hugo


-----Original Message-----
From: mon...@li...
[mailto:mon...@li...]On Behalf Of Jesse
Keating
Sent: Thursday, February 27, 2003 7:37 PM
To: mon...@li...
Subject: Re: [Mondo-devel] LVM troubles on RH 8 .... Any suggestions?


On Thursday 27 February 2003 11:39, Jim Richard wrote:
> When I fire up mondoarchive I receive the following errors:
>
>         Initializing...
>         See /var/log/mondo-archive.log for details of backup run.
>         root is mounted at /dev/rootvg/rootlv
>         I believe I am running on a ramdisk.
>         root is mounted at /dev/rootvg/rootlv
>         I believe I am running on a ramdisk.
>         ---FATALERROR--- I am in disaster recovery mode

There seems to currently be a bug in mindi/mondo that things that /dev/r* is
a
ramdisk.  If you could change your LVM group to something that doesn't start
w/ an r for now, that would probably fix it, or poke through mindi and find
where it things /dev/r* is a ramdisk, and patch it up.

--
Jesse Keating RHCE MCSE
http://geek.j2solutions.net
Mondo DevTeam (http://www.microwerks.net/~hugo/)

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



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Mondo-devel mailing list
Mon...@li...
https://lists.sourceforge.net/lists/listinfo/mondo-devel




--__--__--

_______________________________________________
Mondo-devel mailing list
Mon...@li...
https://lists.sourceforge.net/lists/listinfo/mondo-devel


End of Mondo-devel Digest

Actually, it's /dev/root* because a lot of boot disks use /dev/root as a
softlink to /dev/ram0. This is yet another area where I have to keep hacking
Mondo day after day because people keep finding new and interesting ways to
fuck things up.

-Hugo


-----Original Message-----
From: mon...@li...
[mailto:mon...@li...]On Behalf Of Jesse
Keating
Sent: Thursday, February 27, 2003 7:37 PM
To: mon...@li...
Subject: Re: [Mondo-devel] LVM troubles on RH 8 .... Any suggestions?


On Thursday 27 February 2003 11:39, Jim Richard wrote:
> When I fire up mondoarchive I receive the following errors:
>
>         Initializing...
>         See /var/log/mondo-archive.log for details of backup run.
>         root is mounted at /dev/rootvg/rootlv
>         I believe I am running on a ramdisk.
>         root is mounted at /dev/rootvg/rootlv
>         I believe I am running on a ramdisk.
>         ---FATALERROR--- I am in disaster recovery mode

There seems to currently be a bug in mindi/mondo that things that /dev/r* is
a
ramdisk.  If you could change your LVM group to something that doesn't start
w/ an r for now, that would probably fix it, or poke through mindi and find
where it things /dev/r* is a ramdisk, and patch it up.

--
Jesse Keating RHCE MCSE
http://geek.j2solutions.net
Mondo DevTeam (http://www.microwerks.net/~hugo/)

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



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Mondo-devel mailing list
Mon...@li...
https://lists.sourceforge.net/lists/listinfo/mondo-devel

Grep the source code for the line that says, "Please don't run
mondoarchive." Disable the if/then paragraph. Compile. Run again.

Add your liblvm thing to the deplist.txt; re-run mindi.

-Hugo



-----Original Message-----
From: mon...@li...
[mailto:mon...@li...]On Behalf Of Jim Richard
Sent: Thursday, February 27, 2003 7:39 PM
To: Mond Mailing List (E-mail)
Subject: [Mondo-devel] LVM troubles on RH 8 .... Any suggestions?


Hello again:

I've run into some troubles with LVM support in mondo
(mondo-1.62-1rht80.i386.rpm <stable/final/mondo-1.62-1rht80.i386.rpm>)
I've also tried the snapshot. I've attached my logs.

The bottom line is that it doesn't appear to understand that I'm running
LVM. From the log it also appears to be having a problem with the fact that
I'm using partition labels to reference my boot partition if fstab.

I'm wondering if mondo insists on any specific naming conventions for VGs
and LVs  to properly detect the configuration! If anyone has any ideas I'd
sure appreciate it, I've included details from my fstab and mondo archive
output below.

Additionally I'm having some trouble with mindi. It reports that liblvm is
missing on my system. However it looks like the version of LVM packaged with
RH 8 uses version stamped component names so my liblvm is named
"/lib/liblvm-10.so". Can I just update deplist.txt to correct this or is
there deeper trouble here. (mindi log attached also), btw I aborted the run
on purpose after the boot disk was made, I was working off site at the time.


When I fire up mondoarchive I receive the following errors:

	Initializing...
	See /var/log/mondo-archive.log for details of backup run.
	root is mounted at /dev/rootvg/rootlv
	I believe I am running on a ramdisk.
	root is mounted at /dev/rootvg/rootlv
	I believe I am running on a ramdisk.
	---FATALERROR--- I am in disaster recovery mode
	Please don't run mondoarchive.
	Please contact the mailing list. See http://www.mondorescue.com
	for more information on how to do that.
	Enclose your compressed logfile or we CANNOT HELP.
	Log file: /var/log/mondo-archive.log
	FYI, I have gzipped the log and saved it to /tmp/MA.log.gz
	Mondo has aborted.

I'm running RH8.0 lvm's on a hardware raid, vg name is rootvg, lv's follow:

	/dev/rootvg/rootlv     5160576    513800   4384632  11% /
	/dev/sda1               124427     15639    102364  14% /boot
	/dev/rootvg/homelv      126931      4130    116248   4% /home
	/dev/rootvg/logslv     1032088     32828    946832   4% /home/logs
	/dev/rootvg/wwwlv      1032088     32828    946832   4% /home/www
	/dev/rootvg/wwwoldlv    507748      8239    473295   2% /home/wwwold
	none                   1032356         0   1032356   0% /dev/shm
	/dev/rootvg/tmplv       126931     33476     86902  28% /tmp

Fstab looks like this:

	/dev/rootvg/rootlv      /                       ext3    defaults
1 1
	LABEL=/boot             /boot                   ext3    defaults
1 2
	none                    /dev/pts                devpts
gid=5,mode=620  0 0
	/dev/rootvg/homelv      /home                   ext3    defaults
1 2
	/dev/rootvg/logslv      /home/logs              ext3    defaults
1 2
	/dev/rootvg/wwwlv       /home/www               ext3    defaults
1 2
	/dev/rootvg/wwwoldlv    /home/wwwold            ext3    defaults
1 2
	none                    /proc                   proc    defaults
0 0
	none                    /dev/shm                tmpfs   defaults
0 0
	/dev/rootvg/tmplv       /tmp                    ext3    defaults
1 2
	/dev/rootvg/swaplv      swap                    swap    defaults
0 0
	/dev/cdrom              /mnt/cdrom              iso9660
noauto,owner,kudzu,ro 0 0
	/dev/fd0                /mnt/floppy             auto
noauto,owner,kudzu 0 0


Jim Richard

Systems Administrator
SciQuest, Inc

Email:       jri...@Sc...

On Thursday 27 February 2003 11:39, Jim Richard wrote:
> When I fire up mondoarchive I receive the following errors:
>
>         Initializing...
>         See /var/log/mondo-archive.log for details of backup run.
>         root is mounted at /dev/rootvg/rootlv
>         I believe I am running on a ramdisk.
>         root is mounted at /dev/rootvg/rootlv
>         I believe I am running on a ramdisk.
>         ---FATALERROR--- I am in disaster recovery mode

There seems to currently be a bug in mindi/mondo that things that /dev/r* is a 
ramdisk.  If you could change your LVM group to something that doesn't start 
w/ an r for now, that would probably fix it, or poke through mindi and find 
where it things /dev/r* is a ramdisk, and patch it up.

-- 
Jesse Keating RHCE MCSE
http://geek.j2solutions.net
Mondo DevTeam (http://www.microwerks.net/~hugo/)

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

Hello again:

I've run into some troubles with LVM support in mondo 
(mondo-1.62-1rht80.i386.rpm <stable/final/mondo-1.62-1rht80.i386.rpm>)
I've also tried the snapshot. I've attached my logs. 

The bottom line is that it doesn't appear to understand that I'm running
LVM. From the log it also appears to be having a problem with the fact that
I'm using partition labels to reference my boot partition if fstab. 

I'm wondering if mondo insists on any specific naming conventions for VGs
and LVs  to properly detect the configuration! If anyone has any ideas I'd
sure appreciate it, I've included details from my fstab and mondo archive
output below.

Additionally I'm having some trouble with mindi. It reports that liblvm is
missing on my system. However it looks like the version of LVM packaged with
RH 8 uses version stamped component names so my liblvm is named
"/lib/liblvm-10.so". Can I just update deplist.txt to correct this or is
there deeper trouble here. (mindi log attached also), btw I aborted the run
on purpose after the boot disk was made, I was working off site at the time.


When I fire up mondoarchive I receive the following errors:

	Initializing...
	See /var/log/mondo-archive.log for details of backup run.
	root is mounted at /dev/rootvg/rootlv
	I believe I am running on a ramdisk.
	root is mounted at /dev/rootvg/rootlv
	I believe I am running on a ramdisk.
	---FATALERROR--- I am in disaster recovery mode
	Please don't run mondoarchive.
	Please contact the mailing list. See http://www.mondorescue.com
	for more information on how to do that.
	Enclose your compressed logfile or we CANNOT HELP.
	Log file: /var/log/mondo-archive.log
	FYI, I have gzipped the log and saved it to /tmp/MA.log.gz
	Mondo has aborted.

I'm running RH8.0 lvm's on a hardware raid, vg name is rootvg, lv's follow:

	/dev/rootvg/rootlv     5160576    513800   4384632  11% /
	/dev/sda1               124427     15639    102364  14% /boot
	/dev/rootvg/homelv      126931      4130    116248   4% /home
	/dev/rootvg/logslv     1032088     32828    946832   4% /home/logs
	/dev/rootvg/wwwlv      1032088     32828    946832   4% /home/www
	/dev/rootvg/wwwoldlv    507748      8239    473295   2% /home/wwwold
	none                   1032356         0   1032356   0% /dev/shm
	/dev/rootvg/tmplv       126931     33476     86902  28% /tmp

Fstab looks like this:

	/dev/rootvg/rootlv      /                       ext3    defaults
1 1
	LABEL=/boot             /boot                   ext3    defaults
1 2
	none                    /dev/pts                devpts
gid=5,mode=620  0 0
	/dev/rootvg/homelv      /home                   ext3    defaults
1 2
	/dev/rootvg/logslv      /home/logs              ext3    defaults
1 2
	/dev/rootvg/wwwlv       /home/www               ext3    defaults
1 2
	/dev/rootvg/wwwoldlv    /home/wwwold            ext3    defaults
1 2
	none                    /proc                   proc    defaults
0 0
	none                    /dev/shm                tmpfs   defaults
0 0
	/dev/rootvg/tmplv       /tmp                    ext3    defaults
1 2
	/dev/rootvg/swaplv      swap                    swap    defaults
0 0
	/dev/cdrom              /mnt/cdrom              iso9660
noauto,owner,kudzu,ro 0 0
	/dev/fd0                /mnt/floppy             auto
noauto,owner,kudzu 0 0	


Jim Richard

Systems Administrator
SciQuest, Inc

Email:       jri...@Sc...

Well, I want to thank you all, especially Mike & Hugo, for the help
concerning my problem with tmpfs.

Hugo, I commented out the line I found in libmondo-tools.c, and rebuilt
Mondo. This time, when I ran a full backup, it ran to completion without
a problem. I still don't know why I was having the problem in the first
place but, at least I'm able to get the backup done now.

Again, thanks to all who pitched in with advice.

Rick

On Wed, 2003-02-26 at 11:02, Rick Friedman wrote:
> Thanks to your tip, I found a section that maybe what I'm looking for.
> It's in libmondo-tools.c in common. It doesn't seem to be within a
> function called mount_tmpfs(). Rather it seems to be a series of lines
> within an if statement (below). I'm just going to comment out the line
> with the actual mount statement and then see what happens.
> 
> I'll let you know!
> 
> if (atol(tmp) > 399000)
>     {
>       sprintf(g_tmpfs_mountpt, "%s/tmpfs", bkpinfo->tmpdir);
>       sprintf(tmp, "mount /dev/shm -t tmpfs %s", g_tmpfs_mountpt);
>       if (run_program_and_log_output(tmp, TRUE))
> 	{
> 	  g_tmpfs_mountpt[0] = '\0';
> 	  log_it("Failed to mount tmpfs");
> 	}
>       else
> 	{
> 	  log_it("Tmpfs mounted OK");
> 	}
>     }
>   else
>     {
>       g_tmpfs_mountpt[0] = '\0';
>     }
> 
> On Wed, 2003-02-26 at 09:44, Hugo Rabson wrote:
> > I think it's called mount_tmpfs() but I'm not sure.
> > 
> > Grep for 'mount' and then for 'tmpfs'. It's probably in common/libmondo-*.c
> > 
> > -Hugo
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Scholarships for Techies!
> Can't afford IT training? All 2003 ictp students receive scholarships.
> Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more.
> www.ictp.com/training/sourceforge.asp
> _______________________________________________
> Mondo-devel mailing list
> Mon...@li...
> https://lists.sourceforge.net/lists/listinfo/mondo-devel

Michael:

 From one user to another:
Your command is missing a media type parameter.
As the manual page says, "You must specify one of the following:-c speed 
...".
Maybe your command should start "mondoarchive -Ow 4 ...", then Mondo
will write on your CD-RW, instead of making a directory on your hard disk.

Tom Mortell.


Michael Labhard wrote:

>
>mondoarchive -O -o -F -L -6 -C16 -E "/home/mel/Install /mnt /tmp 
>/home/no_archive" -d 0,3,0 -l GRUB -f /dev/sda1 -T /home/mondo -k 
>/boot/bzImage
>
>
>

On 26 February 2003 at 10:44, "Hugo Rabson" <mon...@bt...> wrote:

> Please e-mail your thanks to le...@ma... :)
> 
> I expect he & a lot of Mandrake employees would benefit from a bit of
> appreciation right now.
> 
> -Hugo

Mondo+Mindi, and lots of other good stuff, is making its way
into Mandrake by virtue of the Mandrake Club and the voting
(for packages) privileges that come with club membership.  Club
members can suggest new packages or vote for others' suggestions.
I was going to suggest mondo+mindi, but it was already there when
I got to it, so I voted for it.  I'm hoping that they'll also
fix the pthreads trouble so that I can back up onto tapes with
mondo+mindi; 25+ CDRs is a bit much for me.  And yes, I've been
slathering praise on Mandrake folks whenever they do some good
things, like fixing a bug for me in about 48hrs.  They are really
doing a great job at Mandrake.

Cheers....

Thanks to your tip, I found a section that maybe what I'm looking for.
It's in libmondo-tools.c in common. It doesn't seem to be within a
function called mount_tmpfs(). Rather it seems to be a series of lines
within an if statement (below). I'm just going to comment out the line
with the actual mount statement and then see what happens.

I'll let you know!

if (atol(tmp) > 399000)
    {
      sprintf(g_tmpfs_mountpt, "%s/tmpfs", bkpinfo->tmpdir);
      sprintf(tmp, "mount /dev/shm -t tmpfs %s", g_tmpfs_mountpt);
      if (run_program_and_log_output(tmp, TRUE))
	{
	  g_tmpfs_mountpt[0] = '\0';
	  log_it("Failed to mount tmpfs");
	}
      else
	{
	  log_it("Tmpfs mounted OK");
	}
    }
  else
    {
      g_tmpfs_mountpt[0] = '\0';
    }

On Wed, 2003-02-26 at 09:44, Hugo Rabson wrote:
> I think it's called mount_tmpfs() but I'm not sure.
> 
> Grep for 'mount' and then for 'tmpfs'. It's probably in common/libmondo-*.c
> 
> -Hugo

I think it's called mount_tmpfs() but I'm not sure.

Grep for 'mount' and then for 'tmpfs'. It's probably in common/libmondo-*.c

-Hugo


-----Original Message-----
From: mon...@li...
[mailto:mon...@li...]On Behalf Of Rick
Friedman
Sent: Wednesday, February 26, 2003 2:16 PM
To: mondo
Subject: RE: [Mondo-devel] afio error


Hmmm... well, I have 224MB of RAM. I know it's not standard but it seems
like it should be enough, no?

As far as commenting out the lines that mount tmpfs... Mike had
suggested it also. However, I have been unable to find the appropriate
line(s). The only line I can find is in main.c and it seems to be
unmounting:

run_program_and_log_output("umount `mount | grep shm | grep mondo | cut
-d' ' -f3`", TRUE);

If you can tell me where to find the line, it would be greatly
appreciated.

Thanks!

On Wed, 2003-02-26 at 03:34, Hugo Rabson wrote:
> You're running out of RAM. If absolutely necessary, comment out the lines
> that mount tmpfs.
> 
> -Hugo




-------------------------------------------------------
This SF.net email is sponsored by: Scholarships for Techies!
Can't afford IT training? All 2003 ictp students receive scholarships.
Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more.
www.ictp.com/training/sourceforge.asp
_______________________________________________
Mondo-devel mailing list
Mon...@li...
https://lists.sourceforge.net/lists/listinfo/mondo-devel

Hmmm... well, I have 224MB of RAM. I know it's not standard but it seems
like it should be enough, no?

As far as commenting out the lines that mount tmpfs... Mike had
suggested it also. However, I have been unable to find the appropriate
line(s). The only line I can find is in main.c and it seems to be
unmounting:

run_program_and_log_output("umount `mount | grep shm | grep mondo | cut
-d' ' -f3`", TRUE);

If you can tell me where to find the line, it would be greatly
appreciated.

Thanks!

On Wed, 2003-02-26 at 03:34, Hugo Rabson wrote:
> You're running out of RAM. If absolutely necessary, comment out the lines
> that mount tmpfs.
> 
> -Hugo

Dear list

mondo (1.62) gives a warning saying:

"WARNING! You have very little RAM. Please upgrade to 64MB or more."

However, the machine in question does have _exactly_ 64MB of physical
RAM. 

Line 607 in libmondo-tools.c reads:

if (atol (tmp) < 66000)

top reports that I do have 62908k of memory which is the physical memory
minus whatever linux uses. To be on the safe side, I suggest to change
line 607 in libmondo-tools.c to:

if (atol (tmp) < 60000)

Best regards
Andree
-- 
Andree Leidenfrost
Sydney - Australia

Please e-mail your thanks to le...@ma... :)

I expect he & a lot of Mandrake employees would benefit from a bit of
appreciation right now.

-Hugo


Mondo Rescue --- www.microwerks.net/~hugo

You're running out of RAM. If absolutely necessary, comment out the lines
that mount tmpfs.

-Hugo


-----Original Message-----
From: mon...@li...
[mailto:mon...@li...]On Behalf Of Rick
Friedman
Sent: Tuesday, February 25, 2003 11:47 AM
To: mondo
Subject: Re: [Mondo-devel] afio error


Well, I tried to do a full backup again. This time I created a directory
called, mondo_dir, on the / partition. Again, the / partition has over
12GB of free space available.

I used the commandline:

mondoarchive -0w 10 -d 0,0,0 -s700m -g -k /boot/vmlinuz -9 -T /mondo_dir
-S /mondo_dir -E "/mondo_dir /usr/local/games"

Unfortunately, none of the changes made any difference. I received the
same error, at the same point as I had previously:

afio: Ready for volume 2 on
/mondo_dir/tmp.mondo.2668/tmp.mondo.18056/tmpfs/54.afio.bz2
afio: "quit" to abort, anything else to proceed

again, the process locks up and has to be killed. However, I found
somethig interesting. When I run a 'df' command, I see two file systems
I didn't create. Actually, here is the output of df:

Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/hda2             15735176    396352  15338824   3% /
/dev/hda1                23302      9588     12511  44% /boot
/dev/hdb3              7871600   1626744   6244856  21% /home
/dev/hdb4              5333412   1265112   4068300  24% /opt
/dev/hdb2             15735176   3598408  12136768  23% /usr
/dev/hda3              4281184    367236   3913948   9% /var
shmfs                   111772         0    111772   0% /dev/shm
/dev/shm                111772         0    111772   0%
/mondo_dir/tmp.mondo.2668/tmp.mondo.18056/tmpfs

I never created the filesystems shmfs and /dev/shm. I assume mondo
created them. If so, why only about 106MB? What can I do?

Again, I've atached the log.

Rick

On Mon, 2003-02-24 at 17:18, Mike wrote:
> > The process burns the first CD but, during the creation of the second
> > CD image (approximately 36% of the CD image is created), the
> > following error is received:
> >
> > afio: Ready for volume 2 on
> > //tmp.mondo.16716/tmp.mondo.8767/tmpfs/54.afio.bz2
> > afio: "quit" to abort, anything else to proceed
> >
> > At this point, the process locks up and I have to switch to another
> > console to kill the afio & mondo processes.
>
> Yep, and your log is a giveaway..
>
> afio: "//tmp.mondo.16716/tmp.mondo.8767/tmpfs/54.afio.bz2" [offset
> 34m+512k+0]: No space left on device
> SIGTERM signal received from OS
>
> No space left.. It means that Mondo has run out of temp storage for the
> archives it makes. How much space do you have on the / directory or
> Perhaps it is /home. Take a look in your /home directory, and see if
> there is a tmp.mondo.xxx folder. Most likely you are running out of
> space. You can designate another place for the temp storage if you need
> to. Add -T /some/directory/with/a/lot/of/space to your command line..

No logfile? No help.

-Hugo


-----Original Message-----
From: mon...@li...
[mailto:mon...@li...]On Behalf Of Michael
Labhard
Sent: Tuesday, February 25, 2003 10:18 PM
To: mon...@li...
Subject: [Mondo-devel] Gentoo problems


I am running Gentoo on 2 machines.  The first is working with Mondo well.
Just now getting Mondo on the second.  Several problems occurred:  Here is
the command script:

mount -v /dev/sda1 /boot
ln -v -s /dev/boot/grub/grub.conf /etc/grub.conf

mondoarchive -O -o -F -L -6 -C16 -E "/home/mel/Install /mnt /tmp
/home/no_archive" -d 0,3,0 -l GRUB -f /dev/sda1 -T /home/mondo -k
/boot/bzImage

rm -v /etc/grub.conf
umount -v /boot

Problems:
1) Although the -o option is specified mondoarchives still asks if I want
LILO
or the other one and waits for the user response.  This query does not
display but is present in mondo-archive.log.
2) Although the -F option is specified mondoarchive still asks if I want to
make the boot floppies and waits for user input.  This is also not displayed
but is present in the log.
3) cdrecord -scanbus outputs
Linux sg driver version: 3.1.24
Using libscg version 'schily-0.7'
scsibus0:
        0,0,0     0) *
        0,1,0     1) *
        0,2,0     2) *
        0,3,0     3) 'YAMAHA  ' 'CRW8424S        ' '1.0j' Removable CD-ROM
        0,4,0     4) *
        0,5,0     5) *
        0,6,0     6) 'IBM     ' 'DPSS-318350N    ' 'S80D' Disk
        0,7,0     7) *
.  So I included -d 0,3,0 to direct the archive to the CD-ROM.  However, in
addition to writing the CD Mondo also created a /root/0,3,0 file.  This
resulted in filling the / partition and the archive failed.
4) When the program ran out of space on / it exited without writing the
usual
/tmp/mindi files or the compressed version, even though /tmp is on a
different partition with plenty of space.
5) Mondo required grub.conf to be available in /etc/.  Gentoo keeps it in
/boot/grub/.
6) Mondo could not find the kernel at /boot/bzImage.  -k had to be
specified.

Main question:  what was wrong with specifying -d 0,3,0?

Thank you,
-- Michael


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Mondo-devel mailing list
Mon...@li...
https://lists.sourceforge.net/lists/listinfo/mondo-devel

Make sure your kernel supports ramfs, tmpfs, initrd and other things
specified in the HOWTO.

-Hugo


-----Original Message-----
From: mon...@li...
[mailto:mon...@li...]On Behalf Of Dominic
Iadicicco
Sent: Tuesday, February 25, 2003 12:31 AM
To: mon...@li...
Subject: RE: [Mondo-devel] FATALERROR



--- Hugo Rabson <mon...@bt...> wrote:
> I read your log & no fatal error was present in it.
> What are you talking
> about?
>
> -Hugo
>
> When I boot mindi with the boot disk created by
mondo, it boots up fine, asks me for my three data
disks. It takes them and I get into mando and when I
try to do anything, it dies giveing me that
FATALERROR--  cannot find Ram disk file on mount
point.
>




__________________________________________________
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Mondo-devel mailing list
Mon...@li...
https://lists.sourceforge.net/lists/listinfo/mondo-devel

Hello all,

I'm new here and only limited Linux experience, just to make things more
irritating. 

I just completed my first day working with mondo and it fairly jumped out of
the box (used RPMS, I'm under a tight deadline, no time to play with code
yet).... Got a good partial restore on a workstation running Red hat 8.0 (no
patches yet, want a backup first). Tomorrow I attempt to do a full on a
Server Class box  with hardware raid and LVM.  So much for introductions. 

I did run across one very annoying problem in all the GUIs... It turns out
it's not directly mondo's fault but something the packagers should be aware
of. Red Hat has adopted UTF-8 as the default LANG for most locals and has
also changed the console font for best UTF coverage (see the release notes:
http://www.redhat.com/docs/manuals/linux/RHL-8.0-Manual/release-notes/x86/).

This has resulted in the usual fallout from this sort of change, lots of
broken output, with built in dependencies elsewhere  that preclude making a
global change to the environment. 

They've published a work around using the "env" command wrapper. For most
applications I've come across with this problem, notably the man command, an
alias in bashrc works quite nicely:

	alias man='env LANG=C man '

Unfortunately this didn't work for mondo, and the mis-behavior continued.
I'm assuming that env doesn't propagate to child processes when aliased (not
a whole lot of Linux background yet). Anyway I've cobbled together some bash
functions that seem to work instead: 

	function mondorestore
	{
	  LANG=C
	  /usr/local/bin/mondorestore "$@"
	}

	function mondoarchive
	{
	  LANG=C
	  /usr/local/bin/mondoarchive "$@"
	}


Now for my questions... 

Will a simple rebuild from sources, instead of using the rpms cure what ails
me, or will it take some hacking around in the code to fix things?
Unfortunately I've no time right now for serious hacking (deadlines,
remember ;-), which leads to question 2.

If a rebuild won't get me squared away, is there some place I can stick my
work arounds so they make their way into the boot disk, so the GUI will run
correctly on an interactive recovery? 


Any help here is greatly appreciated. If things go well tomorrow, I'd like
to propose this as a solution for our DR program for Linux, but if I show
anyone the interface as is I'll be in the deep end over my head ;-( 

Please respond to the list.

Thanks in advance,

Jim Richard

Systems Administrator
SciQuest, Inc

I am running Gentoo on 2 machines.  The first is working with Mondo well.=
 =20
Just now getting Mondo on the second.  Several problems occurred:  Here i=
s=20
the command script:

mount -v /dev/sda1 /boot
ln -v -s /dev/boot/grub/grub.conf /etc/grub.conf

mondoarchive -O -o -F -L -6 -C16 -E "/home/mel/Install /mnt /tmp=20
/home/no_archive" -d 0,3,0 -l GRUB -f /dev/sda1 -T /home/mondo -k=20
/boot/bzImage

rm -v /etc/grub.conf
umount -v /boot

Problems:
1) Although the -o option is specified mondoarchives still asks if I want=
 LILO=20
or the other one and waits for the user response.  This query does not=20
display but is present in mondo-archive.log.
2) Although the -F option is specified mondoarchive still asks if I want =
to=20
make the boot floppies and waits for user input.  This is also not displa=
yed=20
but is present in the log.
3) cdrecord -scanbus outputs
Linux sg driver version: 3.1.24
Using libscg version 'schily-0.7'
scsibus0:
        0,0,0     0) *
        0,1,0     1) *
        0,2,0     2) *
        0,3,0     3) 'YAMAHA  ' 'CRW8424S        ' '1.0j' Removable CD-RO=
M
        0,4,0     4) *
        0,5,0     5) *
        0,6,0     6) 'IBM     ' 'DPSS-318350N    ' 'S80D' Disk
        0,7,0     7) *
=2E  So I included -d 0,3,0 to direct the archive to the CD-ROM.  However=
, in=20
addition to writing the CD Mondo also created a /root/0,3,0 file.  This=20
resulted in filling the / partition and the archive failed.
4) When the program ran out of space on / it exited without writing the u=
sual=20
/tmp/mindi files or the compressed version, even though /tmp is on a=20
different partition with plenty of space.
5) Mondo required grub.conf to be available in /etc/.  Gentoo keeps it in=
=20
/boot/grub/.
6) Mondo could not find the kernel at /boot/bzImage.  -k had to be specif=
ied.

Main question:  what was wrong with specifying -d 0,3,0?

Thank you,
-- Michael

On Tuesday 25 February 2003 12:46, Rick Friedman wrote:
> Well, I tried to do a full backup again. This time I created a
> directory called, mondo_dir, on the / partition. Again, the /
> partition has over 12GB of free space available.
>
> I used the commandline:
>
> mondoarchive -0w 10 -d 0,0,0 -s700m -g -k /boot/vmlinuz -9 -T
> /mondo_dir -S /mondo_dir -E "/mondo_dir /usr/local/games"

I found something in a previous message that might help. I'm going to 
try importing it so you can see that someone else had a similar 
problem.


> Unfortunately, none of the changes made any difference. I received
> the same error, at the same point as I had previously:
>
> afio: Ready for volume 2 on
> /mondo_dir/tmp.mondo.2668/tmp.mondo.18056/tmpfs/54.afio.bz2
> afio: "quit" to abort, anything else to proceed
>
> again, the process locks up and has to be killed. However, I found
> somethig interesting. When I run a 'df' command, I see two file
> systems I didn't create. Actually, here is the output of df:
>
> Filesystem           1K-blocks      Used Available Use% Mounted on
> /dev/hda2             15735176    396352  15338824   3% /
> /dev/hda1                23302      9588     12511  44% /boot
> /dev/hdb3              7871600   1626744   6244856  21% /home
> /dev/hdb4              5333412   1265112   4068300  24% /opt
> /dev/hdb2             15735176   3598408  12136768  23% /usr
> /dev/hda3              4281184    367236   3913948   9% /var
> shmfs                   111772         0    111772   0% /dev/shm
> /dev/shm                111772         0    111772   0%
> /mondo_dir/tmp.mondo.2668/tmp.mondo.18056/tmpfs

The shmfs and it's related dev are a tmp file system like a ramdisk. And 
I don't know how to make it larger.

Anyway, here is what Hugo said to try if you want.

Rick <the...@ma...> wrote:-
>It seems that a mountpoint
>(/tmp.mondo.29367/tmp.mondo.1267/tmpfs) was created and mounted on 
>/dev/shm. /dev/shm only has about 110MB free. What is /dev/shm and why 
is 
>it being used in this way??

It is a ramdisk. If you like, edit mondo's source code to disable the 
line 
which says run_program_and_log_output("mount %s /dev/shm -t ramfs") or 
something similar. Grep for it, put '//' in front of it & re-make the 
binaries. No-one else has reported this problem but this workaround 
should, 
er, work around. :)

-Hugo

That being said, I'm am going to get the latest stable release ready 
shortly, and upload it to my site.. Perhaps it will help. I've been 
using it, both to cd and nfs and haven't had any problems..

Mike

_________________________________________________________________
Protect your PC - get McAfee.com VirusScan Online 
http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Mondo-devel mailing list
Mon...@li...
https://lists.sourceforge.net/lists/listinfo/mondo-devel




> I never created the filesystems shmfs and /dev/shm. I assume mondo
> created them. If so, why only about 106MB? What can I do?
>
> Again, I've atached the log.
>
> Rick
>
> On Mon, 2003-02-24 at 17:18, Mike wrote:
> > > The process burns the first CD but, during the creation of the
> > > second CD image (approximately 36% of the CD image is created),
> > > the following error is received:
> > >
> > > afio: Ready for volume 2 on
> > > //tmp.mondo.16716/tmp.mondo.8767/tmpfs/54.afio.bz2
> > > afio: "quit" to abort, anything else to proceed
> > >
> > > At this point, the process locks up and I have to switch to
> > > another console to kill the afio & mondo processes.
> >
> > Yep, and your log is a giveaway..
> >
> > afio: "//tmp.mondo.16716/tmp.mondo.8767/tmpfs/54.afio.bz2" [offset
> > 34m+512k+0]: No space left on device
> > SIGTERM signal received from OS
> >
> > No space left.. It means that Mondo has run out of temp storage for
> > the archives it makes. How much space do you have on the /
> > directory or Perhaps it is /home. Take a look in your /home
> > directory, and see if there is a tmp.mondo.xxx folder. Most likely
> > you are running out of space. You can designate another place for
> > the temp storage if you need to. Add -T
> > /some/directory/with/a/lot/of/space to your command line..

-- 
 Powered by SuSE 8.1 Kernel 2.4.19 KDE 3.1  Kmail 1.5
 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
  4:29pm  up 17:27,  5 users,  load average: 1.78, 1.77, 1.80

Proof of concepting here...

http://geek.j2solutions.net/shots/vncmondo.jpg <-- phoebe-3 in vnc, running 
mondo, burning to a HyperSCSI shared burner.

So, system A is Red Hat 8.0, it has a IDE CDRW, scsi emulated to be /dev/scd0.  
HyperSCSI is sharing out this device.

System B is Red Hat Beta 8.0.94 (Phoebe-3).  HyperSCSI client is seeing 
SystemA's cdrw as /dev/scd0 as well.  I've installed mondo/mindi on System B, 
and the image you see above is an ongoing cdr backup of SystemB.  Command 
line used:  mondoarchive -Oc 36 -L -F -l GRUB -f /dev/hda

I might have to twiddle w/ deplist.txt to get my hs-client module included in 
the restore, maybe not.  I'm going to attempt to restore from the same 
HyperSCSI shared device in SystemA.

-- 
Jesse Keating RHCE MCSE
http://geek.j2solutions.net
Mondo DevTeam (www.mondorescue.org)

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