mondo-devel Mailing List for Mondo Rescue

:-D

-- 
Robert Grasso
@home
---
UNIX was not designed to stop you from doing stupid things, because
   that would also stop you from doing clever things. -- Doug Gwyn

On 10/31/2014 12:04 AM, Bruno Cornec wrote:
> Hello,
>
> Indeed the httpd daemon was down. It should now work as expected.
>
> THanks for your feedback, you're better than Nagios ;-)
>
> Bruno.
>
> Robert Grasso said on Thu, Oct 30, 2014 at 08:08:40PM +0100:
>
>> Confirmed. But it is the web service only which is down. At the same IP
>> address,  the ftp service (ftp.mondorescue.org) is alive.
>>
>> -- 
>> Robert Grasso
>> @home
>> ---
>> UNIX was not designed to stop you from doing stupid things, because
>>     that would also stop you from doing clever things. -- Doug Gwyn
>>
>> On 10/30/2014 08:35 AM, Nikolaos Milas wrote:
>>> Hello,
>>>
>>> In the last two days I have tried repeatedly to visit mondorescue.org
>>> but I only get "unable to connect".
>>>
>>> Is there some problem with it?
>>>
>>> A tracert shows (in case it helps troubleshooting):
>>>
>>> traceroute to mondorescue.org (213.30.161.23), 30 hops max, 40 byte packets
>>> ...
>>>     4  ae1.mx1.ath.gr.geant.net (62.40.112.215)  3.216 ms  3.261 ms 3.332 ms
>>>     5  ae2.mx1.mil2.it.geant.net (62.40.98.150)  34.000 ms  34.322 ms
>>> 34.329 ms
>>>     6  ae6.mx1.gen.ch.geant.net (62.40.98.112)  48.952 ms  47.503 ms 47.466 ms
>>>     7  ae1.mx1.fra.de.geant.net (62.40.98.109)  55.872 ms  55.809 ms 55.769 ms
>>>     8  ae1.mx1.ams.nl.geant.net (62.40.98.129)  62.280 ms  62.338 ms 62.300 ms
>>>     9  amsix1.tc2.ams.as8218.eu (80.249.209.53)  60.717 ms  60.587 ms
>>> 60.489 ms
>>> 10  83.167.56.138 (83.167.56.138)  76.308 ms  77.157 ms  77.113 ms
>>> 11  et-2-0-0.tcr1.rb.par.core.as8218.eu (83.167.55.148)  74.408 ms
>>> 73.999 ms  74.005 ms
>>> 12  numericable4completel-gw6.tcr1.rb.par.cust.as8218.eu
>>> (46.255.176.189)  77.317 ms  77.559 ms  77.633 ms
>>> 13  212.99.75.105 (212.99.75.105)  75.244 ms  75.811 ms  75.746 ms
>>> 14  reverse.completel.net (213.244.0.233)  75.542 ms  74.642 ms 74.641 ms
>>> 15  * * *
>>> 16  46.218.10.176 (46.218.10.176)  79.320 ms  79.052 ms  78.960 ms
>>> 17  * * *
>>> 18  * * *
>>> 19  * * *
>>> 20  * * *
>>>
>>> Best regards,
>>> Nick
>>>
>>> ------------------------------------------------------------------------------
>>> _______________________________________________
>>> Mondo-devel mailing list
>>> Mon...@li...
>>> https://lists.sourceforge.net/lists/listinfo/mondo-devel
>>>
>>
>> ------------------------------------------------------------------------------
>> _______________________________________________
>> Mondo-devel mailing list
>> Mon...@li...
>> https://lists.sourceforge.net/lists/listinfo/mondo-devel

Hello,

Indeed the httpd daemon was down. It should now work as expected.

THanks for your feedback, you're better than Nagios ;-)

Bruno.

Robert Grasso said on Thu, Oct 30, 2014 at 08:08:40PM +0100:

> Confirmed. But it is the web service only which is down. At the same IP 
> address,  the ftp service (ftp.mondorescue.org) is alive.
> 
> -- 
> Robert Grasso
> @home
> ---
> UNIX was not designed to stop you from doing stupid things, because
>    that would also stop you from doing clever things. -- Doug Gwyn
> 
> On 10/30/2014 08:35 AM, Nikolaos Milas wrote:
> > Hello,
> >
> > In the last two days I have tried repeatedly to visit mondorescue.org
> > but I only get "unable to connect".
> >
> > Is there some problem with it?
> >
> > A tracert shows (in case it helps troubleshooting):
> >
> > traceroute to mondorescue.org (213.30.161.23), 30 hops max, 40 byte packets
> > ...
> >    4  ae1.mx1.ath.gr.geant.net (62.40.112.215)  3.216 ms  3.261 ms 3.332 ms
> >    5  ae2.mx1.mil2.it.geant.net (62.40.98.150)  34.000 ms  34.322 ms
> > 34.329 ms
> >    6  ae6.mx1.gen.ch.geant.net (62.40.98.112)  48.952 ms  47.503 ms 47.466 ms
> >    7  ae1.mx1.fra.de.geant.net (62.40.98.109)  55.872 ms  55.809 ms 55.769 ms
> >    8  ae1.mx1.ams.nl.geant.net (62.40.98.129)  62.280 ms  62.338 ms 62.300 ms
> >    9  amsix1.tc2.ams.as8218.eu (80.249.209.53)  60.717 ms  60.587 ms
> > 60.489 ms
> > 10  83.167.56.138 (83.167.56.138)  76.308 ms  77.157 ms  77.113 ms
> > 11  et-2-0-0.tcr1.rb.par.core.as8218.eu (83.167.55.148)  74.408 ms
> > 73.999 ms  74.005 ms
> > 12  numericable4completel-gw6.tcr1.rb.par.cust.as8218.eu
> > (46.255.176.189)  77.317 ms  77.559 ms  77.633 ms
> > 13  212.99.75.105 (212.99.75.105)  75.244 ms  75.811 ms  75.746 ms
> > 14  reverse.completel.net (213.244.0.233)  75.542 ms  74.642 ms 74.641 ms
> > 15  * * *
> > 16  46.218.10.176 (46.218.10.176)  79.320 ms  79.052 ms  78.960 ms
> > 17  * * *
> > 18  * * *
> > 19  * * *
> > 20  * * *
> >
> > Best regards,
> > Nick
> >
> > ------------------------------------------------------------------------------
> > _______________________________________________
> > Mondo-devel mailing list
> > Mon...@li...
> > https://lists.sourceforge.net/lists/listinfo/mondo-devel
> >
> 
> 
> ------------------------------------------------------------------------------
> _______________________________________________
> Mondo-devel mailing list
> Mon...@li...
> https://lists.sourceforge.net/lists/listinfo/mondo-devel

-- 
Open Source Profession, Linux Community Lead WW http://opensource.hp.com
EMEA EG Open Source Technology Strategist       http://hpintelco.net
FLOSS projects:     http://mondorescue.org     http://project-builder.org 
Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org

Confirmed. But it is the web service only which is down. At the same IP 
address,  the ftp service (ftp.mondorescue.org) is alive.

-- 
Robert Grasso
@home
---
UNIX was not designed to stop you from doing stupid things, because
   that would also stop you from doing clever things. -- Doug Gwyn

On 10/30/2014 08:35 AM, Nikolaos Milas wrote:
> Hello,
>
> In the last two days I have tried repeatedly to visit mondorescue.org
> but I only get "unable to connect".
>
> Is there some problem with it?
>
> A tracert shows (in case it helps troubleshooting):
>
> traceroute to mondorescue.org (213.30.161.23), 30 hops max, 40 byte packets
> ...
>    4  ae1.mx1.ath.gr.geant.net (62.40.112.215)  3.216 ms  3.261 ms 3.332 ms
>    5  ae2.mx1.mil2.it.geant.net (62.40.98.150)  34.000 ms  34.322 ms
> 34.329 ms
>    6  ae6.mx1.gen.ch.geant.net (62.40.98.112)  48.952 ms  47.503 ms 47.466 ms
>    7  ae1.mx1.fra.de.geant.net (62.40.98.109)  55.872 ms  55.809 ms 55.769 ms
>    8  ae1.mx1.ams.nl.geant.net (62.40.98.129)  62.280 ms  62.338 ms 62.300 ms
>    9  amsix1.tc2.ams.as8218.eu (80.249.209.53)  60.717 ms  60.587 ms
> 60.489 ms
> 10  83.167.56.138 (83.167.56.138)  76.308 ms  77.157 ms  77.113 ms
> 11  et-2-0-0.tcr1.rb.par.core.as8218.eu (83.167.55.148)  74.408 ms
> 73.999 ms  74.005 ms
> 12  numericable4completel-gw6.tcr1.rb.par.cust.as8218.eu
> (46.255.176.189)  77.317 ms  77.559 ms  77.633 ms
> 13  212.99.75.105 (212.99.75.105)  75.244 ms  75.811 ms  75.746 ms
> 14  reverse.completel.net (213.244.0.233)  75.542 ms  74.642 ms 74.641 ms
> 15  * * *
> 16  46.218.10.176 (46.218.10.176)  79.320 ms  79.052 ms  78.960 ms
> 17  * * *
> 18  * * *
> 19  * * *
> 20  * * *
>
> Best regards,
> Nick
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Mondo-devel mailing list
> Mon...@li...
> https://lists.sourceforge.net/lists/listinfo/mondo-devel
>

Hello,

In the last two days I have tried repeatedly to visit mondorescue.org 
but I only get "unable to connect".

Is there some problem with it?

A tracert shows (in case it helps troubleshooting):

traceroute to mondorescue.org (213.30.161.23), 30 hops max, 40 byte packets
...
  4  ae1.mx1.ath.gr.geant.net (62.40.112.215)  3.216 ms  3.261 ms 3.332 ms
  5  ae2.mx1.mil2.it.geant.net (62.40.98.150)  34.000 ms  34.322 ms 
34.329 ms
  6  ae6.mx1.gen.ch.geant.net (62.40.98.112)  48.952 ms  47.503 ms 47.466 ms
  7  ae1.mx1.fra.de.geant.net (62.40.98.109)  55.872 ms  55.809 ms 55.769 ms
  8  ae1.mx1.ams.nl.geant.net (62.40.98.129)  62.280 ms  62.338 ms 62.300 ms
  9  amsix1.tc2.ams.as8218.eu (80.249.209.53)  60.717 ms  60.587 ms 
60.489 ms
10  83.167.56.138 (83.167.56.138)  76.308 ms  77.157 ms  77.113 ms
11  et-2-0-0.tcr1.rb.par.core.as8218.eu (83.167.55.148)  74.408 ms 
73.999 ms  74.005 ms
12  numericable4completel-gw6.tcr1.rb.par.cust.as8218.eu 
(46.255.176.189)  77.317 ms  77.559 ms  77.633 ms
13  212.99.75.105 (212.99.75.105)  75.244 ms  75.811 ms  75.746 ms
14  reverse.completel.net (213.244.0.233)  75.542 ms  74.642 ms 74.641 ms
15  * * *
16  46.218.10.176 (46.218.10.176)  79.320 ms  79.052 ms  78.960 ms
17  * * *
18  * * *
19  * * *
20  * * *

Best regards,
Nick

Thanks a lot, I'll give a try but next week, no time before...

SR



--
View this message in context: http://mondorescue-mailing-list.679749.n3.nabble.com/Mondo-devel-mondoarchibe-Failed-to-generate-boot-data-disks-centos7-tp4026392p4026403.html
Sent from the MondoRescue Mailing List mailing list archive at Nabble.com.

Hi Bruno.

I saw that there was a new mondo build in test/rhel/6.  I updated my 
Centos6 and ran it.  Sorry to say that it did not make any difference.  
I get the same error as I posted previously.

No filesystem could mount root, tried: iso9660
VFS: unable to mount root fs on unknown-block(1,0).

[root@nexus tmp]# rpm -q mondo
mondo-3.2.020141027010028-0.rhel6.x86_64
[root@nexus tmp]# rpm -q -a | grep mindi
mindi-3.0.020141027010028-0.rhel6.x86_64
mindi-busybox-1.21.120140627104036-0.rhel6.x86_64

Note that the verify media step worked fine and I was able to boot to 
the mondo command prompt, where I tried to run 'compare mode' (and then 
it failed).

I was able to iso9660 mount the media.

I tried changing from DVD-R to DVD+R media, and didn't make a difference.

I've attached the log files once more (.tar.gz's), the rpm package list, 
as well as the file list off the mounted mondo dvd.

Please let me know if you see anything wierd or if there is anything 
else I could try.  I don't think this is a hardware issue if the media 
verified and mounted ok...?

Corey.

also using last i do see that the system is crashing:

jr       pts/0        :0.0             Mon Oct 27 21:33 - crash  (00:07)

On Mon, Oct 27, 2014 at 9:47 PM, Shawn Marks <das...@gm...>
wrote:

> Bruno,
>
> I just ran it again checking the temp and the max i get is 55C and about
> 40% cpu utilization. The high is 78 on my system and critical is 100C so it
> seems that those aren't it. I uploaded the logs to google drive and the
> below link:
>
>
> https://drive.google.com/file/d/0B-wBo4r7QTpCbjVxbmcxdlNfdEE/view?usp=sharing
>
>
>
> On Mon, Oct 27, 2014 at 9:25 PM, <das...@gm...> wrote:
>
>> whats the trac site?
>>
>> > On Oct 27, 2014, at 9:09 PM, Bruno Cornec <Bru...@hp...> wrote:
>> >
>> > Shawn Marks said on Mon, Oct 27, 2014 at 08:38:12PM -0400:
>> >> Every time i try to upload the logs i get this message:
>> >>    Message body is too big: 3682273 bytes with a limit of 400 KB
>> >
>> > Well, please compress the log before sending. There are still people on
>> > this list paying to receive e-mail, and I don't want to have 2+ MB files
>> > arriving in 450+ mailboxes if we can avoid it.
>> >
>> > Worst case upload it to a trac ticket.
>> >
>> >>> it never gets over 50% utilized. Also the temperature isn't an issue
>> either
>> >>> as typically with that i should see something in messages or dmesg
>> but i
>> >>> don't see anything at all about that. The logs should be attached to
>> this
>> >>> hopefully if the system lets me it's 2.6 MB.
>> >
>> > If the HW watchdog reboots the machine, you would not necessarily see
>> > somehitng in the log BTW.
>> >
>> > Bruno.
>> > --
>> > Open Source Profession, Linux Community Lead WW
>> http://opensource.hp.com
>> > EMEA EG Open Source Technology Strategist       http://hpintelco.net
>> > FLOSS projects:     http://mondorescue.org
>> http://project-builder.org
>> > Musique ancienne? http://www.musique-ancienne.org
>> http://www.medieval.org
>> >
>> >
>> ------------------------------------------------------------------------------
>> > _______________________________________________
>> > Mondo-devel mailing list
>> > Mon...@li...
>> > https://lists.sourceforge.net/lists/listinfo/mondo-devel
>>
>
>
>
> --
> Sincerely,
>
> Shawn H. Marks
>



-- 
Sincerely,

Shawn H. Marks

Bruno,

I just ran it again checking the temp and the max i get is 55C and about
40% cpu utilization. The high is 78 on my system and critical is 100C so it
seems that those aren't it. I uploaded the logs to google drive and the
below link:

https://drive.google.com/file/d/0B-wBo4r7QTpCbjVxbmcxdlNfdEE/view?usp=sharing



On Mon, Oct 27, 2014 at 9:25 PM, <das...@gm...> wrote:

> whats the trac site?
>
> > On Oct 27, 2014, at 9:09 PM, Bruno Cornec <Bru...@hp...> wrote:
> >
> > Shawn Marks said on Mon, Oct 27, 2014 at 08:38:12PM -0400:
> >> Every time i try to upload the logs i get this message:
> >>    Message body is too big: 3682273 bytes with a limit of 400 KB
> >
> > Well, please compress the log before sending. There are still people on
> > this list paying to receive e-mail, and I don't want to have 2+ MB files
> > arriving in 450+ mailboxes if we can avoid it.
> >
> > Worst case upload it to a trac ticket.
> >
> >>> it never gets over 50% utilized. Also the temperature isn't an issue
> either
> >>> as typically with that i should see something in messages or dmesg but
> i
> >>> don't see anything at all about that. The logs should be attached to
> this
> >>> hopefully if the system lets me it's 2.6 MB.
> >
> > If the HW watchdog reboots the machine, you would not necessarily see
> > somehitng in the log BTW.
> >
> > Bruno.
> > --
> > Open Source Profession, Linux Community Lead WW http://opensource.hp.com
> > EMEA EG Open Source Technology Strategist       http://hpintelco.net
> > FLOSS projects:     http://mondorescue.org
> http://project-builder.org
> > Musique ancienne? http://www.musique-ancienne.org
> http://www.medieval.org
> >
> >
> ------------------------------------------------------------------------------
> > _______________________________________________
> > Mondo-devel mailing list
> > Mon...@li...
> > https://lists.sourceforge.net/lists/listinfo/mondo-devel
>



-- 
Sincerely,

Shawn H. Marks

whats the trac site?

> On Oct 27, 2014, at 9:09 PM, Bruno Cornec <Bru...@hp...> wrote:
> 
> Shawn Marks said on Mon, Oct 27, 2014 at 08:38:12PM -0400:
>> Every time i try to upload the logs i get this message:
>>    Message body is too big: 3682273 bytes with a limit of 400 KB
> 
> Well, please compress the log before sending. There are still people on
> this list paying to receive e-mail, and I don't want to have 2+ MB files
> arriving in 450+ mailboxes if we can avoid it.
> 
> Worst case upload it to a trac ticket.
> 
>>> it never gets over 50% utilized. Also the temperature isn't an issue either
>>> as typically with that i should see something in messages or dmesg but i
>>> don't see anything at all about that. The logs should be attached to this
>>> hopefully if the system lets me it's 2.6 MB.
> 
> If the HW watchdog reboots the machine, you would not necessarily see
> somehitng in the log BTW.
> 
> Bruno.
> -- 
> Open Source Profession, Linux Community Lead WW http://opensource.hp.com
> EMEA EG Open Source Technology Strategist       http://hpintelco.net
> FLOSS projects:     http://mondorescue.org     http://project-builder.org 
> Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org
> 
> ------------------------------------------------------------------------------
> _______________________________________________
> Mondo-devel mailing list
> Mon...@li...
> https://lists.sourceforge.net/lists/listinfo/mondo-devel

Shawn Marks said on Mon, Oct 27, 2014 at 08:38:12PM -0400:
> Every time i try to upload the logs i get this message:
>     Message body is too big: 3682273 bytes with a limit of 400 KB

Well, please compress the log before sending. There are still people on
this list paying to receive e-mail, and I don't want to have 2+ MB files
arriving in 450+ mailboxes if we can avoid it.

Worst case upload it to a trac ticket.

> > it never gets over 50% utilized. Also the temperature isn't an issue either
> > as typically with that i should see something in messages or dmesg but i
> > don't see anything at all about that. The logs should be attached to this
> > hopefully if the system lets me it's 2.6 MB.

If the HW watchdog reboots the machine, you would not necessarily see
somehitng in the log BTW.

Bruno.
-- 
Open Source Profession, Linux Community Lead WW http://opensource.hp.com
EMEA EG Open Source Technology Strategist       http://hpintelco.net
FLOSS projects:     http://mondorescue.org     http://project-builder.org 
Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org

Bruno,

Every time i try to upload the logs i get this message:

Your mail to 'Mondo-devel' with the subject

    Re: [Mondo-devel] Issue running backup archive

Is being held until the list moderator can review it for approval.

The reason it is being held:

    Message body is too big: 3682273 bytes with a limit of 400 KB

Either the message will get posted to the list, or you will receive
notification of the moderator's decision.  If you would like to cancel
this posting, please visit the following URL:

On Mon, Oct 27, 2014 at 8:29 PM, Shawn Marks <das...@gm...>
wrote:

> Sorry bruno i had to do it this way because it wouldn't let me upload due
> to the size of the logs. While running the backup i'm watching the cpu and
> it never gets over 50% utilized. Also the temperature isn't an issue either
> as typically with that i should see something in messages or dmesg but i
> don't see anything at all about that. The logs should be attached to this
> hopefully if the system lets me it's 2.6 MB.
>
> On Mon, Oct 27, 2014 at 8:17 PM, Bruno Cornec <Bru...@hp...> wrote:
>
>> Shawn Marks said on Mon, Oct 27, 2014 at 04:42:28PM -0400:
>> > Attached is the mondoarchive log and the mindi log.
>>
>> I don't see them :-(
>>
>> I'm not sure however that it would help in that precise case.
>> Is there any "security" feature on your system (shutdown could come from
>> over heating, lack of system response for some time, ASR on HP ProLiant
>> e.g.)
>>
>> Bruno.
>> --
>> Open Source Profession, Linux Community Lead WW http://opensource.hp.com
>> EMEA EG Open Source Technology Strategist       http://hpintelco.net
>> FLOSS projects:     http://mondorescue.org     http://project-builder.org
>> Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org
>>
>>
>> ------------------------------------------------------------------------------
>> _______________________________________________
>> Mondo-devel mailing list
>> Mon...@li...
>> https://lists.sourceforge.net/lists/listinfo/mondo-devel
>>
>
>
>
> --
> Sincerely,
>
> Shawn H. Marks
>



-- 
Sincerely,

Shawn H. Marks

Shawn Marks said on Mon, Oct 27, 2014 at 04:42:28PM -0400:
> Attached is the mondoarchive log and the mindi log.

I don't see them :-(

I'm not sure however that it would help in that precise case.
Is there any "security" feature on your system (shutdown could come from
over heating, lack of system response for some time, ASR on HP ProLiant
e.g.)

Bruno.
-- 
Open Source Profession, Linux Community Lead WW http://opensource.hp.com
EMEA EG Open Source Technology Strategist       http://hpintelco.net
FLOSS projects:     http://mondorescue.org     http://project-builder.org 
Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org

Hello,

I am new to mondo rescue and i am running this on Scientific Linux 6 x64.
Every time i try to do the backup my computer completely shuts down and
reboots. I've looked through /var/log/messages along with the mindi log and
the mondoarchive log and i don't see anything in any of those about any
kernel panic or errors? Any idea as to what is going on? Attached is the
mondoarchive log and the mindi log. I can't figure out why the entire
system just shuts down during the backup. Any help is much appreciated as i
am at a complete loss here. Below is the command that i am running.

sudo mondoarchive -OV -i -I "/" -E "/dev/sda|/dev/sdd|/dev/sdc|/
home/jr/Virtualbox_Vms|/backup" -d "/media/Backup1" -s 5g -G -S
"/backup/scratch" -T "/backup/temp" -p "linux" -9 -K 99


-- 
Sincerely,

Shawn H. Marks

Can test/rhel/6 also be built?  It has not been updated recently.

On 26-Oct-14 08:36, Bruno Cornec wrote:
> Info Romanos said on Sun, Oct 26, 2014 at 11:30:22AM +0100:
>> Yes I know centos 7 is unsupported ;(
> Not yet with the version you used.
> Please try with ftp://ftp.mondorescue.org/test/rhel/7 instead
>
> Bruno.

Info Romanos said on Sun, Oct 26, 2014 at 11:30:22AM +0100:
> Yes I know centos 7 is unsupported ;(

Not yet with the version you used.
Please try with ftp://ftp.mondorescue.org/test/rhel/7 instead

Bruno.
-- 
Open Source Profession, Linux Community Lead WW http://opensource.hp.com
EMEA EG Open Source Technology Strategist       http://hpintelco.net
FLOSS projects:     http://mondorescue.org     http://project-builder.org 
Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org

Hello,

Yes I know centos 7 is unsupported ;(

But hope this can help you.

Here is the mondoarchive.log and a picture of the process stating "grub 
not found"

Here is exit from mondoarchive:
[root@centostella1 ~]# mondoarchive
Initializing...
See /var/log/mondoarchive.log for details of backup run.
Checking sanity of your Linux distribution
Done.
---FATALERROR--- Failed to generate boot+data disks
If you require technical support, please contact the mailing list.
See http://www.mondorescue.org for details.
The list's members can help you, if you attach that file to your e-mail.
Log file: /var/log/mondoarchive.log
Mondo has aborted.
Execution run ended; result=254
Type 'less /var/log/mondoarchive.log' to see the output log
rm: cannot remove ‘/tmp/mondo.tmp.NyuWGv/mnt1’: Device or resource busy
[root@centostella1 ~]#

Can you please help?

I already tryed to use direcly a samba share to save data and increased 
values in mindi.conf to:
EXTRA_SPACE=90152
BOOT_SIZE=82768

But no luck...

Thanks in advance.

SR

Continuation : booting from the backup iso, either in compare or 
interactive mode fails - strangely, I cannot record a Virtualbox video, 
but at least I have an image with hopefully some interesting information :



Happy debug ;-)

-- 
Robert Grasso
@home
---
UNIX was not designed to stop you from doing stupid things, because
   that would also stop you from doing clever things. -- Doug Gwyn

On 10/25/2014 11:46 PM, Robert Grasso wrote:
> Hello Bruno,
>
> This is a test report; so I installed this version from the test 
> directory, with apt, on my test vm, just fully upgraded. The full 
> backup went well - I guess. Then I tried to restore one file, so I 
> started
>
> mondorestore -g
>
> and selected "Net mount" :
>
> - first, mondorestore does not retrieve the mount from the backup (and 
> does not display it as a guess), whereas it does on the official version
> - then it never asks for the directory in which it should look for the 
> archive, and it fails
>
> I am attaching the log
>
>
>
> ------------------------------------------------------------------------------
>
>
> _______________________________________________
> Mondo-devel mailing list
> Mon...@li...
> https://lists.sourceforge.net/lists/listinfo/mondo-devel

Hello Bruno,

This is a test report; so I installed this version from the test 
directory, with apt, on my test vm, just fully upgraded. The full backup 
went well - I guess. Then I tried to restore one file, so I started

mondorestore -g

and selected "Net mount" :

- first, mondorestore does not retrieve the mount from the backup (and 
does not display it as a guess), whereas it does on the official version
- then it never asks for the directory in which it should look for the 
archive, and it fails

I am attaching the log

-- 
Robert Grasso
@home
---
UNIX was not designed to stop you from doing stupid things, because
   that would also stop you from doing clever things. -- Doug Gwyn

Sigh...

The media in the directory you mention is the production media, I 
assume, and is over 15 months old.

I've been working from test builds from you as we've been trying to 
diagnose the problems with mondo under Centos6 since last January.  I'm 
currently running the media in:

ftp://ftp.mondorescue.org/test/rhel/6/x86_64/

[root@nexus tmp]# rpm -q -a | grep mindi
mindi-busybox-1.21.120140627104036-0.rhel6.x86_64
mindi-3.0.020140627022617-0.rhel6.x86_64

[root@nexus tmp]# rpm -q -a | grep mondo
mondo-3.2.020140627022617-0.rhel6.x86_64

It appears the latest test build of Mondo still DOES NOT work for a 
fresh install of Centos 6/6.5 x64.  Same result as reported 7 months ago 
(06-Apr).  Archive appears to create ok, but when I boot from the media, 
select compare mode, and the startup crashes with a kernel panic:

No filesystem could mount root, tried: iso9660
VFS: unable to mount root fs on unknown-block(1,0).

Any advice would be appreciated.  I'm running on an out-of-the-box DELL 
Optiplex 780. 4gb RAM, 160Gb SATA HDD.

Mindi/Mondo logs attached.

Corey.

On 15-Oct-14 18:08, Bruno Cornec wrote:
> Corey Wirun said on Wed, Oct 01, 2014 at 07:32:04PM -0600:
>> I need RHEL 6 for my Centos.  Is it possible to have a build for that
>> platform?
> Well you should use the current stable branch for that:
> ftp://ftp.mondorescue.org/rhel/6/x86_64
>
> If you still have issues booting from the mondo media, please include
> logs and precise error msgs you see.
>
> Bruno.
>
>> On 18-Sep-14 16:36, Bruno Cornec wrote:
>>> Corey Wirun said on Wed, Sep 17, 2014 at 05:57:19PM -0600:
>>>> Is the incompatibility of mondo archive and newer Centos distros still there?  This was with not being able to boot from any mondo media...
>>> This should be fixed in the latest 3.2 version. I remade test packages
>>> this week, and hadn't time to test myself. RHEL 7 x86_64 is available at
>>> ftp://ftp.mondorescue.org/test/rhel/7/x86_64 which should be what you
>>> need.
>>>
>>> Bruno.
>>
>> ------------------------------------------------------------------------------
>> Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
>> Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
>> Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
>> Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
>> http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Mondo-devel mailing list
>> Mon...@li...
>> https://lists.sourceforge.net/lists/listinfo/mondo-devel

'myvmlinuz' is just about as obscure as 'path', but you've gotten what I 
meant. In digging out something to use for an example and looking for 
the meaning of the various numeric bits, I came across 
http://www.linfo.org/vmlinuz.html. [Concluded no matter what you use for 
'#' below, e.g. (M)ajor, (m)inor, it'd be just as confusing.] So:

-k path    Path of user's kernel executable to use when booting the 
generated restore media, generally found automatically by the inherent 
mindi --findkernel run. Almost always your native kernel is found and 
works appropriately and this option should not be used. Otherwise, you 
may use this option to point to another one. E.g. '-k 
/boot/vmlinuz-#.#.#-##-generic'.

Sorry, don't mean to be pedantic, was just a little lost at the time, 
there being so many 'kernel' things flying all about.


On 14-10-24 04:42 AM, Bruno Cornec wrote:
> B. S. said on Fri, Oct 24, 2014 at 12:57:46AM -0400:
>>> man mondoarchive:
>>>          -k path      Path of user's kernel. Generally your native kernel
>>> 	                should be found and work appropriately. Otherwise, you
>>> 	                may use this option to point to another one.
>>
>> That's got it - I don't know what a 'good' -k argument looks like,
>> 'path' is 'meaningless' if you don't deal with kernels regularly. e.g.
>> Appending 'e.g. /boot/vmlinuz-3.2.0-70-generic' would do it.
>
> So what about:
> -k path     Full path name of the kernel to use. Generally your native
> 	        kernel  should be found and work appropriately. Otherwise,
> 			you may use this option to point to another one. E.g.  '-k
> 			/boot/myvmlinuz'.

B. S. said on Fri, Oct 24, 2014 at 12:57:46AM -0400:
> > man mondoarchive:
> >         -k path      Path of user's kernel. Generally your native kernel
> > 	                should be found and work appropriately. Otherwise, you
> > 	                may use this option to point to another one.
> 
> That's got it - I don't know what a 'good' -k argument looks like, 
> 'path' is 'meaningless' if you don't deal with kernels regularly. e.g. 
> Appending 'e.g. /boot/vmlinuz-3.2.0-70-generic' would do it.

So what about:
-k path     Full path name of the kernel to use. Generally your native
	        kernel  should be found and work appropriately. Otherwise,
			you may use this option to point to another one. E.g.  '-k
			/boot/myvmlinuz'.

Bruno.
-- 
Open Source Profession, Linux Community Lead WW http://opensource.hp.com
EMEA EG Open Source Technology Strategist       http://hpintelco.net
FLOSS projects:     http://mondorescue.org     http://project-builder.org 
Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org

Hello down under,

Mathew Devene said on Wed, Oct 22, 2014 at 11:05:26PM +0000:
> Sorry if this has been answered before, but I can't find any solid info on the state of rhel 7 support for mondo? Does 3.2 support rhel 7 yet?

Yes it *should*. Still hadn't time to make my own tests with RHEL7. But
as we made lots of progress with Fedora support, that should be good
also for RHEL7
Please report your findings here.
I'm also trying to backport mindi fixes in 3.0 branch but that may not
be sufficient will see soon.

> Great work BTW - Mondo makes DR a breeze for the rhel 6 machines I look after. :)

I'm happy then :-)

Bruno.
-- 
Open Source Profession, Linux Community Lead WW http://opensource.hp.com
EMEA EG Open Source Technology Strategist       http://hpintelco.net
FLOSS projects:     http://mondorescue.org     http://project-builder.org 
Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org

Jon Tyler said on Thu, Oct 23, 2014 at 10:16:40PM -0400:

> mondoarchive -OU -d /dev/sdc -s 4g

You ask for a 4 GB set of media, while you have a huge 1 TB USB key ;-)

> /dev/sdc1       932G   32K  932G   1% /tmp/mondo.tmp.6tqwUg/usb

Try instead to use -g 1000g

Bruno.
-- 
Open Source Profession, Linux Community Lead WW http://opensource.hp.com
EMEA EG Open Source Technology Strategist       http://hpintelco.net
FLOSS projects:     http://mondorescue.org     http://project-builder.org 
Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org

On 14-10-23 07:50 PM, Bruno Cornec wrote:
> B. S. said on Wed, Oct 22, 2014 at 10:33:01PM -0400:
>> On 14-10-22 05:57 AM, Bruno Cornec wrote:
>>> B. S. said on Wed, Oct 15, 2014 at 10:25:44PM -0400:
>>>> In one sense "please don't." It's presence allowed me to get through
>>>> development of a revised backup script in the mean time. In another
>>>> sense, fair enough, but it wasn't obvious to me what to use for the
>>>> parameter in the alternate. Perhaps --help returning the currently used
>>>> kernel, or example -k use in --help? Or perhaps something in the FAQ?
>>>
>>> I use mindi --findkernel for this. How should we document that so it's
>>> more easy to deal with ? Do you want to add an entry in the FAQ ?
>>
>> I think you're misunderstanding what I'm saying. In essence, I'm saying
>> I don't know the syntax for -k / what a 'good' -k argument looks like.
>
> Humm, I probably don't understand indeed:
>
> man mondoarchive:
>         -k path      Path of user's kernel. Generally your native kernel
> 	                should be found and work appropriately. Otherwise, you
> 	                may use this option to point to another one.

That's got it - I don't know what a 'good' -k argument looks like, 
'path' is 'meaningless' if you don't deal with kernels regularly. e.g. 
Appending 'e.g. /boot/vmlinuz-3.2.0-70-generic' would do it.

>> (I tried mindi --findkernel on that system, it couldn't find a kernel,
>> thus my posting the message.)
>
> ANd that should be fixed ! I need the mindi.log typically, or a sh -x of
> that mindi run.

Right, but given the thread, we / I figure this is the regex bug already 
fixed that will come with next release. If it doesn't I expect to 
provide such then.

>> I think all I'm suggesting is, use -k in one of the examples seen in
>> 'man mondoarchive'.
>
> We could add an example of course. I thought what was written above was
> sufficient.

Nah, 'path' is too nebulous for those like myself who although mostly 
Linux comfortable, don't have to delve into kernel enunciation very 
often. Mostly, I suspect, because it all 'just works' most of the time.

B. S. said on Wed, Oct 22, 2014 at 10:33:01PM -0400:
> On 14-10-22 05:57 AM, Bruno Cornec wrote:
> > B. S. said on Wed, Oct 15, 2014 at 10:25:44PM -0400:
> >> In one sense "please don't." It's presence allowed me to get through
> >> development of a revised backup script in the mean time. In another
> >> sense, fair enough, but it wasn't obvious to me what to use for the
> >> parameter in the alternate. Perhaps --help returning the currently used
> >> kernel, or example -k use in --help? Or perhaps something in the FAQ?
> >
> > I use mindi --findkernel for this. How should we document that so it's
> > more easy to deal with ? Do you want to add an entry in the FAQ ?
> 
> I think you're misunderstanding what I'm saying. In essence, I'm saying 
> I don't know the syntax for -k / what a 'good' -k argument looks like.

Humm, I probably don't understand indeed:

man mondoarchive:
       -k path      Path of user's kernel. Generally your native kernel
	                should be found and work appropriately. Otherwise, you
	                may use this option to point to another one.

> (I tried mindi --findkernel on that system, it couldn't find a kernel, 
> thus my posting the message.)

ANd that should be fixed ! I need the mindi.log typically, or a sh -x of
that mindi run.

> I think all I'm suggesting is, use -k in one of the examples seen in 
> 'man mondoarchive'.

We could add an example of course. I thought what was written above was
sufficient.

Bruno.
-- 
Open Source Profession, Linux Community Lead WW http://opensource.hp.com
EMEA EG Open Source Technology Strategist       http://hpintelco.net
FLOSS projects:     http://mondorescue.org     http://project-builder.org 
Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org