mondo-devel Mailing List for Mondo Rescue

Bruno Cornec <Bruno.Cornec <at> hp.com> writes:


> >From README.bootparam:
> 
> nomd
>         Do not try to start mdadm support
> 
> But again, no log, no precise help.
> Bruno.

Thanks Bruno

This didn't help. As the disks never get mounted I am not ending up with a
rescue log in /var/log which I am sure would be the most help to you.

I can only make the observation that as the boot process is going thru, I do see
a reference to it trying to activate a USB storage device. It is trying to bind
some of the partitions and also then reports that md0, md1 & md2 already have
disks. There are no USB attached devices.

Would the mindi or mondoarchive logs be of any use??

The system is still backing up and verifying no problems on the fly with the
initial backup.

Mike

Mike Alsop said on Sat, Mar 30, 2013 at 11:26:42PM +0000:
> Is there anything I can edit in mindi that will stop anything else starting up
> the arrays. other than mdadm near the end of the rescue disk boot??

>From README.bootparam:

nomd
        Do not try to start mdadm support

But again, no log, no precise help.
Bruno.
-- 
Open Source & Linux Profession Lead EMEA         http://opensource.hp.com
EMEA Open Source HPISC Chief Technologist        http://hpintelco.net
FLOSS projects:     http://mondorescue.org     http://project-builder.org 
Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org

> 
> Humm you don't *need* to use an archive web site. You can just use your
> mailer and subscribe to the mailing list. In which case you do what
> the netiquette recommends  but are quite free ...
> 
> Bruno.

Thanks Bruno will follow that up. So can you make any suggestion as to why the
rescue disk has already activated the RAID Arrays much earlier than right at the
end of the boot up sequence where it says that the arrays are already active so
mdadm is not necessary??

Is there anything I can edit in mindi that will stop anything else starting up
the arrays. other than mdadm near the end of the rescue disk boot??

Thanks

Mike

Mike Alsop said on Sat, Mar 30, 2013 at 05:40:04AM +0000:
> Why is it so complicated to post to this site!! Over 80 characters, this that
> and the other!!

Humm you don't *need* to use an archive web site. You can just use your
mailer and subscribe to the mailing list. In which case you do what
the netiquette recommends :-) but are quite free ...

Bruno.
-- 
Open Source & Linux Profession Lead EMEA         http://opensource.hp.com
EMEA Open Source HPISC Chief Technologist        http://hpintelco.net
FLOSS projects:     http://mondorescue.org     http://project-builder.org 
Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org

Will Hopper <wjhopper510 <at> gmail.com> writes:

Thanks for this. I was not having a go at Bruno. I have always liked Mondo 
and just having so much trouble when it is now trying to backup a software RAID
system.

Why is it so complicated to post to this site!! Over 80 characters, this that
and the other!!

Mike

I had something like this happen to me, with regular hard drives not being
mounted but swap being fine, so i just exited the interactive mode, mounted
the drive manually, to /mnt/RESTORING I think, restarted interactive mode
and then everything went fine. So if no one else has a better fix, thats
worth a try.


On Fri, Mar 29, 2013 at 6:10 PM, Bruno Cornec <Bru...@hp...> wrote:

> Mike Alsop said on Sat, Mar 30, 2013 at 12:37:50AM +0000:
> > This is so frustrating, find one problem and move onto another.
>
> Yep, but new problem == new log files !! What is obvious for you with
> the system in front of you is much less for me.
>
> Bruno.
> --
> Open Source & Linux Profession Lead EMEA         http://opensource.hp.com
> EMEA Open Source HPISC Chief Technologist        http://hpintelco.net
> FLOSS projects:     http://mondorescue.org     http://project-builder.org
> Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org
>
>
> ------------------------------------------------------------------------------
> Own the Future-Intel(R) Level Up Game Demo Contest 2013
> Rise to greatness in Intel's independent game demo contest. Compete
> for recognition, cash, and the chance to get your game on Steam.
> $5K grand prize plus 10 genre and skill prizes. Submit your demo
> by 6/6/13. http://altfarm.mediaplex.com/ad/ck/12124-176961-30367-2
> _______________________________________________
> Mondo-devel mailing list
> Mon...@li...
> https://lists.sourceforge.net/lists/listinfo/mondo-devel
>

Mike Alsop said on Sat, Mar 30, 2013 at 12:37:50AM +0000:
> This is so frustrating, find one problem and move onto another.

Yep, but new problem == new log files !! What is obvious for you with
the system in front of you is much less for me.

Bruno.
-- 
Open Source & Linux Profession Lead EMEA         http://opensource.hp.com
EMEA Open Source HPISC Chief Technologist        http://hpintelco.net
FLOSS projects:     http://mondorescue.org     http://project-builder.org 
Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org

Eric Lucas said on Fri, Mar 29, 2013 at 09:04:53PM -0400:

> Here's a possible solution without un-applying the patch: if your files in /run aren't constantly being created/moved/renamed/deleted then you can create a directory (IE: /auxrun) and populate it with hard links to your critical files in the /run directory.  After you restore the system just make hard links in the /run directory and you're back in business.

Yep, nice suggestion indeed. Or of course, not using /run to store the
stuff, and create your own /xxx dir.

Bruno.
-- 
Open Source & Linux Profession Lead EMEA         http://opensource.hp.com
EMEA Open Source HPISC Chief Technologist        http://hpintelco.net
FLOSS projects:     http://mondorescue.org     http://project-builder.org 
Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org

Speder, Olaf (ASM - MCTS Germany) said on Fri, Mar 15, 2013 at 01:57:10PM +0000:

> I try to mondoarchive an HP Proliant dl380 G7 running under SLES11 SP2. However the process fails, while mindi is running with "No space left on device" messages.

Have you tried increasing BOOT_SIZE ?

Bruno.
-- 
Open Source & Linux Profession Lead EMEA         http://opensource.hp.com
EMEA Open Source HPISC Chief Technologist        http://hpintelco.net
FLOSS projects:     http://mondorescue.org     http://project-builder.org 
Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org

On 03/29/2013 08:43 PM, Bruno Cornec wrote:
> Mic...@ho... said on Thu, Mar 21, 2013 at 06:42:27PM +0000:
> 
>> Is there any way for me to include  /run in my Mondo archives?
>>
>> We have data stored in /run and need to get it backed up with our Mondo archive, this worked finer in the past but once we upgraded to version  mondo-3.0.2-1.rhel4.x86_64, Mondo no longer backs up /run. I have tried to use the -I to include it, but it is still not backing it up.
> 
> Indeed. This has been excluded explicitely
> http://trac.mondorescue.org/changeset/2918
> As these are runtime data only (and tmpfs mounted), my opinion was it
> shouldn't be backed up. the FHS doesn't speak about it yet. /run
> is "volatile runtime data" from
> http://article.gmane.org/gmane.linux.redhat.fedora.devel/146976
> 
> Volatile means for me they shouldn't be backed up no ?
> 
> MondoRescue should provide more configuration options IMO but that's not
> how it has been designed first. And needs rewrite for that.
> 
> So your only solution is to un-apply the above mentioned patch.
> 
> Best regards,
> Bruno.


Here's a possible solution without un-applying the patch: if your files in /run aren't constantly being created/moved/renamed/deleted then you can create a directory (IE: /auxrun) and populate it with hard links to your critical files in the /run directory.  After you restore the system just make hard links in the /run directory and you're back in business.

Best of luck,
Eric
#  Eric Lucas                       | Email:   er...@lu...
#  Dartmouth Technology Solutions   | Mobile:  610-715-6881
#  PO Box 1                         | Website:
#  Swarthmore Pa. 19081             |  DartmouthTechnologySolutions.com

Mic...@ho... said on Thu, Mar 21, 2013 at 06:42:27PM +0000:

> Is there any way for me to include  /run in my Mondo archives?
> 
> We have data stored in /run and need to get it backed up with our Mondo archive, this worked finer in the past but once we upgraded to version  mondo-3.0.2-1.rhel4.x86_64, Mondo no longer backs up /run. I have tried to use the -I to include it, but it is still not backing it up.

Indeed. This has been excluded explicitely
http://trac.mondorescue.org/changeset/2918
As these are runtime data only (and tmpfs mounted), my opinion was it
shouldn't be backed up. the FHS doesn't speak about it yet. /run
is "volatile runtime data" from
http://article.gmane.org/gmane.linux.redhat.fedora.devel/146976

Volatile means for me they shouldn't be backed up no ?

MondoRescue should provide more configuration options IMO but that's not
how it has been designed first. And needs rewrite for that.

So your only solution is to un-apply the above mentioned patch.

Best regards,
Bruno.
-- 
Open Source & Linux Profession Lead EMEA         http://opensource.hp.com
EMEA Open Source HPISC Chief Technologist        http://hpintelco.net
FLOSS projects:     http://mondorescue.org     http://project-builder.org 
Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org

I continue of from previous problems. Firstly, I solved the no /dev/sdc problem
by removing the DRAC module from the Dell 1850 Server. Now the CDROM becomes
/dev/scd0 and the problem of the warning in the mountlist has gone.

So now mondo backs up fine, verify's fine on the fly (with tape), but the new
problem now surrounds the RAID arrays when booting from the rescue disk.

Just before the boot is complete I see it says starting mdadm. It then warns
that the three arrays (md0, md1 & md2) are already running, so not necessary.
When I get to the main screen I chose compare and it goes thru the procedure of
selecting the tape drive, etc, but immediately pops up the mountlist editor.
Everything thing there now seems normal and correct with no warnings.

Tell the editor OK and then it moves off, but immediately halts as it says it
cannot mount md1 & md2. Interestingly md0 (swap) is not present in the warnings.

This is so frustrating, find one problem and move onto another.

Can anybody please help with this one.

Mike

> 
> Hi,
> 
> The forcemods parameter could help you to force the loading of modules in the
right order for your setup.
> 
> Example:
>  boot: forcemods="the_disk_module the_CD_module"

I see what you are getting at, but if I list all all modules, there doesn't 
seem to be anything related to modules for the drives at all??

Dmesg is definitely revealing that the DVD is loaded first in normal operation.
If I could achieve that with the rescue disk boot up, I think all would be OK,
but I don't think the disks are loading from modules??

Here is the output of dmesg for the disks:

[    1.282709] sd 2:0:0:0: Attached scsi generic sg1 type 0
[    1.284901] sd 2:0:0:0: [sda] Attached SCSI removable disk
[    6.148556] sd 5:0:0:0: Attached scsi generic sg3 type 0
[    6.149249] sd 5:0:1:0: Attached scsi generic sg4 type 0
[    6.167943] sd 5:0:0:0: [sdb] 585937500 512-byte logical blocks:(300 GB/279
[    6.168040] sd 5:0:1:0: [sdc] 585937500 512-byte logical blocks:(300 GB/279

Mike

> 
> forcemods is described in /usr/share/doc/mindi/README.bootparam
> 
> Rgds,
> Victor

Hi,

The forcemods parameter could help you to force the loading of modules in the right order for your setup.

Example:
 boot: forcemods="the_disk_module the_CD_module"

forcemods is described in /usr/share/doc/mindi/README.bootparam

Rgds,
Victor

-----Original Message-----
From: Mike Alsop [mailto:mik...@tb...] 
Sent: mardi 26 mars 2013 00:41
To: mon...@li...
Subject: [Mondo-devel] Almost Working

I had previously written about the problem I was having with the rescue disk,
but the recent upgrades to mondo, mindi, etc have fixed that problem!!

I have now run into a small problem once the rescue disk boots. I will explain.

I am using an older Dell 1850 Poweredge Server and it runs software RAID on
Ubuntu 12.04 LTS Server

As before, a backup and verify works fine on CD or tape on the fly.
Interestingly the server seems to allocate sda to the CD/DVD and sdb & sdc to
the two hard drives in the RAID array.

When I now boot from the Rescue CD and try to verify an existing tape or backup
CD's, it brings up the mount list and says sdc doesn't exist, but sdb does.

I am guessing that for some reason when booting from the rescue disk it is
allocating sda and sdb to the hard drives?? Can I edit the mountlist to perhaps
make sdc (that is missing) sda??

Or if anyone has any suggestions I would appreciate it. This is still holding me
up going ahead with a new mail server as I want to make sure I can backup and
restore safely before going ahead.

Thanks in advance

Mike


------------------------------------------------------------------------------
Own the Future-Intel® Level Up Game Demo Contest 2013
Rise to greatness in Intel's independent game demo contest.
Compete for recognition, cash, and the chance to get your game 
on Steam. $5K grand prize plus 10 genre and skill prizes. 
Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d
_______________________________________________
Mondo-devel mailing list
Mon...@li...
https://lists.sourceforge.net/lists/listinfo/mondo-devel

I had previously written about the problem I was having with the rescue disk,
but the recent upgrades to mondo, mindi, etc have fixed that problem!!

I have now run into a small problem once the rescue disk boots. I will explain.

I am using an older Dell 1850 Poweredge Server and it runs software RAID on
Ubuntu 12.04 LTS Server

As before, a backup and verify works fine on CD or tape on the fly.
Interestingly the server seems to allocate sda to the CD/DVD and sdb & sdc to
the two hard drives in the RAID array.

When I now boot from the Rescue CD and try to verify an existing tape or backup
CD's, it brings up the mount list and says sdc doesn't exist, but sdb does.

I am guessing that for some reason when booting from the rescue disk it is
allocating sda and sdb to the hard drives?? Can I edit the mountlist to perhaps
make sdc (that is missing) sda??

Or if anyone has any suggestions I would appreciate it. This is still holding me
up going ahead with a new mail server as I want to make sure I can backup and
restore safely before going ahead.

Thanks in advance

Mike

For info, there is a NFS shell-script at
http://trac.mondorescue.org/wiki/Documentation#Backup

Rgds.

-----Original Message-----
From: François Tizié [mailto:fra...@gm...] 
Sent: jeudi 21 mars 2013 23:12
To: mon...@li...
Cc: mon...@li...
Subject: Re: [Mondo-devel] Mondo-devel Digest, Vol 82, Issue 11 --> [Re: No filesystem could mount root, tried: iso9660 // Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(1, ...]

Hello,

Thank you for your solution consisting in using busybox v1.18.5 instead.
I will try it out next Monday and give you my feedback. I hope to find things working fine as I am currently giving Mondorescue the lead place among open source backup and clone solutions that I am choosing for our servers in live environment.
I am developing some modest scripts for automatic backup based on command line using mondoarchive throughout nfs/sshfs and cifs shares that my colleagues can use to backup/image their important nodes and servicing servers.

Kind regards

François Tizié 

Le 21 mars 2013 à 19:57, mon...@li... a écrit :

> Send Mondo-devel mailing list submissions to
>    mon...@li...
> 
> To subscribe or unsubscribe via the World Wide Web, visit
>    https://lists.sourceforge.net/lists/listinfo/mondo-devel
> or, via email, send a message with subject or body 'help' to
>    mon...@li...
> 
> You can reach the person managing the list at
>    mon...@li...
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Mondo-devel digest..."
> 
> 
> Today's Topics:
> 
>   1. Re: Fedora 18 Can't fine Busybox (Bruno Cornec)
>   2. Re: No filesystem could mount root, tried: iso9660 // Kernel
>      panic - not syncing: VFS: Unable to mount root fs on
>      unknown-block(1, ... (Bruno Cornec)
>   3. Re: No filesystem could mount root, tried: iso9660 // Kernel
>      panic - not syncing: VFS: Unable to mount root fs on
>      unknown-block(1, ... (Wolf Szameit)
>   4. Re: No filesystem could mount root, tried: iso9660 // Kernel
>      panic - not syncing: VFS: Unable to mount root fs on
>      unknown-block(1, ...
>      (Gattegno, Victor (GSD CSC / CPR&Q / GCC - ISS/SW Tower))
>   5. Bug Fix Priorities v3.0.3+ (e-mail samk-01)
>   6. Mondo with Ldoms and Zones (Jay chary)
>   7. Including /run in a Mondo archive.
>      (Mic...@ho...)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Mon, 18 Mar 2013 16:28:35 +0100
> From: Bruno Cornec <Bru...@hp...>
> Subject: Re: [Mondo-devel] Fedora 18 Can't fine Busybox
> To: rel...@wi...,    Mondo mailing list
>    <mon...@li...>
> Message-ID: <201...@mo...>
> Content-Type: text/plain; charset=iso-8859-1
> 
> Robert E Laughlin said on Mon, Mar 18, 2013 at 11:09:14AM -0400:
> 
>> I have Fedora 18 installed on a Virtual Machine.  It has all of the
>> latest updates, including the latest mondo.test, etc.  Mindi can't
>> find busybox, even though they were all just installed.  I have
>> attached the latest mondo and mindi logs.
> 
> Are you using the mindi-busybox x86_64 as well (not the i386) ?
> 
> Can you check that command:
> rpm -ql mindi-busybox | grep bin/busy
> 
> On the ftp server I get:
> rpm -qlp /users/mondo/ftp/fedora/18/x86_64/mindi-busybox-1.18.5-3.fc18.x86_64.rpm | grep bin/busy
> /usr/lib64/mindi/rootfs/bin/busybox
> 
> Also check this:
> 
> grep -E '^MINDI_LIB' /usr/sbin/mindi
> It should give /usr/lib64/mindi
> 
> Bruno.
> -- 
> Open Source & Linux Profession Lead EMEA         http://opensource.hp.com
> EMEA Open Source HPISC Chief Technologist        http://hpintelco.net
> FLOSS projects:     http://mondorescue.org     http://project-builder.org 
> Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org
> 
> 
> 
> ------------------------------
> 
> Message: 2
> Date: Mon, 18 Mar 2013 16:34:11 +0100
> From: Bruno Cornec <Bru...@hp...>
> Subject: Re: [Mondo-devel] No filesystem could mount root, tried:
>    iso9660 // Kernel panic - not syncing: VFS: Unable to mount root fs on
>    unknown-block(1, ...
> To: Mondo mailing list <mon...@li...>
> Message-ID: <201...@mo...>
> Content-Type: text/plain; charset=iso-8859-1
> 
> Fran?ois TIZIE said on Mon, Mar 18, 2013 at 04:28:04PM +0100:
>> Software used and system on which there are installed:
>> - For Mondorescue
>> mindi-busybox-1.7.3-1.rhel5.x86_64.rpm
>> mondo-3.0.1-1.rhel5.x86_64.rpm
> 
> Known issue. You need a newer busybox (1.18.5) to avoid this error.
> 
> Bruno.
> -- 
> Open Source & Linux Profession Lead EMEA         http://opensource.hp.com
> EMEA Open Source HPISC Chief Technologist        http://hpintelco.net
> FLOSS projects:     http://mondorescue.org     http://project-builder.org 
> Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org
> 
> 
> 
> ------------------------------
> 
> Message: 3
> Date: Mon, 18 Mar 2013 21:35:27 +0100
> From: Wolf Szameit <ws...@sz...>
> Subject: Re: [Mondo-devel] No filesystem could mount root, tried:
>    iso9660 // Kernel panic - not syncing: VFS: Unable to mount root fs on
>    unknown-block(1, ...
> To: mon...@li...
> Message-ID: <514...@sz...>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> 
> Hello,
> 
> thanks a lot for the hint!
> 
> I was about to post asking for help regarding exactly the same error.
> 
> Now I simply installed the latest busybox and things seem to work fine.
> 
> :-)
> 
> Best regards
> 
> Wolf
> 
> Am 18.03.2013 16:34, schrieb Bruno Cornec:
>> Fran?ois TIZIE said on Mon, Mar 18, 2013 at 04:28:04PM +0100:
>>> Software used and system on which there are installed:
>>> - For Mondorescue
>>> mindi-busybox-1.7.3-1.rhel5.x86_64.rpm
>>> mondo-3.0.1-1.rhel5.x86_64.rpm
>> 
>> Known issue. You need a newer busybox (1.18.5) to avoid this error.
>> 
>> Bruno.
> 
> -- 
> ******************************
> Dipl.-Volksw. Wolf Szameit
> Text & Redaktion
> Medienhaus Dortmund
> Hausanschrift:
> Kirchenstra?e 16
> 44147 Dortmund
> Postanschrift:
> Postfach 10 35 16
> 44035 Dortmund
> Telefon +49 - (0)231 - 8 64 36 - 700
> Mobil +49 - (0)171 - 83 15 300
> Telefax +49 - (0)3212 - 1 02 76 50
> E-Mail: ws...@sz...
> 
> 
> 
> ------------------------------
> 
> Message: 4
> Date: Tue, 19 Mar 2013 08:51:01 +0000
> From: "Gattegno, Victor (GSD CSC / CPR&Q / GCC - ISS/SW Tower)"
>    <vic...@hp...>
> Subject: Re: [Mondo-devel] No filesystem could mount root, tried:
>    iso9660 // Kernel panic - not syncing: VFS: Unable to mount root fs on
>    unknown-block(1, ...
> To: Mondo mailing list <mon...@li...>
> Message-ID:
>    <E9A...@G4...>
>    
> Content-Type: text/plain; charset="iso-8859-1"
> 
> To get busybox 1.18.5: ftp://ftp.mondorescue.org
> 
> -----Original Message-----
> From: Cornec, Bruno (Open Source and Linux Technology Architect) 
> Sent: lundi 18 mars 2013 16:34
> To: Mondo mailing list
> Subject: Re: [Mondo-devel] No filesystem could mount root, tried: iso9660 // Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(1, ...
> 
> Fran?ois TIZIE said on Mon, Mar 18, 2013 at 04:28:04PM +0100:
>> Software used and system on which there are installed:
>> - For Mondorescue
>> mindi-busybox-1.7.3-1.rhel5.x86_64.rpm
>> mondo-3.0.1-1.rhel5.x86_64.rpm
> 
> Known issue. You need a newer busybox (1.18.5) to avoid this error.
> 
> Bruno.
> -- 
> Open Source & Linux Profession Lead EMEA         http://opensource.hp.com
> EMEA Open Source HPISC Chief Technologist        http://hpintelco.net
> FLOSS projects:     http://mondorescue.org     http://project-builder.org 
> Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org
> 
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_mar
> _______________________________________________
> Mondo-devel mailing list
> Mon...@li...
> https://lists.sourceforge.net/lists/listinfo/mondo-devel
> 
> 
> 
> ------------------------------
> 
> Message: 5
> Date: Tue, 19 Mar 2013 09:49:27 +0000
> From: e-mail samk-01 <sa...@nt...>
> Subject: [Mondo-devel] Bug Fix Priorities v3.0.3+
> To: mon...@li...
> Message-ID:
>    <CAA...@ma...>
> Content-Type: text/plain; charset=ISO-8859-1
> 
> Following Bruno's request for feedback in the release announcement for
> v3.0.3, I thought it might be helpful to open the topic in the mailing
> list.
> 
> 
> 
> Fundamental Bugs
> It is important that MondoRescue works in accordance with the
> published documentation and support information.  Basic bugs should be
> resolved ahead of enhancements and development resulting from the
> introduction of new technologies.
> 
> Tape backup is not used here.  Of the remaining types, (NFS, external
> local storage, optical disks) only a hybrid method can be relied upon.
> Each backup is stored to an external local hard disk.  To restore it
> the ISOs must be burned to series of optical disks.  Clearly this is
> far from satisfactory.
> 
> Tickets have been opened for the fundamental bugs related to the above
> and other issues
> #627 Mondorestore CTL+ALT+DEL Fails to Cancel Repartitioning
> #628 3.0.2-1 Fail to Restore from External Hard Disk
> #638 Mindi Fails to Create Boot Disk When -T Specified
> #640 mondo.tmp.xxxxx & mondo.scratch.xxxxx Issues
> #641 Specifying the Same Backup to NFS via CLI=Success via GUI=Fail
> 
> Hopefully, for the reasons stated, this will not be seen as a request
> for "my tickets first".  Perhaps other list members might also
> identify tickets they have raised where MondoRescue does not work as
> documented.
> 
> In the next development cycle, I suggest the majority time and effort
> is allocated to resolving fundamental bugs.
> 
> 
> 
> Feedback Requests
> Bug fixing and development relies on Bruno's interpretation of what is
> most important.
> 
> Raising tickets tends to be done by individuals.  A second person
> experiencing the same issue will often not comment on the open ticket,
> but may wait for it to be resolved.  In this way the extent of the
> issue is lost.  Currently there is no means of providing Bruno with an
> indication of what the mailing list collectively consider to be
> important open tickets.
> 
> Might it be worth requesting feedback at the start of each development
> cycle i.e. simultaneously with the release of the newest version, or
> every six months or annually?  Would such feedback improve matters or
> simply duplicate the present mailing list and ticket system?
> 
> 
> SamK
> 
> 
> 
> ------------------------------
> 
> Message: 6
> Date: Wed, 20 Mar 2013 22:16:05 -0400
> From: "Jay chary" <ch...@co...>
> Subject: [Mondo-devel] Mondo with Ldoms and Zones
> To: mon...@li...
> Message-ID: <201...@gm...>
> Content-Type: text/plain; charset="utf-8"
> 
> Hi All
> 
> We have a solaris based system running with SUN OS 10 with LDOMS and ZOnes .
> We intend to do a Mondo Backup and baremetal Recovery.
> 
> Can you please let us know if this can be done .
> We find Mondo Backup/restore process very effective .
> 
> Please revert ASAP.
> 
> Sincerely
> Jay
> -------------- next part --------------
> An HTML attachment was scrubbed...
> 
> ------------------------------
> 
> Message: 7
> Date: Thu, 21 Mar 2013 18:42:27 +0000
> From: <Mic...@ho...>
> Subject: [Mondo-devel] Including /run in a Mondo archive.
> To: <mon...@li...>
> Cc: Mic...@ho...
> Message-ID:
>    <7F7...@02...>
>    
> Content-Type: text/plain; charset="us-ascii"
> 
> Is there any way for me to include  /run in my Mondo archives?
> 
> We have data stored in /run and need to get it backed up with our Mondo archive, this worked finer in the past but once we upgraded to version  mondo-3.0.2-1.rhel4.x86_64, Mondo no longer backs up /run. I have tried to use the -I to include it, but it is still not backing it up.
> 
> 
> Michael Rakestraw
> Lead Systems Engineer
> Open Systems Linux Engineering
> 770-433-8211 x11925
> D12 2455 Paces Ferry Rd.
> Atlanta, Georgia 30339
> 
> 
> ________________________________
> 
> The information in this Internet Email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this Email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to our clients any opinions or advice contained in this Email are subject to the terms and conditions expressed in any applicable governing The Home Depot terms of business or client engagement letter. The Home Depot disclaims all responsibility and liability for the accuracy and content of this attachment and for any damages or losses arising from any inaccuracies, errors, viruses, e.g., worms, trojan horses, etc., or other items of a destructive nature, which may be contained in this attachment and shall not be liable for direct, indirect, consequential or special damages in connection with this e-mail message or its attachment.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> 
> ------------------------------
> 
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_mar
> 
> ------------------------------
> 
> _______________________________________________
> Mondo-devel mailing list
> Mon...@li...
> https://lists.sourceforge.net/lists/listinfo/mondo-devel
> 
> 
> End of Mondo-devel Digest, Vol 82, Issue 11
> *******************************************

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar
_______________________________________________
Mondo-devel mailing list
Mon...@li...
https://lists.sourceforge.net/lists/listinfo/mondo-devel

Right, and you can backup/restore through NFS too.
Use the latest version from ftp://ftp.mondorescue.org

  *   mondo 3.0.3
  *   mindi 2.1.4
  *   mindi-busybox 1.18.5-3
To start, there are some mondo docs/articles to read:
http://www.mondorescue.org/docs.shtml
http://www.mondorescue.org/docs/mondorescue-howto.html
http://trac.mondorescue.org/wiki/Communication
http://www.mondorescue.org/docs/mondoarchive.8.html
http://www.mondorescue.org/docs/mondorestore.8.html

Doc on hard disk:

  *   /usr/share/doc/mondo-x.y.z
  *   /usr/share/doc/mondo-doc-x.y.z
  *   /usr/share/doc/mindi-x.y.z,
  *   /usr/share/doc/mindi-busybox-x.y.z
From: Will Hopper [mailto:wjh...@gm...]
Sent: vendredi 22 mars 2013 04:20
To: Mondo mailing list
Subject: Re: [Mondo-devel] problems to restore an iso from same host - please help

To do a bare metal restore you need to make a bootable CD or USB. You can burn the mondorescue-1.iso to a CD or follow the FAQ #42 here (http://trac.mondorescue.org/wiki/FAQ#Q42HowtotransformamondoCDDVDintoamondoUSBdevice) to make a bootable USB. Once you boot from that, you can choose "interactive" and then choose how to restore. In your case this would probably be CD or USB key/disk  and mondorestore GUI should help you make you're choices.
In the future, you should attach the logs (mondoarchive.log, mindi.log, mondorestore.log)  for help with specific issues, like filesystem errors.

On Thu, Mar 21, 2013 at 7:03 PM, Rams Smol <ram...@gm...<mailto:ram...@gm...>> wrote:
Hello,
I have a question about mondeo which i could not solve.
I want to backup my server host1 with mondeo.  Sofar everything is going well.
I used the standard options for the backup.
location=/var/cache/mondo
backup name = mondoresque
Problem
How can I do a baremetal restore for this server.?
The monoresque-1.iso is located in /var/cache/mondo from this server. Thus on the same server and filesystem.
I tried all combinations one worked but I got erros in the filesystem.
Later i could not find anymore a working strategy.
What I need to exact to restore this iso on the same server
for example:
Restore from Harddisk?
Restore from Network?
Do I need to mount the iso.before.
Help is greatly appriciated!
Thanks so much in advance!
kind regards
Ramses Smol
Belgium


--
Best regards

Ramses

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar
_______________________________________________
Mondo-devel mailing list
Mon...@li...<mailto:Mon...@li...>
https://lists.sourceforge.net/lists/listinfo/mondo-devel

To do a bare metal restore you need to make a bootable CD or USB. You can
burn the mondorescue-1.iso to a CD or follow the FAQ #42 here (
http://trac.mondorescue.org/wiki/FAQ#Q42HowtotransformamondoCDDVDintoamondoUSBdevice)
to make a bootable USB. Once you boot from that, you can choose
"interactive" and then choose how to restore. In your case this would
probably be CD or USB key/disk  and mondorestore GUI should help you make
you're choices.

In the future, you should attach the logs (mondoarchive.log, mindi.log,
mondorestore.log)  for help with specific issues, like filesystem errors.


On Thu, Mar 21, 2013 at 7:03 PM, Rams Smol <ram...@gm...> wrote:

> Hello,
> I have a question about mondeo which i could not solve.
>
> I want to backup my server host1 with mondeo.  Sofar everything is going
> well.
> I used the standard options for the backup.
> location=/var/cache/mondo
> backup name = mondoresque
>
> Problem
> How can I do a baremetal restore for this server.?
> The monoresque-1.iso is located in /var/cache/mondo from this server. Thus
> on the same server and filesystem.
>
> I tried all combinations one worked but I got erros in the filesystem.
> Later i could not find anymore a working strategy.
> What I need to exact to restore this iso on the same server
> for example:
> Restore from Harddisk?
> Restore from Network?
> Do I need to mount the iso.before.
>
> Help is greatly appriciated!
>
> Thanks so much in advance!
>
> kind regards
>
> Ramses Smol
> Belgium
>
>
> --
> Best regards
>
> Ramses
>
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_mar
> _______________________________________________
> Mondo-devel mailing list
> Mon...@li...
> https://lists.sourceforge.net/lists/listinfo/mondo-devel
>
>

Hello,
I have a question about mondeo which i could not solve.

I want to backup my server host1 with mondeo.  Sofar everything is going
well.
I used the standard options for the backup.
location=/var/cache/mondo
backup name = mondoresque

Problem
How can I do a baremetal restore for this server.?
The monoresque-1.iso is located in /var/cache/mondo from this server. Thus
on the same server and filesystem.

I tried all combinations one worked but I got erros in the filesystem.
Later i could not find anymore a working strategy.
What I need to exact to restore this iso on the same server
for example:
Restore from Harddisk?
Restore from Network?
Do I need to mount the iso.before.

Help is greatly appriciated!

Thanks so much in advance!

kind regards

Ramses Smol
Belgium


-- 
Best regards

Ramses

Hello,

Thank you for your solution consisting in using busybox v1.18.5 instead.
I will try it out next Monday and give you my feedback. I hope to find things working fine as I am currently giving Mondorescue the lead place among open source backup and clone solutions that I am choosing for our servers in live environment.
I am developing some modest scripts for automatic backup based on command line using mondoarchive throughout nfs/sshfs and cifs shares that my colleagues can use to backup/image their important nodes and servicing servers.

Kind regards

François Tizié 

Le 21 mars 2013 à 19:57, mon...@li... a écrit :

> Send Mondo-devel mailing list submissions to
>    mon...@li...
> 
> To subscribe or unsubscribe via the World Wide Web, visit
>    https://lists.sourceforge.net/lists/listinfo/mondo-devel
> or, via email, send a message with subject or body 'help' to
>    mon...@li...
> 
> You can reach the person managing the list at
>    mon...@li...
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Mondo-devel digest..."
> 
> 
> Today's Topics:
> 
>   1. Re: Fedora 18 Can't fine Busybox (Bruno Cornec)
>   2. Re: No filesystem could mount root, tried: iso9660 // Kernel
>      panic - not syncing: VFS: Unable to mount root fs on
>      unknown-block(1, ... (Bruno Cornec)
>   3. Re: No filesystem could mount root, tried: iso9660 // Kernel
>      panic - not syncing: VFS: Unable to mount root fs on
>      unknown-block(1, ... (Wolf Szameit)
>   4. Re: No filesystem could mount root, tried: iso9660 // Kernel
>      panic - not syncing: VFS: Unable to mount root fs on
>      unknown-block(1, ...
>      (Gattegno, Victor (GSD CSC / CPR&Q / GCC - ISS/SW Tower))
>   5. Bug Fix Priorities v3.0.3+ (e-mail samk-01)
>   6. Mondo with Ldoms and Zones (Jay chary)
>   7. Including /run in a Mondo archive.
>      (Mic...@ho...)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Mon, 18 Mar 2013 16:28:35 +0100
> From: Bruno Cornec <Bru...@hp...>
> Subject: Re: [Mondo-devel] Fedora 18 Can't fine Busybox
> To: rel...@wi...,    Mondo mailing list
>    <mon...@li...>
> Message-ID: <201...@mo...>
> Content-Type: text/plain; charset=iso-8859-1
> 
> Robert E Laughlin said on Mon, Mar 18, 2013 at 11:09:14AM -0400:
> 
>> I have Fedora 18 installed on a Virtual Machine.  It has all of the
>> latest updates, including the latest mondo.test, etc.  Mindi can't
>> find busybox, even though they were all just installed.  I have
>> attached the latest mondo and mindi logs.
> 
> Are you using the mindi-busybox x86_64 as well (not the i386) ?
> 
> Can you check that command:
> rpm -ql mindi-busybox | grep bin/busy
> 
> On the ftp server I get:
> rpm -qlp /users/mondo/ftp/fedora/18/x86_64/mindi-busybox-1.18.5-3.fc18.x86_64.rpm | grep bin/busy
> /usr/lib64/mindi/rootfs/bin/busybox
> 
> Also check this:
> 
> grep -E '^MINDI_LIB' /usr/sbin/mindi
> It should give /usr/lib64/mindi
> 
> Bruno.
> -- 
> Open Source & Linux Profession Lead EMEA         http://opensource.hp.com
> EMEA Open Source HPISC Chief Technologist        http://hpintelco.net
> FLOSS projects:     http://mondorescue.org     http://project-builder.org 
> Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org
> 
> 
> 
> ------------------------------
> 
> Message: 2
> Date: Mon, 18 Mar 2013 16:34:11 +0100
> From: Bruno Cornec <Bru...@hp...>
> Subject: Re: [Mondo-devel] No filesystem could mount root, tried:
>    iso9660 // Kernel panic - not syncing: VFS: Unable to mount root fs on
>    unknown-block(1, ...
> To: Mondo mailing list <mon...@li...>
> Message-ID: <201...@mo...>
> Content-Type: text/plain; charset=iso-8859-1
> 
> Fran?ois TIZIE said on Mon, Mar 18, 2013 at 04:28:04PM +0100:
>> Software used and system on which there are installed:
>> - For Mondorescue
>> mindi-busybox-1.7.3-1.rhel5.x86_64.rpm
>> mondo-3.0.1-1.rhel5.x86_64.rpm
> 
> Known issue. You need a newer busybox (1.18.5) to avoid this error.
> 
> Bruno.
> -- 
> Open Source & Linux Profession Lead EMEA         http://opensource.hp.com
> EMEA Open Source HPISC Chief Technologist        http://hpintelco.net
> FLOSS projects:     http://mondorescue.org     http://project-builder.org 
> Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org
> 
> 
> 
> ------------------------------
> 
> Message: 3
> Date: Mon, 18 Mar 2013 21:35:27 +0100
> From: Wolf Szameit <ws...@sz...>
> Subject: Re: [Mondo-devel] No filesystem could mount root, tried:
>    iso9660 // Kernel panic - not syncing: VFS: Unable to mount root fs on
>    unknown-block(1, ...
> To: mon...@li...
> Message-ID: <514...@sz...>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> 
> Hello,
> 
> thanks a lot for the hint!
> 
> I was about to post asking for help regarding exactly the same error.
> 
> Now I simply installed the latest busybox and things seem to work fine.
> 
> :-)
> 
> Best regards
> 
> Wolf
> 
> Am 18.03.2013 16:34, schrieb Bruno Cornec:
>> Fran?ois TIZIE said on Mon, Mar 18, 2013 at 04:28:04PM +0100:
>>> Software used and system on which there are installed:
>>> - For Mondorescue
>>> mindi-busybox-1.7.3-1.rhel5.x86_64.rpm
>>> mondo-3.0.1-1.rhel5.x86_64.rpm
>> 
>> Known issue. You need a newer busybox (1.18.5) to avoid this error.
>> 
>> Bruno.
> 
> -- 
> ******************************
> Dipl.-Volksw. Wolf Szameit
> Text & Redaktion
> Medienhaus Dortmund
> Hausanschrift:
> Kirchenstra?e 16
> 44147 Dortmund
> Postanschrift:
> Postfach 10 35 16
> 44035 Dortmund
> Telefon +49 - (0)231 - 8 64 36 - 700
> Mobil +49 - (0)171 - 83 15 300
> Telefax +49 - (0)3212 - 1 02 76 50
> E-Mail: ws...@sz...
> 
> 
> 
> ------------------------------
> 
> Message: 4
> Date: Tue, 19 Mar 2013 08:51:01 +0000
> From: "Gattegno, Victor (GSD CSC / CPR&Q / GCC - ISS/SW Tower)"
>    <vic...@hp...>
> Subject: Re: [Mondo-devel] No filesystem could mount root, tried:
>    iso9660 // Kernel panic - not syncing: VFS: Unable to mount root fs on
>    unknown-block(1, ...
> To: Mondo mailing list <mon...@li...>
> Message-ID:
>    <E9A...@G4...>
>    
> Content-Type: text/plain; charset="iso-8859-1"
> 
> To get busybox 1.18.5: ftp://ftp.mondorescue.org
> 
> -----Original Message-----
> From: Cornec, Bruno (Open Source and Linux Technology Architect) 
> Sent: lundi 18 mars 2013 16:34
> To: Mondo mailing list
> Subject: Re: [Mondo-devel] No filesystem could mount root, tried: iso9660 // Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(1, ...
> 
> Fran?ois TIZIE said on Mon, Mar 18, 2013 at 04:28:04PM +0100:
>> Software used and system on which there are installed:
>> - For Mondorescue
>> mindi-busybox-1.7.3-1.rhel5.x86_64.rpm
>> mondo-3.0.1-1.rhel5.x86_64.rpm
> 
> Known issue. You need a newer busybox (1.18.5) to avoid this error.
> 
> Bruno.
> -- 
> Open Source & Linux Profession Lead EMEA         http://opensource.hp.com
> EMEA Open Source HPISC Chief Technologist        http://hpintelco.net
> FLOSS projects:     http://mondorescue.org     http://project-builder.org 
> Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org
> 
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_mar
> _______________________________________________
> Mondo-devel mailing list
> Mon...@li...
> https://lists.sourceforge.net/lists/listinfo/mondo-devel
> 
> 
> 
> ------------------------------
> 
> Message: 5
> Date: Tue, 19 Mar 2013 09:49:27 +0000
> From: e-mail samk-01 <sa...@nt...>
> Subject: [Mondo-devel] Bug Fix Priorities v3.0.3+
> To: mon...@li...
> Message-ID:
>    <CAA...@ma...>
> Content-Type: text/plain; charset=ISO-8859-1
> 
> Following Bruno's request for feedback in the release announcement for
> v3.0.3, I thought it might be helpful to open the topic in the mailing
> list.
> 
> 
> 
> Fundamental Bugs
> It is important that MondoRescue works in accordance with the
> published documentation and support information.  Basic bugs should be
> resolved ahead of enhancements and development resulting from the
> introduction of new technologies.
> 
> Tape backup is not used here.  Of the remaining types, (NFS, external
> local storage, optical disks) only a hybrid method can be relied upon.
> Each backup is stored to an external local hard disk.  To restore it
> the ISOs must be burned to series of optical disks.  Clearly this is
> far from satisfactory.
> 
> Tickets have been opened for the fundamental bugs related to the above
> and other issues
> #627 Mondorestore CTL+ALT+DEL Fails to Cancel Repartitioning
> #628 3.0.2-1 Fail to Restore from External Hard Disk
> #638 Mindi Fails to Create Boot Disk When -T Specified
> #640 mondo.tmp.xxxxx & mondo.scratch.xxxxx Issues
> #641 Specifying the Same Backup to NFS via CLI=Success via GUI=Fail
> 
> Hopefully, for the reasons stated, this will not be seen as a request
> for "my tickets first".  Perhaps other list members might also
> identify tickets they have raised where MondoRescue does not work as
> documented.
> 
> In the next development cycle, I suggest the majority time and effort
> is allocated to resolving fundamental bugs.
> 
> 
> 
> Feedback Requests
> Bug fixing and development relies on Bruno's interpretation of what is
> most important.
> 
> Raising tickets tends to be done by individuals.  A second person
> experiencing the same issue will often not comment on the open ticket,
> but may wait for it to be resolved.  In this way the extent of the
> issue is lost.  Currently there is no means of providing Bruno with an
> indication of what the mailing list collectively consider to be
> important open tickets.
> 
> Might it be worth requesting feedback at the start of each development
> cycle i.e. simultaneously with the release of the newest version, or
> every six months or annually?  Would such feedback improve matters or
> simply duplicate the present mailing list and ticket system?
> 
> 
> SamK
> 
> 
> 
> ------------------------------
> 
> Message: 6
> Date: Wed, 20 Mar 2013 22:16:05 -0400
> From: "Jay chary" <ch...@co...>
> Subject: [Mondo-devel] Mondo with Ldoms and Zones
> To: mon...@li...
> Message-ID: <201...@gm...>
> Content-Type: text/plain; charset="utf-8"
> 
> Hi All
> 
> We have a solaris based system running with SUN OS 10 with LDOMS and ZOnes .
> We intend to do a Mondo Backup and baremetal Recovery.
> 
> Can you please let us know if this can be done .
> We find Mondo Backup/restore process very effective .
> 
> Please revert ASAP.
> 
> Sincerely
> Jay
> -------------- next part --------------
> An HTML attachment was scrubbed...
> 
> ------------------------------
> 
> Message: 7
> Date: Thu, 21 Mar 2013 18:42:27 +0000
> From: <Mic...@ho...>
> Subject: [Mondo-devel] Including /run in a Mondo archive.
> To: <mon...@li...>
> Cc: Mic...@ho...
> Message-ID:
>    <7F7...@02...>
>    
> Content-Type: text/plain; charset="us-ascii"
> 
> Is there any way for me to include  /run in my Mondo archives?
> 
> We have data stored in /run and need to get it backed up with our Mondo archive, this worked finer in the past but once we upgraded to version  mondo-3.0.2-1.rhel4.x86_64, Mondo no longer backs up /run. I have tried to use the -I to include it, but it is still not backing it up.
> 
> 
> Michael Rakestraw
> Lead Systems Engineer
> Open Systems Linux Engineering
> 770-433-8211 x11925
> D12 2455 Paces Ferry Rd.
> Atlanta, Georgia 30339
> 
> 
> ________________________________
> 
> The information in this Internet Email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this Email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to our clients any opinions or advice contained in this Email are subject to the terms and conditions expressed in any applicable governing The Home Depot terms of business or client engagement letter. The Home Depot disclaims all responsibility and liability for the accuracy and content of this attachment and for any damages or losses arising from any inaccuracies, errors, viruses, e.g., worms, trojan horses, etc., or other items of a destructive nature, which may be contained in this attachment and shall not be liable for direct, indirect, consequential or special damages in connection with this e-mail message or its attachment.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> 
> ------------------------------
> 
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_mar
> 
> ------------------------------
> 
> _______________________________________________
> Mondo-devel mailing list
> Mon...@li...
> https://lists.sourceforge.net/lists/listinfo/mondo-devel
> 
> 
> End of Mondo-devel Digest, Vol 82, Issue 11
> *******************************************

Jay:

To the best of my knowledge (and I looked carefully) Mondo is not available for Solaris.
I ended up developing a procedure using ufsdump and ufsrestore.  The dump files were
stored on a Linux server via NFS.  Then, Mondo backed up that Linux server AND the
Solaris dump files at the same time.

Hope that is of help.

Good luck
Eric

On 03/20/2013 10:16 PM, Jay chary wrote:
> Hi All
>  
> We have a solaris based system running with SUN OS 10 with LDOMS and ZOnes .
> We intend to do a Mondo Backup and baremetal Recovery.
>  
> Can you please let us know if this can be done .
> We find Mondo Backup/restore process very effective .
>  
> Please revert ASAP.
>  
> Sincerely
> Jay
>  
> 
> 
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_mar
> 
> 
> 
> _______________________________________________
> Mondo-devel mailing list
> Mon...@li...
> https://lists.sourceforge.net/lists/listinfo/mondo-devel
> 

Is there any way for me to include  /run in my Mondo archives?

We have data stored in /run and need to get it backed up with our Mondo archive, this worked finer in the past but once we upgraded to version  mondo-3.0.2-1.rhel4.x86_64, Mondo no longer backs up /run. I have tried to use the -I to include it, but it is still not backing it up.


Michael Rakestraw
Lead Systems Engineer
Open Systems Linux Engineering
770-433-8211 x11925
D12 2455 Paces Ferry Rd.
Atlanta, Georgia 30339


________________________________

The information in this Internet Email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this Email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to our clients any opinions or advice contained in this Email are subject to the terms and conditions expressed in any applicable governing The Home Depot terms of business or client engagement letter. The Home Depot disclaims all responsibility and liability for the accuracy and content of this attachment and for any damages or losses arising from any inaccuracies, errors, viruses, e.g., worms, trojan horses, etc., or other items of a destructive nature, which may be contained in this attachment and shall not be liable for direct, indirect, consequential or special damages in connection with this e-mail message or its attachment.

Hi All

We have a solaris based system running with SUN OS 10 with LDOMS and ZOnes .
We intend to do a Mondo Backup and baremetal Recovery.

Can you please let us know if this can be done .
We find Mondo Backup/restore process very effective .

Please revert ASAP.

Sincerely
Jay

Following Bruno's request for feedback in the release announcement for
v3.0.3, I thought it might be helpful to open the topic in the mailing
list.



Fundamental Bugs
It is important that MondoRescue works in accordance with the
published documentation and support information.  Basic bugs should be
resolved ahead of enhancements and development resulting from the
introduction of new technologies.

Tape backup is not used here.  Of the remaining types, (NFS, external
local storage, optical disks) only a hybrid method can be relied upon.
 Each backup is stored to an external local hard disk.  To restore it
the ISOs must be burned to series of optical disks.  Clearly this is
far from satisfactory.

Tickets have been opened for the fundamental bugs related to the above
and other issues
#627 Mondorestore CTL+ALT+DEL Fails to Cancel Repartitioning
#628 3.0.2-1 Fail to Restore from External Hard Disk
#638 Mindi Fails to Create Boot Disk When -T Specified
#640 mondo.tmp.xxxxx & mondo.scratch.xxxxx Issues
#641 Specifying the Same Backup to NFS via CLI=Success via GUI=Fail

Hopefully, for the reasons stated, this will not be seen as a request
for "my tickets first".  Perhaps other list members might also
identify tickets they have raised where MondoRescue does not work as
documented.

In the next development cycle, I suggest the majority time and effort
is allocated to resolving fundamental bugs.



Feedback Requests
Bug fixing and development relies on Bruno's interpretation of what is
most important.

Raising tickets tends to be done by individuals.  A second person
experiencing the same issue will often not comment on the open ticket,
but may wait for it to be resolved.  In this way the extent of the
issue is lost.  Currently there is no means of providing Bruno with an
indication of what the mailing list collectively consider to be
important open tickets.

Might it be worth requesting feedback at the start of each development
cycle i.e. simultaneously with the release of the newest version, or
every six months or annually?  Would such feedback improve matters or
simply duplicate the present mailing list and ticket system?


SamK

To get busybox 1.18.5: ftp://ftp.mondorescue.org

-----Original Message-----
From: Cornec, Bruno (Open Source and Linux Technology Architect) 
Sent: lundi 18 mars 2013 16:34
To: Mondo mailing list
Subject: Re: [Mondo-devel] No filesystem could mount root, tried: iso9660 // Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(1, ...

François TIZIE said on Mon, Mar 18, 2013 at 04:28:04PM +0100:
> Software used and system on which there are installed:
> - For Mondorescue
> mindi-busybox-1.7.3-1.rhel5.x86_64.rpm
> mondo-3.0.1-1.rhel5.x86_64.rpm

Known issue. You need a newer busybox (1.18.5) to avoid this error.

Bruno.
-- 
Open Source & Linux Profession Lead EMEA         http://opensource.hp.com
EMEA Open Source HPISC Chief Technologist        http://hpintelco.net
FLOSS projects:     http://mondorescue.org     http://project-builder.org 
Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar
_______________________________________________
Mondo-devel mailing list
Mon...@li...
https://lists.sourceforge.net/lists/listinfo/mondo-devel