mondo-devel Mailing List for Mondo Rescue

Ronald Maeder wrote:
> Hi,
> 
>  
> 
> How do I back up to a Samba share with –n?  If that does not work, what 
> do you suggest?
> 

Here is a shell script that I use to start mondoarchive when I want to 
back up to a samba share.  I haven't done it this way for a while, but 
it probably still works.

Mark

#!/bin/sh

# specify where we will write the ISO files
ISODIR=/mnt/smb/gingham

# if the ISODIR is not mounted, you can put a command here to mount it

if [ $? -ne 0 ] ; then
         echo "The mount command failed.  Exiting."
         exit
fi

if [ ! -d $ISODIR ] ; then
         echo "ISO directory $ISODIR does not exist. Exiting."
         umount /mnt/smb
         exit
fi

for i in 3 2 1 ; do
         if [ -f ${ISODIR}/${i}.iso ] ; then
                 echo "removing old ${i}.iso"
                 rm ${ISODIR}/${i}.iso
         fi
done

# renice this process so it won't interfere with mail, webserver, etc.
renice +10 -p $$ >/dev/null 2>&1

# specify the -S and -T to keep them local.

mondoarchive -Oi -d $ISODIR -s 700m -F -5 -S /tmp -T /tmp \
  -E "/share /var/www /var/spool/mail \
      /var/spool/mqueue /var/spool/mqueue.in \
      /home /mnt/smb"

# unmount the ISODIR if you want
#umount /mnt/smb

Dear Sir,

Could you kindly look into the mindi.log & find out what is wrong? 
Is it the space? What about the LVM?

I would be gratefull if you could give me an early reply.

With Regards,

Sanjay Nath


-- 
Be Yourself @ mail.com!
Choose From 200+ Email Addresses
Get a Free Account at www.mail.com

On 27-Jun-08, at 2:43 PM, Klaus Ade Johnstad wrote:

> Fredag 27 juni 2008 19:40, skrev Brian McKee:
>> I know this hardly qualifies as a bug report, but I wanted to alert
>> the list to the issue, and see if anyone has any idea what the heck I
>>   did, and how we can keep somebody else falling victim to the same
>> problem....
>>
>> Brian
>
> I use NSF share all the time, never had a problem. Could you tell us
> what commands you used, maybe we can reproduce.

Well,  I wish I wasn't so vague about the whole thing.   Problem is  
I'm not sure exactly at what point the images disappeared, and of  
course I was really busy with a half a dozen important projects this  
week.

*If* I recall the order of events correctly -

1 - create DigammaV1 folder in NFS share
2 - do a mondoarchive run via the curses GUI to that folder
3 - there were errors mentioned on the screen as that run progressed  
- as I realized I had to redo the image anyway, I didn't pay much  
attention.
4 - remove the contents of DigammaV1 folder
5 - do more prep work on client machine
6 - do a mondoarchive run via the curses GUI to that folder
     I *think* the attached log is from this run
7 - attempt to do a mondo restore on different hardware from that  
folder using cd burnt from mondoimage from client /var
     Since it hung right after pinging the NFS server before even  
giving me the curses interface I don't think it actually did anything
8 - attempt to use an older mondo cd to boot from and do a restore -  
it wouldn't mount the NFS share to start the restore
9 - a day later realize stuff is missing


> What about the logs, do they reveal anything?

Nothing to me - it's so darned verbose and half the errors are  
'normal' that I can't grok it very well at all.
I did note there's a lot of rm -rf in there.

I did just notice that one of the things mondo backed up on this last  
run was the /automounted folder - which was actually an automounting  
NFS share of it's own!  e.g. it could have (should have) not backed  
that up at all.  That was one of the additions I made to the client  
in step 5 above.

Does any of this make sense?

Brian

On 27-Jun-08, at 3:36 PM, Bill R. Williams wrote:

> On Fri, Jun 27, 2008 at 02:22:54PM -0400, Brian McKee wrote:
>> Begin forwarded message:
>>
>>> From: Brian McKee <ma...@ma...>
>>> Date: June 27, 2008 1:40:27 PM EDT (CA)
>>> To: Mondo mailing list <mon...@li...>
>>> Subject: Missing Images after mondo run
>>> I just made a disturbing discovery.  My
>>> NFS share of iso images generated by mondo are empty....
>>
>> Just a follow up.  I've reviewed the bash history and the sudo logs
>> of both the account with access and root.
>> *I* removed the new images from the last run myself.
>> I *didn't* remove the standard images from the other two folders that
>> I really need....
>>
>> I do note that the folder with the old images in it that are still
>> there is not writeable via nfs while the other three are, so the
>> mondo theory is still possible.
>
> Who else has access to the NFS shares?  And on the NFS server, too?
> Is perhaps a "cleaner" running over the NFS area to purge old files?
> (Similar to the 'tmpwatch' on Fedora.)

Me, and me.  It's a very small IT department and I've been good with  
passwords :-)

There is one script that's been there for years on the server that  
cleans up after *its* weekly mondo run

   find / \( -name "tmp.mondo*" -o -name "mondo.scratch*" \) -exec rm  
-rfv \{\} \;

but I looked at that cron output and it didn't report anything  
unusual.   I can't see how that would remove files called  
mondorescue-1.iso either.

Brian

On Fri, Jun 27, 2008 at 02:22:54PM -0400, Brian McKee wrote:
> Begin forwarded message:
> 
> >From: Brian McKee <ma...@ma...>
> >Date: June 27, 2008 1:40:27 PM EDT (CA)
> >To: Mondo mailing list <mon...@li...>
> >Subject: Missing Images after mondo run
> >I just made a disturbing discovery.  My
> >NFS share of iso images generated by mondo are empty....
> 
> Just a follow up.  I've reviewed the bash history and the sudo logs  
> of both the account with access and root.
> *I* removed the new images from the last run myself.
> I *didn't* remove the standard images from the other two folders that  
> I really need....
> 
> I do note that the folder with the old images in it that are still  
> there is not writeable via nfs while the other three are, so the  
> mondo theory is still possible.

Who else has access to the NFS shares?  And on the NFS server, too?
Is perhaps a "cleaner" running over the NFS area to purge old files?
(Similar to the 'tmpwatch' on Fedora.)

> 
> Brian

-- 
 ---------------------------------------------
 Bill R. Williams               <br...@et...>
 ------------------------ ETSU Library Systems
 ()  ascii ribbon campaign - against html e-mail
 /\  www.asciiribbon.org   - against proprietary attachments

Fredag 27 juni 2008 19:40, skrev Brian McKee:
> I know this hardly qualifies as a bug report, but I wanted to alert  
> the list to the issue, and see if anyone has any idea what the heck I
>   did, and how we can keep somebody else falling victim to the same
> problem....
>
> Brian

I use NSF share all the time, never had a problem. Could you tell us 
what commands you used, maybe we can reproduce.

What about the logs, do they reveal anything?
-- 
Klaus Ade
67E61D18B2C44F8A3DA35C6D849F9F5F 26FA477D

Begin forwarded message:

> From: Brian McKee <ma...@ma...>
> Date: June 27, 2008 1:40:27 PM EDT (CA)
> To: Mondo mailing list <mon...@li...>
> Subject: Missing Images after mondo run
> I just made a disturbing discovery.  My
> NFS share of iso images generated by mondo are empty....

Just a follow up.  I've reviewed the bash history and the sudo logs  
of both the account with access and root.
*I* removed the new images from the last run myself.
I *didn't* remove the standard images from the other two folders that  
I really need....

I do note that the folder with the old images in it that are still  
there is not writeable via nfs while the other three are, so the  
mondo theory is still possible.

Brian

Hi List

I just made a disturbing discovery.  My NFS share of iso images  
generated by mondo are empty....

I have been keeping an NFS share for mondo for years.  I restore from  
it all the time, and occasionally image new systems into it.

A week ago there were three folders in that share - two different  
versions of our current standard desktop, and an old set of images  
from a testing box.  'Locate' proves I'm not loosing my mind - the  
iso's were in there.

This week I tried mondo for the first time on an Ubuntu 8.04 system.   
I created a fourth folder in the same share and backed up into that.   
I later burnt off the small image from /var on that machine and tried  
to restore to another system unsucessfully.  (IDE not SATA likely the  
issue).   I did another imaging run the next day, but didn't review  
the results.

What I don't understand is now three of those four folders are empty.

I cannot for the life of me figure out how I could have deleted the  
contents of three separate folders - two of which that are so  
important.  I am the only one with access to those folders.  I'm 90%  
sure that somehow I managed to delete those images by imaging and/or  
restoring with mondo.

Of course I only figured this out after I'd sync'd the off-site  
backup, so now I'm toast....   It's not the end of the world,  I can  
pull a desktop from service and re-image it, then go through the  
process of making it 'generic' again,  but the older version is gone  
forever, and it's going to be a bunch of work either way.

I know this hardly qualifies as a bug report, but I wanted to alert  
the list to the issue, and see if anyone has any idea what the heck I  
did, and how we can keep somebody else falling victim to the same  
problem....

Brian

>
>
> Why not. I wasn't aware of that command 5 minutes ago ;-)
> You could boot in expert mode, hack your i-want-my-lvm script to use
> that command and launch monorestore -Z nuke after e.g. to see if it
> fixes things for you.
>

Ok, I added /sbin/partprobe to /etc/mindi/deplist.txt and tried this, but
with no luck.  I just added /sbin/partprobe to the top of the i-want-my-lvm
script.  Is that the correct hack?  I wasn't to sure of the format of that
file, since most commands appear commented.

Thanks
Jeremy

Torsdag 26 juni 2008 12:03, skrev Bruno Cornec:
> Thanks for the feedback !

Sure, no problem.

> I see so many problem report here, that sometimes I forget it's also
> working for most of the people ;-)

Exactly! We the users should be better at telling when it does work, as 
we are at complaining when it doesn't work.

> Bruno.

-- 
Klaus Ade
67E61D18B2C44F8A3DA35C6D849F9F5F 26FA477D

Hi,

 

How do I back up to a Samba share with -n?  If that does not work, what
do you suggest?

 

Here is what I tried, without success (not to mention the seg fault).

 

Ron

[05:01  ~]

ZsiAutoTest> mount

/dev/sda1 on / type ext3 (rw,errors=remount-ro)

proc on /proc type proc (rw,noexec,nosuid,nodev)

/sys on /sys type sysfs (rw,noexec,nosuid,nodev)

varrun on /var/run type tmpfs (rw,noexec,nosuid,nodev,mode=0755)

varlock on /var/lock type tmpfs (rw,noexec,nosuid,nodev,mode=1777)

udev on /dev type tmpfs (rw,mode=0755)

devshm on /dev/shm type tmpfs (rw)

devpts on /dev/pts type devpts (rw,gid=5,mode=620)

lrm on /lib/modules/2.6.24-16-386/volatile type tmpfs (rw)

securityfs on /sys/kernel/security type securityfs (rw)

rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)

nfsd on /proc/fs/nfsd type nfsd (rw)

//ronm-xplt/Buffalo on /mnt/Buffalo type cifs (rw,mand)

 

[05:01  ~]

ZsiAutoTest> sudo mondoarchive -Op ZsiAutoTest -n ronm-xplt:/mnt/Buffalo
-NgFGd /mnt/Buffalo/Backup/ZsiAutoTest

Initializing...

See /var/log/mondoarchive.log for details of backup run.

Checking sanity of your Linux distribution

/sbin/mkfs.vfat

Filesystem         1048576-blocks      Used Available Capacity Mounted
on

/dev/sda1                   72023     31315     37050      46% /

Done.

NFS share is not mounted. Please mount it.

Errors were detected in the command line you supplied.

Please review the log file - /var/log/mondoarchive.log

Segmentation fault

 

[05:01  ~]

ZsiAutoTest> cat /var/log/mondoarchive.log

Time started: Thu Jun 26 05:01:07 2008

 

running: dmesg -n1 > /mondo-run-prog-thing.tmp 2>
/mondo-run-prog-thing.err

--------------------------------start of
output-----------------------------

--------------------------------end of
output------------------------------

...ran just fine. :-)

Mondo Archive v2.2.4-1532 --- http://www.mondorescue.org

running i386 binaries

running on i686 architecture

-----------------------------------------------------------

NB: Mondo logs almost everything, so don't panic if you see

some error messages.  Please read them carefully before you

decide to break out in a cold sweat.    Despite (or perhaps

because of) the wealth of messages. some users are inclined

to stop reading this log. If Mondo stopped for some reason,

chances are it's detailed here.  More than likely there's a

message at the very end of this log that will tell you what

is wrong. Please read it!                          -Devteam

-----------------------------------------------------------

Zero...

[Main] main.c->welcome_to_mondoarchive#187: One...

        [Main] main.c->welcome_to_mondoarchive#188: Two...

                [Main] main.c->welcome_to_mondoarchive#189: Three...

                        [Main] main.c->welcome_to_mondoarchive#190:
Four...

        [Main]
main.c->distro_specific_kludges_at_start_of_mondoarchive#207: Unmounting
old ramdisks if necessary

running: umount `mount | grep shm | grep mondo | cut -d' ' -f3` >
/mondo-run-prog-thing.tmp 2> /mondo-run-prog-thing.err

--------------------------------start of
output-----------------------------

--------------------------------end of
output------------------------------

...ran with res=512

running: mount | grep cdrom | grep super > /mondo-run-prog-thing.tmp 2>
/mondo-run-prog-thing.err

--------------------------------start of
output-----------------------------

--------------------------------end of
output------------------------------

...ran with res=256

running: mount | grep floppy | grep super > /mondo-run-prog-thing.tmp 2>
/mondo-run-prog-thing.err

--------------------------------start of
output-----------------------------

--------------------------------end of
output------------------------------

...ran with res=256

[Main] libmondo-tools.c->mount_boot_if_necessary#1416: Started sub

                        [Main]
libmondo-tools.c->mount_boot_if_necessary#1417: About to set
g_boot_mountpt[0] to '\0'

                        [Main]
libmondo-tools.c->mount_boot_if_necessary#1419: Done. Great. Seeting
command to something

                        [Main]
libmondo-tools.c->mount_boot_if_necessary#1422: Cool. Command = 'grep -v
":" /etc/fstab | grep -vE '^#.*$' | grep -E "[  ]/boot[ ]" | tr -s ' ' '
' | cut -f1 | head -n1'

                        [Main]
libmondo-tools.c->mount_boot_if_necessary#1424: tmp = ''

[Main] libmondo-tools.c->mount_boot_if_necessary#1458: Ended sub

[Main] libmondo-tools.c->get_kernel_version#416: g_kernel_version =
2.624000

[Main] libmondo-tools.c->reset_bkpinfo#981: Hi

root is mounted at /dev/sda

 

No, Schlomo, that doesn't mean /dev/sda is the root partition. It's just
a debugging message. Relax. It's part of
am_I_in_disaster_recovery_mode().

[Main] libmondo-devices.c->am_I_in_disaster_recovery_mode#365: Is this a
ramdisk? result = 0

Checking sanity of your Linux distribution

        [Main] libmondo-tools.c->some_basic_system_sanity_checks#1114:
Free space on partition of /var/cache/mindi = 37050 MB

running: grep ramdisk /proc/devices >
/tmp/mondo.tmp.w0MKY4/mondo-run-prog-thing.tmp 2>
/tmp/mondo.tmp.w0MKY4/mondo-run-prog-thing.err

--------------------------------start of
output-----------------------------

--------------------------------end of
output------------------------------

...ran just fine. :-)

running: mount | grep -w vfat | grep -vE "/dev/fd|nexdisk" >
/tmp/mondo.tmp.w0MKY4/mondo-run-prog-thing.tmp 2>
/tmp/mondo.tmp.w0MKY4/mondo-run-prog-thing.err

--------------------------------start of
output-----------------------------

--------------------------------end of
output------------------------------

...ran with res=256

running: mount | grep -w dos | grep -vE "/dev/fd|nexdisk" >
/tmp/mondo.tmp.w0MKY4/mondo-run-prog-thing.tmp 2>
/tmp/mondo.tmp.w0MKY4/mondo-run-prog-thing.err

--------------------------------start of
output-----------------------------

--------------------------------end of
output------------------------------

...ran with res=256

                        [Main] libmondo-files.c->find_home_of_exe#431:
find_home_of_exe () --- Found cmp at /usr/bin/cmp

        [Main] libmondo-tools.c->some_basic_system_sanity_checks#1213:
Directory /etc/modprobe.d found. mindi will use its contents.

running: mindi -V > /tmp/mondo.tmp.w0MKY4/mondo-run-prog-thing.tmp 2>
/tmp/mondo.tmp.w0MKY4/mondo-run-prog-thing.err

--------------------------------start of
output-----------------------------

--------------------------------end of
output------------------------------

...ran just fine. :-)

running: parted2fdisk -l | grep -i raid >
/tmp/mondo.tmp.w0MKY4/mondo-run-prog-thing.tmp 2>
/tmp/mondo.tmp.w0MKY4/mondo-run-prog-thing.err

--------------------------------start of
output-----------------------------

--------------------------------end of
output------------------------------

...ran with res=256

Done.

        [Main]
libmondo-devices.c->sensibly_set_tmpdir_and_scratchdir#2534:
bkpinfo->tmpdir is being set to //tmp.mondo.2620

        [Main]
libmondo-devices.c->sensibly_set_tmpdir_and_scratchdir#2538:
bkpinfo->scratchdir is being set to //mondo.scratch.19434

                        [Main] libmondo-files.c->find_home_of_exe#431:
find_home_of_exe () --- Found afio at /bin/afio

NFS share is not mounted. Please mount it.

 

                [Main] mondo-cli.c->process_switches#640: mount =
ronm-xplt:/mnt/Buffalo

                [Main] mondo-cli.c->process_switches#641: isodir= 

                [Main] mondo-cli.c->process_switches#731: -N means we're
now excluding /mnt/Buffalo

running: echo hi > //mnt/Buffalo/Backup/ZsiAutoTest/.dummy.txt >
/tmp/mondo.tmp.w0MKY4/mondo-run-prog-thing.tmp 2>
/tmp/mondo.tmp.w0MKY4/mondo-run-prog-thing.err

--------------------------------start of
output-----------------------------

--------------------------------end of
output------------------------------

...ran just fine. :-)

running: which gzip > /tmp/mondo.tmp.w0MKY4/mondo-run-prog-thing.tmp 2>
/tmp/mondo.tmp.w0MKY4/mondo-run-prog-thing.err

--------------------------------start of
output-----------------------------

--------------------------------end of
output------------------------------

...ran just fine. :-)

running: grep -Ei suse /etc/issue.net | grep -E '9.0' | grep 64 >
/tmp/mondo.tmp.w0MKY4/mondo-run-prog-thing.tmp 2>
/tmp/mondo.tmp.w0MKY4/mondo-run-prog-thing.err

--------------------------------start of
output-----------------------------

--------------------------------end of
output------------------------------

...ran with res=256

running: which mkfs.vfat >
/tmp/mondo.tmp.w0MKY4/mondo-run-prog-thing.tmp 2>
/tmp/mondo.tmp.w0MKY4/mondo-run-prog-thing.err

--------------------------------start of
output-----------------------------

--------------------------------end of
output------------------------------

...ran just fine. :-)

                [Main] mondo-cli.c->handle_incoming_parameters#261:
Switches:-

                [Main] mondo-cli.c->handle_incoming_parameters#265: -F 

                [Main] mondo-cli.c->handle_incoming_parameters#265: -G 

                [Main] mondo-cli.c->handle_incoming_parameters#265: -N 

                [Main] mondo-cli.c->handle_incoming_parameters#265: -O 

                [Main] mondo-cli.c->handle_incoming_parameters#265: -d
/mnt/Buffalo/Backup/ZsiAutoTest

                [Main] mondo-cli.c->handle_incoming_parameters#265: -g 

                [Main] mondo-cli.c->handle_incoming_parameters#265: -n
ronm-xplt:/mnt/Buffalo

                [Main] mondo-cli.c->handle_incoming_parameters#265: -p
ZsiAutoTest

[Main] main.c->main#445: Mondoarchive will now exit.

        [Main] libmondo-files.c->register_pid#812: Unregistering PID

running: umount /mnt/cdrom >
/tmp/mondo.tmp.w0MKY4/mondo-run-prog-thing.tmp 2>
/tmp/mondo.tmp.w0MKY4/mondo-run-prog-thing.err

--------------------------------start of
output-----------------------------

--------------------------------end of
output------------------------------

...ran with res=256

running: rm -Rf /mondo.scratch.* /tmp.mondo.* >
/tmp/mondo.tmp.w0MKY4/mondo-run-prog-thing.tmp 2>
/tmp/mondo.tmp.w0MKY4/mondo-run-prog-thing.err

--------------------------------start of
output-----------------------------

--------------------------------end of
output------------------------------

...ran just fine. :-)

running: rm -Rf //tmp.mondo.2620 //mondo.scratch.19434 >
/tmp/mondo.tmp.w0MKY4/mondo-run-prog-thing.tmp 2>
/tmp/mondo.tmp.w0MKY4/mondo-run-prog-thing.err

--------------------------------start of
output-----------------------------

--------------------------------end of
output------------------------------

...ran just fine. :-)

[Main] newt-specific.c->finish#499: Calling newtSuspend()

Bruno Cornec wrote:
> Hi Matt !
> 
> Matt Anderson said on Wed, Jun 25, 2008 at 11:25:58AM -0600:
>> Additionally I get some errors in my dmesg when the system is trying to
>> read the DVD:
>>
>> SQUASHFS error: sb_bread failed reading block 0x7827f
>> SQUASHFS error: Unable to read page, block 1e081355, size 1e998
> 
> Ah. Maybe an issue with the size of the ramdisk :-(

Hmm.. I had booted the system off a Fedora Live CD, so this problem 
might be related to that process using up all the available ram.

>> I don't know if those are related.  The system eventually reads the disc
>> okay, so I don't think that's a fatal issue (but I could be wrong.)
> 
> Well the structure may be ok, with a completely wrong content.

Would regenerating these index files after the archive was made help here?

>> running: tar -zxvf /mnt/cdrom/images/all.tar.gz ./tmp/mountlist.txt ./tmp/mondo-restore.cfg ./tmp/biggielist.txt ./tmp/filelist.full.gz ./tmp/i-want-my-lvm > //mondo.tmp.yIVjb0/mondo-run-prog-thing.tmp 2> //mondo.tmp.yIVjb0/mondo-run-prog-thing.err
>> --------------------------------start of output-----------------------------
>> tar: ./tmp/mountlist.txt: Not found in archive
>> tar: ./tmp/mondo-restore.cfg: Not found in archive
>> tar: ./tmp/biggielist.txt: Not found in archive
>> tar: ./tmp/filelist.full.gz: Not found in archive
>> tar: ./tmp/i-want-my-lvm: Not found in archive
>> tar: Error exit delayed from previous errors
> 
> 
> Could be also useful to provide the /var/log/mindi.log on the original
> system, to see if something was wrong at backup time.

Unfortunately the system was reinstalled over once the backup was done, 
so unless this was saved off somewhere automatically I think it is lost.

-matt

Jeremy Lyon said on Thu, Jun 26, 2008 at 10:55:04AM -0600:

> > For me the rest of the commands are cpore-dumping because they use a
> > partition table different from what the kernel has in memory.
> >
> 
> Any way to call partprobe to refresh the partition table?

Why not. I wasn't aware of that command 5 minutes ago ;-)
You could boot in expert mode, hack your i-want-my-lvm script to use
that command and launch monorestore -Z nuke after e.g. to see if it
fixes things for you.

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

Eddie said on Thu, Jun 12, 2008 at 02:40:54PM -0700:

> Here you go.
> http://www.4096k.info/~eddie/mondo/mondo2.jpg
> http://www.4096k.info/~eddie/mondo/mondo3.jpg

Ok. Sorry for that, but could you go back upper in the stack of messages
(In fact you have to press twice Shift PagUp, as it only present the
half previous page). I still miss the begining of the restore process
where drivers that should support your env are loaded.

However, from what I see, it seems that the lack of modules.dep is a
problem for your modprobe. Is this file on the recovery media in the
boot disk ?

Could add it in /etc/mindi/deplist.txt and retry again ?

Maybe this is a Slackware specificity that I need to take in account.
Bruno.
-- 
Linux Profession Lead EMEA  / Open Source Evangelist \        HP C&I EMEA IET
http://www.mondorescue.org / HP/Intel Solution Center \  http://hpintelco.net
Des infos sur Linux?  http://www.HyPer-Linux.org      http://www.hp.com/linux
La musique ancienne?  http://www.musique-ancienne.org http://www.medieval.org

>
> For me the rest of the commands are cpore-dumping because they use a
> partition table different from what the kernel has in memory.
>

Any way to call partprobe to refresh the partition table?

Thanks
Jeremy

Jeremy Lyon said on Sun, Jun 22, 2008 at 05:18:37PM -0600:

> Any thoughts on what could be happening with this?  Do you need me to run
> anymore tests?

Well it seems that when you want to restore automatically, you have your
kernel avoiding the partitions to be written correctly, thus forcing you
to reboot. I'm not sure I can do a lot to solve that. Espeically if a 2
step restore is working (first do parts + LVM) then do the restore.

RHN is down now, but I think you have a fairly recent kernel so don't
know what to advise here.

For me the rest of the commands are cpore-dumping because they use a
partition table different from what the kernel has in memory.

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

/Les Dunaway said on Sun, Jun 22, 2008 at 09:33:04AM -0400: /

> /> I have installed mondo / mindi
> /
/
How ?

/

> /> [root@bilbo les]# rpm -aq | grep mindi
> > mindi-busybox-1.7.3-1.fc8
> > mindi-2.0.2-1.fc8
> > mondo-2.2.6-1.fc8
> /
/
which arch ?

/

> /> I've added the symlink from /usr/lib/mindi to /usr/lib64/mindi as per 
> > one of the posts
> /
/
You don't have to do that. rpms are normally built and coherent.

/

> /> I also tried setting MINDI_LIB
> /
/
Don't mess with that yourself. Except if you do manual install.

/

> /> MONDO_SHARE = /usr/share/mondo
> > MINDI_LIB = /usr/local/lib64/mindi
> > MINDI_SBIN = /usr/local/sbin
> > MINDI_CONF = /usr/local/etc/mindi
> /
/
Hummmm. How did you do the installation ?
With rpm you should have MINDI_LIB = /usr/lib64/mindi and the like for
other variables. You seem to have a mix of rpm and manually
compiled/installed version.

Bruno./


I added mondorpms to my yum and installed all that way - except afio and buffer which aren't there. I'm on fc8_64

Maybe I should nuke-all and re-install???????

-- 
------------------------------------------------------------------------
L.W.(Les) Dunaway
770-490-7546
Some men see things as they are and ask why. Others dream things that 
never were and ask why not.

George Bernard Shaw

------------------------------------------------------------------------

Hi Matt !

Matt Anderson said on Wed, Jun 25, 2008 at 11:25:58AM -0600:
> Additionally I get some errors in my dmesg when the system is trying to
> read the DVD:
> 
> SQUASHFS error: sb_bread failed reading block 0x7827f
> SQUASHFS error: Unable to read page, block 1e081355, size 1e998

Ah. Maybe an issue with the size of the ramdisk :-(

> I don't know if those are related.  The system eventually reads the disc
> okay, so I don't think that's a fatal issue (but I could be wrong.)

Well the structure may be ok, with a completely wrong content.

> running: tar -zxvf /mnt/cdrom/images/all.tar.gz ./tmp/mountlist.txt ./tmp/mondo-restore.cfg ./tmp/biggielist.txt ./tmp/filelist.full.gz ./tmp/i-want-my-lvm > //mondo.tmp.yIVjb0/mondo-run-prog-thing.tmp 2> //mondo.tmp.yIVjb0/mondo-run-prog-thing.err
> --------------------------------start of output-----------------------------
> tar: ./tmp/mountlist.txt: Not found in archive
> tar: ./tmp/mondo-restore.cfg: Not found in archive
> tar: ./tmp/biggielist.txt: Not found in archive
> tar: ./tmp/filelist.full.gz: Not found in archive
> tar: ./tmp/i-want-my-lvm: Not found in archive
> tar: Error exit delayed from previous errors


Could be also useful to provide the /var/log/mindi.log on the original
system, to see if something was wrong at backup time.

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

Klaus Ade Johnstad said on Wed, Jun 25, 2008 at 02:08:22PM +0200:

> But I did manage to test the latest 2.2.6 on a plain ide-machine, using 
> these packages:mindi_2.0.2,mondo_2.2.6 and mindi-busybox_1.7.3-1
> worked great creating and restoring from both DVD and NFS.

Thanks for the feedback !
I see so many problem report here, that sometimes I forget it's also
working for most of the people ;-)

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

I'm using mondo-2.2.6-1 on Fedora 9 to restore my system, but when I
attempt to run mondorestore it fails asking me to insert the CD and try
again.  Looking at the log file this seems to be where things break
down:
	[Main] mondo-rstr-tools.c->get_cfg_file_from_archive#2355: gcffa
	--- Plan B, a.k.a. untarring some file from all.tar.gz
	running: tar -zxvf /mnt/cdrom/images/all.tar.gz
	./tmp/mountlist.txt ./tmp/mondo-restore.cfg ./tmp/biggielist.txt
	./tmp/filelist.full.gz ./tmp/i-want-my-lvm >
	//mondo.tmp.yIVjb0/mondo-run-prog-thing.tmp 2>
	////mondo.tmp.yIVjb0/mondo-run-prog-thing.err
	--------------------------------start of
	output-----------------------------
	tar: ./tmp/mountlist.txt: Not found in archive
	tar: ./tmp/mondo-restore.cfg: Not found in archive
	tar: ./tmp/biggielist.txt: Not found in archive
	tar: ./tmp/filelist.full.gz: Not found in archive
	tar: ./tmp/i-want-my-lvm: Not found in archive
	tar: Error exit delayed from previous errors

I checked the /mnt/cdrom/images/all.tar.gz archive, and my files are in
there, but there is no /tmp included in that archive, so all the files
mondorestore is looking for are not present.

Additionally I get some errors in my dmesg when the system is trying to
read the DVD:

SQUASHFS error: sb_bread failed reading block 0x7827f
SQUASHFS error: Unable to read page, block 1e081355, size 1e998

I don't know if those are related.  The system eventually reads the disc
okay, so I don't think that's a fatal issue (but I could be wrong.)

Any thoughts?  I could move the contents of these three DVDs to an NFS
host if that would make things better.

-matt

Fredag 20 juni 2008 07:18, skrev Bruno Cornec:
> Klaus Ade Johnstad said on Thu, Jun 19, 2008 at 02:36:19PM +0200:
> > I had absolutely no problems creating and restoring from both DVD
> > and NFS on a Dell Latitude D830 (N-series without OS) running
> > Debian Etch.
> >
> > The machine uses mondo/mindi from Debian Etch repository, and a
> > 2.6.24 kernel from etchnhalf (because of the intel wifi).
> >
> > Great work, no problems.
>
> Kudos should go to Andree as he's maintaining the Debin packages.

So true, thanks Andree!

> Now, if you ave time and like adventure, you may want to also test
> the latest 2.2.6 (remove the previous packages before). I even
> provide a source.list file, that is not tested yet again ;-)

I'm no longer in possesion of these laptops (they are in shipping 
between continents). 

But I did manage to test the latest 2.2.6 on a plain ide-machine, using 
these packages:mindi_2.0.2,mondo_2.2.6 and mindi-busybox_1.7.3-1
worked great creating and restoring from both DVD and NFS.

> Bruno.

-- 
Klaus Ade
67E61D18B2C44F8A3DA35C6D849F9F5F 26FA477D

MEYROU Frédéric-Prestataire said on Tue, Aug 07, 2007 at 04:04:37PM +0200:

> mondoarchive -O -t -d /dev/st0 -N -F -Q -s '20g' -H
> It says : "Fatal error... Sorry, you may not nuke w/o warning from tape. Drop -H, please."
> 
> According to the code, it sounds logical (!), but I still do not understand why?!!!
> 
> 	if (flag_set['t'] && flag_set['H']) {
> 		fatal_error
> 			("Sorry, you may not nuke w/o warning from tape. Drop -H, please.");
> 	}

Ok, I removed it from my upcoming 2.2.7 version, as indeed I don't see a
good reason to act like that, especially now we have OBDR support.

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

Bruno Cochofel said on Fri, Jun 20, 2008 at 12:19:10PM +0100:

> I've noticed that , under /usr/sbin/mindi, I have several NNN_MODS var, but
> not FORCE_MODS. I have IDE_MODS and EXTRA_MODS.

$ grep FORCE_MODS /usr/sbin//mindi
FORCE_MODS=""
        list_of_groovy_mods="$CDROM_MODS $FORCE_MODS
`WhichOfTheseModulesAreLoaded "$SCSI_MODS"`"
echo "FORCE_MODS:" >> $LOGFILE
echo $FORCE_MODS >> $LOGFILE

> Also, is there a problem with the kernel of my archive machine being for P4
> and the restore one is a AMD Sempron(tm) ?

It may. The kernel has o be able to run on the target platform. So
depending how it was built, it may or may not work.

In doubt, rebuild it using no processor optimization, and it will work.
Bruno.
-- 
Linux Profession Lead EMEA  / Open Source Evangelist \        HP C&I EMEA IET
http://www.mondorescue.org / HP/Intel Solution Center \  http://hpintelco.net
Des infos sur Linux?  http://www.HyPer-Linux.org      http://www.hp.com/linux
La musique ancienne?  http://www.musique-ancienne.org http://www.medieval.org

JeffS said on Fri, Jun 20, 2008 at 09:03:34AM -0400:

> I see in trac this was fixed. When can we get it? It's a real pain. :-(

Advenurous people could try the yet very poorly tested test version at
ftp://ftp.mondorescue.org/test (2.2.7 mondo and 2.0.3 mindi)

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

Hi,

I've tried that option without success.  I've have rebuild the backup 
and the 1st mondo CD and every thing is going fine right now.

Thanks.


Jean-Philippe Blais a écrit :
> Yes it is my case the system does not boot from usb.  I'll try the 
> usb=/dev/sdb tomorrow and I'll give feed back,
>
> Thanks!
> Jean-Philippe.
>
>
>
> Bruno Cornec a écrit :
>> Jean-Philippe Blais said on Fri, Jun 13, 2008 at 01:45:00PM -0400:
>>
>>   
>>> I've boot from a mondo CD in Interactive mode.
>>>     
>>
>> Ok, the "normal" way in my mind was to boot from the USB key directly.
>> Now I understand that some systems may not boot from USB. Is that your
>> case ?
>>
>>   
>>> I've tried with /deb/sdb and /dev/sdb1 for my USB device (when ask at the 
>>> begining)
>>> I've checked with fdisk -l and I see my usb drive
>>>     
>>
>> Ok, can you try to add usb=/dev/sdb at your boot prompt to your
>> interactive command and report again ?
>>
>>   
>>> running: mount | grep -F /mnt/cdrom > //mondo.tmp.rYx8cr/mondo-run-prog-thing.tmp 2> //mondo.tmp.rYx8cr/mondo-run-prog-thing.err
>>> --------------------------------start of output-----------------------------
>>> /dev/cdrom on /mnt/cdrom type iso9660 (ro)
>>> --------------------------------end of output------------------------------
>>> 	[Main] mondo-rstr-tools.c->mount_media#776: mount_media() - media already mounted. Fair enough.
>>>     
>>
>> THe problem in your case is that the /mnt/cdrom mountpoint is already
>> used by the CD you booted from. Hopefully ondo will be able to remount
>> the USB key on top of it.
>>
>>   
>>> 			[Main] libmondo-devices.c->mount_USB_here#1432: mount /dev/cdrom -t vfat /mnt/cdrom 2>> /var/log/mondorestore.log
>>>     
>>
>> For the moment the device used to mount the USB key isn't correct. That
>> may be an issue that will need a fix.
>>
>> Bruno.
>>   
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> ------------------------------------------------------------------------
>
> _______________________________________________
> Mondo-devel mailing list
> Mon...@li...
> https://lists.sourceforge.net/lists/listinfo/mondo-devel
>