mondo-devel Mailing List for Mondo Rescue

Thanks Bill. This working fine... for the backup!
I don't know if it is strickly related, but I have difficulties to do
the restore still around the partitioning:
- it does not work automatically
- when I try to manually edit the partition table in mondorestore I have
either a 'Seg fault' or '<*** glibc detected *** mondorestore: malloc():
memory corruption (fast): 0x08f55168'

I don't know how to retrieve mondorestore.log when I have such a
crash... because I have to reset the server to get back hand on it!

Hardware source/target is HP DL320 G5.
No RAID nor SmartArray so disc is seen as /dev/sda

Below some screen copy with 'SIGABT' error:

    final_size = 76319 MB
    +----------------------------+ Editing mountlist
    +----------------------------+
    |                                                                            
    |
    |  Device                   Mountpoint               Format    Size
    (MB)      |
    |  /dev/sda1                /                        ext3          
    4997  ^   |
    |  /dev/sda7                /udr                     ext3         
    19321  #   |
    |  /dev/sda5                /usr                     ext3         
    14998  :   |
    |  /dev/sda3                /log                     ext3         
    14998  :   |
    |  /dev/sda2                /db                      ext3         
    20003  :   |
    |  /dev/sda6                swap                     swap          
    2000  :   |
    |                                                                        
    :   |
    |                                                                        
    :   |
    |                                                                        
    :   |
    |                                                                        
    v   |
    |                                                                            
    |
    | 
    hQõ^H                                                                     
    |
    |                                                                            
    |
    |                                                                            
    |
    |                                                                            
    |
    |     < Add >    < Edit >    <Delete>    <Reload>    <Cancel>    < 
    OK  >     |
    M
    |     < Add >    < Edit >    <Delete>    <Reload>    <Cancel>   
    <*** glibc detected *** mondorestore: malloc(): memory corruption
    (fast): 0x08f55168
    ***---------------------------------------------------------+


    Changing /dev/sda2 from 20484217 KB to 20483948 KB
    Changing /dev/sda6 from 2048382 KB to 2048355 KB
    final_size = 76319 MB
    Mountlist adjusted to suit current hard drive(s)

    Changing /dev/sda6 from 2048382 KB to 2048355 KB
    final_size = 76319 MB
    Mountlist adjusted to suit current hard drive(s)
    SIGABRT signal received from OS
    Changing /dev/sda6 from 2048382 KB to 2048355 KB</>hpiLO->
    </>hpiLO-> quit319 MB
    status=0t adjusted to suit current hard drive(s)
    status_tag=COMMAND COMPLETED OS
    Abort - probably failed assertion. I'm sleeping for a few seconds so
    you can re
       Please edit the mountlist to your satisfaction, then click OK or
    Cancel.



*Adrien POLAERT*
__________________________________________________________
*Tel : **04 76 49 38 19
*Mob : **06 34 23 56 20
E-Mail  : adr...@fr... <mailto:adr...@fr...>*
*


Bill R. Williams wrote:
> On Thu, Jul 30, 2009 at 05:40:50PM +0200, Adrien Polaert wrote:
>   
>> Hello,
>>
>> I am running a quite recent test version of Mondo:
>> mindi-busybox-1.7.3-1.fc7
>> mondo-2.2.9-0.20090729004531.fc7
>> mindi-2.0.7-0.20090729004531.fc7
>>
>> ... but I am doing backup of quite old FC7!
>>
>> During the mondoarchive, I had an error with mindi. Looking closer it
>> appears that it doesn't like the 'LABEL' in my /etc/fstab.
>> I know this is supported but it complains anyway:
>>
>>     # mindi --makemountlist test
>>     Your mountlist will look like this:
>>     Analyzing LVM...
>>             DEVICE          MOUNTPOINT      FORMAT        SIZE (MB)     LABEL/UUID    
>>             /dev/sda1       /               ext2               4996     /1            
>>             /dev/sda7       /udr            ext2              19320     /udr1         
>>             /dev/sda5       /usr            ext2              14998     /usr1         
>>             /dev/sda3       /log            ext2              14998     /log1         
>>             /dev/sda2       /db             ext2              20002     /db1          
>>     tail: cannot open `+2' for reading: No such file or directory
>>     FATAL ERROR. Your system uses a LABEL partition (LABEL=SWAP-sda6),
>>     but you lack the tool to support it.
>>     Please replace labels with their correct devices in /etc/fstab or
>>     install findfs|blkid|vol_id
>>     Please e-mail a copy of /var/log/mindi.log to the mailing list.
>>     See http://www.mondorescue.org for more information.
>>     WE CANNOT HELP unless you enclose that file.
>>
>> Please note that:
>> - findfs is present
>> - blkid is present
>> - vol_id is not in udev for some time already
>>
>> Can you help me please to?
>> - either get rid of the 'LABEL' things in /etc/fstab a proper way
>>     
> In your /etc/fstab we see:
>   LABEL=SWAP-sda6         swap                    swap    defaults        0 0
> You can change the LABEL=... to the device (/dev/sda6)
> IF the LABEL is correct the device should be /dev/sda6; however, you
> should probably check to be sure it is the swap area (fdisk -l /dev/sda)
> and use the actual swap partition.
> Presuming that the swap really is /dev/sda6 I would change the line to
> this:
>   /dev/sda6                swap                    swap    defaults        0 0
>
>   
>> - or fix the issue with mindi
>>     
> The ability of mondo to detect and create labeled SWAP partitions
> worked on FC3 -- I have no idea why it doesn't work on FC7.
>
>   
>> Thanks,
>> (attached the mindi.log!)
>>
>> -- 
>> *Adrien ***    *
>> *
>>     
>
>   
>> mindi v2.0.7-r2310
>> i686 architecture detected
>> mindi called with the following arguments:
>> --makemountlist test
>> Start date : Thu Jul 30 23:54:18 MYT 2009
>> -----------------------------
>> MONDO_SHARE = 
>> MINDI_LIB = /usr/lib/mindi
>> MINDI_SBIN = /usr/sbin
>> MINDI_CONF = /etc/mindi
>> Found isolinux.bin at /usr/lib/syslinux/isolinux.bin
>> LVM set to v2
>> ----------
>> mount result:
>> -------------
>> /dev/sda1 on / type ext2 (rw)
>> proc on /proc type proc (rw)
>> sysfs on /sys type sysfs (rw)
>> devpts on /dev/pts type devpts (rw,gid=5,mode=620)
>> /dev/sda7 on /udr type ext2 (rw)
>> /dev/sda5 on /usr type ext2 (rw)
>> /dev/sda3 on /log type ext2 (rw)
>> /dev/sda2 on /db type ext2 (rw)
>> tmpfs on /dev/shm type tmpfs (rw)
>> none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
>> sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
>> -------------
>> -------------
>> cat /proc/cmdline:
>> -------------
>> ro root=LABEL=/1 console=ttyS1,9600
>> -------------
>> cat /proc/swaps:
>> -------------
>> Filename                                Type            Size    Used    Priority
>> -------------
>> cat /proc/partitions:
>> -------------
>> major minor  #blocks  name
>>
>>    8     0   78150744 sda
>>    8     1    5116671 sda1
>>    8     2   20482875 sda2
>>    8     3   15358140 sda3
>>    8     4          1 sda4
>>    8     5   15358108 sda5
>>    8     6    2048256 sda6
>>    8     7   19784016 sda7
>> -------------
>> cat /proc/filesystems:
>> -------------
>> nodev   sysfs
>> nodev   rootfs
>> nodev   bdev
>> nodev   proc
>> nodev   cpuset
>> nodev   binfmt_misc
>> nodev   debugfs
>> nodev   securityfs
>> nodev   sockfs
>> nodev   usbfs
>> nodev   pipefs
>> nodev   futexfs
>> nodev   tmpfs
>> nodev   inotifyfs
>> nodev   eventpollfs
>> nodev   devpts
>> nodev   ramfs
>> nodev   hugetlbfs
>>         iso9660
>> nodev   mqueue
>>         ext2
>> nodev   autofs
>>         msdos
>>         vfat
>> nodev   rpc_pipefs
>> nodev   nfs
>> nodev   nfs4
>> -------------
>> lsmod result:
>> -------------
>> Module                  Size  Used by
>> nfs                   226861  0 
>> lockd                  62409  1 nfs
>> nfs_acl                 7617  1 nfs
>> sunrpc                159133  4 nfs,lockd,nfs_acl
>> vfat                   16193  0 
>> msdos                  13249  0 
>> fat                    53213  2 vfat,msdos
>> autofs4                24645  2 
>> hidp                   26433  2 
>> l2cap                  30145  5 hidp
>> bluetooth              57125  2 hidp,l2cap
>> dm_mirror              24405  0 
>> dm_multipath           21705  0 
>> dm_mod                 57485  2 dm_mirror,dm_multipath
>> video                  21065  0 
>> sbs                    19173  0 
>> i2c_ec                  9281  1 sbs
>> i2c_core               24641  1 i2c_ec
>> button                 12113  0 
>> dock                   13669  0 
>> battery                14149  0 
>> ac                      9413  0 
>> parport_pc             29797  0 
>> lp                     15977  0 
>> parport                38025  2 parport_pc,lp
>> loop                   19785  0 
>> e1000                 117761  0 
>> tg3                   104517  0 
>> serio_raw              10821  0 
>> iTCO_wdt               14693  0 
>> iTCO_vendor_support     7877  1 iTCO_wdt
>> pcspkr                  7105  0 
>> sg                     37213  0 
>> ata_generic            12101  0 
>> ata_piix               18757  5 
>> libata                115417  2 ata_generic,ata_piix
>> sd_mod                 23873  6 
>> scsi_mod              137549  3 sg,libata,sd_mod
>> ext2                   65993  5 
>> mbcache                12357  1 ext2
>> ehci_hcd               35405  0 
>> ohci_hcd               23749  0 
>> uhci_hcd               26833  0 
>> FORCE_MODS:
>> -------------
>>
>> -------------
>> DENY_MODS:
>> -------------
>> kqemu
>> -------------
>> df result:
>> ----------
>> Filesystem    Type   1K-blocks      Used Available Use% Mounted on
>> /dev/sda1     ext2     4956284    254352   4446100   6% /
>> /dev/sda7     ext2    19164180     44992  18129988   1% /udr
>> /dev/sda5     ext2    14877060   2924112  11185044  21% /usr
>> /dev/sda3     ext2    14877092    337904  13771284   3% /log
>> /dev/sda2     ext2    19840924     66452  18750332   1% /db
>> tmpfs        tmpfs      517468         0    517468   0% /dev/shm
>> -------------
>> Liste of extra modules is:
>> ht st osst ide-tape ide_tape ide ide-floppy floppy ide-generic ide-detect ide-mod ide-disk ide_disk ide-cd ide_cd ide_cd_mod ide-cd_mod ide-cs ide-core ide_core ide-gd_mod edd paride ata_generic ata_piix libata dock via82cxxx generic nvidia ahci sata_nv cmd64x pata_amd pata_marvell pata_serverworks pata_sis amd74xx sis5513 jmicron sata_promise sata_via serverworks usb-storage usb-ohci usb-uhci usbcore usb_storage input hid uhci_hcd ehci_hcd uhci-hcd ehci-hcd ohci-hcd ohci_hcd usbkbd usbhid keybdev mousedev libusual scsi_mod ff-memless pcmcia_core ds yenta_socket 3w-xxxx 3w_xxxx 3w_9xxx 3w-9xxx 53c7,8xx a100u2w a320raid aacraid adpahci advansys aha152x aha1542 aha1740 aic79xx aic79xx_mod aic7xxx aic7xxx_mod aic7xxx_old AM53C974 atp870u BusLogic cciss cpqfc dmx3191d dpt_i2o dtc eata eata_dma eata_pio fdomain gdth g_NCR5380 i2o_block i2o_core ide-scsi ieee1394 imm in2000 initio ips iscsi iscsi_tcp libiscsi scsi_transport_iscsi isp megaraid megaraid_mm megaraid_mbox megaraid_sas mptbase mptscsih mptsas mptspi mptfc mptscsi mptctl NCR53c406a ncr53c8xx nsp32 pas16 pci2000 pci2220i pcmcia ppa psi240i qla1280 qla2200 qla2300 qla2400 qla2xxx qla2xxx_conf qlogicfas qlogicfc qlogicisp qlogicfas qlogicfas408 raw1394 scsi_mod scsi_transport_sas scsi_transport_spi scsi_transport_fc sd_mod crc_t10dif crc-t10dif seagate sg sim710 sr_mod sym53c416 sym53c8xx sym53c8xx_2 t128 tmscsim u14-34f ultrastor wd7000 vmhgfs intermodule scsi_dh scsi_tgt emcpdm emcpgpx emcpmpx emcp dc395x sunrpc nfs nfs_acl lockd fscache loop mii 3c59x e100 bcm5700 bnx2 e1000 e1000e igb eepro100 ne2k-pci tg3 libphy pcnet32 8139cp 8139too 8390 forcedeth vmxnet vmnet exportfs af_packet cdrom isocd isofs inflate_fs nls_iso8859-1 nls_base nls_cp437 nls_utf8 sg sr_mod zlib_inflate iso9660 vfat fat loop md-mod linear raid0 raid1 xor raid10 raid5 raid456 lvm-mod dm-mod dm_mod dm-snapshot dm_snapshot dm-zero dm_zero dm-mirror dm_mirror dm-multipath dm-round-robin dm-emc dm-hp-sw dm-rdac multipath jfs xfs xfs_support pagebuf reiserfs ext2 ext3 minix nfs nfs_acl nfsd lockd sunrpc jbd mbcache ext4 jbd2 crc16 fuse
>> -------------
>> ide-generic removed from module list as your system uses libata v2+
>> -------------
>> Your raw fstab file looks like this:
>> ------------------------------------
>> LABEL=/1                /                       ext2    defaults        1 1
>> LABEL=/udr1             /udr                    ext2    defaults        1 2
>> LABEL=/usr1             /usr                    ext2    defaults        1 2
>> LABEL=/log1             /log                    ext2    defaults        1 2
>> LABEL=/db1              /db                     ext2    defaults        1 2
>> tmpfs                   /dev/shm                tmpfs   defaults        0 0
>> devpts                  /dev/pts                devpts  gid=5,mode=620  0 0
>> sysfs                   /sys                    sysfs   defaults        0 0
>> proc                    /proc                   proc    defaults        0 0
>> LABEL=SWAP-sda6         swap                    swap    defaults        0 0
>> Your mountlist will look like this:
>> -----------------------------------
>>         DEVICE          MOUNTPOINT      FORMAT          SIZE (MB)       LABEL/UUID     
>> Examining /dev/sda1 (mount=/ fmt=ext2 psz=5116671)
>>         /dev/sda1       /               ext2               4996 /1             
>> Examining /dev/sda7 (mount=/udr fmt=ext2 psz=19784016)
>>         /dev/sda7       /udr            ext2              19320 /udr1          
>> Examining /dev/sda5 (mount=/usr fmt=ext2 psz=15358108)
>>         /dev/sda5       /usr            ext2              14998 /usr1          
>> Examining /dev/sda3 (mount=/log fmt=ext2 psz=15358140)
>>         /dev/sda3       /log            ext2              14998 /log1          
>> Examining /dev/sda2 (mount=/db fmt=ext2 psz=20482875)
>>         /dev/sda2       /db             ext2              20002 /db1           
>>
>> Unable to open tmpfs
>>
>> Unable to open devpts
>>
>> Unable to open sysfs
>> FATAL ERROR. Your system uses a LABEL partition (LABEL=SWAP-sda6), but you lack the tool to support it.
>> Please replace labels with their correct devices in /etc/fstab or install findfs|blkid|vol_id
>> Please e-mail a copy of /var/log/mindi.log to the mailing list.
>> See http://www.mondorescue.org for more information.
>> WE CANNOT HELP unless you enclose that file.
>>
>> Mindi 2.0.7-r2310 is exiting
>> End date : Thu Jul 30 23:54:19 MYT 2009
>> ------------------------------------------------------------------------------
>>     
>
>   

On Thu, Jul 30, 2009 at 05:40:50PM +0200, Adrien Polaert wrote:
> Hello,
> 
> I am running a quite recent test version of Mondo:
> mindi-busybox-1.7.3-1.fc7
> mondo-2.2.9-0.20090729004531.fc7
> mindi-2.0.7-0.20090729004531.fc7
> 
> ... but I am doing backup of quite old FC7!
> 
> During the mondoarchive, I had an error with mindi. Looking closer it
> appears that it doesn't like the 'LABEL' in my /etc/fstab.
> I know this is supported but it complains anyway:
> 
>     # mindi --makemountlist test
>     Your mountlist will look like this:
>     Analyzing LVM...
>             DEVICE          MOUNTPOINT      FORMAT        SIZE (MB)     LABEL/UUID    
>             /dev/sda1       /               ext2               4996     /1            
>             /dev/sda7       /udr            ext2              19320     /udr1         
>             /dev/sda5       /usr            ext2              14998     /usr1         
>             /dev/sda3       /log            ext2              14998     /log1         
>             /dev/sda2       /db             ext2              20002     /db1          
>     tail: cannot open `+2' for reading: No such file or directory
>     FATAL ERROR. Your system uses a LABEL partition (LABEL=SWAP-sda6),
>     but you lack the tool to support it.
>     Please replace labels with their correct devices in /etc/fstab or
>     install findfs|blkid|vol_id
>     Please e-mail a copy of /var/log/mindi.log to the mailing list.
>     See http://www.mondorescue.org for more information.
>     WE CANNOT HELP unless you enclose that file.
> 
> Please note that:
> - findfs is present
> - blkid is present
> - vol_id is not in udev for some time already
> 
> Can you help me please to?
> - either get rid of the 'LABEL' things in /etc/fstab a proper way
In your /etc/fstab we see:
  LABEL=SWAP-sda6         swap                    swap    defaults        0 0
You can change the LABEL=... to the device (/dev/sda6)
IF the LABEL is correct the device should be /dev/sda6; however, you
should probably check to be sure it is the swap area (fdisk -l /dev/sda)
and use the actual swap partition.
Presuming that the swap really is /dev/sda6 I would change the line to
this:
  /dev/sda6                swap                    swap    defaults        0 0

> - or fix the issue with mindi
The ability of mondo to detect and create labeled SWAP partitions
worked on FC3 -- I have no idea why it doesn't work on FC7.

> Thanks,
> (attached the mindi.log!)
> 
> -- 
> *Adrien ***    *
> *

> mindi v2.0.7-r2310
> i686 architecture detected
> mindi called with the following arguments:
> --makemountlist test
> Start date : Thu Jul 30 23:54:18 MYT 2009
> -----------------------------
> MONDO_SHARE = 
> MINDI_LIB = /usr/lib/mindi
> MINDI_SBIN = /usr/sbin
> MINDI_CONF = /etc/mindi
> Found isolinux.bin at /usr/lib/syslinux/isolinux.bin
> LVM set to v2
> ----------
> mount result:
> -------------
> /dev/sda1 on / type ext2 (rw)
> proc on /proc type proc (rw)
> sysfs on /sys type sysfs (rw)
> devpts on /dev/pts type devpts (rw,gid=5,mode=620)
> /dev/sda7 on /udr type ext2 (rw)
> /dev/sda5 on /usr type ext2 (rw)
> /dev/sda3 on /log type ext2 (rw)
> /dev/sda2 on /db type ext2 (rw)
> tmpfs on /dev/shm type tmpfs (rw)
> none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
> sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
> -------------
> -------------
> cat /proc/cmdline:
> -------------
> ro root=LABEL=/1 console=ttyS1,9600
> -------------
> cat /proc/swaps:
> -------------
> Filename                                Type            Size    Used    Priority
> -------------
> cat /proc/partitions:
> -------------
> major minor  #blocks  name
> 
>    8     0   78150744 sda
>    8     1    5116671 sda1
>    8     2   20482875 sda2
>    8     3   15358140 sda3
>    8     4          1 sda4
>    8     5   15358108 sda5
>    8     6    2048256 sda6
>    8     7   19784016 sda7
> -------------
> cat /proc/filesystems:
> -------------
> nodev   sysfs
> nodev   rootfs
> nodev   bdev
> nodev   proc
> nodev   cpuset
> nodev   binfmt_misc
> nodev   debugfs
> nodev   securityfs
> nodev   sockfs
> nodev   usbfs
> nodev   pipefs
> nodev   futexfs
> nodev   tmpfs
> nodev   inotifyfs
> nodev   eventpollfs
> nodev   devpts
> nodev   ramfs
> nodev   hugetlbfs
>         iso9660
> nodev   mqueue
>         ext2
> nodev   autofs
>         msdos
>         vfat
> nodev   rpc_pipefs
> nodev   nfs
> nodev   nfs4
> -------------
> lsmod result:
> -------------
> Module                  Size  Used by
> nfs                   226861  0 
> lockd                  62409  1 nfs
> nfs_acl                 7617  1 nfs
> sunrpc                159133  4 nfs,lockd,nfs_acl
> vfat                   16193  0 
> msdos                  13249  0 
> fat                    53213  2 vfat,msdos
> autofs4                24645  2 
> hidp                   26433  2 
> l2cap                  30145  5 hidp
> bluetooth              57125  2 hidp,l2cap
> dm_mirror              24405  0 
> dm_multipath           21705  0 
> dm_mod                 57485  2 dm_mirror,dm_multipath
> video                  21065  0 
> sbs                    19173  0 
> i2c_ec                  9281  1 sbs
> i2c_core               24641  1 i2c_ec
> button                 12113  0 
> dock                   13669  0 
> battery                14149  0 
> ac                      9413  0 
> parport_pc             29797  0 
> lp                     15977  0 
> parport                38025  2 parport_pc,lp
> loop                   19785  0 
> e1000                 117761  0 
> tg3                   104517  0 
> serio_raw              10821  0 
> iTCO_wdt               14693  0 
> iTCO_vendor_support     7877  1 iTCO_wdt
> pcspkr                  7105  0 
> sg                     37213  0 
> ata_generic            12101  0 
> ata_piix               18757  5 
> libata                115417  2 ata_generic,ata_piix
> sd_mod                 23873  6 
> scsi_mod              137549  3 sg,libata,sd_mod
> ext2                   65993  5 
> mbcache                12357  1 ext2
> ehci_hcd               35405  0 
> ohci_hcd               23749  0 
> uhci_hcd               26833  0 
> FORCE_MODS:
> -------------
> 
> -------------
> DENY_MODS:
> -------------
> kqemu
> -------------
> df result:
> ----------
> Filesystem    Type   1K-blocks      Used Available Use% Mounted on
> /dev/sda1     ext2     4956284    254352   4446100   6% /
> /dev/sda7     ext2    19164180     44992  18129988   1% /udr
> /dev/sda5     ext2    14877060   2924112  11185044  21% /usr
> /dev/sda3     ext2    14877092    337904  13771284   3% /log
> /dev/sda2     ext2    19840924     66452  18750332   1% /db
> tmpfs        tmpfs      517468         0    517468   0% /dev/shm
> -------------
> Liste of extra modules is:
> ht st osst ide-tape ide_tape ide ide-floppy floppy ide-generic ide-detect ide-mod ide-disk ide_disk ide-cd ide_cd ide_cd_mod ide-cd_mod ide-cs ide-core ide_core ide-gd_mod edd paride ata_generic ata_piix libata dock via82cxxx generic nvidia ahci sata_nv cmd64x pata_amd pata_marvell pata_serverworks pata_sis amd74xx sis5513 jmicron sata_promise sata_via serverworks usb-storage usb-ohci usb-uhci usbcore usb_storage input hid uhci_hcd ehci_hcd uhci-hcd ehci-hcd ohci-hcd ohci_hcd usbkbd usbhid keybdev mousedev libusual scsi_mod ff-memless pcmcia_core ds yenta_socket 3w-xxxx 3w_xxxx 3w_9xxx 3w-9xxx 53c7,8xx a100u2w a320raid aacraid adpahci advansys aha152x aha1542 aha1740 aic79xx aic79xx_mod aic7xxx aic7xxx_mod aic7xxx_old AM53C974 atp870u BusLogic cciss cpqfc dmx3191d dpt_i2o dtc eata eata_dma eata_pio fdomain gdth g_NCR5380 i2o_block i2o_core ide-scsi ieee1394 imm in2000 initio ips iscsi iscsi_tcp libiscsi scsi_transport_iscsi isp megaraid megaraid_mm megaraid_mbox megaraid_sas mptbase mptscsih mptsas mptspi mptfc mptscsi mptctl NCR53c406a ncr53c8xx nsp32 pas16 pci2000 pci2220i pcmcia ppa psi240i qla1280 qla2200 qla2300 qla2400 qla2xxx qla2xxx_conf qlogicfas qlogicfc qlogicisp qlogicfas qlogicfas408 raw1394 scsi_mod scsi_transport_sas scsi_transport_spi scsi_transport_fc sd_mod crc_t10dif crc-t10dif seagate sg sim710 sr_mod sym53c416 sym53c8xx sym53c8xx_2 t128 tmscsim u14-34f ultrastor wd7000 vmhgfs intermodule scsi_dh scsi_tgt emcpdm emcpgpx emcpmpx emcp dc395x sunrpc nfs nfs_acl lockd fscache loop mii 3c59x e100 bcm5700 bnx2 e1000 e1000e igb eepro100 ne2k-pci tg3 libphy pcnet32 8139cp 8139too 8390 forcedeth vmxnet vmnet exportfs af_packet cdrom isocd isofs inflate_fs nls_iso8859-1 nls_base nls_cp437 nls_utf8 sg sr_mod zlib_inflate iso9660 vfat fat loop md-mod linear raid0 raid1 xor raid10 raid5 raid456 lvm-mod dm-mod dm_mod dm-snapshot dm_snapshot dm-zero dm_zero dm-mirror dm_mirror dm-multipath dm-round-robin dm-emc dm-hp-sw dm-rdac multipath jfs xfs xfs_support pagebuf reiserfs ext2 ext3 minix nfs nfs_acl nfsd lockd sunrpc jbd mbcache ext4 jbd2 crc16 fuse
> -------------
> ide-generic removed from module list as your system uses libata v2+
> -------------
> Your raw fstab file looks like this:
> ------------------------------------
> LABEL=/1                /                       ext2    defaults        1 1
> LABEL=/udr1             /udr                    ext2    defaults        1 2
> LABEL=/usr1             /usr                    ext2    defaults        1 2
> LABEL=/log1             /log                    ext2    defaults        1 2
> LABEL=/db1              /db                     ext2    defaults        1 2
> tmpfs                   /dev/shm                tmpfs   defaults        0 0
> devpts                  /dev/pts                devpts  gid=5,mode=620  0 0
> sysfs                   /sys                    sysfs   defaults        0 0
> proc                    /proc                   proc    defaults        0 0
> LABEL=SWAP-sda6         swap                    swap    defaults        0 0
> Your mountlist will look like this:
> -----------------------------------
>         DEVICE          MOUNTPOINT      FORMAT          SIZE (MB)       LABEL/UUID     
> Examining /dev/sda1 (mount=/ fmt=ext2 psz=5116671)
>         /dev/sda1       /               ext2               4996 /1             
> Examining /dev/sda7 (mount=/udr fmt=ext2 psz=19784016)
>         /dev/sda7       /udr            ext2              19320 /udr1          
> Examining /dev/sda5 (mount=/usr fmt=ext2 psz=15358108)
>         /dev/sda5       /usr            ext2              14998 /usr1          
> Examining /dev/sda3 (mount=/log fmt=ext2 psz=15358140)
>         /dev/sda3       /log            ext2              14998 /log1          
> Examining /dev/sda2 (mount=/db fmt=ext2 psz=20482875)
>         /dev/sda2       /db             ext2              20002 /db1           
> 
> Unable to open tmpfs
> 
> Unable to open devpts
> 
> Unable to open sysfs
> FATAL ERROR. Your system uses a LABEL partition (LABEL=SWAP-sda6), but you lack the tool to support it.
> Please replace labels with their correct devices in /etc/fstab or install findfs|blkid|vol_id
> Please e-mail a copy of /var/log/mindi.log to the mailing list.
> See http://www.mondorescue.org for more information.
> WE CANNOT HELP unless you enclose that file.
> 
> Mindi 2.0.7-r2310 is exiting
> End date : Thu Jul 30 23:54:19 MYT 2009
> ------------------------------------------------------------------------------

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

Hello,

I am running a quite recent test version of Mondo:
mindi-busybox-1.7.3-1.fc7
mondo-2.2.9-0.20090729004531.fc7
mindi-2.0.7-0.20090729004531.fc7

... but I am doing backup of quite old FC7!

During the mondoarchive, I had an error with mindi. Looking closer it
appears that it doesn't like the 'LABEL' in my /etc/fstab.
I know this is supported but it complains anyway:

    # mindi --makemountlist test
    Your mountlist will look like this:
    Analyzing LVM...
            DEVICE          MOUNTPOINT      FORMAT          SIZE
    (MB)       LABEL/UUID    
            /dev/sda1       /               ext2               4996
    /1            
            /dev/sda7       /udr            ext2              19320
    /udr1         
            /dev/sda5       /usr            ext2              14998
    /usr1         
            /dev/sda3       /log            ext2              14998
    /log1         
            /dev/sda2       /db             ext2              20002
    /db1          
    tail: cannot open `+2' for reading: No such file or directory
    FATAL ERROR. Your system uses a LABEL partition (LABEL=SWAP-sda6),
    but you lack the tool to support it.
    Please replace labels with their correct devices in /etc/fstab or
    install findfs|blkid|vol_id
    Please e-mail a copy of /var/log/mindi.log to the mailing list.
    See http://www.mondorescue.org for more information.
    WE CANNOT HELP unless you enclose that file.

Please note that:
- findfs is present
- blkid is present
- vol_id is not in udev for some time already

Can you help me please to?
- either get rid of the 'LABEL' things in /etc/fstab a proper way
- or fix the issue with mindi

Thanks,
(attached the mindi.log!)

-- 
*Adrien ***    *
*

On Tue, 28 Jul 2009 01:51:41 pm Doug Laidlaw wrote:
> On Tue, 28 Jul 2009 09:48:06 am Bruno Cornec wrote:
> > Doug Laidlaw said on Thu, Jul 16, 2009 at 09:22:42AM +1000:
> > > Mondoarchive backs up O.K.  At this point, it used to eject and reload
> > > the media twice.  Now, after the first reload, the log shows that it
> > > can't mount the CD-ROM and the screen prompts me for the path.
> > > Verfication then proceeds normally.
> >
> > Maybe it's linked to the time it takes to udev to recreate the
> > /dev/cdrom link correctly ?
> >
> > What about using /dev/scd0 or /dev/sr0, or ... the one pointed by
> > /dev/cdrom ?
> >
> > Nothing special in the log, and that's just an idea.
> >
> > Bruno.
>
> Thanks, I'll try that next time and report back if any further problem.
>
> Doug.
>
>
/dev/cdrom does point to /dev/sr0, but using that, mondoarchive balks 
completely and says that the backup failed. 

I am running the distro's own package, not the one from the mondo site.  An 
error may have crept in.

Doug.

Well, when I boot with DVD burned from iso created by mondoarchive, don't
restore the system.

I try type nuke, interactive and expert mode, and all fails.-

I obtain a shell and type mondorestore -> not found.

when booting de system cd, I viewd a several  FATAL_errors -> inserting
sd_mod.

Thas last messages are:
FYI, this CD was madde by Mindo not Mondo.

sh:can't acces tty: jobcontrl turned off

any suggestion?

Tahnls for advance,

regards,

Christian.




2009/7/30 Christian <chr...@gm...>

> Ok, the isssue is solved. The mindi.iso is only a Test boot CD but not
> contain de suite Mondosrecue.
>
> Thanks,
>
>
> regards,
>
> Christian.
>
>
> 2009/7/29 Christian <chr...@gm...>
>
> Thanks for the reply, but the problem is that no exists mondorescue.iso
>> into /var/cache/mindi
>>  this directory contain:
>>
>> TSE\crsilva@M5244:/> ls -l /var/cache/mindi/
>> total 38532
>> -rw-r--r-- 1 root root  8463578 28 jul 13:43 all.tar.gz
>> -rw-r--r-- 1 root root 16777216 28 jul 13:43 mindi-bootroot.16384.img
>> -rw-r--r-- 1 root root 14155776 28 jul 13:43 mindi.iso
>> TSE\crsilva@M5244:/>
>> ====================
>> I burned mindi.iso and boot CD not contain mondorestore. any suggestion?
>>
>>
>>
>> 2009/7/29 Bill R. Williams <br...@et...>
>>
>> On Wed, Jul 29, 2009 at 10:00:27AM +0200, Christian wrote:
>>> > Hello, I installed mindi-mondo (mondo-2.2.8-6.1,mindi-2.0.2-3.1) on
>>> OpenSUSE
>>> > 11.1 without any problems. mondoarchive works well and has created
>>> images of
>>> > the system correctly. Mindi creates an image  mindi.iso . We passed
>>> this iso
>>> > to a CD, but when I boot with CD and type "mondorestore" not located
>>> the
>>> > file. It's seems that the CD it's not completed. The content of CD is:
>>> >
>>> > M5244:/media/cdiso # ls -R
>>> > .:
>>> > archives  images  isolinux  isolinux.bin
>>> > ./archives:
>>> > ./images:
>>> > all.tar.gz
>>> > ./isolinux:
>>> > boot.cat  initrd.img  isolinux.bin  isolinux.cfg  message.txt  vmlinuz
>>>
>>> The mondoarchive.log also says:
>>>  Backup and/or verify ran to completion. Everything appears to be fine.
>>>  /var/cache/mindi/mondorescue.iso, a boot/utility CD, is available if
>>>  you want it.
>>>  Data archived OK.
>>>
>>> Try burning the /var/cache/mindi/mondorescue.iso to CD and see if you
>>> get a more complete environment.
>>>
>>> > thanks in advance!
>>> >
>>> > Christian
>>> > from
>>> > Barcelona
>>>
>>>
>>> --
>>>  ---------------------------------------------
>>>  Bill R. Williams               <br...@et...>
>>>  ------------------------ ETSU Library Systems
>>>  ()  ascii ribbon campaign - against html e-mail
>>>  /\  www.asciiribbon.org   - against proprietary attachments
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>> 30-Day
>>> trial. Simplify your report design, integration and deployment - and
>>> focus on
>>> what you do best, core application coding. Discover what's new with
>>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>>> _______________________________________________
>>> Mondo-devel mailing list
>>> Mon...@li...
>>> https://lists.sourceforge.net/lists/listinfo/mondo-devel
>>>
>>
>>
>

Ok, the isssue is solved. The mindi.iso is only a Test boot CD but not
contain de suite Mondosrecue.

Thanks,


regards,

Christian.


2009/7/29 Christian <chr...@gm...>

> Thanks for the reply, but the problem is that no exists mondorescue.iso
> into /var/cache/mindi
>  this directory contain:
>
> TSE\crsilva@M5244:/> ls -l /var/cache/mindi/
> total 38532
> -rw-r--r-- 1 root root  8463578 28 jul 13:43 all.tar.gz
> -rw-r--r-- 1 root root 16777216 28 jul 13:43 mindi-bootroot.16384.img
> -rw-r--r-- 1 root root 14155776 28 jul 13:43 mindi.iso
> TSE\crsilva@M5244:/>
> ====================
> I burned mindi.iso and boot CD not contain mondorestore. any suggestion?
>
>
>
> 2009/7/29 Bill R. Williams <br...@et...>
>
> On Wed, Jul 29, 2009 at 10:00:27AM +0200, Christian wrote:
>> > Hello, I installed mindi-mondo (mondo-2.2.8-6.1,mindi-2.0.2-3.1) on
>> OpenSUSE
>> > 11.1 without any problems. mondoarchive works well and has created
>> images of
>> > the system correctly. Mindi creates an image  mindi.iso . We passed this
>> iso
>> > to a CD, but when I boot with CD and type "mondorestore" not located the
>> > file. It's seems that the CD it's not completed. The content of CD is:
>> >
>> > M5244:/media/cdiso # ls -R
>> > .:
>> > archives  images  isolinux  isolinux.bin
>> > ./archives:
>> > ./images:
>> > all.tar.gz
>> > ./isolinux:
>> > boot.cat  initrd.img  isolinux.bin  isolinux.cfg  message.txt  vmlinuz
>>
>> The mondoarchive.log also says:
>>  Backup and/or verify ran to completion. Everything appears to be fine.
>>  /var/cache/mindi/mondorescue.iso, a boot/utility CD, is available if
>>  you want it.
>>  Data archived OK.
>>
>> Try burning the /var/cache/mindi/mondorescue.iso to CD and see if you
>> get a more complete environment.
>>
>> > thanks in advance!
>> >
>> > Christian
>> > from
>> > Barcelona
>>
>>
>> --
>>  ---------------------------------------------
>>  Bill R. Williams               <br...@et...>
>>  ------------------------ ETSU Library Systems
>>  ()  ascii ribbon campaign - against html e-mail
>>  /\  www.asciiribbon.org   - against proprietary attachments
>>
>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day
>> trial. Simplify your report design, integration and deployment - and focus
>> on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Mondo-devel mailing list
>> Mon...@li...
>> https://lists.sourceforge.net/lists/listinfo/mondo-devel
>>
>
>

Thanks for the reply, but the problem is that no exists mondorescue.iso into
/var/cache/mindi
 this directory contain:

TSE\crsilva@M5244:/> ls -l /var/cache/mindi/
total 38532
-rw-r--r-- 1 root root  8463578 28 jul 13:43 all.tar.gz
-rw-r--r-- 1 root root 16777216 28 jul 13:43 mindi-bootroot.16384.img
-rw-r--r-- 1 root root 14155776 28 jul 13:43 mindi.iso
TSE\crsilva@M5244:/>
====================
I burned mindi.iso and boot CD not contain mondorestore. any suggestion?



2009/7/29 Bill R. Williams <br...@et...>

> On Wed, Jul 29, 2009 at 10:00:27AM +0200, Christian wrote:
> > Hello, I installed mindi-mondo (mondo-2.2.8-6.1,mindi-2.0.2-3.1) on
> OpenSUSE
> > 11.1 without any problems. mondoarchive works well and has created images
> of
> > the system correctly. Mindi creates an image  mindi.iso . We passed this
> iso
> > to a CD, but when I boot with CD and type "mondorestore" not located the
> > file. It's seems that the CD it's not completed. The content of CD is:
> >
> > M5244:/media/cdiso # ls -R
> > .:
> > archives  images  isolinux  isolinux.bin
> > ./archives:
> > ./images:
> > all.tar.gz
> > ./isolinux:
> > boot.cat  initrd.img  isolinux.bin  isolinux.cfg  message.txt  vmlinuz
>
> The mondoarchive.log also says:
>  Backup and/or verify ran to completion. Everything appears to be fine.
>  /var/cache/mindi/mondorescue.iso, a boot/utility CD, is available if
>  you want it.
>  Data archived OK.
>
> Try burning the /var/cache/mindi/mondorescue.iso to CD and see if you
> get a more complete environment.
>
> > thanks in advance!
> >
> > Christian
> > from
> > Barcelona
>
>
> --
>  ---------------------------------------------
>  Bill R. Williams               <br...@et...>
>  ------------------------ ETSU Library Systems
>  ()  ascii ribbon campaign - against html e-mail
>  /\  www.asciiribbon.org   - against proprietary attachments
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Mondo-devel mailing list
> Mon...@li...
> https://lists.sourceforge.net/lists/listinfo/mondo-devel
>

I have installed mondorescue (Mondo Archive v2.2.8-r2141) and have had  
success creating and restoring bootable tape archives. I am testing  
mondoresque with an external USB drive and running into problems.

I have reviewed the archives and while I have found others with USB  
issues, they do not appear to be using USB hard drives with ext3  
formating.

The Unit I am using as a DELL RD1000 with 160G drives (149.04 to be  
exact). The drives are formatted as ext3. Disks in the enclosure show  
up as /dev/sdb, with my single ext3 partition as /dev/sdb1.

I have tried mondoarchive without options and selected the "USB Key/ 
Drive" option and from the command line "mondoarchive -OU -d /dev/sdb1  
-s 149g -p `hostname -s`. Both fail when attempting to write the  
bootable USB image to the drive.

I have attached mondoarchive.log and mindi.log

Thanks in advance for ay assistance.

Lewis

On Wed, Jul 29, 2009 at 10:00:27AM +0200, Christian wrote:
> Hello, I installed mindi-mondo (mondo-2.2.8-6.1,mindi-2.0.2-3.1) on OpenSUSE
> 11.1 without any problems. mondoarchive works well and has created images of
> the system correctly. Mindi creates an image  mindi.iso . We passed this iso
> to a CD, but when I boot with CD and type "mondorestore" not located the
> file. It's seems that the CD it's not completed. The content of CD is:
> 
> M5244:/media/cdiso # ls -R
> .:
> archives  images  isolinux  isolinux.bin
> ./archives:
> ./images:
> all.tar.gz
> ./isolinux:
> boot.cat  initrd.img  isolinux.bin  isolinux.cfg  message.txt  vmlinuz

The mondoarchive.log also says:
  Backup and/or verify ran to completion. Everything appears to be fine.
  /var/cache/mindi/mondorescue.iso, a boot/utility CD, is available if
  you want it.
  Data archived OK. 

Try burning the /var/cache/mindi/mondorescue.iso to CD and see if you
get a more complete environment.

> thanks in advance!
> 
> Christian
> from
> Barcelona


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

Hello, I installed mindi-mondo (mondo-2.2.8-6.1,mindi-2.0.2-3.1) on OpenSUSE
11.1 without any problems. mondoarchive works well and has created images of
the system correctly. Mindi creates an image  mindi.iso . We passed this iso
to a CD, but when I boot with CD and type "mondorestore" not located the
file. It's seems that the CD it's not completed. The content of CD is:

M5244:/media/cdiso # ls -R
.:
archives  images  isolinux  isolinux.bin
./archives:
./images:
all.tar.gz
./isolinux:
boot.cat  initrd.img  isolinux.bin  isolinux.cfg  message.txt  vmlinuz

thanks in advance!

Christian
from
Barcelona

Hello dear list members,

I'm packing at the moment (well I should in fact !) to leave for
vacation with my family up to the 16th of August. (No Internet access)

I should have already published 2.2.9, and I'm sorry for the delay, but
the version planed revealed a nasty bug, which made me remove it from
the server, and I've worked on polishing that version since then to
avoid that with the help of our team at HP, and some customer feedbacks.

As I don't want to leave you with an unstable stable version, what I
decided to make is to launch the build of what should be 2.2.9, but
still as a beta (so hosted under ftp://ftp.mondorescue.org/test) over
this night. 

Please test it and if no major problem (aka seg fault) occur, I'll be
happy to promote it as the official version when I'm back. That version
is working for me, seems stable, solves many issues reported, so should
be worth it. But as usual, take it with  agrain of salt, check your
restore (archive always mostly works) and report back here or with trac.

The fear of seg fault, more than before is due to a the increased usage
of dynamic memory allocation, which should lead to a much more robust
code, ... once I solved the related issues (freeing memory at the worng
place ;-)

Thanks for your continuous help, and I'll be happy to talk again with
you in 3 weeks, and hopefully to publish the new version, as a sign of
good form of the project, for begining my 5th year of project lead ;-)

Greetings,
Bruno.
-- 
Linux Profession Lead EMEA  / Open Source Ambassador \   EMEA CME Sol. Center
http://www.mondorescue.org / HP/Intel Solution Center \  http://hpintelco.net
Des infos sur Linux?  http://www.HyPer-Linux.org      http://www.hp.com/linux
La musique ancienne?  http://www.musique-ancienne.org http://www.medieval.org

On Tue, 28 Jul 2009 09:48:06 am Bruno Cornec wrote:
> Doug Laidlaw said on Thu, Jul 16, 2009 at 09:22:42AM +1000:
> > Mondoarchive backs up O.K.  At this point, it used to eject and reload
> > the media twice.  Now, after the first reload, the log shows that it
> > can't mount the CD-ROM and the screen prompts me for the path. 
> > Verfication then proceeds normally.
>
> Maybe it's linked to the time it takes to udev to recreate the
> /dev/cdrom link correctly ?
>
> What about using /dev/scd0 or /dev/sr0, or ... the one pointed by
> /dev/cdrom ?
>
> Nothing special in the log, and that's just an idea.
>
> Bruno.

Thanks, I'll try that next time and report back if any further problem.

Doug.

newsletter wrote:
> Hi
> I've installed mindi, mindi-busybox and mondo on my centos5 server but 
> when I try to test mindi I am getting
> Mindi Linux mini-distro generator v2.0.6-r2153
> Latest Mindi is available from http://www.mondorescue.org
> BusyBox sources are available from http://www.busybox.net
> ------------------------------------------------------------------------------ 
>
> Unable to find mindi-busybox, please install it
>
> I used the repositories at rpmforge and yum to install the packages.
>
> any ideas?
>
> Stephen
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
> trial. Simplify your report design, integration and deployment - and focus on 
> what you do best, core application coding. Discover what's new with 
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Mondo-devel mailing list
> Mon...@li...
> https://lists.sourceforge.net/lists/listinfo/mondo-devel
>   
fixed
downloaded the tar.gz file and manually changed the prefix to 
/usr/local/lib/mindi/rootfs

Hi
I've installed mindi, mindi-busybox and mondo on my centos5 server but 
when I try to test mindi I am getting
Mindi Linux mini-distro generator v2.0.6-r2153
Latest Mindi is available from http://www.mondorescue.org
BusyBox sources are available from http://www.busybox.net
------------------------------------------------------------------------------ 

Unable to find mindi-busybox, please install it

I used the repositories at rpmforge and yum to install the packages.

any ideas?

Stephen

Frank Perske said on Wed, Jul 15, 2009 at 10:20:00AM +0200:

> the problem arises only, if i start mondoarchive without any command line 
> arguments (gui mode?)

Known issue with the 2.2.9 I thought wa correct but not !

>  when i start mondoarchive with "-K 99 -i -O -N" it runs without any errors...

PLease for the moemnt stay with 2.2.8

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

Doug Laidlaw said on Thu, Jul 16, 2009 at 09:22:42AM +1000:

> Mondoarchive backs up O.K.  At this point, it used to eject and reload the 
> media twice.  Now, after the first reload, the log shows that it can't mount 
> the CD-ROM and the screen prompts me for the path.  Verfication then proceeds 
> normally.  I have recently installed a new LG drive, but can't be sure that 
> the behavior changed then.  As I recall, early versions of cdrecord had issues 
> with LG drives, but they are now history.

Maybe it's linked to the time it takes to udev to recreate the
/dev/cdrom link correctly ?

What about using /dev/scd0 or /dev/sr0, or ... the one pointed by
/dev/cdrom ?

Nothing special in the log, and that's just an idea.

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

Tran, Anh-thu said on Mon, Jul 20, 2009 at 02:25:32PM -0400:

> I tried to run the mondo archive command to backup my system, but
> somehow it hang at the assembling dependency files and could not go
> further.  I let it run overnight since I thought probably I had a lot
> files to assembly, but it still stay at that point by the next day.  I
> could not find anything wrong in the mondo-archive.log.  This is the
> last line in my mondo-archive.log:

Coud you try to update to the latest stable version available aka 2.2.8
for mondo and 2.0.6 for mindi please ?

Available at ftp://ftp.mondorescue.org

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

I'm thinking about migrating from Mandriva to Fedora Core to make my 
two most important applications run better.  One application is 
Mondo.  What's the latest version of Fedora Core which works well for 
DVD backups using Mondo?  FC10 is the latest currently supported by 
CCRMA (http://ccrma.stanford.edu/planetccrma/software/) which is the
other important "application" for me.  As of June 9th, CCRMA was 
still being ported for FC11, and that might be done by the time I'm
ready to migrate.

Thanks.....


--
Kevin

abdul jabbar said on Mon, Jul 27, 2009 at 12:54:58PM +0530:

> I am unable to archive my linux server.when i run mondoarchive command after
> some time it is coming out with error number 254.
> I am using RHELAS3-i386 .

Cf:
http://trac.mondorescue.org/wiki/FAQ#Q33WhydoesntmindiworkwithRHAS2.1RHEL3FedoraCore2orRedHat9

-- 
Linux Profession Lead EMEA  / Open Source Ambassador \   EMEA CME Sol. Center
http://www.mondorescue.org / HP/Intel Solution Center \  http://hpintelco.net
Des infos sur Linux?  http://www.HyPer-Linux.org      http://www.hp.com/linux
La musique ancienne?  http://www.musique-ancienne.org http://www.medieval.org

Joe Ross said on Mon, Jul 20, 2009 at 09:57:53PM -0700:

> I've attached a patch that has a few minor fixes for the man pages.
> It's mostly spelling fixes.

Many thanks ! Applied to 2.2.9 tree.

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

Joe Ross said on Mon, Jul 20, 2009 at 10:16:51PM -0700:

> > If you limit the size of the scratch dir (using -s 1g e.g.) that should
> > work correctly for you then. Well should indeed :-(
> 
> I'm a little confused. I have two use cases, one where I have a large
> USB hard drive, and not enough scratch space, and the second where I
> have many smaller USB drives, each smaller then the scratch dir. From
> reading the man page, -s would seem to apply to the second case, but
> doesn't seem to have anything to do with the scratch space like you
> imply. What am I missing.

In fact mondoarchive works in 2 phases:

1/ in the scratch dir in creates all the compressed packages that it
will put on the media, up to the size of what can fit onto the media

2/ it copies everything on the media, and then purge the scratchdir to
restart again.

If you limit the size of the media, you'll then use less space in the
scratchdir.

HTH,
Bruno.
-- 
Linux Profession Lead EMEA  / Open Source Ambassador \   EMEA CME Sol. Center
http://www.mondorescue.org / HP/Intel Solution Center \  http://hpintelco.net
Des infos sur Linux?  http://www.HyPer-Linux.org      http://www.hp.com/linux
La musique ancienne?  http://www.musique-ancienne.org http://www.medieval.org

JMB said on Mon, Jul 20, 2009 at 07:12:33PM +0100:
> Previously running version 2.2.8 I had no such issue.  I upgraded to  
> 2.2.9-1, available as a package download for RHEL 5.

2.2.9 has been removed, due to problems such as the one you mention.
Should be there again later this week. In the mean time, continue to use
2.2.8 please.

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

Juarez Dias Fonseca Junior said on Mon, Jul 20, 2009 at 12:39:55AM -0300:

> I´m trying do backup a Dell Optiplex 320 box, but I got a messagem that this hardware are not complatible and I´m getting some erros when I boot with Mondo´s CD that de CD-Rom was not found. 

Please go back to 2.2.8, which is the latest stable at the moment. 2.2.9
had a problem, and wasn't announced.

Your restore log isn't showing any issue BTW.

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

Thanks for the quick response.

On Mon, Jul 20, 2009 at 2:14 AM, Bruno Cornec<Bru...@hp...> wrote:
> Hello,
>
> Joe Ross said on Sun, Jul 19, 2009 at 09:42:34PM -0700:
>
>> The first thing I tried was to backup to a USB hard drive. However, I
>> ran out of scratch space. It looked like it was trying to stage
>> everything to the scratch space before writing anything to the usb. It
>> ran out of disk space doing that. A future enhancement might be to
>> write the data on the fly (assuming I guessed what was happening
>> correctly).
>
> If you limit the size of the scratch dir (using -s 1g e.g.) that should
> work correctly for you then. Well should indeed :-(

I'm a little confused. I have two use cases, one where I have a large
USB hard drive, and not enough scratch space, and the second where I
have many smaller USB drives, each smaller then the scratch dir. From
reading the man page, -s would seem to apply to the second case, but
doesn't seem to have anything to do with the scratch space like you
imply. What am I missing.

-s size
    How much can each of your backup media hold? You may use 'm' and
'g' on the end of the number, e.g. '700m' for an extra-large CD-R. You
no longer need to specify the size of your cartridges if you are
backing up to tape.

>
>> Looking at the log (which I've attached), it says it may have run out
>> of disk space. I know I'm short on /, but looking at df, I don't see
>> anything that ran out. I set mondo's temp to /tmp and scratch to
>> /var/lib/cvsd. Here is the output from df -h
>
> In fact it doesn't run out of space, but there was a bug in mondo in
> this USB multi device case, that I just fixed, thanks to your log file.
> Patch is at: http://trac.mondorescue.org/changeset/2284
>
> 2.2.9 is not yet announced, as the version delivered on th ftp server is
> not working in some cases, so I want to re-spin packages and announced
> it officially later this week, when I'm back at work. I'll fix that bug
> as well in the final 2.2.9.
>
> Sorry for the inconvenience,
> Bruno.

Thank you very much.

Joe Ross

I've attached a patch that has a few minor fixes for the man pages.
It's mostly spelling fixes.

This is the first time I've created a patch from svn, so I apologize
if I did it incorrectly.

Joe Ross