mondo-devel Mailing List for Mondo Rescue

Dominique Jeannerod said on Fri, Oct 20, 2006 at 11:35:02AM +0200:

> I am working with HP Servers mainly DL360, some with SCSI, some with SATA
> drives.

Good choice ;-)

> The mindi/mondo versions I use are the RPM packages :
> mindi-1.0.9-2.rhel4
> mondo-2.0.9-2.rhel4

I'm using personaly 2.2.0 and 1.2.0 + mindi-busybox-1.2.1-3 now for my
RHEL4 tests (NFS+PXE), and in my case it's working well.

> Sometimes the boot is ok (I can't understand why), but I also mostly have
> the message :
> losetup: /dev/loop7: No such file or directory
> bio too big device loop7 (2 > 0)
> then the mount fails and also the rest of the process of course.

I've also seen that (RHEL3 had an issue with that, but also in some
cases with Mandriva).

> Is this issue fixed in the last release ?

I hope so. But I need more feedback to be sure.

> Is the failsafe kernel the right short term solution ?

It was for RHEL3. Now for RHEL4 you should not need it.

Bruno.
-- 
Linux Profession Lead EMEA  / Open Source Evangelist \        HP C&I EMEA IET
http://www.mondorescue.org / HP/Intel Solution Center \  http://hpintelco.net
Des infos sur Linux?  http://www.HyPer-Linux.org      http://www.hp.com/linux
La musique ancienne?  http://www.musique-ancienne.org http://www.medieval.org

Quoting hugo vanwoerkom <hug...@ya...>:

> ----- Original Message ----
> From: Steve Campbell <cam...@cn...>
> To: Mondo mailing list <mon...@li...>
> Sent: Tuesday, October 31, 2006 9:29:40 AM
> Subject: Re: [Mondo-devel] Segmentation fault with the latest release
> 
> Bruno,
> 
> FYI:
> 
> I uninstalled the latest version, and installed the 2.09 set of mondo/mindi 
> along with busybox. I had been running 2.08 before this all started. It 
> looks as though the 2.09 set shows a similar symptom, but does not seg 
> fault. The strangeness seems to continue to show up so far once the ISO 
> creation for each image reaches 32-34% - at that time the reported "time to 
> go" climbs significantly until (in the 2.09 version) it finally finishes 
> whatever it is doing (or in the 2.2. version) in seg faults 
> 
> 
> I have exactly the same prob with 2.09: "time to go" climbing to the
> ridiculous. I killed the job though.
> 
> Hugo

Hugo, Bruno,

The 2.09 version finished the normal file ISOs and started the biggiefiles when
I had to leave work. I haven't received my email from the script yet, so I'll
not know either until later tonight or in the morning.

If appears that it takes a huge amount of time on certain "objects" and appears
to stall, when in fact, this version continues after a while. It may have just
been coincidence that the first few stalled around 33%. Other ISOs were made
fairly quickly, and some stalled, but on different percentages, and did finish.

There were no seg faults when I left, so it is in the area of that stall that is
causing the problem with the latest release. I imagine it is with the
compression of large files, but can't be sure.

Steve
> 
> 
> The percentage 
> used of the ISO stalls for a while in both versions.
> 
> I don't really know what this means, but I figured I'd report it. Thanks.
> 
> Steve
> 
> 
> ----- Original Message ----- 
> From: "Steve Campbell" <cam...@cn...>
> To: "Mondo mailing list" <mon...@li...>
> Sent: Tuesday, October 31, 2006 5:45 AM
> Subject: Re: [Mondo-devel] Segmentation fault with the latest release
> 
> 
> > Quoting Bruno Cornec <Bru...@hp...>:
> >
> >> Steve Campbell said on Mon, Oct 30, 2006 at 10:45:25AM -0500:
> >>
> >> > I have just upgraded to the newest release of the Mondo packages - 
> >> > mondo,
> >> > mindi, mindi-busybox, and mondo-docs. I was required to remove the 
> >> > original
> >>
> >> > busybox package before I installed mindi-busybox.
> >> >
> >> > Firstly, should I have forced the mindi-busybox and left the original
> >> alone?
> >>
> >> Yes. This was a mistake on my side, and that requirement has disappear
> >> from the future version.
> >
> > Then I should remove this version and install the latest just prior to 
> > this
> > along with the original busybox? Was that version considered stable?
> >
> >>
> >> > I am getting a segmentation fault on the cron script which points to 
> >> > the
> >> > above mondo command. While watching the job run, it appears to start to
> >> > make the first ISO properly, but a third of the way through, just 
> >> > starts
> >> > reporting an increasing amount of time "to go" with a constant 
> >> > percentage
> >> > used of that first ISO. It then fails and reports the failure.
> >>
> >> Other people have reported recently similar issues, but on more recent
> >> distro, so I thought it could be linked to a glibc difference. But
> >> Centos 3.x is something else.
> >
> > I had reviewed my archives for "segmentation fault" and found nothing 
> > similar to
> > my situation here, also. I had met all of the requirements to correct 
> > this, so
> > it was a futile search.
> >
> >>
> >> Log is useless generally in that context.
> >> Will try to understand what has change that could cause this issue.
> >
> > I agree here as the log just sort of ends very politely with the last good
> > segment. This is a very large server in terms of disk space. It's a backup
> > server of another server that currently creates 40+ disks during it's 
> > mondo backup.
> >
> > If it would help, I could compile the source and run under dbg as 
> > described in
> > the wiki(?). I am not a very proficient programmer, though, so all of the
> > results would need be reviewed by someone else. The version I have now was
> > installed using the RH EL 3 rpm.
> >
> > Thanks for the response.
> >
> > Steve
> >
> >>
> >> Bruno.
> >> -- 
> >
> >
> >
> > -------------------------------------------------
> > This mail sent through IMP: http://horde.org/imp/
> >
> > -------------------------------------------------------------------------
> > Using Tomcat but need to do more? Need to support web services, security?
> > Get stuff done quickly with pre-integrated technology to make your job 
> > easier
> > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> > _______________________________________________
> > Mondo-devel mailing list
> > Mon...@li...
> > https://lists.sourceforge.net/lists/listinfo/mondo-devel
> > 
> 
> 
> 
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Mondo-devel mailing list
> Mon...@li...
> https://lists.sourceforge.net/lists/listinfo/mondo-devel
> 
> 
> 
> 
> 
> 
> 




-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/

Mariano Aliaga said on Thu, Oct 19, 2006 at 11:01:37AM -0300:

>    I fixed it with the patch attached, that simply adds the "-force"
> option to dvd+rw-format.

Thanks a lot. Now in rev 908 of SVN. Will be in 2.2.1.

Bruno.
--=20
Linux Profession Lead EMEA  / Open Source Evangelist \        HP C&I EMEA I=
ET
http://www.mondorescue.org / HP/Intel Solution Center \  http://hpintelco.n=
et
Des infos sur Linux?  http://www.HyPer-Linux.org      http://www.hp.com/lin=
ux
La musique ancienne?  http://www.musique-ancienne.org http://www.medieval.o=
rg

Colocation Colocation said on Thu, Oct 26, 2006 at 10:48:03AM +0100:

> All my servers have lights out management, so i can fully control them down
> to the bios level regardless of network connectivity.

You have excellent servers ;-)

> So - if i were to run mondo every couple of days and store the backups on my
> storage server, then add the boot images to my USB keys, i assume i will
> have to specify the source of the images on an NFS server?

Why store them on a USB key, and not also on a remote server for PXE
boot ? That's the easiest way IMO, and nothing needed on the server
side. With your iLO you can position th boot order the way you want
remotely as well.

> My only issue is NFS! I really hate it! Is there any other way round?

For network backup no.
But you can make local backups, ... that end up riting on an SMB share.
Or if you have enough room, store the ISO on the disk, and then copy
them with scp, ftp, whatever is convenient for you.

Bruno.
-- 
Linux Profession Lead EMEA  / Open Source Evangelist \        HP C&I EMEA IET
http://www.mondorescue.org / HP/Intel Solution Center \  http://hpintelco.net
Des infos sur Linux?  http://www.HyPer-Linux.org      http://www.hp.com/linux
La musique ancienne?  http://www.musique-ancienne.org http://www.medieval.org

Carol Anne Ogdin said on Mon, Oct 30, 2006 at 08:05:18PM -0800:

> I have two identical disks (except for size of on-disk cache); I make

And also except their position on their respective controller !

If you really want to test a disaster recovery solution, you have to
disconnect the first drive when restoring on the second.

If not, mondorestore will erase the MBR of the first disk, thinking it's
the one you want to use.

> 4.  Won't boot; reports "No operating system", and makes the '/' partition
> active, not the '/boot' partition.

The second problem is different, and looks like a bug to me.

Bruno.
-- 
Linux Profession Lead EMEA  / Open Source Evangelist \        HP C&I EMEA IET
http://www.mondorescue.org / HP/Intel Solution Center \  http://hpintelco.net
Des infos sur Linux?  http://www.HyPer-Linux.org      http://www.hp.com/linux
La musique ancienne?  http://www.musique-ancienne.org http://www.medieval.org

Kaplan, Andrew H. said on Tue, Oct 31, 2006 at 09:38:08AM -0500:

> > When I run the command I get the following error message:
> > 
> > Fatal error...Unable to open tape device. If you haven't specified it with id,
> > do so. If you have, check the parameter, I think it's wrong. 

In the log, you have :

> running: mt -f /dev/st0 status > /tmp/mondo-run-prog-thing.tmp 2> /tmp/mondo-run-prog-thing.err --------------------------------start of output-----------------------------
> sh: mt: command not found
> --------------------------------end of output------------------------------
> ...ran with res=32512

So you should install the mt command so that mondo can work.

Bruno.
-- 
Linux Profession Lead EMEA  / Open Source Evangelist \        HP C&I EMEA IET
http://www.mondorescue.org / HP/Intel Solution Center \  http://hpintelco.net
Des infos sur Linux?  http://www.HyPer-Linux.org      http://www.hp.com/linux
La musique ancienne?  http://www.musique-ancienne.org http://www.medieval.org

hugo vanwoerkom said on Tue, Oct 31, 2006 at 05:32:12AM -0800:

> I don't get that when I restore 2.6.17-ck1: only diff. the kernel vesion.

Could you make a lsmod on both systems and provide them. It could be
useful for debugging.

> I am running Debian unstable and am fearful trying mondo-2.20 because of the cdrecord changes that are taking place.

Hummm I know that Andree has a look on that change, but it's not in our
tree for the moment. So I think you'll experience issues without a
command called cdrecord (I don't know if Debian plan to keep a
compatibility or not).

Bruno.
-- 
Linux Profession Lead EMEA  / Open Source Evangelist \        HP C&I EMEA IET
http://www.mondorescue.org / HP/Intel Solution Center \  http://hpintelco.net
Des infos sur Linux?  http://www.HyPer-Linux.org      http://www.hp.com/linux
La musique ancienne?  http://www.musique-ancienne.org http://www.medieval.org

Hello,

I have a problem with my restores failing to boot.
They get as far as "Grub loading 1.5 read error".

It's my first attempt with mondo (which looks very neat), and
this is on a suse 10.1 box.

Any clues, or assuming the rest of the restore is ok, any ideas how
it can be made to boot somehow?

Best wishes

Adrian

New data:  The message, below, related to my practice of MondoArchiving to a
local disk, then using another program to burn CD/DVD media.
 
FYI:  My experience today with MondorArchiving directly to media using a DVD
showed that the second medium must be a DVD as well, and MondoArchive
(2.2.0) complains until it is.
 
So, mixed media appear to work with reading, but not recording.
 
--Carol Anne

  _____  

From: Carol Anne Ogdin [mailto:ca...@gm...] 
Sent: Wednesday, October 25, 2006 8:41 PM
To: 'mon...@li...'
Subject: Good News About Media


I have an image that is in two parts:  One DVD (4.2GB), and about 300 MB
left over.  
 
So, I burned the second iso to a CD.
 
The DVD boots, and when the second disk goes in, even though it's a CD, it
works just fine.
 
Nice touch, guys.  Thanks.
 
--Carol Anne

----- Original Message ----=0AFrom: Steve Campbell <cam...@cn...>=
=0ATo: Mondo mailing list <mon...@li...>=0ASent: Tuesd=
ay, October 31, 2006 9:29:40 AM=0ASubject: Re: [Mondo-devel] Segmentation f=
ault with the latest release=0A=0ABruno,=0A=0AFYI:=0A=0AI uninstalled the l=
atest version, and installed the 2.09 set of mondo/mindi =0Aalong with busy=
box. I had been running 2.08 before this all started. It =0Alooks as though=
 the 2.09 set shows a similar symptom, but does not seg =0Afault. The stran=
geness seems to continue to show up so far once the ISO =0Acreation for eac=
h image reaches 32-34% - at that time the reported "time to =0Ago" climbs s=
ignificantly until (in the 2.09 version) it finally finishes =0Awhatever it=
 is doing (or in the 2.2. version) in seg faults =0A=0A=0AI have exactly th=
e same prob with 2.09: "time to go" climbing to the ridiculous. I killed th=
e job though.=0A=0AHugo=0A=0A=0AThe percentage =0Aused of the ISO stalls fo=
r a while in both versions.=0A=0AI don't really know what this means, but I=
 figured I'd report it. Thanks.=0A=0ASteve=0A=0A=0A----- Original Message -=
---- =0AFrom: "Steve Campbell" <cam...@cn...>=0ATo: "Mondo mailing=
 list" <mon...@li...>=0ASent: Tuesday, October 31, 200=
6 5:45 AM=0ASubject: Re: [Mondo-devel] Segmentation fault with the latest r=
elease=0A=0A=0A> Quoting Bruno Cornec <Bru...@hp...>:=0A>=0A>> Steve=
 Campbell said on Mon, Oct 30, 2006 at 10:45:25AM -0500:=0A>>=0A>> > I have=
 just upgraded to the newest release of the Mondo packages - =0A>> > mondo,=
=0A>> > mindi, mindi-busybox, and mondo-docs. I was required to remove the =
=0A>> > original=0A>>=0A>> > busybox package before I installed mindi-busyb=
ox.=0A>> >=0A>> > Firstly, should I have forced the mindi-busybox and left =
the original=0A>> alone?=0A>>=0A>> Yes. This was a mistake on my side, and =
that requirement has disappear=0A>> from the future version.=0A>=0A> Then I=
 should remove this version and install the latest just prior to =0A> this=
=0A> along with the original busybox? Was that version considered stable?=
=0A>=0A>>=0A>> > I am getting a segmentation fault on the cron script which=
 points to =0A>> > the=0A>> > above mondo command. While watching the job r=
un, it appears to start to=0A>> > make the first ISO properly, but a third =
of the way through, just =0A>> > starts=0A>> > reporting an increasing amou=
nt of time "to go" with a constant =0A>> > percentage=0A>> > used of that f=
irst ISO. It then fails and reports the failure.=0A>>=0A>> Other people hav=
e reported recently similar issues, but on more recent=0A>> distro, so I th=
ought it could be linked to a glibc difference. But=0A>> Centos 3.x is some=
thing else.=0A>=0A> I had reviewed my archives for "segmentation fault" and=
 found nothing =0A> similar to=0A> my situation here, also. I had met all o=
f the requirements to correct =0A> this, so=0A> it was a futile search.=0A>=
=0A>>=0A>> Log is useless generally in that context.=0A>> Will try to under=
stand what has change that could cause this issue.=0A>=0A> I agree here as =
the log just sort of ends very politely with the last good=0A> segment. Thi=
s is a very large server in terms of disk space. It's a backup=0A> server o=
f another server that currently creates 40+ disks during it's =0A> mondo ba=
ckup.=0A>=0A> If it would help, I could compile the source and run under db=
g as =0A> described in=0A> the wiki(?). I am not a very proficient programm=
er, though, so all of the=0A> results would need be reviewed by someone els=
e. The version I have now was=0A> installed using the RH EL 3 rpm.=0A>=0A> =
Thanks for the response.=0A>=0A> Steve=0A>=0A>>=0A>> Bruno.=0A>> -- =0A>=0A=
>=0A>=0A> -------------------------------------------------=0A> This mail s=
ent through IMP: http://horde.org/imp/=0A>=0A> ----------------------------=
---------------------------------------------=0A> Using Tomcat but need to =
do more? Need to support web services, security?=0A> Get stuff done quickly=
 with pre-integrated technology to make your job =0A> easier=0A> Download I=
BM WebSphere Application Server v.1.0.1 based on Apache Geronimo=0A> http:/=
/sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D121642=
=0A> _______________________________________________=0A> Mondo-devel mailin=
g list=0A> Mon...@li...=0A> https://lists.sourceforge.=
net/lists/listinfo/mondo-devel=0A> =0A=0A=0A=0A----------------------------=
---------------------------------------------=0AUsing Tomcat but need to do=
 more? Need to support web services, security?=0AGet stuff done quickly wit=
h pre-integrated technology to make your job easier=0ADownload IBM WebSpher=
e Application Server v.1.0.1 based on Apache Geronimo=0Ahttp://sel.as-us.fa=
lkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D121642=0A___________=
____________________________________=0AMondo-devel mailing list=0AMondo-dev=
el...@li...=0Ahttps://lists.sourceforge.net/lists/listinfo/mon=
do-devel=0A=0A=0A=0A=0A=0A=0A

When I look into /root/images/mindi, I find two identical ISO files:
mindi.iso and mondorescue.iso.  I compared them, byte-for-byte, and they are
identical.
 
Is there some reason there are two copies of the same thing there?  Could
one of them be removed (or not created)?  (I think mondorescue.iso should be
the survivor; it's name makes more end-user sense.)
 
--Carol Anne

Thanks, Conor.  I'll be exploring this great idea in the near future...as
soon as I can reliably restore to Drive #2 from MondoRescue.

--Carol Anne 

-----Original Message-----
From: mon...@li...
[mailto:mon...@li...] On Behalf Of Conor Daly
Sent: Tuesday, October 31, 2006 5:40 AM
To: 'Mondo mailing list'
Subject: Re: [Mondo-devel] MBR Not Exactly Restored

On Mon, Oct 30, 2006 at 08:05:18PM -0800 or thereabouts, Carol Anne Ogdin
wrote:
> 
>    N.B.:   Why I have a separate /boot partition:  It's a dodge around an
>    occasional RAID 1 problem (eventually, when I've proven Mondo Rescue to
be
>    completely trustworthy, I'll put both drives on-line in a RAID1 for all
>    partitions, except '/boot', which will be identical on both drives, but
the
>    MBR can read the first drive to get enough Linux running to be able to
run
>    RAID.

As an aside, I used my own hack to configure two raid 1 drives to boot
independently of the other but still into the raid device.  No non-raid
partitions at all.  See "Booting from a RAID array" at:
http://cod.homelinux.org/C/index.html

It includes a script to incorporate a new blank disk into the raid array.  I
used this on an RH 7.2 machine with mondo as the backup and had it tested
and happy with mondorestore...

Conor
-- 
Conor Daly,                   
Met Eireann, Glasnevin Hill,  
Dublin 9, Ireland             
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.

Ta an riomhphost seo, agus aon chomhad ata nasctha leis, faoi run agus is
don te a seoladh chuige amhain e. Ma tharla go bhfuair tu an riomhphost seo
tri dhearmad cuir in iul don te a sheol e led' thoil.

Ta an teachtaireacht riomhphoist seo scuabtha le bogearrai frithvireas.
****************************************************************************
****
NorthBridge Mail Server id e9yrhg43fncvj3974vjenw


-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job
easier Download IBM WebSphere Application Server v.1.0.1 based on Apache
Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Mondo-devel mailing list
Mon...@li...
https://lists.sourceforge.net/lists/listinfo/mondo-devel

Bruno,

FYI:

I uninstalled the latest version, and installed the 2.09 set of mondo/mindi 
along with busybox. I had been running 2.08 before this all started. It 
looks as though the 2.09 set shows a similar symptom, but does not seg 
fault. The strangeness seems to continue to show up so far once the ISO 
creation for each image reaches 32-34% - at that time the reported "time to 
go" climbs significantly until (in the 2.09 version) it finally finishes 
whatever it is doing (or in the 2.2. version) in seg faults The percentage 
used of the ISO stalls for a while in both versions.

I don't really know what this means, but I figured I'd report it. Thanks.

Steve


----- Original Message ----- 
From: "Steve Campbell" <cam...@cn...>
To: "Mondo mailing list" <mon...@li...>
Sent: Tuesday, October 31, 2006 5:45 AM
Subject: Re: [Mondo-devel] Segmentation fault with the latest release


> Quoting Bruno Cornec <Bru...@hp...>:
>
>> Steve Campbell said on Mon, Oct 30, 2006 at 10:45:25AM -0500:
>>
>> > I have just upgraded to the newest release of the Mondo packages - 
>> > mondo,
>> > mindi, mindi-busybox, and mondo-docs. I was required to remove the 
>> > original
>>
>> > busybox package before I installed mindi-busybox.
>> >
>> > Firstly, should I have forced the mindi-busybox and left the original
>> alone?
>>
>> Yes. This was a mistake on my side, and that requirement has disappear
>> from the future version.
>
> Then I should remove this version and install the latest just prior to 
> this
> along with the original busybox? Was that version considered stable?
>
>>
>> > I am getting a segmentation fault on the cron script which points to 
>> > the
>> > above mondo command. While watching the job run, it appears to start to
>> > make the first ISO properly, but a third of the way through, just 
>> > starts
>> > reporting an increasing amount of time "to go" with a constant 
>> > percentage
>> > used of that first ISO. It then fails and reports the failure.
>>
>> Other people have reported recently similar issues, but on more recent
>> distro, so I thought it could be linked to a glibc difference. But
>> Centos 3.x is something else.
>
> I had reviewed my archives for "segmentation fault" and found nothing 
> similar to
> my situation here, also. I had met all of the requirements to correct 
> this, so
> it was a futile search.
>
>>
>> Log is useless generally in that context.
>> Will try to understand what has change that could cause this issue.
>
> I agree here as the log just sort of ends very politely with the last good
> segment. This is a very large server in terms of disk space. It's a backup
> server of another server that currently creates 40+ disks during it's 
> mondo backup.
>
> If it would help, I could compile the source and run under dbg as 
> described in
> the wiki(?). I am not a very proficient programmer, though, so all of the
> results would need be reviewed by someone else. The version I have now was
> installed using the RH EL 3 rpm.
>
> Thanks for the response.
>
> Steve
>
>>
>> Bruno.
>> -- 
>
>
>
> -------------------------------------------------
> This mail sent through IMP: http://horde.org/imp/
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job 
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Mondo-devel mailing list
> Mon...@li...
> https://lists.sourceforge.net/lists/listinfo/mondo-devel
> 

Here you go...



-----Original Message-----
From: mon...@li...
[mailto:mon...@li...] On Behalf Of Bruno =
Cornec
Sent: Monday, October 30, 2006 8:20 PM
To: Mondo mailing list
Subject: Re: [Mondo-devel] Problem Backing Up To Tape

Kaplan, Andrew H. said on Fri, Oct 27, 2006 at 03:15:02PM -0400:

> I am having problems backing up to my system's locally attached tape =
drive.
The
> command syntax that I am entering is the following:
>=20
> mondoarchive -Ot -d /dev/st0 -g
>=20
> When I run the command I get the following error message:
>=20
> Fatal error...Unable to open tape device. If you haven't specified it =
with id,
> do so. If you have, check the parameter, I think it's wrong.=20

Could you also provide us with your log file please ?

Bruno.
--=20
Linux Profession Lead EMEA  / Open Source Evangelist \        HP C&I =
EMEA IET
http://www.mondorescue.org / HP/Intel Solution Center \  =
http://hpintelco.net
Des infos sur Linux?  http://www.HyPer-Linux.org      =
http://www.hp.com/linux
La musique ancienne?  http://www.musique-ancienne.org =
http://www.medieval.org

-------------------------------------------------------------------------=

Using Tomcat but need to do more? Need to support web services, =
security?
Get stuff done quickly with pre-integrated technology to make your job =
easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache =
Geronimo
http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D=
121642
_______________________________________________
Mondo-devel mailing list
Mon...@li...
https://lists.sourceforge.net/lists/listinfo/mondo-devel

On Mon, Oct 30, 2006 at 08:05:18PM -0800 or thereabouts, Carol Anne Ogdin wrote:
> 
>    N.B.:   Why I have a separate /boot partition:  It's a dodge around an
>    occasional RAID 1 problem (eventually, when I've proven Mondo Rescue to be
>    completely trustworthy, I'll put both drives on-line in a RAID1 for all
>    partitions, except '/boot', which will be identical on both drives, but the
>    MBR can read the first drive to get enough Linux running to be able to run
>    RAID.

As an aside, I used my own hack to configure two raid 1 drives to boot
independently of the other but still into the raid device.  No non-raid
partitions at all.  See "Booting from a RAID array" at:
http://cod.homelinux.org/C/index.html

It includes a script to incorporate a new blank disk into the raid array.  I
used this on an RH 7.2 machine with mondo as the backup and had it tested
and happy with mondorestore...

Conor
-- 
Conor Daly,                   
Met Eireann, Glasnevin Hill,  
Dublin 9, Ireland             
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.

Ta an riomhphost seo, agus aon chomhad ata nasctha leis, faoi run agus is don te a seoladh chuige amhain e. Ma tharla go bhfuair tu an riomhphost seo tri dhearmad cuir in iul don te a sheol e led' thoil.

Ta an teachtaireacht riomhphoist seo scuabtha le bogearrai frithvireas.
********************************************************************************
NorthBridge Mail Server id e9yrhg43fncvj3974vjenw

Hi,=0A=0AI am getting kernel panics when I boot a backup CD of kernel 2.6.1=
8-ck1 with either mondo 2.08 or 2.09 in acpi_hw_low_level_read.=0A=0AI don'=
t get that when I restore 2.6.17-ck1: only diff. the kernel vesion.=0A=0AI =
am running Debian unstable and am fearful trying mondo-2.20 because of the =
cdrecord changes that are taking place.=0A=0AI am getting a messed up mount=
inglist with 2.09 and not with 2.08 restoring 2.6.17-ck1.=0A=0AMy question =
is: has anybody successfully restored a 2.6.18 kernel?=0A=0AThanks!=0A=0AHu=
go=0A=0A=0A=0A

IzkzOiBJbnN0YWxsIG9uIGEgc2xhY2t3YXJlDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogUmVwb3J0
ZXI6ICBub3JhbTY4ICB8ICAgICAgICBPd25lcjogIGJydW5vICAgDQogICAgIFR5cGU6ICB0YXNr
ICAgICB8ICAgICAgIFN0YXR1czogIGFzc2lnbmVkDQogUHJpb3JpdHk6ICBub3JtYWwgICB8ICAg
IE1pbGVzdG9uZTogIDIuMi4xICAgDQpDb21wb25lbnQ6ICBtb25kbyAgICB8ICAgICAgVmVyc2lv
bjogIDIuMC45ICAgDQogU2V2ZXJpdHk6ICBub3JtYWwgICB8ICAgUmVzb2x1dGlvbjogICAgICAg
ICAgDQogS2V5d29yZHM6ICAgICAgICAgICB8ICANCi0tLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCkNvbW1l
bnQgKGJ5IEFuZ2VsbyBDaHUpOg0KDQoge3t7DQogRGVhciBhbGwgYW5kIHRyYWMsDQoNCiBUaGFu
a3MgZm9yIHlvdXIgcmVwbHkuDQoNCiBGaXJzdGx5LGlmIEkgY2FuIHByb3ZpZGUgYW55IGhlbHAg
b24gYnVpbGRpbmcgYSBtb25kb3Jlc2N1ZSBwYWNrYWdlIHdoaWNoDQogY29udGFpbnMgYWxsIHRo
ZSBkZXBlbmRlbmNpZXMgb24gc2xhY2t3YXJlLEkgd2lsbCBkbyBpdCBpZiB0aW1lIGFsbG93ZWQu
DQoNCiBTZWNvbmRseSxlc3BlY2lhbGx5IG9uIHNsYWNrd2FyZSB1c2luZyBwYWNrYWdlLHlvdSBy
ZWFsbHkgaGF2ZSBoYXJkIHRpbWUNCiB3aGVuIGluc3RhbGxpbmcgbW9uZG9yZXNjdWUgYmVjYXVz
ZSB0aGVyZSBhcmUgbWFueQ0KIGRlcGVuZGVuY2llcy0tPiJIZWFkYWNoZSIuQXMgYSByZXN1bHQs
YnVpbGRpbmcgYSBzbGFja3dhcmUgcGFja2FnZSBmb3INCiBtb25kb3Jlc2N1ZSB3aWxsIHNvbHZl
IHRoZSBwcm9ibGVtIGNvbXBsZXRlbHkuDQoNCiBXZWxsLEkgaGF2ZSB0byBkaXZlIGluIGFuZCBk
byBtdWNoIG1vcmUgcmVzZWFyY2ggb24gd2hhdCBzaG91bGQgSSBuZWVkIHRvDQogYnVpbGQgbW9u
ZG9yZXNjdWUgbm93Lg0KDQogLS0NCiBCZXN0IHJlZ2FyZHMsDQogQW5nZWxvDQoNCiBPbiAxMC8z
MS8wNiwgTW9uZG9SZXNjdWUgPHRyYWNAc3ZuLm1vbmRvcmVzY3VlLm9yZz4gd3JvdGU6DQogPg0K
ID4gIzkzOiBJbnN0YWxsIG9uIGEgc2xhY2t3YXJlDQogPg0KID4NCiAtLS0tLS0tLS0tLS0tLS0t
LS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tDQogPiBSZXBvcnRlcjogIG5vcmFtNjggIHwgICAgICAgIE93bmVyOiAgYnJ1bm8NCiA+ICAg
ICAgVHlwZTogIHRhc2sgICAgIHwgICAgICAgU3RhdHVzOiAgYXNzaWduZWQNCiA+IFByaW9yaXR5
OiAgbm9ybWFsICAgfCAgICBNaWxlc3RvbmU6ICAyLjIuMQ0KID4gQ29tcG9uZW50OiAgbW9uZG8g
ICAgfCAgICAgIFZlcnNpb246ICAyLjAuOQ0KID4gU2V2ZXJpdHk6ICBub3JtYWwgICB8ICAgUmVz
b2x1dGlvbjoNCiA+IEtleXdvcmRzOiAgICAgICAgICAgfA0KID4NCiA+DQogLS0tLS0tLS0tLS0t
LS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLQ0KID4gQ2hhbmdlcyAoYnkgYnJ1bm8pOg0KID4NCiA+ICAgKiBzdGF0dXM6ICBuZXcg
PT4gYXNzaWduZWQNCiA+ICAgKiBjYzogID0+IG1vbmRvLWRldmVsQGxpc3RzLnNvdXJjZWZvcmdl
Lm5ldA0KID4NCiA+IENvbW1lbnQ6DQogPg0KID4gIyAqV2hhdCBjYW4gSSBkbyB0byBpbnN0YWxs
IG1vbmRvcmVzY3VlIGVhc2lseSBvbiBTbGFja3dhcmUgMTAuMi8xMT8qDQogPg0KID4gU29ycnks
IEkndmUgaGFkIG5vIHRpbWUgdG8gbG9vayBhdCBjcmVhdGluZyBwcm9wZXIgcGFja2FnZXMgZm9y
DQogU2xhY2t3YXJlLg0KID4gSWYgeW91J3JlIHJlYWR5IHRvIGhlbHAgaGVyZSwgSSBjYW4gaW50
ZWdyYXRlIHRob3NlIHBhY2thZ2VzIGluIHRoZSBTVk4NCiA+IHRyZWUgYW5kIHByb2R1Y2UgdGhl
bSByZWd1bGFybHkuIFRoYXQgd291bGQgYmUgdGhlIGVhc2llc3Qgd2F5IGZvciB5b3UuDQogPiBM
ZXQgbWUga25vdy4gTXkgYnVpbGQgZW52aXJvbmVtZW50IGlzIGFscmVhZHkgYWJsZSB0byBwcm9k
dWNlIHBhY2thZ2VzDQogbm90DQogPiBvbmx5IGZvciBSUE0gYmFzZWQgZGlzdHJvcyBidXQgYWxz
byBmb3IgZGViaWFuIGFuZCBnZW50b28uIEFkZGluZyBTbGFjaw0KID4gd2FzIHBsYW5uZWQgYmUg
bmV2ZXIgZG9uZS4NCiA+DQogPiAjICpXaGF0J3MgdGhlIGNvbXBsZXRlIHNvZnR3YXJlIGxpc3Qg
d2hpY2ggSSBoYXZlIHRvIGluc3RhbGwgYWxvbmdzaWRlDQogPiB3aXRoIG1pbmRpIGFuZCBtb25k
byBiZXNpZGVzIHRoZSBsaXN0IG9uIHdlYnNpdGU/Kg0KID4NCiA+IFdlbGwgSSBhbHdheXMgZm91
bmQgaXQgd2FzIE5PVCBuZWNlc3NhcnkgaW4gdGhlb3J5IHRvIGhhdmUgdGhlbSwgYnV0IHRoZQ0K
ID4gY3VycmVudCBjb2RlIGNoZWNrIHRoYXQgOi0oDQogPiBZb3UgbmVlZCBjZHJlY29yZCBvciBn
cm93aXNvZnMsIHN5c2xpbnV4ICh0aGlzIG9uZSBzaG91bGQgYmUgYWRkZWQgdG8NCiB0aGUNCiA+
IFdlYiBzaXRlKSBhbmQgbWluZGktYnVzeWJveCwgaW5zdGVhZCBvZiBidXN5Ym94LiBBbmQgb2Yg
Y291cnNlIGFzIHNhaWQNCiA+IGFmaW8sIG50ZnNjbG9uZSAoaWYgdXNpbiBhIHdpbnh4IHBhcnRp
dGlvbikuDQogPg0KID4gSG9wZSB0aGlzIGhlbHBzLg0KID4NCiA+IC0tDQogPiBUaWNrZXQgVVJM
OiA8aHR0cDovL3RyYWMubW9uZG9yZXNjdWUub3JnL3RpY2tldC85Mz4NCiA+IE1vbmRvUmVzY3Vl
IDxodHRwOi8vd3d3Lm1vbmRvcmVzY3VlLm9yZz4NCiA+IEdQTCBkaXNhc3RlciByZWNvdmVyeSBz
b2x1dGlvbg0KID4NCiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogPiBVc2luZyBUb21jYXQgYnV0IG5lZWQg
dG8gZG8gbW9yZT8gTmVlZCB0byBzdXBwb3J0IHdlYiBzZXJ2aWNlcywNCiBzZWN1cml0eT8NCiA+
IEdldCBzdHVmZiBkb25lIHF1aWNrbHkgd2l0aCBwcmUtaW50ZWdyYXRlZCB0ZWNobm9sb2d5IHRv
IG1ha2UgeW91ciBqb2INCiA+IGVhc2llcg0KID4gRG93bmxvYWQgSUJNIFdlYlNwaGVyZSBBcHBs
aWNhdGlvbiBTZXJ2ZXIgdi4xLjAuMSBiYXNlZCBvbiBBcGFjaGUNCiBHZXJvbmltbw0KID4gaHR0
cDovL3NlbC5hcy11cy5mYWxrYWcubmV0L3NlbD9jbWQ9bG5rJmtpZD0xMjA3MDkmYmlkPTI2MzA1
NyZkYXQ9MTIxNjQyDQogPg0KID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX18NCiA+IE1vbmRvLWRldmVsIG1haWxpbmcgbGlzdA0KID4gTW9uZG8tZGV2ZWxA
bGlzdHMuc291cmNlZm9yZ2UubmV0DQogPiBodHRwczovL2xpc3RzLnNvdXJjZWZvcmdlLm5ldC9s
aXN0cy9saXN0aW5mby9tb25kby1kZXZlbA0KID4NCiA+DQogPg0KIH19fQ0KDQotLSANClRpY2tl
dCBVUkw6IDxodHRwOi8vd3d3Lm1vbmRvcmVzY3VlLm9yZy90aWNrZXQvOTM+DQpNb25kb1Jlc2N1
ZSA8aHR0cDovL3d3dy5tb25kb3Jlc2N1ZS5vcmc+DQpHUEwgZGlzYXN0ZXIgcmVjb3Zlcnkgc29s
dXRpb24=

Dear all and trac,

Thanks for your reply.

Firstly,if I can provide any help on building a mondorescue package which
contains all the dependencies on slackware,I will do it if time allowed.

Secondly,especially on slackware using package,you really have hard time
when installing mondorescue because there are many
dependencies-->"Headache".As a result,building a slackware package for
mondorescue will solve the problem completely.

Well,I have to dive in and do much more research on what should I need to
build mondorescue now.

-- 
Best regards,
Angelo

On 10/31/06, MondoRescue <tr...@sv...> wrote:
>
> #93: Install on a slackware
>
> ---------------------+------------------------------------------------------
> Reporter:  noram68  |        Owner:  bruno
>      Type:  task     |       Status:  assigned
> Priority:  normal   |    Milestone:  2.2.1
> Component:  mondo    |      Version:  2.0.9
> Severity:  normal   |   Resolution:
> Keywords:           |
>
> ---------------------+------------------------------------------------------
> Changes (by bruno):
>
>   * status:  new => assigned
>   * cc:  => mon...@li...
>
> Comment:
>
> # *What can I do to install mondorescue easily on Slackware 10.2/11?*
>
> Sorry, I've had no time to look at creating proper packages for Slackware.
> If you're ready to help here, I can integrate those packages in the SVN
> tree and produce them regularly. That would be the easiest way for you.
> Let me know. My build environement is already able to produce packages not
> only for RPM based distros but also for debian and gentoo. Adding Slack
> was planned be never done.
>
> # *What's the complete software list which I have to install alongside
> with mindi and mondo besides the list on website?*
>
> Well I always found it was NOT necessary in theory to have them, but the
> current code check that :-(
> You need cdrecord or growisofs, syslinux (this one should be added to the
> Web site) and mindi-busybox, instead of busybox. And of course as said
> afio, ntfsclone (if usin a winxx partition).
>
> Hope this helps.
>
> --
> Ticket URL: <http://trac.mondorescue.org/ticket/93>
> MondoRescue <http://www.mondorescue.org>
> GPL disaster recovery solution
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>
> _______________________________________________
> Mondo-devel mailing list
> Mon...@li...
> https://lists.sourceforge.net/lists/listinfo/mondo-devel
>
>
>

Quoting Bruno Cornec <Bru...@hp...>:

> Steve Campbell said on Mon, Oct 30, 2006 at 10:45:25AM -0500:
> 
> > I have just upgraded to the newest release of the Mondo packages - mondo, 
> > mindi, mindi-busybox, and mondo-docs. I was required to remove the original
> 
> > busybox package before I installed mindi-busybox.
> > 
> > Firstly, should I have forced the mindi-busybox and left the original
> alone?
> 
> Yes. This was a mistake on my side, and that requirement has disappear
> from the future version.

Then I should remove this version and install the latest just prior to this
along with the original busybox? Was that version considered stable?

> 
> > I am getting a segmentation fault on the cron script which points to the 
> > above mondo command. While watching the job run, it appears to start to 
> > make the first ISO properly, but a third of the way through, just starts 
> > reporting an increasing amount of time "to go" with a constant percentage 
> > used of that first ISO. It then fails and reports the failure.
> 
> Other people have reported recently similar issues, but on more recent
> distro, so I thought it could be linked to a glibc difference. But
> Centos 3.x is something else. 

I had reviewed my archives for "segmentation fault" and found nothing similar to
my situation here, also. I had met all of the requirements to correct this, so
it was a futile search.

> 
> Log is useless generally in that context. 
> Will try to understand what has change that could cause this issue.

I agree here as the log just sort of ends very politely with the last good
segment. This is a very large server in terms of disk space. It's a backup
server of another server that currently creates 40+ disks during it's mondo backup.

If it would help, I could compile the source and run under dbg as described in
the wiki(?). I am not a very proficient programmer, though, so all of the
results would need be reviewed by someone else. The version I have now was
installed using the RH EL 3 rpm.

Thanks for the response.

Steve

> 
> Bruno.
> -- 



-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/

IzkzOiBJbnN0YWxsIG9uIGEgc2xhY2t3YXJlDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogUmVwb3J0
ZXI6ICBub3JhbTY4ICB8ICAgICAgICBPd25lcjogIGJydW5vICAgDQogICAgIFR5cGU6ICB0YXNr
ICAgICB8ICAgICAgIFN0YXR1czogIGFzc2lnbmVkDQogUHJpb3JpdHk6ICBub3JtYWwgICB8ICAg
IE1pbGVzdG9uZTogIDIuMi4xICAgDQpDb21wb25lbnQ6ICBtb25kbyAgICB8ICAgICAgVmVyc2lv
bjogIDIuMC45ICAgDQogU2V2ZXJpdHk6ICBub3JtYWwgICB8ICAgUmVzb2x1dGlvbjogICAgICAg
ICAgDQogS2V5d29yZHM6ICAgICAgICAgICB8ICANCi0tLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCkNoYW5n
ZXMgKGJ5IGJydW5vKToNCg0KICAqIHN0YXR1czogIG5ldyA9PiBhc3NpZ25lZA0KICAqIGNjOiAg
PT4gbW9uZG8tZGV2ZWxAbGlzdHMuc291cmNlZm9yZ2UubmV0DQoNCkNvbW1lbnQ6DQoNCiAjICpX
aGF0IGNhbiBJIGRvIHRvIGluc3RhbGwgbW9uZG9yZXNjdWUgZWFzaWx5IG9uIFNsYWNrd2FyZSAx
MC4yLzExPyoNCg0KIFNvcnJ5LCBJJ3ZlIGhhZCBubyB0aW1lIHRvIGxvb2sgYXQgY3JlYXRpbmcg
cHJvcGVyIHBhY2thZ2VzIGZvciBTbGFja3dhcmUuDQogSWYgeW91J3JlIHJlYWR5IHRvIGhlbHAg
aGVyZSwgSSBjYW4gaW50ZWdyYXRlIHRob3NlIHBhY2thZ2VzIGluIHRoZSBTVk4NCiB0cmVlIGFu
ZCBwcm9kdWNlIHRoZW0gcmVndWxhcmx5LiBUaGF0IHdvdWxkIGJlIHRoZSBlYXNpZXN0IHdheSBm
b3IgeW91Lg0KIExldCBtZSBrbm93LiBNeSBidWlsZCBlbnZpcm9uZW1lbnQgaXMgYWxyZWFkeSBh
YmxlIHRvIHByb2R1Y2UgcGFja2FnZXMgbm90DQogb25seSBmb3IgUlBNIGJhc2VkIGRpc3Ryb3Mg
YnV0IGFsc28gZm9yIGRlYmlhbiBhbmQgZ2VudG9vLiBBZGRpbmcgU2xhY2sNCiB3YXMgcGxhbm5l
ZCBiZSBuZXZlciBkb25lLg0KDQogIyAqV2hhdCdzIHRoZSBjb21wbGV0ZSBzb2Z0d2FyZSBsaXN0
IHdoaWNoIEkgaGF2ZSB0byBpbnN0YWxsIGFsb25nc2lkZQ0KIHdpdGggbWluZGkgYW5kIG1vbmRv
IGJlc2lkZXMgdGhlIGxpc3Qgb24gd2Vic2l0ZT8qDQoNCiBXZWxsIEkgYWx3YXlzIGZvdW5kIGl0
IHdhcyBOT1QgbmVjZXNzYXJ5IGluIHRoZW9yeSB0byBoYXZlIHRoZW0sIGJ1dCB0aGUNCiBjdXJy
ZW50IGNvZGUgY2hlY2sgdGhhdCA6LSgNCiBZb3UgbmVlZCBjZHJlY29yZCBvciBncm93aXNvZnMs
IHN5c2xpbnV4ICh0aGlzIG9uZSBzaG91bGQgYmUgYWRkZWQgdG8gdGhlDQogV2ViIHNpdGUpIGFu
ZCBtaW5kaS1idXN5Ym94LCBpbnN0ZWFkIG9mIGJ1c3lib3guIEFuZCBvZiBjb3Vyc2UgYXMgc2Fp
ZA0KIGFmaW8sIG50ZnNjbG9uZSAoaWYgdXNpbiBhIHdpbnh4IHBhcnRpdGlvbikuDQoNCiBIb3Bl
IHRoaXMgaGVscHMuDQoNCi0tIA0KVGlja2V0IFVSTDogPGh0dHA6Ly90cmFjLm1vbmRvcmVzY3Vl
Lm9yZy90aWNrZXQvOTM+DQpNb25kb1Jlc2N1ZSA8aHR0cDovL3d3dy5tb25kb3Jlc2N1ZS5vcmc+
DQpHUEwgZGlzYXN0ZXIgcmVjb3Zlcnkgc29sdXRpb24=

With both drives installed, LILO reports "Duplicate Volume ID"  (and
proceeds to boot from the first drive, which is the original), so that part
restores properly.
 
I'll zero the MBR of the second drive in the morning and see if what got
restored to '/boot' looks sane.
 
--Carol Anne
 

Dear all,

I was using Mondo back in year 2000 on RedHat 8 and think it is an excellent
backup program.However,I have many troubles using it on Slackware 10.2.

As you may know,RedHat is using RPM as package management which mondo also
use RPM.In Slackware 10.2,there are no RPM but slackware package.As a
result,I have to compile all the program which mindi and mondo will
use.Worse still,after I follow the software requirement list on mondorescue
website,the program still complains that I did not install related
packages.My question is:

   1. *What can I do to install mondorescue easily on Slackware 10.2/11?*
   2. *What's the complete software list which I have to
   install alongside with mindi and mondo besides the list on website?*

Your reply is appreciated.

-- 
Best regards,
Angelo

Chris Gregan said on Fri, Oct 27, 2006 at 11:21:33AM -0400:

> I just discovered Mondo, and gave it a try last night. I'm running 
> Novell SLED 10 with Reiserfs and GRUB. During the initial configuration 
> of the backup, using the interactive "wizard" it tells me that it can 
> not recognize my boot loader, and it will attempt to rebuild it during 
> restore. Unfortunately, restore results in "No system OS found". I'm 
> guessing this is because GRUB was not restored properly. I'm going to 
> try EXT3 tonight, guessing it is an FS incompatibility, but was hoping 
> for some insight or direction on where else I could look for a solution. 

You can try to use the CLI option for that (-l GRUB).
Reiserfs is supported, but could you provide your
/var/log/mondoarchive.log please so that I can see what happened.

Bruno.
-- 
Linux Profession Lead EMEA  / Open Source Evangelist \        HP C&I EMEA IET
http://www.mondorescue.org / HP/Intel Solution Center \  http://hpintelco.net
Des infos sur Linux?  http://www.HyPer-Linux.org      http://www.hp.com/linux
La musique ancienne?  http://www.musique-ancienne.org http://www.medieval.org

Kaplan, Andrew H. said on Fri, Oct 27, 2006 at 03:15:02PM -0400:

> I am having problems backing up to my system's locally attached tape drive. The
> command syntax that I am entering is the following:
> 
> mondoarchive -Ot -d /dev/st0 -g
> 
> When I run the command I get the following error message:
> 
> Fatal error...Unable to open tape device. If you haven't specified it with id,
> do so. If you have, check the parameter, I think it's wrong. 

Could you also provide us with your log file please ?

Bruno.
-- 
Linux Profession Lead EMEA  / Open Source Evangelist \        HP C&I EMEA IET
http://www.mondorescue.org / HP/Intel Solution Center \  http://hpintelco.net
Des infos sur Linux?  http://www.HyPer-Linux.org      http://www.hp.com/linux
La musique ancienne?  http://www.musique-ancienne.org http://www.medieval.org

Steve Campbell said on Mon, Oct 30, 2006 at 10:45:25AM -0500:

> I have just upgraded to the newest release of the Mondo packages - mondo, 
> mindi, mindi-busybox, and mondo-docs. I was required to remove the original 
> busybox package before I installed mindi-busybox.
> 
> Firstly, should I have forced the mindi-busybox and left the original alone?

Yes. This was a mistake on my side, and that requirement has disappear
from the future version.

> I am getting a segmentation fault on the cron script which points to the 
> above mondo command. While watching the job run, it appears to start to 
> make the first ISO properly, but a third of the way through, just starts 
> reporting an increasing amount of time "to go" with a constant percentage 
> used of that first ISO. It then fails and reports the failure.

Other people have reported recently similar issues, but on more recent
distro, so I thought it could be linked to a glibc difference. But
Centos 3.x is something else. 

Log is useless generally in that context. 
Will try to understand what has change that could cause this issue.

Bruno.
-- 
Linux Profession Lead EMEA  / Open Source Evangelist \        HP C&I EMEA IET
http://www.mondorescue.org / HP/Intel Solution Center \  http://hpintelco.net
Des infos sur Linux?  http://www.HyPer-Linux.org      http://www.hp.com/linux
La musique ancienne?  http://www.musique-ancienne.org http://www.medieval.org