mondo-devel Mailing List for Mondo Rescue

Hello,

Simon Brown said on Sat, Sep 26, 2009 at 11:45:08PM +0100:
> It appears to get to the part where it tries to write the image then fails. A
> Rev drive is essentially a large removable disk (35 or 70 or 120GB depending
> on model)that presents its self to the OS as a cd drive.

The error is here:

[Main] libmondo-fork.c->run_prog_in_bkgd_then_exit#710: sz_command = 'growisofs -use-the-force-luke -J -no-emul-boot -boot-load-size 4 -b isolinux.bin --boot-info-table -c boot.cat -boot-load-size 4 -r -p MondoRescue -publisher www.mondorescue.org -A Mondo_Rescue_GPL_Version -V 1 -v  -Z /dev/sr1 . 2>> /var/log/mondoarchive.log >> /var/log/mondoarchive.log 2>> /var/log/mondoarchive.log'
:-( /dev/sr1: media is not recognized as recordable DVD: 2

If you use option "-c 24" e.g. would it work better ? (it'll use mksiofs
instead). Now you'll have to be able to boot from the device seen as a
CD-ROM at restore time. Is it the case ?

Other possibility is to use option -U to handle it as a USB drive, (even
if it's not one), and see what logs give. But as you said, will be vfat
partitioned. 

How do you write to it ?

There is no udf support in mondo as of now.
Of course patche are always welcome ;-)

Bruno.
-- 
Linux Profession Lead EMEA  / Open Source Ambassador \   EMEA CME Sol. Center
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

On Tue, 29 Sep 2009 06:46:50 am Simon Brown wrote:
> * Doug Laidlaw (lai...@ho...) wrote:
> > I have a Zip drive.  It connects via the USB port, and USB disks don't
> > eject. I regularly save ext3 files to my vfat USB key.  It is worth a
> > try. There is a sample command at the end of man mondoarchive.  If your
> > disk is solely for backups, a change of filesystem won't matter.  But my
> > backups regularly use my NTFS Windows partition for temporary storage. 
> > You are basically putting a lot of ext3 files on a vfat device.
>
> I also have a USB zip drive, it's old and only supports 100MB disk though.
> I haven't plugged it in a while but in the pre libata days the driver
> presented the device as a SCSI disk. Therein lie my problem I think, the
> REV is presented as some kind of weirdo cd drive so you can't use normal
> disk IO and when Monodo tries to treat it as a DVD or Blueray drive it
> correctly notices that it isn't one.
>
> Is there anyway to get mondo to preserve the UDF image I think it creates
> during the backup. I'd like to try and dd it to the disk.
>
> Simon
>
> latest failure log attached for completeness

You can save the ISO image(s) to your HD, to burn later.
At this point, I would have to give up.  Anyone?

Doug.

* Doug Laidlaw (lai...@ho...) wrote:
> I have a Zip drive.  It connects via the USB port, and USB disks don't eject.  
> I regularly save ext3 files to my vfat USB key.  It is worth a try. There is a 
> sample command at the end of man mondoarchive.  If your disk is solely for 
> backups, a change of filesystem won't matter.  But my backups regularly use my 
> NTFS Windows partition for temporary storage.  You are basically putting a lot 
> of ext3 files on a vfat device.  
I also have a USB zip drive, it's old and only supports 100MB disk though. I
haven't plugged it in a while but in the pre libata days the driver presented
the device as a SCSI disk. Therein lie my problem I think, the REV is presented
as some kind of weirdo cd drive so you can't use normal disk IO and when Monodo
tries to treat it as a DVD or Blueray drive it correctly notices that it isn't
one.

Is there anyway to get mondo to preserve the UDF image I think it creates
during the backup. I'd like to try and dd it to the disk.

Simon

latest failure log attached for completeness
-- 
Simon Brown

Hello,

Ran...@in... said on Fri, Sep 18, 2009 at 08:43:52AM -0500:

> Test Ubuntu Server v8.04 LTS set up with software RAID1, standard LAMP build/install
> Aptitude install of Mondo from the standard repositories

For the moment (I'm working with some Debian dev. to improve that) I'd
recommend to use instead the latest packages produced upstream at
ftp://ftp.mondorescue.org/ubuntu/8.04

> At this point, everything looks great.  When we try to run Mondoarchive, the application fails with errors that reference "Disk /dev/md0 doesn't contain a valid partition table."

Maybe a label issue. Could you provide your log files please ?
(as per http://www.mondorescue.org/support.shtml)

Bruno.
-- 
Linux Profession Lead EMEA  / Open Source Ambassador \   EMEA CME Sol. Center
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

Xavier Caro said on Sat, Sep 26, 2009 at 10:20:54AM -0400:

> I have attached the my initrd.img and vmlinuz

THanks a lot. It turned out that mindi was doing too many stuff, not
really needed to decide what format of initrd to adopt. I've simplified
that, and it should support your case indeed much better (also Cf:
http://trac.mondorescue.org/ticket/353)

Please ty the newest beta of mindi at
ftp://ftp.mondorescue.org/test/debian/5.0
and report back again.

Bruno.
-- 
Linux Profession Lead EMEA  / Open Source Ambassador \   EMEA CME Sol. Center
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

On Mon, 28 Sep 2009 02:32:04 am you wrote:
> * Doug Laidlaw (lai...@ho...) wrote:
> > There is a line in your log "CD-ROM tray failed to close."
> >
> > Have you tried using the -e switch ("Don't eject")?  If that doesn't
> > work, I have no other suggestions and will wait for others.
>
> No success with that option either. Thinking about it could it be treated
> as a USB disk? The only problem being that the filesystem would have to be
> udf not vfat.
>
> Simon

I have a Zip drive.  It connects via the USB port, and USB disks don't eject.  
I regularly save ext3 files to my vfat USB key.  It is worth a try. There is a 
sample command at the end of man mondoarchive.  If your disk is solely for 
backups, a change of filesystem won't matter.  But my backups regularly use my 
NTFS Windows partition for temporary storage.  You are basically putting a lot 
of ext3 files on a vfat device.  

Normally, you would lose your file permissions, but the files are compressed 
with afio and bzip2, so the permissions of their contents will be preserved.

Doug.

* Doug Laidlaw (lai...@ho...) wrote:
> There is a line in your log "CD-ROM tray failed to close."
> 
> Have you tried using the -e switch ("Don't eject")?  If that doesn't work, I 
> have no other suggestions and will wait for others.

No success with that option either. Thinking about it could it be treated as a
USB disk? The only problem being that the filesystem would have to be udf not
vfat.

Simon
-- 
Simon Brown

On Sun, 27 Sep 2009 08:45:08 am Simon Brown wrote:
> Hi all,
>
> I'm trying to get Mondo to work with an Iomega Rev drive, does anyone else
> use one of these? Using the GUI I'm going down the DVD route opting for
> 70GB images
>
> It appears to get to the part where it tries to write the image then fails.
> A Rev drive is essentially a large removable disk (35 or 70 or 120GB
> depending on model)that presents its self to the OS as a cd drive.
>
> Any ideas?
>
> Simon

There is a line in your log "CD-ROM tray failed to close."

Have you tried using the -e switch ("Don't eject")?  If that doesn't work, I 
have no other suggestions and will wait for others.

Doug.

Hi all,

I'm trying to get Mondo to work with an Iomega Rev drive, does anyone else use
one of these? Using the GUI I'm going down the DVD route opting for 70GB
images

It appears to get to the part where it tries to write the image then fails. A
Rev drive is essentially a large removable disk (35 or 70 or 120GB depending
on model)that presents its self to the OS as a cd drive.

Any ideas?

Simon
-- 
Simon Brown

Xavier Caro said on Fri, Sep 25, 2009 at 03:12:12PM -0400:

> I installed it and the error message is the same:
>    FATAL ERROR. Filesystem UNSUPPORTED not supported for initrd image.  

Ok, could you also send to me privately your kernel and initrd please.

Bruno.
-- 
Linux Profession Lead EMEA  / Open Source Ambassador \   EMEA CME Sol. Center
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

Bruno,

Thank you for the beta mondo 2.2.9.

I installed it and the error message is the same:
    FATAL ERROR. Filesystem UNSUPPORTED not supported for initrd image. 
Terminating.

New logs attached

Regards,
Xavier


----- Original Message ----- 
From: "Bruno Cornec" <Bru...@hp...>
To: "Mondo mailing list" <mon...@li...>
Sent: Friday, September 25, 2009 1:11 PM
Subject: Re: [Mondo-devel] Problem in mindi


> Xavier Caro said on Fri, Sep 25, 2009 at 12:01:42PM -0400:
>
>> 2. I am using (from debian squeeze(testing):
>>         2.6.30-1-686-bigmem
>>
>> 3. mindi failed with message:
>>         FATAL ERROR. Filesystem UNSUPPORTED not supported for initrd 
>> image. Terminating.
>
> THis is a known issue with kernel > 2.6.30. Could you try with the beta
> of 2.2.9 available at ftp://ftp.mondorescue.org/test/debian/5.0 I just
> recompiled for you ? Should fix this issue
> http://trac.mondorescue.org/ticket/354
> I still have one remaining however you may encounter:
> http://trac.mondorescue.org/ticket/353
>
> Best reagrds,
> Bruno.

Xavier Caro said on Fri, Sep 25, 2009 at 12:01:42PM -0400:

> 2. I am using (from debian squeeze(testing):
>         2.6.30-1-686-bigmem
> 
> 3. mindi failed with message: 
>         FATAL ERROR. Filesystem UNSUPPORTED not supported for initrd image. Terminating.

THis is a known issue with kernel > 2.6.30. Could you try with the beta
of 2.2.9 available at ftp://ftp.mondorescue.org/test/debian/5.0 I just
recompiled for you ? Should fix this issue
http://trac.mondorescue.org/ticket/354 
I still have one remaining however you may encounter: 
http://trac.mondorescue.org/ticket/353

Best reagrds,
Bruno.
-- 
Linux Profession Lead EMEA  / Open Source Ambassador \   EMEA CME Sol. Center
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

Doug Laidlaw said on Thu, Sep 17, 2009 at 11:54:28PM +1000:

> I notice that the Mandriva RPM available from Mondo's download site is version 
> 2.2.8, but Mandriva have called it 2.28, no doubt to avoid numbering problems 
> with upgrades.

yes. Same reason as for Debian.

bruno.
-- 
Linux Profession Lead EMEA  / Open Source Ambassador \   EMEA CME Sol. Center
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

Andy said on Tue, Sep 15, 2009 at 06:20:37PM +0100:

> isoinfo -d -i /dev/cdrom      # gets block size and count, to make sure dd reads exactly the right amount of data
> dd if=/dev/cdrom bs=2048 count=162831 conv=notrunc,noerror |md5sum

using noerror is forcing dd to continue even when red errors are
detected. Why are you using that option ?

All what I can say is that the dd provided here is the busybox one (a
quite old version now) that may create that difference.

Not that it solves your issue BTW.

Bruno.
-- 
Linux Profession Lead EMEA  / Open Source Ambassador \   EMEA CME Sol. Center
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

I notice that the Mandriva RPM available from Mondo's download site is version 
2.2.8, but Mandriva have called it 2.28, no doubt to avoid numbering problems 
with upgrades.

Doug.

Adrien Polaert said on Thu, Sep 17, 2009 at 11:37:28AM +0200:

> apparently then try to make it 3Gb... doesn't explain why then it can't
> mount it at all but likely not to be enough anyway.

Exactly. THis is a known limitation of mondorestore, which doesn't
resize the LVM setup accordingly to the disk resize factor :-( (Cf:
http://trac.mondorescue.org/ticket/183)

> Maybe you can double check the mountlist info when it switches to
> interactive mode to edit it!

Alas, it's not sufficient.
The current way of solving that today is to open a new terminal at
restore tim on the system, edit the file /tmp/i-want-my-lvm and adapt
the size for LV creation to what you need. 
Manual, but works (just done that taody).

I have the plan to rewrite LVM support, potentially for 2.2.10 and then
will add the resize factor to the LV creation.

Bruno.
-- 
Linux Profession Lead EMEA  / Open Source Ambassador \   EMEA CME Sol. Center
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

Apparently, mondo tries to restore LVM logical volume to initial size
even with reduced size in mountlist:

    lvm vgchange -a y VolGroup00 --> 0
        lvcreate -L *35010m* -r auto -n LogVol00 VolGroup00 --> 1280
        [Main] mondo-prep.c->do_my_funky_lvm_stuff#337: echo "lvm
    vgchange -a y VolGroup00" >> /tmp/out.sh... so I'll get creative.
        lvcreate -L 35010m -r auto -n LogVol00 VolGroup00 --> 1
    lvm lvcreate -L 3041m -r auto -n LogVol01 VolGroup00 --> 0

apparently then try to make it 3Gb... doesn't explain why then it can't
mount it at all but likely not to be enough anyway.

Maybe you can double check the mountlist info when it switches to
interactive mode to edit it!
You may try then avoid still having:

    Here is my /tmp/mountlist.txt
    /dev/hda2 lvm lvm 38973690

Cheers,

*Adrien *

Mårten Hedman wrote:
> Hello,
>
> I am testing Mondo Rescue by running mondoarchive on a test machine and
> nuke restoring it on another. The target machines have smaller hard
> disks than the source, but still big enough so that the restored data
> should fit on them. I am using Mondo-2.2.9, mindi-2.0.7 and
> mindi-busybox-1.7.3.
>
> The 'source' machine is a PC running CentOS 5.3, kernel 2.6.18.
> Mondoarchive runs fine and I can do a live restore of selected
> directories back to the PC.
>
> When I try do a complete mondorestore (nuke) by booting from the
> archived image on another machine, the restore fails when it tries to
> mount the LVM volume /dev/VolGroup00/LogVol00. The error message from
> mount is 'special device /dev/VolGroup00/LogVol00 does not exist'.
>
> I have tried mondorestore both on a Xen virtual machine on a Redhat
> Enterprise release 5.4 server and on a standalone PC, with the same
> result. I have also created a bootable CD image with mindi, and I can
> boot the standalone PC with it. I enclose a zipfile with
> - mondoarchive.log from the source machine,
> - mondorestore.log from the standalone PC and
> - mondorestore from the mindi image boot, renamed to mindirestore.log
>
> Have I missed something obvious?
>
> Regards,
>
> Mårten Hedman
> ------------------------------------------------------------------------
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry® Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay 
> ahead of the curve. Join us from November 9-12, 2009. Register now!
> http://p.sf.net/sfu/devconf
> ------------------------------------------------------------------------
>
> _______________________________________________
> Mondo-devel mailing list
> Mon...@li...
> https://lists.sourceforge.net/lists/listinfo/mondo-devel
>   

Hello,

I am testing Mondo Rescue by running mondoarchive on a test machine and
nuke restoring it on another. The target machines have smaller hard 
disks than the source, but still big enough so that the restored data 
should fit on them. I am using Mondo-2.2.9, mindi-2.0.7 and
mindi-busybox-1.7.3.

The 'source' machine is a PC running CentOS 5.3, kernel 2.6.18.
Mondoarchive runs fine and I can do a live restore of selected
directories back to the PC.

When I try do a complete mondorestore (nuke) by booting from the
archived image on another machine, the restore fails when it tries to
mount the LVM volume /dev/VolGroup00/LogVol00. The error message from
mount is 'special device /dev/VolGroup00/LogVol00 does not exist'.

I have tried mondorestore both on a Xen virtual machine on a Redhat
Enterprise release 5.4 server and on a standalone PC, with the same
result. I have also created a bootable CD image with mindi, and I can 
boot the standalone PC with it. I enclose a zipfile with
- mondoarchive.log from the source machine,
- mondorestore.log from the standalone PC and
- mondorestore from the mindi image boot, renamed to mindirestore.log

Have I missed something obvious?

Regards,

Mårten Hedman
-- 
------------------------------------------------------------------------
Mårten Hedman                      phone: +358-(0)2-333 8037
Systems Manager                    fax:   +358-(0)2-333 8000
Turku Centre for Biotechnology     Mar...@bt...
Turku, Finland                     http://www.btk.fi/~marten

I went to the relevant page and changed my email address for this list. 
It said "your address has been changed" and "you will receive an email 
at the new address to confirm this".

I never received the email and continue receiving mails at this address.

Short of unsubscribing and resubscribing, is there something I'm missing?

Since 12 Sep I have reinstalled my OS.  The problem remains.

I have just done a fresh backup using the second of the DVD-RWs I used before.  
Again I got the message that the backup had failed.  I aborted it  at that 
point, and rebooted from the DVD in compare mode.  Compare ran OK.  
Discrepancies were only /root/.bash_history and /etc/resolv.conf

Before rebooting, I obtained an MD5SUM for the DVD with the script from 
"Coasterless CD Burning."  Although I have nothing to compare the result with, 
the script usually chokes on any errors.  This didn't happen.

Complete mondoarchive.log for this attempt is attached.

Doug.

On Sat, 12 Sep 2009 08:32:23 pm Doug Laidlaw wrote:
> Since then, I have made 3 further runs with 2 different DVD-RWs, and one
> with a DVD-R.  The same result every time.  Would a full log help?
>
> Doug.
>
> On Fri, 11 Sep 2009 07:14:03 pm Doug Laidlaw wrote:
> > Using MDV 2009.1 packages.  I have just tried to do a 1-DVD backup.  It
> > seems to run to completion normally, then wants to do it all over again.
> > The first time, I gave it a second chance, then stopped it going for a
> > third time.  On a fresh attempt, I aborted the second try.  It may have
> > been a dirty DVD, but I want to exclude any other errors first.  Relevant
> > part of mondoarchive.log follows.
> >
> > Doug.
> >
> > /dev/cdrom: closing session
> >                         [Main] libmondo-fork.c-
> >
> > >run_prog_in_bkgd_then_exit#715: child res = 0
> >
> >                 [Main] libmondo-fork.c-
> >
> > >run_external_binary_with_percentage_indicator_NEW#787: Parent res = 0
> >
> > Making an ISO (DVD #1)...OK
> > running: tail -n10 /var/log/mondoarchive.log | grep -F ':-(' >
> > /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.tmp 2>
> > /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.err
> > --------------------------------start of
> > output----------------------------- --------------------------------end
> > of output------------------------------ ...ran with res=256
> > running: tail -n8 /var/log/mondoarchive.log | grep 'blank=full.*dvd-
> > compat.*DAO' > /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.tmp 2>
> > /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.err
> > --------------------------------start of
> > output----------------------------- --------------------------------end
> > of output------------------------------ ...ran with res=256
> >                 [Main] libmondo-devices.c->eject_device#235: Ejecting
> > /dev/cdrom
> > running: eject /dev/cdrom > /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-
> > thing.tmp 2> /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.err
> > --------------------------------start of
> > output----------------------------- --------------------------------end
> > of output------------------------------ ...ran just fine. :-)
> > Please reboot from the 1st DVD in Compare Mode, as a precaution.
> >         [Main] libmondo-archive.c->write_iso_and_go_on#3444: libmondo-
> > archive.c, write_iso_and_go_on, 3444: Before calling verification of
> > image() [Main] libmondo-verify.c->verify_cd_image#1187:
> > /var/cache/mondo//mondorescue-1.iso not found; assuming you backed up to
> > CD; verifying CD...
> > running: eject -t /dev/cdrom >
> > /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog- thing.tmp 2>
> > /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.err
> > --------------------------------start of
> > output----------------------------- --------------------------------end
> > of output------------------------------ ...ran just fine. :-)
> > running: eject -t /dev/cdrom >
> > /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog- thing.tmp 2>
> > /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.err
> > --------------------------------start of
> > output----------------------------- --------------------------------end
> > of output------------------------------ ...ran just fine. :-)
> >         [Main] libmondo-devices.c->retract_CD_tray_and_defeat_autorun#95:
> > rctada: Unmounting all CD drives
> >                         [Main] libmondo-devices.c->mount_CDROM_here#1324:
> > (mount_CDROM_here --- device=/dev/cdrom,
> > mountpoint=/mnt/windows/mondo.tmp.iwbVna/cdrom
> >                         [Main] libmondo-devices.c->mount_CDROM_here#1336:
> > mount /dev/cdrom -o ro -t iso9660 /mnt/windows/mondo.tmp.iwbVna/cdrom 2>>
> > /var/log/mondoarchive.log
> > running: eject -t /dev/cdrom >
> > /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog- thing.tmp 2>
> > /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.err
> > --------------------------------start of
> > output----------------------------- --------------------------------end
> > of output------------------------------ ...ran just fine. :-)
> > running: eject -t /dev/cdrom >
> > /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog- thing.tmp 2>
> > /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.err
> > --------------------------------start of
> > output----------------------------- --------------------------------end
> > of output------------------------------ ...ran just fine. :-)
> >         [Main] libmondo-devices.c->retract_CD_tray_and_defeat_autorun#95:
> > rctada: Unmounting all CD drives
> > mount: No medium found
> > [Main] libmondo-devices.c->mount_CDROM_here#1341: system(mount /dev/cdrom
> > -o ro -t iso9660 /mnt/windows/mondo.tmp.iwbVna/cdrom 2>>
> > /var/log/mondoarchive.log) returned 8192
> >                         [Main] libmondo-devices.c->mount_CDROM_here#1324:
> > (mount_CDROM_here --- device=/dev/cdrom,
> > mountpoint=/mnt/windows/mondo.tmp.iwbVna/cdrom
> >                         [Main] libmondo-devices.c->mount_CDROM_here#1336:
> > mount /dev/cdrom -o ro -t iso9660 /mnt/windows/mondo.tmp.iwbVna/cdrom 2>>
> > /var/log/mondoarchive.log
> > running: eject -t /dev/cdrom >
> > /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog- thing.tmp 2>
> > /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.err
> > --------------------------------start of
> > output----------------------------- --------------------------------end
> > of output------------------------------ ...ran just fine. :-)
> > running: eject -t /dev/cdrom >
> > /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog- thing.tmp 2>
> > /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.err
> > --------------------------------start of
> > output----------------------------- --------------------------------end
> > of output------------------------------ ...ran just fine. :-)
> >         [Main] libmondo-devices.c->retract_CD_tray_and_defeat_autorun#95:
> > rctada: Unmounting all CD drives
> > mount: /dev/sr0 already mounted or /mnt/windows/mondo.tmp.iwbVna/cdrom
> > busy [Main] libmondo-devices.c->mount_CDROM_here#1341: system(mount
> > /dev/cdrom -o ro -t iso9660 /mnt/windows/mondo.tmp.iwbVna/cdrom 2>>
> > /var/log/mondoarchive.log) returned 8192
> > [Main] libmondo-devices.c->find_and_mount_actual_cd#492: mount failed
> > failed to mount actual CD
> >         [Main] libmondo-archive.c->write_iso_and_go_on#3450: libmondo-
> > archive.c, write_iso_and_go_on, 3450: After calling verification of
> > image() [Main] newt-specific.c->fatal_error#297: Fatal error received -
> > 'FAILED TO BACKUP'
> >                 [Main] newt-specific.c->fatal_error#315: OK, I think I'm
> > the main PID.
> >         [Main] newt-specific.c->fatal_error#323: I'm going to do some
> > cleaning up now.
> >                         [Main] newt-specific.c->fatal_error#324: killall
> > mindi 2> /dev/null
> > running: ps auxww | grep " /mondo/do-not " | awk '{print $2;}' | grep -v
> > "grep" > /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.tmp 2>
> > /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.err
> > --------------------------------start of
> > output----------------------------- 1223
> > --------------------------------end of
> > output------------------------------ ...ran just fine. :-)
> > running: kill `ps auxww | grep " /mondo/do-not " | awk '{print $2;}' |
> > grep -v "grep"` > /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.tmp
> > 2> /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.err
> > --------------------------------start of
> > output----------------------------- --------------------------------end
> > of output------------------------------ ...ran with res=15
> > running: ps auxww | grep " tmp.mondo " | awk '{print $2;}' | grep -v
> > "grep"
> >
> > > /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.tmp 2>
> >
> > /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.err
> > --------------------------------start of
> > output----------------------------- 1238
> > --------------------------------end of
> > output------------------------------ ...ran just fine. :-)
> > running: kill `ps auxww | grep " tmp.mondo " | awk '{print $2;}' | grep
> > -v "grep"` > /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.tmp 2>
> > /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.err
> > --------------------------------start of
> > output----------------------------- --------------------------------end
> > of output------------------------------ ...ran with res=15
> > running: ps auxww | grep " ntfsclone " | awk '{print $2;}' | grep -v
> > "grep"
> >
> > > /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.tmp 2>
> >
> > /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.err
> > --------------------------------start of
> > output----------------------------- 1255
> > --------------------------------end of
> > output------------------------------ ...ran just fine. :-)
> > running: kill `ps auxww | grep " ntfsclone " | awk '{print $2;}' | grep
> > -v "grep"` > /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.tmp 2>
> > /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.err
> > --------------------------------start of
> > output----------------------------- --------------------------------end
> > of output------------------------------ ...ran with res=15
> > -------FATAL ERROR---------
> > FAILED TO BACKUP
> > running: umount /mnt/cdrom >
> > /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog- thing.tmp 2>
> > /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.err
> > --------------------------------start of
> > output----------------------------- umount: /mnt/cdrom: not mounted
> > --------------------------------end of
> > output------------------------------ ...ran with res=256
> > [Main] newt-specific.c->finish#400: Calling newtSuspend()
> >
> >
> > -------------------------------------------------------------------------
> >-- --- Let Crystal Reports handle the reporting - Free Crystal Reports
> > 2008 30-Day trial. Simplify your report design, integration and
> > deployment - and focus on what you do best, core application coding.
> > Discover what's new with Crystal Reports now. 
> > http://p.sf.net/sfu/bobj-july
> > _______________________________________________
> > Mondo-devel mailing list
> > Mon...@li...
> > https://lists.sourceforge.net/lists/listinfo/mondo-devel
>
> ---------------------------------------------------------------------------
>--- Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day trial. Simplify your report design, integration and deployment - and
> focus on what you do best, core application coding. Discover what's new
> with Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Mondo-devel mailing list
> Mon...@li...
> https://lists.sourceforge.net/lists/listinfo/mondo-devel
>
> !DSPAM:4aab88ce325231678312952!

Hello Victor.  Thanks for the reply (also thanks to Adrien Polaert for his reply).
 
I don't believe this is the issue.  I tried anyway, building the partitions and LVM stuff by hand, and formatting the partitions
myself, but it was no better.
 
The text below simply says "LVM will not be restored correctly".  Do you the exact symptoms I should look for to see if I am
suffering from this problem?
 
It says "a different disk controller", which doesn't match what I'm doing, since I'm restoring back on the (wiped) box I took the
backup from, so obviously identical hardware and disks.
 
....
 
I have played around a lot more, and come to the conclusion that when the server is booted into the Mondo Rescue CD, it does not
read from the DVD-ROM drive properly.  However, I don't think this is a hardware or media problem.
 
Basically, on my server, if I create the iso using mondoarchive, take it away to my PC to burn, and put the burned CD into the
server (still in CentOS), I can use dd and md5sum to show that the CD I've burned exactly matches the iso originally produced.  For
ref, here are the commands used to get the md5 for the iso and CD:
 
# ISO
md5sum mondorescue-1.iso
 
# CD
isoinfo -d -i /dev/cdrom      # gets block size and count, to make sure dd reads exactly the right amount of data
dd if=/dev/cdrom bs=2048 count=162831 conv=notrunc,noerror |md5sum
 
The two md5sum commands (one on the iso, one on the burned CD) return exactly the same.
 
If I leave the CD in, reboot into mondo expert, and run the same dd .. dev cdrom .. | md5sum command, I get a *different* md5sum.
Doing it several times results in all different outputs, too.  Same hardware and CD, different running software.
 
To gauge the size of the problem, I ran the dd again against dev cdrom, piped into 'strings', within mondo, and also did 'strings'
on the iso (from within the server OS).  This gave me 31MB of text, which after splitting I was able to diff, and found just one
single character mismatch (just one bit in fact - 0x20 in the iso shows as 0x22 on the CD as read in Mondo).
 
Anyone know why Mondo Rescue (or something!) isn't able to read CDs reliably in the same way that the server's own installed OS can,
with the same hardware and media?
 
tia.........        Andy
 
BTW the stuff about using isoinfo to ensure a 'correct' dd came from http://www.troubleshooters.com/linux/coasterless.htm


  _____  

From: Gattegno, Victor (EMEA BSS CC) [mailto:vic...@hp...] 
Sent: 03/09/2009 09:19
To: Mondo mailing list
Subject: Re: [Mondo-devel] mondo seems to restore OK, but restored system fails to boot, catastrophic fs corruption


Hello Andy,
 
Check the following section in doc: p2v ( <http://www.mondorescue.org/docs/p2v.pdf> .pdf |
<http://www.mondorescue.org/docs/p2v.odt> .odt) 
 
Regards,
Victor 

  _____  

 Extracted from doc. p2v ( <http://www.mondorescue.org/docs/p2v.pdf> .pdf |  <http://www.mondorescue.org/docs/p2v.odt> .odt) :



Working with LVM and the HP Smart Array controller 


If you're working with HP ProLiant's, or HP products which use the Smary Array controller (cciss module) then you're quite likely to
come up against bug#183 <http://trac.mondorescue.org/ticket/183> . Essentially this bug means that if you are cloning a system which
uses LVM on Smart Array onto a different disk controller, LVM will not be restored correctly.

To work around this it is necessary to take the following steps:

When booting from the rescue iso, enter expert mode and configure the partitions prior to restoring in interactive mode. It's
important that all mountpoints that existed on the source machine are serviced (unless you want to retire some of them). 

*	
Boot from the MondoRescue ISO created during archival and enter expert mode.

*	
Use fdisk / parted to partition the virtual disk manually.

*	
Create volume groups and logical volumes on the appropriate LVM partition (you should use /tmp/i-want-my-lvm as a template)

*	
Once the disk is prepared enter interactive mode (type 'interactive' at the shell prompt).

*	
Edit the mountlist when prompted. Ensure each mountpoint is serviced by partitions / logical volumes created in step 2 and 3. Ignore
any sizing discrepancies.

*	
Hit 'OK' and DO NOT let MondoRescue partition or format your disks.

*	
Select 'Yes' when asked whether you'd like to restore all your data.

*	
At this point you can pick up this guide from the bottom of page 9. See the troubleshooting section below if anything happened to go
wrong.

  _____  

Andy wrote: 

Hello all.



First off, before anyone asks :-), I will get logs for this issue, but have to wait to get access to the hardware again to try it.



H/W is HP ProLiant DL385 G2, OS is CentOS 4.6 i386.  I have two disks, in h/w RAID 1.  Two partitions: /dev/cciss/c0d0p1 (/boot) and

/dev/cciss/c0d0p2 (LVM containing swap, / and /data).  I have installed the current mondo etc. rpms for this OS:



afio-2.4.7-1.i586.rpm

buffer-1.19-1.i386.rpm

mindi-2.0.6-1.rhel4.i386.rpm

mindi-busybox-1.7.3-1.rhel4.i386.rpm

mondo-2.2.8-1.rhel4.i386.rpm



I run mondoarchive, backing up to an iso within the system (/var/cache/mondo).  Seems fine.

I burn the iso, power cycle the box, boot the mondo CD, let it restore.  It slightly modifies the sizes of things (but then mondo

always seems to do that, and when I've been testing under VMware, this doesn't cause any issues).  It says it is repartitioning and

reformatting the disk - fine - and it carries on restoring as normal.  Once it has finished, I reboot, and CentOS starts booting OK,

but immediately says a file system is unclean (/boot I think) and starts an fsck.  This immediately fails and drops me to that

prompt where you have to run fsck yourself.  This I try, but get an immediate seg fault.  Hmm.



I try the restore again, but before rebooting after the restore, I try things at the shell (still running off the mondo booted

system).  I enable the LVM volumes, and fsck all my file systems (with -f to force the check, since they are marked as clean at this

point).  They are fine.  I can mount them and read them fine too.  Reboot into the 'restored' CentOS and same again - fatal fsck

problems.



I mentioned VMware - I did everything the same as this in VMware, and it all worked.  So, I'm guessing this is something to do with

this being cciss disks instead of normal SCSI (/dev/sda).  Very weird that all appears OK straight after the restore, while still

running the mondo 'system', but then apparently trashed after the reboot.



Any clues, pointers, similar experiences?  Anything else useful to gather apart from mondo logs?



Many thanks, Andy

Since then, I have made 3 further runs with 2 different DVD-RWs, and one with a 
DVD-R.  The same result every time.  Would a full log help?

Doug.

On Fri, 11 Sep 2009 07:14:03 pm Doug Laidlaw wrote:
> Using MDV 2009.1 packages.  I have just tried to do a 1-DVD backup.  It
> seems to run to completion normally, then wants to do it all over again. 
> The first time, I gave it a second chance, then stopped it going for a
> third time.  On a fresh attempt, I aborted the second try.  It may have
> been a dirty DVD, but I want to exclude any other errors first.  Relevant
> part of mondoarchive.log follows.
>
> Doug.
>
> /dev/cdrom: closing session
>                         [Main] libmondo-fork.c-
>
> >run_prog_in_bkgd_then_exit#715: child res = 0
>
>                 [Main] libmondo-fork.c-
>
> >run_external_binary_with_percentage_indicator_NEW#787: Parent res = 0
>
> Making an ISO (DVD #1)...OK
> running: tail -n10 /var/log/mondoarchive.log | grep -F ':-(' >
> /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.tmp 2>
> /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.err
> --------------------------------start of
> output----------------------------- --------------------------------end of
> output------------------------------ ...ran with res=256
> running: tail -n8 /var/log/mondoarchive.log | grep 'blank=full.*dvd-
> compat.*DAO' > /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.tmp 2>
> /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.err
> --------------------------------start of
> output----------------------------- --------------------------------end of
> output------------------------------ ...ran with res=256
>                 [Main] libmondo-devices.c->eject_device#235: Ejecting
> /dev/cdrom
> running: eject /dev/cdrom > /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-
> thing.tmp 2> /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.err
> --------------------------------start of
> output----------------------------- --------------------------------end of
> output------------------------------ ...ran just fine. :-)
> Please reboot from the 1st DVD in Compare Mode, as a precaution.
>         [Main] libmondo-archive.c->write_iso_and_go_on#3444: libmondo-
> archive.c, write_iso_and_go_on, 3444: Before calling verification of
> image() [Main] libmondo-verify.c->verify_cd_image#1187:
> /var/cache/mondo//mondorescue-1.iso not found; assuming you backed up to
> CD; verifying CD...
> running: eject -t /dev/cdrom >
> /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog- thing.tmp 2>
> /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.err
> --------------------------------start of
> output----------------------------- --------------------------------end of
> output------------------------------ ...ran just fine. :-)
> running: eject -t /dev/cdrom >
> /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog- thing.tmp 2>
> /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.err
> --------------------------------start of
> output----------------------------- --------------------------------end of
> output------------------------------ ...ran just fine. :-)
>         [Main] libmondo-devices.c->retract_CD_tray_and_defeat_autorun#95:
> rctada: Unmounting all CD drives
>                         [Main] libmondo-devices.c->mount_CDROM_here#1324:
> (mount_CDROM_here --- device=/dev/cdrom,
> mountpoint=/mnt/windows/mondo.tmp.iwbVna/cdrom
>                         [Main] libmondo-devices.c->mount_CDROM_here#1336:
> mount /dev/cdrom -o ro -t iso9660 /mnt/windows/mondo.tmp.iwbVna/cdrom 2>>
> /var/log/mondoarchive.log
> running: eject -t /dev/cdrom >
> /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog- thing.tmp 2>
> /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.err
> --------------------------------start of
> output----------------------------- --------------------------------end of
> output------------------------------ ...ran just fine. :-)
> running: eject -t /dev/cdrom >
> /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog- thing.tmp 2>
> /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.err
> --------------------------------start of
> output----------------------------- --------------------------------end of
> output------------------------------ ...ran just fine. :-)
>         [Main] libmondo-devices.c->retract_CD_tray_and_defeat_autorun#95:
> rctada: Unmounting all CD drives
> mount: No medium found
> [Main] libmondo-devices.c->mount_CDROM_here#1341: system(mount /dev/cdrom
> -o ro -t iso9660 /mnt/windows/mondo.tmp.iwbVna/cdrom 2>>
> /var/log/mondoarchive.log) returned 8192
>                         [Main] libmondo-devices.c->mount_CDROM_here#1324:
> (mount_CDROM_here --- device=/dev/cdrom,
> mountpoint=/mnt/windows/mondo.tmp.iwbVna/cdrom
>                         [Main] libmondo-devices.c->mount_CDROM_here#1336:
> mount /dev/cdrom -o ro -t iso9660 /mnt/windows/mondo.tmp.iwbVna/cdrom 2>>
> /var/log/mondoarchive.log
> running: eject -t /dev/cdrom >
> /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog- thing.tmp 2>
> /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.err
> --------------------------------start of
> output----------------------------- --------------------------------end of
> output------------------------------ ...ran just fine. :-)
> running: eject -t /dev/cdrom >
> /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog- thing.tmp 2>
> /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.err
> --------------------------------start of
> output----------------------------- --------------------------------end of
> output------------------------------ ...ran just fine. :-)
>         [Main] libmondo-devices.c->retract_CD_tray_and_defeat_autorun#95:
> rctada: Unmounting all CD drives
> mount: /dev/sr0 already mounted or /mnt/windows/mondo.tmp.iwbVna/cdrom busy
> [Main] libmondo-devices.c->mount_CDROM_here#1341: system(mount /dev/cdrom
> -o ro -t iso9660 /mnt/windows/mondo.tmp.iwbVna/cdrom 2>>
> /var/log/mondoarchive.log) returned 8192
> [Main] libmondo-devices.c->find_and_mount_actual_cd#492: mount failed
> failed to mount actual CD
>         [Main] libmondo-archive.c->write_iso_and_go_on#3450: libmondo-
> archive.c, write_iso_and_go_on, 3450: After calling verification of image()
> [Main] newt-specific.c->fatal_error#297: Fatal error received - 'FAILED TO
> BACKUP'
>                 [Main] newt-specific.c->fatal_error#315: OK, I think I'm
> the main PID.
>         [Main] newt-specific.c->fatal_error#323: I'm going to do some
> cleaning up now.
>                         [Main] newt-specific.c->fatal_error#324: killall
> mindi 2> /dev/null
> running: ps auxww | grep " /mondo/do-not " | awk '{print $2;}' | grep -v
> "grep" > /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.tmp 2>
> /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.err
> --------------------------------start of
> output----------------------------- 1223
> --------------------------------end of output------------------------------
> ...ran just fine. :-)
> running: kill `ps auxww | grep " /mondo/do-not " | awk '{print $2;}' | grep
> -v "grep"` > /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.tmp 2>
> /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.err
> --------------------------------start of
> output----------------------------- --------------------------------end of
> output------------------------------ ...ran with res=15
> running: ps auxww | grep " tmp.mondo " | awk '{print $2;}' | grep -v "grep"
> > /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.tmp 2>
> /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.err
> --------------------------------start of
> output----------------------------- 1238
> --------------------------------end of output------------------------------
> ...ran just fine. :-)
> running: kill `ps auxww | grep " tmp.mondo " | awk '{print $2;}' | grep -v
> "grep"` > /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.tmp 2>
> /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.err
> --------------------------------start of
> output----------------------------- --------------------------------end of
> output------------------------------ ...ran with res=15
> running: ps auxww | grep " ntfsclone " | awk '{print $2;}' | grep -v "grep"
> > /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.tmp 2>
> /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.err
> --------------------------------start of
> output----------------------------- 1255
> --------------------------------end of output------------------------------
> ...ran just fine. :-)
> running: kill `ps auxww | grep " ntfsclone " | awk '{print $2;}' | grep -v
> "grep"` > /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.tmp 2>
> /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.err
> --------------------------------start of
> output----------------------------- --------------------------------end of
> output------------------------------ ...ran with res=15
> -------FATAL ERROR---------
> FAILED TO BACKUP
> running: umount /mnt/cdrom > /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-
> thing.tmp 2> /mnt/windows/mondo.tmp.iwbVna/mondo-run-prog-thing.err
> --------------------------------start of
> output----------------------------- umount: /mnt/cdrom: not mounted
> --------------------------------end of output------------------------------
> ...ran with res=256
> [Main] newt-specific.c->finish#400: Calling newtSuspend()
>
>
> ---------------------------------------------------------------------------
>--- Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day trial. Simplify your report design, integration and deployment - and
> focus on what you do best, core application coding. Discover what's new
> with Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Mondo-devel mailing list
> Mon...@li...
> https://lists.sourceforge.net/lists/listinfo/mondo-devel
>
> !DSPAM:4aaa2184151002468911084!

Hi,

It seems that you use old versions of Mondorescue packages.

You can find the latest versions of Mondorescue packages here for Debian 5:
ftp://ftp.mondorescue.org/debian/5.0/

Regards,
Victor
________________________________
From: baradoss med [mailto:bar...@ya...]
Sent: vendredi 11 septembre 2009 15:43
To: Mondo mailing list
Subject: Re: [Mondo-devel] Dropping i686-optimized libraries if appropriate

The versions I installed are:

Debian: 5.0.2 (kernel 2.6.26-2-486)
mondo: 2.20-1.1
mindi: 2.20-2

script sh-x mindi 2>&1... crashes too!

Help me pleaase :)

--- En date de : Jeu 10.9.09, Gattegno, Victor (EMEA BSS CC) <vic...@hp...> a écrit :

De: Gattegno, Victor (EMEA BSS CC) <vic...@hp...>
Objet: Re: [Mondo-devel] Dropping i686-optimized libraries if appropriate
À: "Mondo mailing list" <mon...@li...>
Date: Jeudi 10 Septembre 2009, 17h44

Hi,

Which version of Debian is it ?
Which version of Mondo/Mindi packages are installed ?

Also, could you try :
   sh -x mindi 2>&1
and check the mindi log file ?

Rgds,
Victor
________________________________
From: baradoss med [mailto:bar...@ya...]
Sent: jeudi 10 septembre 2009 17:21
To: Mondo mailing list
Subject: Re: [Mondo-devel] Dropping i686-optimized libraries if appropriate

Log file shows no error!

and the system hangs at the stage of "Dropping i686-optimized libraries if appropriate."

I do not know what to do!


--- En date de : Jeu 10.9.09, Bruno Cornec <Bru...@hp...> a écrit :

De: Bruno Cornec <Bru...@hp...>
Objet: Re: [Mondo-devel] Dropping i686-optimized libraries if appropriate
À: "Mondo mailing list" <mon...@li...>
Date: Jeudi 10 Septembre 2009, 15h05

baradoss med said on Thu, Sep 10, 2009 at 02:47:28AM -0700:

> everything appears perfect, but the problem is that when I try the command mindi test hangs at the stage:
> Dropping i686-optimized libraries if appropriate. and ceases to advance!
> Have you any idea?

Nope. Last week I tried to replace my crystal ball with ordinary glasses
(age, age !!) but I still cannot guess without log file ;-)
Hint: /var/log/mindi

Bruno.
--
Linux Profession Lead EMEA  / Open Source Ambassador \   EMEA CME Sol. Center
http://www.mondorescue.org<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

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Mondo-devel mailing list
Mon...@li...
https://lists.sourceforge.net/lists/listinfo/mondo-devel



-----La pièce jointe associée suit-----

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july

-----La pièce jointe associée suit-----

_______________________________________________
Mondo-devel mailing list
Mon...@li...</mc/compose?to=...@li...>
https://lists.sourceforge.net/lists/listinfo/mondo-devel

The versions I installed are: 

Debian: 5.0.2 (kernel 2.6.26-2-486) 
mondo: 2.20-1.1 
mindi: 2.20-2 

script sh-x mindi 2>&1... crashes too!
Help me pleaase :)

--- En date de : Jeu 10.9.09, Gattegno, Victor (EMEA BSS CC) <vic...@hp...> a écrit :

De: Gattegno, Victor (EMEA BSS CC) <vic...@hp...>
Objet: Re: [Mondo-devel] Dropping i686-optimized libraries if appropriate
À: "Mondo mailing list" <mon...@li...>
Date: Jeudi 10 Septembre 2009, 17h44



 
 
 
Hi,
 
Which version of Debian is it ?
Which version of Mondo/Mindi packages are installed 
?
 
Also, could you try :
   sh -x mindi 2>&1
and check the mindi log file ?
 
Rgds,
Victor

From: baradoss med [mailto:bar...@ya...] 

Sent: jeudi 10 septembre 2009 17:21
To: Mondo mailing 
list
Subject: Re: [Mondo-devel] Dropping i686-optimized libraries if 
appropriate




  
  
    Log 
      file shows no error! 

and the system hangs at the stage of 
      "Dropping i686-optimized libraries if appropriate." 

I do not 
      know what to do!
      

--- 
      En date de : Jeu 10.9.09, Bruno Cornec 
      <Bru...@hp...> a écrit :

      
De: 
        Bruno Cornec <Bru...@hp...>
Objet: Re: [Mondo-devel] 
        Dropping i686-optimized libraries if appropriate
À: "Mondo mailing 
        list" <mon...@li...>
Date: Jeudi 10 
        Septembre 2009, 15h05


        baradoss med said on Thu, Sep 10, 2009 at 
        02:47:28AM -0700:

> everything appears perfect, but the 
        problem is that when I try the command mindi test hangs at the 
        stage: 
> Dropping i686-optimized libraries if appropriate. 
        and ceases to advance! 
> Have you any idea?

Nope. 
        Last week I tried to replace my crystal ball with ordinary 
        glasses
(age, age !!) but I still cannot guess without log file 
        ;-)
Hint: /var/log/mindi

Bruno.
-- 
Linux Profession 
        Lead EMEA  / Open Source Ambassador \   EMEA CME 
        Sol. Center
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

------------------------------------------------------------------------------
Let 
        Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
        
trial. Simplify your report design, integration and deployment - and 
        focus on 
what you do best, core application coding. Discover what's 
        new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Mondo-devel 
        mailing list
Mon...@li...
https://lists.sourceforge.net/lists/listinfo/mondo-devel

 

-----La pièce jointe associée suit-----

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
-----La pièce jointe associée suit-----

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



      

John C. Checco, CISSP, CSSLP said on Fri, Sep 11, 2009 at 08:04:58AM -0400:

> I can help out by placing my built RPMs for FC11 for you to download to  
> your distribution servers.  I can also post my FC11 base image  
> (barebones) for you to download -- saves alot of time when creating VMs.

THanks. What I have as an issue is that the fc11 doesn't install in my
KVM VM. IIRC, blocking at grub level (there is a known bug on grun for
that one), and as lilo isn't provided anymore ... no boot loader is
available so more difficult to reboot on it. 

I need to pass a bit more time to find a work around (mdv2009.1 is also
having the same issue).

Bruno.
-- 
Linux Profession Lead EMEA  / Open Source Ambassador \   EMEA CME Sol. Center
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