mondo-devel Mailing List for Mondo Rescue
Brought to you by:
bcornec
Menu
▾
▴
mondo-devel
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(1) |
Feb
(20) |
Mar
(50) |
Apr
(9) |
May
(1) |
Jun
(8) |
Jul
(46) |
Aug
(91) |
Sep
(63) |
Oct
(63) |
Nov
(80) |
Dec
(201) |
| 2002 |
Jan
(248) |
Feb
(390) |
Mar
(328) |
Apr
(278) |
May
(224) |
Jun
(236) |
Jul
(276) |
Aug
(228) |
Sep
(167) |
Oct
(219) |
Nov
(523) |
Dec
(379) |
| 2003 |
Jan
(757) |
Feb
(308) |
Mar
(218) |
Apr
(464) |
May
(692) |
Jun
(585) |
Jul
(417) |
Aug
(197) |
Sep
(531) |
Oct
(595) |
Nov
(303) |
Dec
(139) |
| 2004 |
Jan
(146) |
Feb
(294) |
Mar
(356) |
Apr
(358) |
May
(182) |
Jun
(263) |
Jul
(174) |
Aug
(198) |
Sep
(195) |
Oct
(130) |
Nov
(99) |
Dec
(152) |
| 2005 |
Jan
(243) |
Feb
(108) |
Mar
(150) |
Apr
(104) |
May
(36) |
Jun
(63) |
Jul
(66) |
Aug
(100) |
Sep
(106) |
Oct
(164) |
Nov
(247) |
Dec
(258) |
| 2006 |
Jan
(173) |
Feb
(122) |
Mar
(131) |
Apr
(164) |
May
(270) |
Jun
(178) |
Jul
(128) |
Aug
(112) |
Sep
(153) |
Oct
(157) |
Nov
(311) |
Dec
(277) |
| 2007 |
Jan
(264) |
Feb
(167) |
Mar
(263) |
Apr
(150) |
May
(200) |
Jun
(159) |
Jul
(126) |
Aug
(131) |
Sep
(155) |
Oct
(142) |
Nov
(90) |
Dec
(121) |
| 2008 |
Jan
(161) |
Feb
(70) |
Mar
(78) |
Apr
(94) |
May
(111) |
Jun
(104) |
Jul
(94) |
Aug
(123) |
Sep
(131) |
Oct
(139) |
Nov
(155) |
Dec
(281) |
| 2009 |
Jan
(221) |
Feb
(157) |
Mar
(152) |
Apr
(57) |
May
(93) |
Jun
(58) |
Jul
(83) |
Aug
(58) |
Sep
(60) |
Oct
(125) |
Nov
(153) |
Dec
(94) |
| 2010 |
Jan
(115) |
Feb
(103) |
Mar
(119) |
Apr
(120) |
May
(107) |
Jun
(108) |
Jul
(109) |
Aug
(104) |
Sep
(107) |
Oct
(48) |
Nov
(66) |
Dec
(44) |
| 2011 |
Jan
(111) |
Feb
(107) |
Mar
(170) |
Apr
(160) |
May
(58) |
Jun
(125) |
Jul
(129) |
Aug
(67) |
Sep
(86) |
Oct
(93) |
Nov
(73) |
Dec
(64) |
| 2012 |
Jan
(147) |
Feb
(132) |
Mar
(99) |
Apr
(99) |
May
(101) |
Jun
(132) |
Jul
(43) |
Aug
(35) |
Sep
(45) |
Oct
(29) |
Nov
(111) |
Dec
(65) |
| 2013 |
Jan
(18) |
Feb
(45) |
Mar
(53) |
Apr
(35) |
May
(29) |
Jun
(64) |
Jul
(37) |
Aug
(68) |
Sep
(78) |
Oct
(44) |
Nov
(56) |
Dec
(36) |
| 2014 |
Jan
(38) |
Feb
(35) |
Mar
(36) |
Apr
(41) |
May
(7) |
Jun
(47) |
Jul
(13) |
Aug
(25) |
Sep
(35) |
Oct
(59) |
Nov
(25) |
Dec
(30) |
| 2015 |
Jan
(58) |
Feb
(59) |
Mar
(79) |
Apr
(34) |
May
(36) |
Jun
(9) |
Jul
(30) |
Aug
(34) |
Sep
(82) |
Oct
(30) |
Nov
(52) |
Dec
(43) |
| 2016 |
Jan
(44) |
Feb
(117) |
Mar
(45) |
Apr
(69) |
May
(80) |
Jun
(25) |
Jul
(39) |
Aug
(22) |
Sep
(43) |
Oct
(34) |
Nov
(25) |
Dec
(107) |
| 2017 |
Jan
(58) |
Feb
(11) |
Mar
(38) |
Apr
(15) |
May
(33) |
Jun
(31) |
Jul
(16) |
Aug
(53) |
Sep
(66) |
Oct
(13) |
Nov
(3) |
Dec
(8) |
| 2018 |
Jan
(9) |
Feb
(21) |
Mar
(3) |
Apr
(9) |
May
(16) |
Jun
(13) |
Jul
(22) |
Aug
(20) |
Sep
(3) |
Oct
(6) |
Nov
(5) |
Dec
(13) |
| 2019 |
Jan
(18) |
Feb
(6) |
Mar
(15) |
Apr
(10) |
May
(6) |
Jun
(4) |
Jul
(3) |
Aug
(12) |
Sep
(1) |
Oct
(13) |
Nov
(36) |
Dec
(1) |
| 2020 |
Jan
(3) |
Feb
(7) |
Mar
(6) |
Apr
(13) |
May
|
Jun
|
Jul
(2) |
Aug
(15) |
Sep
|
Oct
(12) |
Nov
(3) |
Dec
(6) |
| 2021 |
Jan
(9) |
Feb
|
Mar
(2) |
Apr
(3) |
May
(1) |
Jun
|
Jul
|
Aug
(3) |
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(7) |
Jul
|
Aug
(8) |
Sep
(3) |
Oct
(1) |
Nov
|
Dec
(10) |
| 2023 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
(11) |
Aug
|
Sep
(5) |
Oct
|
Nov
(1) |
Dec
|
| 2024 |
Jan
(2) |
Feb
(12) |
Mar
|
Apr
|
May
|
Jun
(4) |
Jul
|
Aug
|
Sep
(4) |
Oct
(5) |
Nov
(2) |
Dec
(6) |
| 2025 |
Jan
(1) |
Feb
(7) |
Mar
(4) |
Apr
(9) |
May
(12) |
Jun
(5) |
Jul
|
Aug
(6) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2026 |
Jan
|
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
1
(1) |
2
(6) |
3
(1) |
4
|
5
|
|
6
|
7
(2) |
8
(1) |
9
(5) |
10
(4) |
11
(1) |
12
|
|
13
(1) |
14
(1) |
15
(6) |
16
(5) |
17
(2) |
18
(5) |
19
(4) |
|
20
(1) |
21
(5) |
22
(6) |
23
|
24
(1) |
25
(1) |
26
(2) |
|
27
|
28
(6) |
29
(3) |
30
(3) |
|
|
|
|
From: Thomas S. <tsc...@li...> - 2011-11-30 18:51:41
|
Hi Victor, Am 18.11.2011 10:22, schrieb Gattegno, Victor (CPR&Q GCC - ISS/SW Tower): > Hi Thomas, > > Eventually you could try the latest version of mondo, mindi, and mindi-busybox from ftp://ftp.mondorescue.org/test/ > > Rgds, > Victor yep, with * mindi 2.1.0-0.20111113120008 * mindi-busybox 1.18.5-1 * mondo 3.0-0.20111113120008 the error does not occur any more. :-) Tested OK with these releases: * full backup to local hd. * full backup to nfs share. * differential backup to local hd. * restore of biggie files from local backup set. * nuke restore from local backup set incl. soft raid and lvm. * nuke restore from nfs backup set incl. soft raid and lvm. Regards, Thomas > -----Original Message----- > From: Thomas Schmitt [mailto:tsc...@li...] > Sent: vendredi 18 novembre 2011 08:58 > To: mon...@li... > Subject: [Mondo-devel] mondorestore insists on iso insertion > > Hi, > > once again with the mondorestore.log attachment. > > Restoring a biggie file from hd on a running system fails because mondorestore insists on iso insertion: > > Reassembling large files > Alert > Please insert ISO #4 and press Enter. > > Pressing Enter does not do the trick. > > Restoring normal files is Ok. Also nuke restore with mondorescue.iso runs fine from hd and nfs including restauration of lvm and underlying software raid. > > OS: Debian Lenny 5.0.9 > mondo: 2.2.9.7-1 > mindi: 2.0.7.8-1 > mindi-busybox: 1.7.3-1 > > I'm completely clueless. Mailing list research does not provide any hint. > > Regards > Thomas > |
|
From: Gattegno, V. (CPR&Q G. - ISS/SW Tower) <vic...@hp...> - 2011-11-30 10:34:21
|
Hi again Chris, As I wrote, if your hard disk on which you restore is smaller than the one backuped, I think that you have to partition it manually, and then restore. You should be able to do that through mondorestore interactive or expert mode. Check the " The Mondo Rescue HOWTO": http://www.mondorescue.org/docs.shtml Rgds, Victor -----Original Message----- From: Meta Seller Dev/Admin [mailto:met...@gm...] Sent: mercredi 30 novembre 2011 00:49 To: Mondo mailing list Subject: [Mondo-devel] FDISK issues with Debian and shrinking disks I hadn't noticed this earlier, which may mean it's only an issue when moving to a smaller disk; but that may be completely inconsequential. Mondo backup done on a 320GB disk; restore attempted onto a computer with a 250GB disk. I got an error back saying "/dev/sda1 is tiny!". The restore failed. Attached are the logs from /var/log; the fdisk log suggests that Debian's fdisk isn't compatible with what Mondo's expecting. Chris Angelico |
|
From: Gattegno, V. (CPR&Q G. - ISS/SW Tower) <vic...@hp...> - 2011-11-30 10:31:02
|
Hi Chris, Mondoarchive (mindi in fact) creates the following bootable file: /var/cache/mindi/mondorescue.iso That iso file can be burned to a CD, it allows - if necessary - to boot on the CD and to test the boot, or to compare (or restore) a backup.. If your hard disk on which you restore is smaller than the one backuped, I think that you have to partition it manually and then restore. Rgds, Victor -----Original Message----- From: Meta Seller Dev/Admin [mailto:met...@gm...] Sent: mercredi 30 novembre 2011 00:02 To: Mondo mailing list Subject: Re: [Mondo-devel] Mondo over network - howto request On Sat, Nov 26, 2011 at 6:57 PM, Bruno CAPELETO <b.c...@fr...> wrote: > I had tried a few weeks and thanks to this list I managed to do so. > > I use a debian server and Ubuntu clients. I do not use any CD, but boot > via network (PXE) which is much easier. > > Basically it is easy (in the end) : > - prepare a NFS mount on the server with all permissions to everybody > - do a mondoarchive via NFS on the client > - mount a PXE server > - take what you need in the first mondo iso for the PXE menu > - set your client to boot via PXE > The cloning of 14 systems takes half an hour. (Switching to a work email address - I'm ro...@gm... back again) Thanks for this tip! I've managed to get it working over nfs. Much less hassle than sshfs! I've been using CD boot rather than PXE, since the latter is quite a bit of hassle to set up; but I'm now running into another issue, which may tip the balance back in favour of PXE. If I back up two different computers, I have to burn a separate mindi CD for each one; using the CD from one computer to restore the other does not appear to work - I got complaints that /dev/sda was "tiny", even though it was plenty big enough for the image I was restoring. Is there a simple way to have a single CD that I can boot for any computer, and that I then interactively restore the correct image? I'm okay with being unable to use the automated "Nuke" mode. All our computers will be broadly compatible hardware, Linux kernel, etc, but have quite different content on their hard drives (and have different sizes of drive, depending on what was economical at the time that that server was deployed). Chris Angelico ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d _______________________________________________ Mondo-devel mailing list Mon...@li... https://lists.sourceforge.net/lists/listinfo/mondo-devel |
|
From: Meta S. Dev/A. <met...@gm...> - 2011-11-29 23:49:11
|
I hadn't noticed this earlier, which may mean it's only an issue when moving to a smaller disk; but that may be completely inconsequential. Mondo backup done on a 320GB disk; restore attempted onto a computer with a 250GB disk. I got an error back saying "/dev/sda1 is tiny!". The restore failed. Attached are the logs from /var/log; the fdisk log suggests that Debian's fdisk isn't compatible with what Mondo's expecting. Chris Angelico |
|
From: Meta S. Dev/A. <met...@gm...> - 2011-11-29 23:02:34
|
On Sat, Nov 26, 2011 at 6:57 PM, Bruno CAPELETO <b.c...@fr...> wrote: > I had tried a few weeks and thanks to this list I managed to do so. > > I use a debian server and Ubuntu clients. I do not use any CD, but boot > via network (PXE) which is much easier. > > Basically it is easy (in the end) : > - prepare a NFS mount on the server with all permissions to everybody > - do a mondoarchive via NFS on the client > - mount a PXE server > - take what you need in the first mondo iso for the PXE menu > - set your client to boot via PXE > The cloning of 14 systems takes half an hour. (Switching to a work email address - I'm ro...@gm... back again) Thanks for this tip! I've managed to get it working over nfs. Much less hassle than sshfs! I've been using CD boot rather than PXE, since the latter is quite a bit of hassle to set up; but I'm now running into another issue, which may tip the balance back in favour of PXE. If I back up two different computers, I have to burn a separate mindi CD for each one; using the CD from one computer to restore the other does not appear to work - I got complaints that /dev/sda was "tiny", even though it was plenty big enough for the image I was restoring. Is there a simple way to have a single CD that I can boot for any computer, and that I then interactively restore the correct image? I'm okay with being unable to use the automated "Nuke" mode. All our computers will be broadly compatible hardware, Linux kernel, etc, but have quite different content on their hard drives (and have different sizes of drive, depending on what was economical at the time that that server was deployed). Chris Angelico |
|
From: Bruno C. <Bru...@hp...> - 2011-11-29 00:39:20
|
rene-marc dolhen said on Tue, Nov 22, 2011 at 05:17:55PM +0100: > >What do you get in isolinux.cfg ? > > Seems to be standard stuff : > > label interactive > kernel /vmlinuz > append initrd=/initrd.img root=/dev/ram0 rw > ramdisk_size=81920 interactive_mode devfs=nomount noresume selinux=0 > barrier=off ramdisk_blocksize=1024 For Xen kernel, I think mlindi should use mboot.c32 on the kernel line. > >That's bad news that the latest beta has still not covered it correctly. > >Could you follow up in #491 please and provide the feedback there (sh > >-x mindi --findkernel 2>&1 > /tmp/mindi.res ) > files attached. Thanks. I think it should be better with the version now available under test. Could you download ftp://ftp.mondorescue.org/test/rhel/5/x86_64/mindi-2.1.0-0.20111129013153.rhel5.x86_64.rpm and try again please ? Is the result is still not good, please give again the same trace files. Cordialement, Bruno. -- Open Source & Linux Profession Lead EMEA http://opensource.hp.com Open Source Solutions Initiative Chief Technologist http://hpintelco.net FLOSS projects: http://mondorescue.org http://project-builder.org Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org |
|
From: Daniel G. G. <ga...@gm...> - 2011-11-28 18:47:32
|
Thank you Victor. The problem was with my /etc/apt/preferences , so apt-get was installing the outdated versions from the Ubuntu repos. On Mon, Nov 28, 2011 at 10:09 AM, Gattegno, Victor (CPR&Q GCC - ISS/SW Tower) <vic...@hp...> wrote: > Hi again Daniel, > > Check Mondorescue FAQ : > Q11/ Does mondo work with Debian/Ubuntu? distributions? > > http://trac.mondorescue.org/wiki/FAQ > http://trac.mondorescue.org/wiki/FAQ#Q11DoesmondoworkwithDebianUbuntudistributions > > About versions, the lates ones in ftp://ftp.mondorescue.org/ubuntu/11.04/ are : > mondo-2.2.9.7-1 and not 2.2.7 ... > mindi-2.0.7.8-1 > mindi-busybox-1.18.3-3 > > Check the versions installed through: > dpkg -p mondo > > dpkg -l | egrep 'afio|buffer|mondo|mindi|glibc|busybox|newt' | sort > > Rgds. > > -----Original Message----- > From: Daniel González Gasull [mailto:ga...@gm...] > Sent: lundi 28 novembre 2011 18:57 > To: Mondo mailing list > Subject: Re: [Mondo-devel] "Program received signal SIGABRT, Aborted." (stack trace included) > > Wait. You're right. It seems mindi-busybox is from the Ubuntu repos. > I'll reinstall it. Thank you. > > 2011/11/28 Daniel González Gasull <ga...@gm...>: >> Hi Victor. >> >> I'm already using the latest version. Am I wrong? >> >> $ sudo mondoarchive --version >> mondoarchive v2.2.7-r2045 >> >> And I have ftp://ftp.mondorescue.org on my /etc/apt/sources/ >> >> On Mon, Nov 28, 2011 at 1:33 AM, Gattegno, Victor (CPR&Q GCC - ISS/SW >> Tower) <vic...@hp...> wrote: >>> Hi Daniel, >>> >>> I see in your log file : Mondo Archive v2.2.7 >>> >>> I advise you to use the latest versions of mondo, mindi, and mindi-busybox from ftp://ftp.mondorescue.org >>> >>> Rgds, >>> Victor >>> >>> -----Original Message----- >>> From: Daniel González Gasull [mailto:ga...@gm...] >>> Sent: vendredi 25 novembre 2011 07:15 >>> To: Mondo mailing list >>> Subject: [Mondo-devel] "Program received signal SIGABRT, Aborted." (stack trace included) >>> >>> Hi. >>> >>> I'm still having problems running mondoarchive. This time I run it in GDB. Here's the output. I'm also attaching /var/log/mondoarchive.log. >>> >>> >>> $ sudo gdb mondoarchive >>> GNU gdb (GDB) 7.1-ubuntu >>> Copyright (C) 2010 Free Software Foundation, Inc. >>> License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> >>> This is free software: you are free to change and redistribute it. >>> There is NO WARRANTY, to the extent permitted by law. Type "show copying" >>> and "show warranty" for details. >>> This GDB was configured as "i486-linux-gnu". >>> For bug reporting instructions, please see: >>> <http://www.gnu.org/software/gdb/bugs/>... >>> Reading symbols from /usr/sbin/mondoarchive...(no debugging symbols found)...done. >>> (gdb) set logging on >>> Copying output to gdb.txt. >>> (gdb) run -OVu -9 -S /media/bakdsk -T /media/bakdsk -d /media/bakdsk -E "/dev /media /tmp" >>> Starting program: /usr/sbin/mondoarchive -OVu -9 -S /media/bakdsk -T /media/bakdsk -d /media/bakdsk -E "/dev /media /tmp" >>> [Thread debugging using libthread_db enabled] Initializing... >>> See /var/log/mondoarchive.log for details of backup run. >>> Checking sanity of your Linux distribution Done. >>> BusyBox's sources are available from http://www.busybox.net Making catalog of files to be backed up >>> *** buffer overflow detected ***: /usr/sbin/mondoarchive terminated ======= Backtrace: ========= /lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x50)[0x23d390] >>> /lib/tls/i686/cmov/libc.so.6(+0xe12ca)[0x23c2ca] >>> /lib/tls/i686/cmov/libc.so.6(+0xe05fa)[0x23b5fa] >>> /usr/sbin/mondoarchive[0x805e44c] >>> /usr/sbin/mondoarchive[0x805e7ca] >>> /usr/sbin/mondoarchive[0x805e7ca] >>> /usr/sbin/mondoarchive[0x805e7ca] >>> /usr/sbin/mondoarchive[0x805e7ca] >>> /usr/sbin/mondoarchive[0x805e7ca] >>> /usr/sbin/mondoarchive[0x805e7ca] >>> /usr/sbin/mondoarchive[0x805e7ca] >>> /usr/sbin/mondoarchive[0x805e7ca] >>> /usr/sbin/mondoarchive[0x805e7ca] >>> /usr/sbin/mondoarchive[0x805e7ca] >>> /usr/sbin/mondoarchive[0x805e7ca] >>> /usr/sbin/mondoarchive[0x805e7ca] >>> /usr/sbin/mondoarchive[0x805e7ca] >>> /usr/sbin/mondoarchive[0x805e7ca] >>> /usr/sbin/mondoarchive[0x805f035] >>> /usr/sbin/mondoarchive[0x805f52e] >>> /usr/sbin/mondoarchive[0x8055be0] >>> /usr/sbin/mondoarchive[0x804b21d] >>> /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0x171bd6] >>> /usr/sbin/mondoarchive[0x804a3e1] >>> ======= Memory map: ======== >>> 00110000-0012b000 r-xp 00000000 fc:01 262237 /lib/ld-2.11.1.so >>> 0012b000-0012c000 r--p 0001a000 fc:01 262237 /lib/ld-2.11.1.so >>> 0012c000-0012d000 rw-p 0001b000 fc:01 262237 /lib/ld-2.11.1.so >>> 0012d000-0012e000 r-xp 00000000 00:00 0 [vdso] >>> 0012e000-0013f000 r-xp 00000000 fc:01 3021643 /usr/lib/libnewt.so.0.52.10 >>> 0013f000-00140000 ---p 00011000 fc:01 3021643 /usr/lib/libnewt.so.0.52.10 >>> 00140000-00141000 r--p 00011000 fc:01 3021643 /usr/lib/libnewt.so.0.52.10 >>> 00141000-00142000 rw-p 00012000 fc:01 3021643 /usr/lib/libnewt.so.0.52.10 >>> 00142000-00157000 r-xp 00000000 fc:01 282972 /lib/tls/i686/cmov/libpthread-2.11.1.so >>> 00157000-00158000 r--p 00014000 fc:01 282972 /lib/tls/i686/cmov/libpthread-2.11.1.so >>> 00158000-00159000 rw-p 00015000 fc:01 282972 /lib/tls/i686/cmov/libpthread-2.11.1.so >>> 00159000-0015b000 rw-p 00000000 00:00 0 >>> 0015b000-002ae000 r-xp 00000000 fc:01 266838 /lib/tls/i686/cmov/libc-2.11.1.so 002ae000-002af000 ---p 00153000 fc:01 266838 /lib/tls/i686/cmov/libc-2.11.1.so 002af000-002b1000 r--p 00153000 fc:01 266838 /lib/tls/i686/cmov/libc-2.11.1.so 002b1000-002b2000 rw-p 00155000 fc:01 266838 /lib/tls/i686/cmov/libc-2.11.1.so 002b2000-002b5000 rw-p 00000000 00:00 0 >>> 002b5000-00368000 r-xp 00000000 fc:01 262323 /lib/libslang.so.2.2.2 >>> 00368000-0036b000 r--p 000b2000 fc:01 262323 /lib/libslang.so.2.2.2 >>> 0036b000-00379000 rw-p 000b5000 fc:01 262323 /lib/libslang.so.2.2.2 >>> 00379000-003af000 rw-p 00000000 00:00 0 >>> 003af000-003b1000 r-xp 00000000 fc:01 282959 /lib/tls/i686/cmov/libdl-2.11.1.so >>> 003b1000-003b2000 r--p 00001000 fc:01 282959 /lib/tls/i686/cmov/libdl-2.11.1.so >>> 003b2000-003b3000 rw-p 00002000 fc:01 282959 /lib/tls/i686/cmov/libdl-2.11.1.so >>> 003b3000-003d7000 r-xp 00000000 fc:01 282960 /lib/tls/i686/cmov/libm-2.11.1.so 003d7000-003d8000 r--p 00023000 fc:01 282960 /lib/tls/i686/cmov/libm-2.11.1.so 003d8000-003d9000 rw-p 00024000 fc:01 282960 /lib/tls/i686/cmov/libm-2.11.1.so >>> 003d9000-003f6000 r-xp 00000000 fc:01 262199 /lib/libgcc_s.so.1 >>> 003f6000-003f7000 r--p 0001c000 fc:01 262199 /lib/libgcc_s.so.1 >>> 003f7000-003f8000 rw-p 0001d000 fc:01 262199 /lib/libgcc_s.so.1 >>> 08048000-0809b000 r-xp 00000000 fc:01 3089822 /usr/sbin/mondoarchive >>> 0809b000-0809c000 r--p 00052000 fc:01 3089822 /usr/sbin/mondoarchive >>> 0809c000-0809e000 rw-p 00053000 fc:01 3089822 /usr/sbin/mondoarchive >>> 0809e000-08522000 rw-p 00000000 00:00 0 [heap] >>> b7fe6000-b7fe9000 rw-p 00000000 00:00 0 >>> b7ffc000-b8000000 rw-p 00000000 00:00 0 >>> bffeb000-c0000000 rw-p 00000000 00:00 0 [stack] >>> >>> Program received signal SIGABRT, Aborted. >>> 0x0012d422 in __kernel_vsyscall () >>> (gdb) bt >>> #0 0x0012d422 in __kernel_vsyscall () >>> #1 0x00185651 in raise () from /lib/tls/i686/cmov/libc.so.6 >>> #2 0x00188a82 in abort () from /lib/tls/i686/cmov/libc.so.6 >>> #3 0x001bc49d in ?? () from /lib/tls/i686/cmov/libc.so.6 >>> #4 0x0023d390 in __fortify_fail () from /lib/tls/i686/cmov/libc.so.6 >>> #5 0x0023c2ca in __chk_fail () from /lib/tls/i686/cmov/libc.so.6 >>> #6 0x0023b5fa in __strcat_chk () from /lib/tls/i686/cmov/libc.so.6 >>> #7 0x0805e44c in ?? () >>> #8 0x0805e7ca in ?? () >>> #9 0x0805e7ca in ?? () >>> #10 0x0805e7ca in ?? () >>> #11 0x0805e7ca in ?? () >>> #12 0x0805e7ca in ?? () >>> #13 0x0805e7ca in ?? () >>> #14 0x0805e7ca in ?? () >>> #15 0x0805e7ca in ?? () >>> #16 0x0805e7ca in ?? () >>> #17 0x0805e7ca in ?? () >>> #18 0x0805e7ca in ?? () >>> #19 0x0805e7ca in ?? () >>> #20 0x0805e7ca in ?? () >>> #21 0x0805e7ca in ?? () >>> #22 0x0805f035 in ?? () >>> #23 0x0805f52e in ?? () >>> #24 0x08055be0 in ?? () >>> #25 0x0804b21d in ?? () >>> #26 0x00171bd6 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6 >>> #27 0x0804a3e1 in ?? () >>> (gdb) >>> >>> >>> Please help. Thank you. >>> >>> -- >>> Daniel González Gasull >>> >>> ------------------------------------------------------------------------------ >>> All the data continuously generated in your IT infrastructure >>> contains a definitive record of customers, application performance, >>> security threats, fraudulent activity, and more. Splunk takes this >>> data and makes sense of it. IT sense. And common sense. >>> http://p.sf.net/sfu/splunk-novd2d >>> _______________________________________________ >>> Mondo-devel mailing list >>> Mon...@li... >>> https://lists.sourceforge.net/lists/listinfo/mondo-devel >>> >> >> >> >> -- >> Daniel González Gasull >> > > > > -- > Daniel González Gasull > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > _______________________________________________ > Mondo-devel mailing list > Mon...@li... > https://lists.sourceforge.net/lists/listinfo/mondo-devel > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > _______________________________________________ > Mondo-devel mailing list > Mon...@li... > https://lists.sourceforge.net/lists/listinfo/mondo-devel > -- Daniel González Gasull |
|
From: Gattegno, V. (CPR&Q G. - ISS/SW Tower) <vic...@hp...> - 2011-11-28 18:09:48
|
Hi again Daniel, Check Mondorescue FAQ : Q11/ Does mondo work with Debian/Ubuntu? distributions? http://trac.mondorescue.org/wiki/FAQ http://trac.mondorescue.org/wiki/FAQ#Q11DoesmondoworkwithDebianUbuntudistributions About versions, the lates ones in ftp://ftp.mondorescue.org/ubuntu/11.04/ are : mondo-2.2.9.7-1 and not 2.2.7 ... mindi-2.0.7.8-1 mindi-busybox-1.18.3-3 Check the versions installed through: dpkg -p mondo dpkg -l | egrep 'afio|buffer|mondo|mindi|glibc|busybox|newt' | sort Rgds. -----Original Message----- From: Daniel González Gasull [mailto:ga...@gm...] Sent: lundi 28 novembre 2011 18:57 To: Mondo mailing list Subject: Re: [Mondo-devel] "Program received signal SIGABRT, Aborted." (stack trace included) Wait. You're right. It seems mindi-busybox is from the Ubuntu repos. I'll reinstall it. Thank you. 2011/11/28 Daniel González Gasull <ga...@gm...>: > Hi Victor. > > I'm already using the latest version. Am I wrong? > > $ sudo mondoarchive --version > mondoarchive v2.2.7-r2045 > > And I have ftp://ftp.mondorescue.org on my /etc/apt/sources/ > > On Mon, Nov 28, 2011 at 1:33 AM, Gattegno, Victor (CPR&Q GCC - ISS/SW > Tower) <vic...@hp...> wrote: >> Hi Daniel, >> >> I see in your log file : Mondo Archive v2.2.7 >> >> I advise you to use the latest versions of mondo, mindi, and mindi-busybox from ftp://ftp.mondorescue.org >> >> Rgds, >> Victor >> >> -----Original Message----- >> From: Daniel González Gasull [mailto:ga...@gm...] >> Sent: vendredi 25 novembre 2011 07:15 >> To: Mondo mailing list >> Subject: [Mondo-devel] "Program received signal SIGABRT, Aborted." (stack trace included) >> >> Hi. >> >> I'm still having problems running mondoarchive. This time I run it in GDB. Here's the output. I'm also attaching /var/log/mondoarchive.log. >> >> >> $ sudo gdb mondoarchive >> GNU gdb (GDB) 7.1-ubuntu >> Copyright (C) 2010 Free Software Foundation, Inc. >> License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> >> This is free software: you are free to change and redistribute it. >> There is NO WARRANTY, to the extent permitted by law. Type "show copying" >> and "show warranty" for details. >> This GDB was configured as "i486-linux-gnu". >> For bug reporting instructions, please see: >> <http://www.gnu.org/software/gdb/bugs/>... >> Reading symbols from /usr/sbin/mondoarchive...(no debugging symbols found)...done. >> (gdb) set logging on >> Copying output to gdb.txt. >> (gdb) run -OVu -9 -S /media/bakdsk -T /media/bakdsk -d /media/bakdsk -E "/dev /media /tmp" >> Starting program: /usr/sbin/mondoarchive -OVu -9 -S /media/bakdsk -T /media/bakdsk -d /media/bakdsk -E "/dev /media /tmp" >> [Thread debugging using libthread_db enabled] Initializing... >> See /var/log/mondoarchive.log for details of backup run. >> Checking sanity of your Linux distribution Done. >> BusyBox's sources are available from http://www.busybox.net Making catalog of files to be backed up >> *** buffer overflow detected ***: /usr/sbin/mondoarchive terminated ======= Backtrace: ========= /lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x50)[0x23d390] >> /lib/tls/i686/cmov/libc.so.6(+0xe12ca)[0x23c2ca] >> /lib/tls/i686/cmov/libc.so.6(+0xe05fa)[0x23b5fa] >> /usr/sbin/mondoarchive[0x805e44c] >> /usr/sbin/mondoarchive[0x805e7ca] >> /usr/sbin/mondoarchive[0x805e7ca] >> /usr/sbin/mondoarchive[0x805e7ca] >> /usr/sbin/mondoarchive[0x805e7ca] >> /usr/sbin/mondoarchive[0x805e7ca] >> /usr/sbin/mondoarchive[0x805e7ca] >> /usr/sbin/mondoarchive[0x805e7ca] >> /usr/sbin/mondoarchive[0x805e7ca] >> /usr/sbin/mondoarchive[0x805e7ca] >> /usr/sbin/mondoarchive[0x805e7ca] >> /usr/sbin/mondoarchive[0x805e7ca] >> /usr/sbin/mondoarchive[0x805e7ca] >> /usr/sbin/mondoarchive[0x805e7ca] >> /usr/sbin/mondoarchive[0x805e7ca] >> /usr/sbin/mondoarchive[0x805f035] >> /usr/sbin/mondoarchive[0x805f52e] >> /usr/sbin/mondoarchive[0x8055be0] >> /usr/sbin/mondoarchive[0x804b21d] >> /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0x171bd6] >> /usr/sbin/mondoarchive[0x804a3e1] >> ======= Memory map: ======== >> 00110000-0012b000 r-xp 00000000 fc:01 262237 /lib/ld-2.11.1.so >> 0012b000-0012c000 r--p 0001a000 fc:01 262237 /lib/ld-2.11.1.so >> 0012c000-0012d000 rw-p 0001b000 fc:01 262237 /lib/ld-2.11.1.so >> 0012d000-0012e000 r-xp 00000000 00:00 0 [vdso] >> 0012e000-0013f000 r-xp 00000000 fc:01 3021643 /usr/lib/libnewt.so.0.52.10 >> 0013f000-00140000 ---p 00011000 fc:01 3021643 /usr/lib/libnewt.so.0.52.10 >> 00140000-00141000 r--p 00011000 fc:01 3021643 /usr/lib/libnewt.so.0.52.10 >> 00141000-00142000 rw-p 00012000 fc:01 3021643 /usr/lib/libnewt.so.0.52.10 >> 00142000-00157000 r-xp 00000000 fc:01 282972 /lib/tls/i686/cmov/libpthread-2.11.1.so >> 00157000-00158000 r--p 00014000 fc:01 282972 /lib/tls/i686/cmov/libpthread-2.11.1.so >> 00158000-00159000 rw-p 00015000 fc:01 282972 /lib/tls/i686/cmov/libpthread-2.11.1.so >> 00159000-0015b000 rw-p 00000000 00:00 0 >> 0015b000-002ae000 r-xp 00000000 fc:01 266838 /lib/tls/i686/cmov/libc-2.11.1.so 002ae000-002af000 ---p 00153000 fc:01 266838 /lib/tls/i686/cmov/libc-2.11.1.so 002af000-002b1000 r--p 00153000 fc:01 266838 /lib/tls/i686/cmov/libc-2.11.1.so 002b1000-002b2000 rw-p 00155000 fc:01 266838 /lib/tls/i686/cmov/libc-2.11.1.so 002b2000-002b5000 rw-p 00000000 00:00 0 >> 002b5000-00368000 r-xp 00000000 fc:01 262323 /lib/libslang.so.2.2.2 >> 00368000-0036b000 r--p 000b2000 fc:01 262323 /lib/libslang.so.2.2.2 >> 0036b000-00379000 rw-p 000b5000 fc:01 262323 /lib/libslang.so.2.2.2 >> 00379000-003af000 rw-p 00000000 00:00 0 >> 003af000-003b1000 r-xp 00000000 fc:01 282959 /lib/tls/i686/cmov/libdl-2.11.1.so >> 003b1000-003b2000 r--p 00001000 fc:01 282959 /lib/tls/i686/cmov/libdl-2.11.1.so >> 003b2000-003b3000 rw-p 00002000 fc:01 282959 /lib/tls/i686/cmov/libdl-2.11.1.so >> 003b3000-003d7000 r-xp 00000000 fc:01 282960 /lib/tls/i686/cmov/libm-2.11.1.so 003d7000-003d8000 r--p 00023000 fc:01 282960 /lib/tls/i686/cmov/libm-2.11.1.so 003d8000-003d9000 rw-p 00024000 fc:01 282960 /lib/tls/i686/cmov/libm-2.11.1.so >> 003d9000-003f6000 r-xp 00000000 fc:01 262199 /lib/libgcc_s.so.1 >> 003f6000-003f7000 r--p 0001c000 fc:01 262199 /lib/libgcc_s.so.1 >> 003f7000-003f8000 rw-p 0001d000 fc:01 262199 /lib/libgcc_s.so.1 >> 08048000-0809b000 r-xp 00000000 fc:01 3089822 /usr/sbin/mondoarchive >> 0809b000-0809c000 r--p 00052000 fc:01 3089822 /usr/sbin/mondoarchive >> 0809c000-0809e000 rw-p 00053000 fc:01 3089822 /usr/sbin/mondoarchive >> 0809e000-08522000 rw-p 00000000 00:00 0 [heap] >> b7fe6000-b7fe9000 rw-p 00000000 00:00 0 >> b7ffc000-b8000000 rw-p 00000000 00:00 0 >> bffeb000-c0000000 rw-p 00000000 00:00 0 [stack] >> >> Program received signal SIGABRT, Aborted. >> 0x0012d422 in __kernel_vsyscall () >> (gdb) bt >> #0 0x0012d422 in __kernel_vsyscall () >> #1 0x00185651 in raise () from /lib/tls/i686/cmov/libc.so.6 >> #2 0x00188a82 in abort () from /lib/tls/i686/cmov/libc.so.6 >> #3 0x001bc49d in ?? () from /lib/tls/i686/cmov/libc.so.6 >> #4 0x0023d390 in __fortify_fail () from /lib/tls/i686/cmov/libc.so.6 >> #5 0x0023c2ca in __chk_fail () from /lib/tls/i686/cmov/libc.so.6 >> #6 0x0023b5fa in __strcat_chk () from /lib/tls/i686/cmov/libc.so.6 >> #7 0x0805e44c in ?? () >> #8 0x0805e7ca in ?? () >> #9 0x0805e7ca in ?? () >> #10 0x0805e7ca in ?? () >> #11 0x0805e7ca in ?? () >> #12 0x0805e7ca in ?? () >> #13 0x0805e7ca in ?? () >> #14 0x0805e7ca in ?? () >> #15 0x0805e7ca in ?? () >> #16 0x0805e7ca in ?? () >> #17 0x0805e7ca in ?? () >> #18 0x0805e7ca in ?? () >> #19 0x0805e7ca in ?? () >> #20 0x0805e7ca in ?? () >> #21 0x0805e7ca in ?? () >> #22 0x0805f035 in ?? () >> #23 0x0805f52e in ?? () >> #24 0x08055be0 in ?? () >> #25 0x0804b21d in ?? () >> #26 0x00171bd6 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6 >> #27 0x0804a3e1 in ?? () >> (gdb) >> >> >> Please help. Thank you. >> >> -- >> Daniel González Gasull >> >> ------------------------------------------------------------------------------ >> All the data continuously generated in your IT infrastructure >> contains a definitive record of customers, application performance, >> security threats, fraudulent activity, and more. Splunk takes this >> data and makes sense of it. IT sense. And common sense. >> http://p.sf.net/sfu/splunk-novd2d >> _______________________________________________ >> Mondo-devel mailing list >> Mon...@li... >> https://lists.sourceforge.net/lists/listinfo/mondo-devel >> > > > > -- > Daniel González Gasull > -- Daniel González Gasull ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d _______________________________________________ Mondo-devel mailing list Mon...@li... https://lists.sourceforge.net/lists/listinfo/mondo-devel |
|
From: Daniel G. G. <ga...@gm...> - 2011-11-28 17:57:22
|
Wait. You're right. It seems mindi-busybox is from the Ubuntu repos. I'll reinstall it. Thank you. 2011/11/28 Daniel González Gasull <ga...@gm...>: > Hi Victor. > > I'm already using the latest version. Am I wrong? > > $ sudo mondoarchive --version > mondoarchive v2.2.7-r2045 > > And I have ftp://ftp.mondorescue.org on my /etc/apt/sources/ > > On Mon, Nov 28, 2011 at 1:33 AM, Gattegno, Victor (CPR&Q GCC - ISS/SW > Tower) <vic...@hp...> wrote: >> Hi Daniel, >> >> I see in your log file : Mondo Archive v2.2.7 >> >> I advise you to use the latest versions of mondo, mindi, and mindi-busybox from ftp://ftp.mondorescue.org >> >> Rgds, >> Victor >> >> -----Original Message----- >> From: Daniel González Gasull [mailto:ga...@gm...] >> Sent: vendredi 25 novembre 2011 07:15 >> To: Mondo mailing list >> Subject: [Mondo-devel] "Program received signal SIGABRT, Aborted." (stack trace included) >> >> Hi. >> >> I'm still having problems running mondoarchive. This time I run it in GDB. Here's the output. I'm also attaching /var/log/mondoarchive.log. >> >> >> $ sudo gdb mondoarchive >> GNU gdb (GDB) 7.1-ubuntu >> Copyright (C) 2010 Free Software Foundation, Inc. >> License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> >> This is free software: you are free to change and redistribute it. >> There is NO WARRANTY, to the extent permitted by law. Type "show copying" >> and "show warranty" for details. >> This GDB was configured as "i486-linux-gnu". >> For bug reporting instructions, please see: >> <http://www.gnu.org/software/gdb/bugs/>... >> Reading symbols from /usr/sbin/mondoarchive...(no debugging symbols found)...done. >> (gdb) set logging on >> Copying output to gdb.txt. >> (gdb) run -OVu -9 -S /media/bakdsk -T /media/bakdsk -d /media/bakdsk -E "/dev /media /tmp" >> Starting program: /usr/sbin/mondoarchive -OVu -9 -S /media/bakdsk -T /media/bakdsk -d /media/bakdsk -E "/dev /media /tmp" >> [Thread debugging using libthread_db enabled] Initializing... >> See /var/log/mondoarchive.log for details of backup run. >> Checking sanity of your Linux distribution Done. >> BusyBox's sources are available from http://www.busybox.net Making catalog of files to be backed up >> *** buffer overflow detected ***: /usr/sbin/mondoarchive terminated ======= Backtrace: ========= /lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x50)[0x23d390] >> /lib/tls/i686/cmov/libc.so.6(+0xe12ca)[0x23c2ca] >> /lib/tls/i686/cmov/libc.so.6(+0xe05fa)[0x23b5fa] >> /usr/sbin/mondoarchive[0x805e44c] >> /usr/sbin/mondoarchive[0x805e7ca] >> /usr/sbin/mondoarchive[0x805e7ca] >> /usr/sbin/mondoarchive[0x805e7ca] >> /usr/sbin/mondoarchive[0x805e7ca] >> /usr/sbin/mondoarchive[0x805e7ca] >> /usr/sbin/mondoarchive[0x805e7ca] >> /usr/sbin/mondoarchive[0x805e7ca] >> /usr/sbin/mondoarchive[0x805e7ca] >> /usr/sbin/mondoarchive[0x805e7ca] >> /usr/sbin/mondoarchive[0x805e7ca] >> /usr/sbin/mondoarchive[0x805e7ca] >> /usr/sbin/mondoarchive[0x805e7ca] >> /usr/sbin/mondoarchive[0x805e7ca] >> /usr/sbin/mondoarchive[0x805e7ca] >> /usr/sbin/mondoarchive[0x805f035] >> /usr/sbin/mondoarchive[0x805f52e] >> /usr/sbin/mondoarchive[0x8055be0] >> /usr/sbin/mondoarchive[0x804b21d] >> /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0x171bd6] >> /usr/sbin/mondoarchive[0x804a3e1] >> ======= Memory map: ======== >> 00110000-0012b000 r-xp 00000000 fc:01 262237 /lib/ld-2.11.1.so >> 0012b000-0012c000 r--p 0001a000 fc:01 262237 /lib/ld-2.11.1.so >> 0012c000-0012d000 rw-p 0001b000 fc:01 262237 /lib/ld-2.11.1.so >> 0012d000-0012e000 r-xp 00000000 00:00 0 [vdso] >> 0012e000-0013f000 r-xp 00000000 fc:01 3021643 /usr/lib/libnewt.so.0.52.10 >> 0013f000-00140000 ---p 00011000 fc:01 3021643 /usr/lib/libnewt.so.0.52.10 >> 00140000-00141000 r--p 00011000 fc:01 3021643 /usr/lib/libnewt.so.0.52.10 >> 00141000-00142000 rw-p 00012000 fc:01 3021643 /usr/lib/libnewt.so.0.52.10 >> 00142000-00157000 r-xp 00000000 fc:01 282972 /lib/tls/i686/cmov/libpthread-2.11.1.so >> 00157000-00158000 r--p 00014000 fc:01 282972 /lib/tls/i686/cmov/libpthread-2.11.1.so >> 00158000-00159000 rw-p 00015000 fc:01 282972 /lib/tls/i686/cmov/libpthread-2.11.1.so >> 00159000-0015b000 rw-p 00000000 00:00 0 >> 0015b000-002ae000 r-xp 00000000 fc:01 266838 /lib/tls/i686/cmov/libc-2.11.1.so 002ae000-002af000 ---p 00153000 fc:01 266838 /lib/tls/i686/cmov/libc-2.11.1.so 002af000-002b1000 r--p 00153000 fc:01 266838 /lib/tls/i686/cmov/libc-2.11.1.so 002b1000-002b2000 rw-p 00155000 fc:01 266838 /lib/tls/i686/cmov/libc-2.11.1.so 002b2000-002b5000 rw-p 00000000 00:00 0 >> 002b5000-00368000 r-xp 00000000 fc:01 262323 /lib/libslang.so.2.2.2 >> 00368000-0036b000 r--p 000b2000 fc:01 262323 /lib/libslang.so.2.2.2 >> 0036b000-00379000 rw-p 000b5000 fc:01 262323 /lib/libslang.so.2.2.2 >> 00379000-003af000 rw-p 00000000 00:00 0 >> 003af000-003b1000 r-xp 00000000 fc:01 282959 /lib/tls/i686/cmov/libdl-2.11.1.so >> 003b1000-003b2000 r--p 00001000 fc:01 282959 /lib/tls/i686/cmov/libdl-2.11.1.so >> 003b2000-003b3000 rw-p 00002000 fc:01 282959 /lib/tls/i686/cmov/libdl-2.11.1.so >> 003b3000-003d7000 r-xp 00000000 fc:01 282960 /lib/tls/i686/cmov/libm-2.11.1.so 003d7000-003d8000 r--p 00023000 fc:01 282960 /lib/tls/i686/cmov/libm-2.11.1.so 003d8000-003d9000 rw-p 00024000 fc:01 282960 /lib/tls/i686/cmov/libm-2.11.1.so >> 003d9000-003f6000 r-xp 00000000 fc:01 262199 /lib/libgcc_s.so.1 >> 003f6000-003f7000 r--p 0001c000 fc:01 262199 /lib/libgcc_s.so.1 >> 003f7000-003f8000 rw-p 0001d000 fc:01 262199 /lib/libgcc_s.so.1 >> 08048000-0809b000 r-xp 00000000 fc:01 3089822 /usr/sbin/mondoarchive >> 0809b000-0809c000 r--p 00052000 fc:01 3089822 /usr/sbin/mondoarchive >> 0809c000-0809e000 rw-p 00053000 fc:01 3089822 /usr/sbin/mondoarchive >> 0809e000-08522000 rw-p 00000000 00:00 0 [heap] >> b7fe6000-b7fe9000 rw-p 00000000 00:00 0 >> b7ffc000-b8000000 rw-p 00000000 00:00 0 >> bffeb000-c0000000 rw-p 00000000 00:00 0 [stack] >> >> Program received signal SIGABRT, Aborted. >> 0x0012d422 in __kernel_vsyscall () >> (gdb) bt >> #0 0x0012d422 in __kernel_vsyscall () >> #1 0x00185651 in raise () from /lib/tls/i686/cmov/libc.so.6 >> #2 0x00188a82 in abort () from /lib/tls/i686/cmov/libc.so.6 >> #3 0x001bc49d in ?? () from /lib/tls/i686/cmov/libc.so.6 >> #4 0x0023d390 in __fortify_fail () from /lib/tls/i686/cmov/libc.so.6 >> #5 0x0023c2ca in __chk_fail () from /lib/tls/i686/cmov/libc.so.6 >> #6 0x0023b5fa in __strcat_chk () from /lib/tls/i686/cmov/libc.so.6 >> #7 0x0805e44c in ?? () >> #8 0x0805e7ca in ?? () >> #9 0x0805e7ca in ?? () >> #10 0x0805e7ca in ?? () >> #11 0x0805e7ca in ?? () >> #12 0x0805e7ca in ?? () >> #13 0x0805e7ca in ?? () >> #14 0x0805e7ca in ?? () >> #15 0x0805e7ca in ?? () >> #16 0x0805e7ca in ?? () >> #17 0x0805e7ca in ?? () >> #18 0x0805e7ca in ?? () >> #19 0x0805e7ca in ?? () >> #20 0x0805e7ca in ?? () >> #21 0x0805e7ca in ?? () >> #22 0x0805f035 in ?? () >> #23 0x0805f52e in ?? () >> #24 0x08055be0 in ?? () >> #25 0x0804b21d in ?? () >> #26 0x00171bd6 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6 >> #27 0x0804a3e1 in ?? () >> (gdb) >> >> >> Please help. Thank you. >> >> -- >> Daniel González Gasull >> >> ------------------------------------------------------------------------------ >> All the data continuously generated in your IT infrastructure >> contains a definitive record of customers, application performance, >> security threats, fraudulent activity, and more. Splunk takes this >> data and makes sense of it. IT sense. And common sense. >> http://p.sf.net/sfu/splunk-novd2d >> _______________________________________________ >> Mondo-devel mailing list >> Mon...@li... >> https://lists.sourceforge.net/lists/listinfo/mondo-devel >> > > > > -- > Daniel González Gasull > -- Daniel González Gasull |
|
From: Daniel G. G. <ga...@gm...> - 2011-11-28 17:47:46
|
Hi Victor. I'm already using the latest version. Am I wrong? $ sudo mondoarchive --version mondoarchive v2.2.7-r2045 And I have ftp://ftp.mondorescue.org on my /etc/apt/sources/ On Mon, Nov 28, 2011 at 1:33 AM, Gattegno, Victor (CPR&Q GCC - ISS/SW Tower) <vic...@hp...> wrote: > Hi Daniel, > > I see in your log file : Mondo Archive v2.2.7 > > I advise you to use the latest versions of mondo, mindi, and mindi-busybox from ftp://ftp.mondorescue.org > > Rgds, > Victor > > -----Original Message----- > From: Daniel González Gasull [mailto:ga...@gm...] > Sent: vendredi 25 novembre 2011 07:15 > To: Mondo mailing list > Subject: [Mondo-devel] "Program received signal SIGABRT, Aborted." (stack trace included) > > Hi. > > I'm still having problems running mondoarchive. This time I run it in GDB. Here's the output. I'm also attaching /var/log/mondoarchive.log. > > > $ sudo gdb mondoarchive > GNU gdb (GDB) 7.1-ubuntu > Copyright (C) 2010 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. Type "show copying" > and "show warranty" for details. > This GDB was configured as "i486-linux-gnu". > For bug reporting instructions, please see: > <http://www.gnu.org/software/gdb/bugs/>... > Reading symbols from /usr/sbin/mondoarchive...(no debugging symbols found)...done. > (gdb) set logging on > Copying output to gdb.txt. > (gdb) run -OVu -9 -S /media/bakdsk -T /media/bakdsk -d /media/bakdsk -E "/dev /media /tmp" > Starting program: /usr/sbin/mondoarchive -OVu -9 -S /media/bakdsk -T /media/bakdsk -d /media/bakdsk -E "/dev /media /tmp" > [Thread debugging using libthread_db enabled] Initializing... > See /var/log/mondoarchive.log for details of backup run. > Checking sanity of your Linux distribution Done. > BusyBox's sources are available from http://www.busybox.net Making catalog of files to be backed up > *** buffer overflow detected ***: /usr/sbin/mondoarchive terminated ======= Backtrace: ========= /lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x50)[0x23d390] > /lib/tls/i686/cmov/libc.so.6(+0xe12ca)[0x23c2ca] > /lib/tls/i686/cmov/libc.so.6(+0xe05fa)[0x23b5fa] > /usr/sbin/mondoarchive[0x805e44c] > /usr/sbin/mondoarchive[0x805e7ca] > /usr/sbin/mondoarchive[0x805e7ca] > /usr/sbin/mondoarchive[0x805e7ca] > /usr/sbin/mondoarchive[0x805e7ca] > /usr/sbin/mondoarchive[0x805e7ca] > /usr/sbin/mondoarchive[0x805e7ca] > /usr/sbin/mondoarchive[0x805e7ca] > /usr/sbin/mondoarchive[0x805e7ca] > /usr/sbin/mondoarchive[0x805e7ca] > /usr/sbin/mondoarchive[0x805e7ca] > /usr/sbin/mondoarchive[0x805e7ca] > /usr/sbin/mondoarchive[0x805e7ca] > /usr/sbin/mondoarchive[0x805e7ca] > /usr/sbin/mondoarchive[0x805e7ca] > /usr/sbin/mondoarchive[0x805f035] > /usr/sbin/mondoarchive[0x805f52e] > /usr/sbin/mondoarchive[0x8055be0] > /usr/sbin/mondoarchive[0x804b21d] > /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0x171bd6] > /usr/sbin/mondoarchive[0x804a3e1] > ======= Memory map: ======== > 00110000-0012b000 r-xp 00000000 fc:01 262237 /lib/ld-2.11.1.so > 0012b000-0012c000 r--p 0001a000 fc:01 262237 /lib/ld-2.11.1.so > 0012c000-0012d000 rw-p 0001b000 fc:01 262237 /lib/ld-2.11.1.so > 0012d000-0012e000 r-xp 00000000 00:00 0 [vdso] > 0012e000-0013f000 r-xp 00000000 fc:01 3021643 /usr/lib/libnewt.so.0.52.10 > 0013f000-00140000 ---p 00011000 fc:01 3021643 /usr/lib/libnewt.so.0.52.10 > 00140000-00141000 r--p 00011000 fc:01 3021643 /usr/lib/libnewt.so.0.52.10 > 00141000-00142000 rw-p 00012000 fc:01 3021643 /usr/lib/libnewt.so.0.52.10 > 00142000-00157000 r-xp 00000000 fc:01 282972 /lib/tls/i686/cmov/libpthread-2.11.1.so > 00157000-00158000 r--p 00014000 fc:01 282972 /lib/tls/i686/cmov/libpthread-2.11.1.so > 00158000-00159000 rw-p 00015000 fc:01 282972 /lib/tls/i686/cmov/libpthread-2.11.1.so > 00159000-0015b000 rw-p 00000000 00:00 0 > 0015b000-002ae000 r-xp 00000000 fc:01 266838 /lib/tls/i686/cmov/libc-2.11.1.so 002ae000-002af000 ---p 00153000 fc:01 266838 /lib/tls/i686/cmov/libc-2.11.1.so 002af000-002b1000 r--p 00153000 fc:01 266838 /lib/tls/i686/cmov/libc-2.11.1.so 002b1000-002b2000 rw-p 00155000 fc:01 266838 /lib/tls/i686/cmov/libc-2.11.1.so 002b2000-002b5000 rw-p 00000000 00:00 0 > 002b5000-00368000 r-xp 00000000 fc:01 262323 /lib/libslang.so.2.2.2 > 00368000-0036b000 r--p 000b2000 fc:01 262323 /lib/libslang.so.2.2.2 > 0036b000-00379000 rw-p 000b5000 fc:01 262323 /lib/libslang.so.2.2.2 > 00379000-003af000 rw-p 00000000 00:00 0 > 003af000-003b1000 r-xp 00000000 fc:01 282959 /lib/tls/i686/cmov/libdl-2.11.1.so > 003b1000-003b2000 r--p 00001000 fc:01 282959 /lib/tls/i686/cmov/libdl-2.11.1.so > 003b2000-003b3000 rw-p 00002000 fc:01 282959 /lib/tls/i686/cmov/libdl-2.11.1.so > 003b3000-003d7000 r-xp 00000000 fc:01 282960 /lib/tls/i686/cmov/libm-2.11.1.so 003d7000-003d8000 r--p 00023000 fc:01 282960 /lib/tls/i686/cmov/libm-2.11.1.so 003d8000-003d9000 rw-p 00024000 fc:01 282960 /lib/tls/i686/cmov/libm-2.11.1.so > 003d9000-003f6000 r-xp 00000000 fc:01 262199 /lib/libgcc_s.so.1 > 003f6000-003f7000 r--p 0001c000 fc:01 262199 /lib/libgcc_s.so.1 > 003f7000-003f8000 rw-p 0001d000 fc:01 262199 /lib/libgcc_s.so.1 > 08048000-0809b000 r-xp 00000000 fc:01 3089822 /usr/sbin/mondoarchive > 0809b000-0809c000 r--p 00052000 fc:01 3089822 /usr/sbin/mondoarchive > 0809c000-0809e000 rw-p 00053000 fc:01 3089822 /usr/sbin/mondoarchive > 0809e000-08522000 rw-p 00000000 00:00 0 [heap] > b7fe6000-b7fe9000 rw-p 00000000 00:00 0 > b7ffc000-b8000000 rw-p 00000000 00:00 0 > bffeb000-c0000000 rw-p 00000000 00:00 0 [stack] > > Program received signal SIGABRT, Aborted. > 0x0012d422 in __kernel_vsyscall () > (gdb) bt > #0 0x0012d422 in __kernel_vsyscall () > #1 0x00185651 in raise () from /lib/tls/i686/cmov/libc.so.6 > #2 0x00188a82 in abort () from /lib/tls/i686/cmov/libc.so.6 > #3 0x001bc49d in ?? () from /lib/tls/i686/cmov/libc.so.6 > #4 0x0023d390 in __fortify_fail () from /lib/tls/i686/cmov/libc.so.6 > #5 0x0023c2ca in __chk_fail () from /lib/tls/i686/cmov/libc.so.6 > #6 0x0023b5fa in __strcat_chk () from /lib/tls/i686/cmov/libc.so.6 > #7 0x0805e44c in ?? () > #8 0x0805e7ca in ?? () > #9 0x0805e7ca in ?? () > #10 0x0805e7ca in ?? () > #11 0x0805e7ca in ?? () > #12 0x0805e7ca in ?? () > #13 0x0805e7ca in ?? () > #14 0x0805e7ca in ?? () > #15 0x0805e7ca in ?? () > #16 0x0805e7ca in ?? () > #17 0x0805e7ca in ?? () > #18 0x0805e7ca in ?? () > #19 0x0805e7ca in ?? () > #20 0x0805e7ca in ?? () > #21 0x0805e7ca in ?? () > #22 0x0805f035 in ?? () > #23 0x0805f52e in ?? () > #24 0x08055be0 in ?? () > #25 0x0804b21d in ?? () > #26 0x00171bd6 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6 > #27 0x0804a3e1 in ?? () > (gdb) > > > Please help. Thank you. > > -- > Daniel González Gasull > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > _______________________________________________ > Mondo-devel mailing list > Mon...@li... > https://lists.sourceforge.net/lists/listinfo/mondo-devel > -- Daniel González Gasull |
|
From: Gattegno, V. (CPR&Q G. - ISS/SW Tower) <vic...@hp...> - 2011-11-28 09:34:08
|
Hi Daniel, I see in your log file : Mondo Archive v2.2.7 I advise you to use the latest versions of mondo, mindi, and mindi-busybox from ftp://ftp.mondorescue.org Rgds, Victor -----Original Message----- From: Daniel González Gasull [mailto:ga...@gm...] Sent: vendredi 25 novembre 2011 07:15 To: Mondo mailing list Subject: [Mondo-devel] "Program received signal SIGABRT, Aborted." (stack trace included) Hi. I'm still having problems running mondoarchive. This time I run it in GDB. Here's the output. I'm also attaching /var/log/mondoarchive.log. $ sudo gdb mondoarchive GNU gdb (GDB) 7.1-ubuntu Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i486-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /usr/sbin/mondoarchive...(no debugging symbols found)...done. (gdb) set logging on Copying output to gdb.txt. (gdb) run -OVu -9 -S /media/bakdsk -T /media/bakdsk -d /media/bakdsk -E "/dev /media /tmp" Starting program: /usr/sbin/mondoarchive -OVu -9 -S /media/bakdsk -T /media/bakdsk -d /media/bakdsk -E "/dev /media /tmp" [Thread debugging using libthread_db enabled] Initializing... See /var/log/mondoarchive.log for details of backup run. Checking sanity of your Linux distribution Done. BusyBox's sources are available from http://www.busybox.net Making catalog of files to be backed up *** buffer overflow detected ***: /usr/sbin/mondoarchive terminated ======= Backtrace: ========= /lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x50)[0x23d390] /lib/tls/i686/cmov/libc.so.6(+0xe12ca)[0x23c2ca] /lib/tls/i686/cmov/libc.so.6(+0xe05fa)[0x23b5fa] /usr/sbin/mondoarchive[0x805e44c] /usr/sbin/mondoarchive[0x805e7ca] /usr/sbin/mondoarchive[0x805e7ca] /usr/sbin/mondoarchive[0x805e7ca] /usr/sbin/mondoarchive[0x805e7ca] /usr/sbin/mondoarchive[0x805e7ca] /usr/sbin/mondoarchive[0x805e7ca] /usr/sbin/mondoarchive[0x805e7ca] /usr/sbin/mondoarchive[0x805e7ca] /usr/sbin/mondoarchive[0x805e7ca] /usr/sbin/mondoarchive[0x805e7ca] /usr/sbin/mondoarchive[0x805e7ca] /usr/sbin/mondoarchive[0x805e7ca] /usr/sbin/mondoarchive[0x805e7ca] /usr/sbin/mondoarchive[0x805e7ca] /usr/sbin/mondoarchive[0x805f035] /usr/sbin/mondoarchive[0x805f52e] /usr/sbin/mondoarchive[0x8055be0] /usr/sbin/mondoarchive[0x804b21d] /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0x171bd6] /usr/sbin/mondoarchive[0x804a3e1] ======= Memory map: ======== 00110000-0012b000 r-xp 00000000 fc:01 262237 /lib/ld-2.11.1.so 0012b000-0012c000 r--p 0001a000 fc:01 262237 /lib/ld-2.11.1.so 0012c000-0012d000 rw-p 0001b000 fc:01 262237 /lib/ld-2.11.1.so 0012d000-0012e000 r-xp 00000000 00:00 0 [vdso] 0012e000-0013f000 r-xp 00000000 fc:01 3021643 /usr/lib/libnewt.so.0.52.10 0013f000-00140000 ---p 00011000 fc:01 3021643 /usr/lib/libnewt.so.0.52.10 00140000-00141000 r--p 00011000 fc:01 3021643 /usr/lib/libnewt.so.0.52.10 00141000-00142000 rw-p 00012000 fc:01 3021643 /usr/lib/libnewt.so.0.52.10 00142000-00157000 r-xp 00000000 fc:01 282972 /lib/tls/i686/cmov/libpthread-2.11.1.so 00157000-00158000 r--p 00014000 fc:01 282972 /lib/tls/i686/cmov/libpthread-2.11.1.so 00158000-00159000 rw-p 00015000 fc:01 282972 /lib/tls/i686/cmov/libpthread-2.11.1.so 00159000-0015b000 rw-p 00000000 00:00 0 0015b000-002ae000 r-xp 00000000 fc:01 266838 /lib/tls/i686/cmov/libc-2.11.1.so 002ae000-002af000 ---p 00153000 fc:01 266838 /lib/tls/i686/cmov/libc-2.11.1.so 002af000-002b1000 r--p 00153000 fc:01 266838 /lib/tls/i686/cmov/libc-2.11.1.so 002b1000-002b2000 rw-p 00155000 fc:01 266838 /lib/tls/i686/cmov/libc-2.11.1.so 002b2000-002b5000 rw-p 00000000 00:00 0 002b5000-00368000 r-xp 00000000 fc:01 262323 /lib/libslang.so.2.2.2 00368000-0036b000 r--p 000b2000 fc:01 262323 /lib/libslang.so.2.2.2 0036b000-00379000 rw-p 000b5000 fc:01 262323 /lib/libslang.so.2.2.2 00379000-003af000 rw-p 00000000 00:00 0 003af000-003b1000 r-xp 00000000 fc:01 282959 /lib/tls/i686/cmov/libdl-2.11.1.so 003b1000-003b2000 r--p 00001000 fc:01 282959 /lib/tls/i686/cmov/libdl-2.11.1.so 003b2000-003b3000 rw-p 00002000 fc:01 282959 /lib/tls/i686/cmov/libdl-2.11.1.so 003b3000-003d7000 r-xp 00000000 fc:01 282960 /lib/tls/i686/cmov/libm-2.11.1.so 003d7000-003d8000 r--p 00023000 fc:01 282960 /lib/tls/i686/cmov/libm-2.11.1.so 003d8000-003d9000 rw-p 00024000 fc:01 282960 /lib/tls/i686/cmov/libm-2.11.1.so 003d9000-003f6000 r-xp 00000000 fc:01 262199 /lib/libgcc_s.so.1 003f6000-003f7000 r--p 0001c000 fc:01 262199 /lib/libgcc_s.so.1 003f7000-003f8000 rw-p 0001d000 fc:01 262199 /lib/libgcc_s.so.1 08048000-0809b000 r-xp 00000000 fc:01 3089822 /usr/sbin/mondoarchive 0809b000-0809c000 r--p 00052000 fc:01 3089822 /usr/sbin/mondoarchive 0809c000-0809e000 rw-p 00053000 fc:01 3089822 /usr/sbin/mondoarchive 0809e000-08522000 rw-p 00000000 00:00 0 [heap] b7fe6000-b7fe9000 rw-p 00000000 00:00 0 b7ffc000-b8000000 rw-p 00000000 00:00 0 bffeb000-c0000000 rw-p 00000000 00:00 0 [stack] Program received signal SIGABRT, Aborted. 0x0012d422 in __kernel_vsyscall () (gdb) bt #0 0x0012d422 in __kernel_vsyscall () #1 0x00185651 in raise () from /lib/tls/i686/cmov/libc.so.6 #2 0x00188a82 in abort () from /lib/tls/i686/cmov/libc.so.6 #3 0x001bc49d in ?? () from /lib/tls/i686/cmov/libc.so.6 #4 0x0023d390 in __fortify_fail () from /lib/tls/i686/cmov/libc.so.6 #5 0x0023c2ca in __chk_fail () from /lib/tls/i686/cmov/libc.so.6 #6 0x0023b5fa in __strcat_chk () from /lib/tls/i686/cmov/libc.so.6 #7 0x0805e44c in ?? () #8 0x0805e7ca in ?? () #9 0x0805e7ca in ?? () #10 0x0805e7ca in ?? () #11 0x0805e7ca in ?? () #12 0x0805e7ca in ?? () #13 0x0805e7ca in ?? () #14 0x0805e7ca in ?? () #15 0x0805e7ca in ?? () #16 0x0805e7ca in ?? () #17 0x0805e7ca in ?? () #18 0x0805e7ca in ?? () #19 0x0805e7ca in ?? () #20 0x0805e7ca in ?? () #21 0x0805e7ca in ?? () #22 0x0805f035 in ?? () #23 0x0805f52e in ?? () #24 0x08055be0 in ?? () #25 0x0804b21d in ?? () #26 0x00171bd6 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6 #27 0x0804a3e1 in ?? () (gdb) Please help. Thank you. -- Daniel González Gasull |
|
From: Bruno C. <Bru...@hp...> - 2011-11-26 19:09:17
|
Bruno CAPELETO said on Sat, Nov 26, 2011 at 08:57:00AM +0100: > Basically it is easy (in the end) : [...] > - take what you need in the first mondo iso for the PXE menu Tip: http://trac.mondorescue.org/browser/branches/3.0/mindi/README.pxe Bruno. -- Open Source & Linux Profession Lead EMEA http://opensource.hp.com Open Source Solutions Initiative Chief Technologist http://hpintelco.net FLOSS projects: http://mondorescue.org http://project-builder.org Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org |
|
From: Bruno C. <b.c...@fr...> - 2011-11-26 07:58:02
|
I had tried a few weeks and thanks to this list I managed to do so. I use a debian server and Ubuntu clients. I do not use any CD, but boot via network (PXE) which is much easier. Basically it is easy (in the end) : - prepare a NFS mount on the server with all permissions to everybody - do a mondoarchive via NFS on the client - mount a PXE server - take what you need in the first mondo iso for the PXE menu - set your client to boot via PXE The cloning of 14 systems takes half an hour. Le 22/11/2011 17:21, Chris Angelico a écrit : > I've been attempting to do a full Mondo archive/restore over network, > on and off for the past six months or so. Always with frustrating > closeness, but never quite succeeding, I'm now turning to the list for > help. > > Has anyone anywhere a straightforward how-to for doing an all-network > Mondo archive and restore? Preferably using Debian-based Linux, and > ideally with one constant CD to boot off regardless of the image being > loaded. I don't mind whether it's sshfs or nfs, or even if it's one to > archive and a different one to restore, just as long as it all works. > > Can anyone assist? Mondo feels like it has so much awesome potential, > but I've just not quite managed to get it all working. > > Thanks! > > Chris Angelico > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > _______________________________________________ > Mondo-devel mailing list > Mon...@li... > https://lists.sourceforge.net/lists/listinfo/mondo-devel |
|
From: Daniel G. G. <ga...@gm...> - 2011-11-25 06:16:13
|
Hi. I'm still having problems running mondoarchive. This time I run it in GDB. Here's the output. I'm also attaching /var/log/mondoarchive.log. $ sudo gdb mondoarchive GNU gdb (GDB) 7.1-ubuntu Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i486-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /usr/sbin/mondoarchive...(no debugging symbols found)...done. (gdb) set logging on Copying output to gdb.txt. (gdb) run -OVu -9 -S /media/bakdsk -T /media/bakdsk -d /media/bakdsk -E "/dev /media /tmp" Starting program: /usr/sbin/mondoarchive -OVu -9 -S /media/bakdsk -T /media/bakdsk -d /media/bakdsk -E "/dev /media /tmp" [Thread debugging using libthread_db enabled] Initializing... See /var/log/mondoarchive.log for details of backup run. Checking sanity of your Linux distribution Done. BusyBox's sources are available from http://www.busybox.net Making catalog of files to be backed up *** buffer overflow detected ***: /usr/sbin/mondoarchive terminated ======= Backtrace: ========= /lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x50)[0x23d390] /lib/tls/i686/cmov/libc.so.6(+0xe12ca)[0x23c2ca] /lib/tls/i686/cmov/libc.so.6(+0xe05fa)[0x23b5fa] /usr/sbin/mondoarchive[0x805e44c] /usr/sbin/mondoarchive[0x805e7ca] /usr/sbin/mondoarchive[0x805e7ca] /usr/sbin/mondoarchive[0x805e7ca] /usr/sbin/mondoarchive[0x805e7ca] /usr/sbin/mondoarchive[0x805e7ca] /usr/sbin/mondoarchive[0x805e7ca] /usr/sbin/mondoarchive[0x805e7ca] /usr/sbin/mondoarchive[0x805e7ca] /usr/sbin/mondoarchive[0x805e7ca] /usr/sbin/mondoarchive[0x805e7ca] /usr/sbin/mondoarchive[0x805e7ca] /usr/sbin/mondoarchive[0x805e7ca] /usr/sbin/mondoarchive[0x805e7ca] /usr/sbin/mondoarchive[0x805e7ca] /usr/sbin/mondoarchive[0x805f035] /usr/sbin/mondoarchive[0x805f52e] /usr/sbin/mondoarchive[0x8055be0] /usr/sbin/mondoarchive[0x804b21d] /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0x171bd6] /usr/sbin/mondoarchive[0x804a3e1] ======= Memory map: ======== 00110000-0012b000 r-xp 00000000 fc:01 262237 /lib/ld-2.11.1.so 0012b000-0012c000 r--p 0001a000 fc:01 262237 /lib/ld-2.11.1.so 0012c000-0012d000 rw-p 0001b000 fc:01 262237 /lib/ld-2.11.1.so 0012d000-0012e000 r-xp 00000000 00:00 0 [vdso] 0012e000-0013f000 r-xp 00000000 fc:01 3021643 /usr/lib/libnewt.so.0.52.10 0013f000-00140000 ---p 00011000 fc:01 3021643 /usr/lib/libnewt.so.0.52.10 00140000-00141000 r--p 00011000 fc:01 3021643 /usr/lib/libnewt.so.0.52.10 00141000-00142000 rw-p 00012000 fc:01 3021643 /usr/lib/libnewt.so.0.52.10 00142000-00157000 r-xp 00000000 fc:01 282972 /lib/tls/i686/cmov/libpthread-2.11.1.so 00157000-00158000 r--p 00014000 fc:01 282972 /lib/tls/i686/cmov/libpthread-2.11.1.so 00158000-00159000 rw-p 00015000 fc:01 282972 /lib/tls/i686/cmov/libpthread-2.11.1.so 00159000-0015b000 rw-p 00000000 00:00 0 0015b000-002ae000 r-xp 00000000 fc:01 266838 /lib/tls/i686/cmov/libc-2.11.1.so 002ae000-002af000 ---p 00153000 fc:01 266838 /lib/tls/i686/cmov/libc-2.11.1.so 002af000-002b1000 r--p 00153000 fc:01 266838 /lib/tls/i686/cmov/libc-2.11.1.so 002b1000-002b2000 rw-p 00155000 fc:01 266838 /lib/tls/i686/cmov/libc-2.11.1.so 002b2000-002b5000 rw-p 00000000 00:00 0 002b5000-00368000 r-xp 00000000 fc:01 262323 /lib/libslang.so.2.2.2 00368000-0036b000 r--p 000b2000 fc:01 262323 /lib/libslang.so.2.2.2 0036b000-00379000 rw-p 000b5000 fc:01 262323 /lib/libslang.so.2.2.2 00379000-003af000 rw-p 00000000 00:00 0 003af000-003b1000 r-xp 00000000 fc:01 282959 /lib/tls/i686/cmov/libdl-2.11.1.so 003b1000-003b2000 r--p 00001000 fc:01 282959 /lib/tls/i686/cmov/libdl-2.11.1.so 003b2000-003b3000 rw-p 00002000 fc:01 282959 /lib/tls/i686/cmov/libdl-2.11.1.so 003b3000-003d7000 r-xp 00000000 fc:01 282960 /lib/tls/i686/cmov/libm-2.11.1.so 003d7000-003d8000 r--p 00023000 fc:01 282960 /lib/tls/i686/cmov/libm-2.11.1.so 003d8000-003d9000 rw-p 00024000 fc:01 282960 /lib/tls/i686/cmov/libm-2.11.1.so 003d9000-003f6000 r-xp 00000000 fc:01 262199 /lib/libgcc_s.so.1 003f6000-003f7000 r--p 0001c000 fc:01 262199 /lib/libgcc_s.so.1 003f7000-003f8000 rw-p 0001d000 fc:01 262199 /lib/libgcc_s.so.1 08048000-0809b000 r-xp 00000000 fc:01 3089822 /usr/sbin/mondoarchive 0809b000-0809c000 r--p 00052000 fc:01 3089822 /usr/sbin/mondoarchive 0809c000-0809e000 rw-p 00053000 fc:01 3089822 /usr/sbin/mondoarchive 0809e000-08522000 rw-p 00000000 00:00 0 [heap] b7fe6000-b7fe9000 rw-p 00000000 00:00 0 b7ffc000-b8000000 rw-p 00000000 00:00 0 bffeb000-c0000000 rw-p 00000000 00:00 0 [stack] Program received signal SIGABRT, Aborted. 0x0012d422 in __kernel_vsyscall () (gdb) bt #0 0x0012d422 in __kernel_vsyscall () #1 0x00185651 in raise () from /lib/tls/i686/cmov/libc.so.6 #2 0x00188a82 in abort () from /lib/tls/i686/cmov/libc.so.6 #3 0x001bc49d in ?? () from /lib/tls/i686/cmov/libc.so.6 #4 0x0023d390 in __fortify_fail () from /lib/tls/i686/cmov/libc.so.6 #5 0x0023c2ca in __chk_fail () from /lib/tls/i686/cmov/libc.so.6 #6 0x0023b5fa in __strcat_chk () from /lib/tls/i686/cmov/libc.so.6 #7 0x0805e44c in ?? () #8 0x0805e7ca in ?? () #9 0x0805e7ca in ?? () #10 0x0805e7ca in ?? () #11 0x0805e7ca in ?? () #12 0x0805e7ca in ?? () #13 0x0805e7ca in ?? () #14 0x0805e7ca in ?? () #15 0x0805e7ca in ?? () #16 0x0805e7ca in ?? () #17 0x0805e7ca in ?? () #18 0x0805e7ca in ?? () #19 0x0805e7ca in ?? () #20 0x0805e7ca in ?? () #21 0x0805e7ca in ?? () #22 0x0805f035 in ?? () #23 0x0805f52e in ?? () #24 0x08055be0 in ?? () #25 0x0804b21d in ?? () #26 0x00171bd6 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6 #27 0x0804a3e1 in ?? () (gdb) Please help. Thank you. -- Daniel González Gasull |
|
From: orel m. <ore...@gm...> - 2011-11-24 12:23:19
|
Hi, I want to use mondoarchive to backup to NFS mount. I'm using: mondoarchive -On nfs://$serverIp:$mountpoing -H -p $filename -s 2g -E /mnt2 I want the restore to work without console touch - i'm booting from the mondorescue.iso - but it asks me for the "RESCUE" string or an ENTER in order to continue. I want to delete this verification. also, in the end of the installation, it asks me to reboot after I read the log, I want to mondo to reboot after installation. Is there a flag or some script i can edit for it to do so? if not, what I need to change in the source RPM in order to do so? Thanks, Matan |
|
From: Chris A. <ro...@gm...> - 2011-11-22 16:21:47
|
I've been attempting to do a full Mondo archive/restore over network, on and off for the past six months or so. Always with frustrating closeness, but never quite succeeding, I'm now turning to the list for help. Has anyone anywhere a straightforward how-to for doing an all-network Mondo archive and restore? Preferably using Debian-based Linux, and ideally with one constant CD to boot off regardless of the image being loaded. I don't mind whether it's sshfs or nfs, or even if it's one to archive and a different one to restore, just as long as it all works. Can anyone assist? Mondo feels like it has so much awesome potential, but I've just not quite managed to get it all working. Thanks! Chris Angelico |
|
From: rene-marc d. <rm...@me...> - 2011-11-22 16:15:03
|
Le Tue, 22 Nov 2011, Bruno Cornec ecrivait:
> Hello René-Marc, long time no talk !!
Hi Bruno, yes, long time, happy to see you're still here !
> What do you get in isolinux.cfg ?
Seems to be standard stuff :
prompt 1
display message.txt
default interactive
timeout 300
label interactive
kernel /vmlinuz
append initrd=/initrd.img root=/dev/ram0 rw ramdisk_size=81920
interactive_mode devfs=nomount noresume selinux=0 barrier=off
ramdisk_blocksize=1024
... (cut the other parts)
> That's bad news that the latest beta has still not covered it correctly.
> Could you follow up in #491 please and provide the feedback there (sh
> -x mindi --findkernel 2>&1 > /tmp/mindi.res )
files attached.
Thanks ! |
|
From: Bruno C. <Bru...@hp...> - 2011-11-22 15:54:39
|
Claudio Poli said on Mon, Nov 21, 2011 at 01:28:50PM +0100: > I added > > deb ftp://ftp.mondorescue.org/./debian 4.0 contrib > deb-src ftp://ftp.mondorescue.org/./debian 4.0 contrib try with ftp://ftp.mondorescue.org/test/debian > @midnight /usr/sbin/mondoarchive -OVt -d /dev/st0 -3 -L -I "/home/Dati /home/TeamSystem" | grep -v evalcall | grep -v progress-form You need '|' to separate -E or -I params: -I "/home/Dati|/home/TeamSystem" Bruno. -- Open Source & Linux Profession Lead EMEA http://opensource.hp.com Open Source Solutions Initiative Chief Technologist http://hpintelco.net FLOSS projects: http://mondorescue.org http://project-builder.org Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org |
|
From: Bruno C. <Bru...@hp...> - 2011-11-22 15:50:18
|
Hello René-Marc, long time no talk !! rene-marc dolhen said on Tue, Nov 22, 2011 at 03:49:42PM +0100: > Hello world, > > I try to backup/restore a Centos 5.5 VM located on a Xen Server. > Backup runs fine, but when rebooting on the disaster CD, I got a > "Could not find kernel image" error. > Here is the content of the CD : > -r--r--r-- 1 root root 6583938 nov 22 11:57 initrd.img > -r--r--r-- 1 root root 1110 nov 22 11:57 isolinux.cfg > -r--r--r-- 1 root root 2047495 nov 22 11:57 vmlinuz What do you get in isolinux.cfg ? > mondo-2.2.9.8-0.20111018114913.rhel5 > mindi-busybox-1.18.5-0.20111018114913.rhel5 > mindi-2.0.7.9-0.20111018114913.rhel5 > with this last version, mondoarchive doesn't find automatically the > kernel and asks me to enter its location. Yep. I have bug reports opened for this one: http://trac.mondorescue.org/ticket/491 http://trac.mondorescue.org/ticket/498 That's bad news that the latest beta has still not covered it correctly. Could you follow up in #491 please and provide the feedback there (sh -x mindi --findkernel 2>&1 > /tmp/mindi.res ) TIA, Bruno. -- Open Source & Linux Profession Lead EMEA http://opensource.hp.com Open Source Solutions Initiative Chief Technologist http://hpintelco.net FLOSS projects: http://mondorescue.org http://project-builder.org Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org |
|
From: Bruno C. <bru...@ab...> - 2011-11-22 15:16:04
|
I guess this is normal : to my knowledge the virtual machine does not contain the kernel except if you use pygrub (different kernel than hypervisor's). Le 22/11/2011 15:49, rene-marc dolhen a écrit : > > Hello world, > > I try to backup/restore a Centos 5.5 VM located on a Xen Server. > Backup runs fine, but when rebooting on the disaster CD, I got a > "Could not find kernel image" error. > > Here is the content of the CD : > dr-xr-xr-x 2 root root 30720 nov 22 12:01 archives > -r-xr-xr-x 1 root root 1717 nov 22 12:01 autorun > -r--r--r-- 1 root root 2048 nov 22 12:01 boot.cat > -r--r--r-- 1 root root 10 nov 22 11:56 HOSTNAME > dr-xr-xr-x 3 root root 2048 nov 22 11:57 images > -r--r--r-- 1 root root 6583938 nov 22 11:57 initrd.img > -r--r--r-- 1 root root 10648 nov 22 11:57 isolinux.bin > -r--r--r-- 1 root root 1110 nov 22 11:57 isolinux.cfg > -r--r--r-- 1 root root 4 nov 22 11:56 LAST-FILELIST-NUMBER > -r--r--r-- 1 root root 446 nov 22 11:57 message.txt > dr-xr-xr-x 3 root root 2048 oct 27 10:15 usr > -r--r--r-- 1 root root 2047495 nov 22 11:57 vmlinuz > > and the /boot of my VM : > -rw-r--r-- 1 root root 66548 avr 2 2010 config-2.6.18-194.el5xen > drwxr-xr-x 2 root root 1024 oct 25 10:24 grub > -rw------- 1 root root 3229345 oct 25 10:21 initrd-2.6.18-194.el5xen.img > drwx------ 2 root root 12288 oct 25 10:17 lost+found > -rw-r--r-- 1 root root 80032 mar 16 2009 message > -rw-r--r-- 1 root root 112196 avr 2 2010 symvers-2.6.18-194.el5xen.gz > -rw-r--r-- 1 root root 1208685 avr 2 2010 System.map-2.6.18-194.el5xen > -rw-r--r-- 1 root root 2047495 avr 2 2010 vmlinuz-2.6.18-194.el5xen > > I tried with versions : > mondo-2.2.7-1.rhel5 > mindi-busybox-1.7.3-1.rhel5 > mindi-2.0.4-1.rhel5 > > and > mondo-2.2.9.8-0.20111018114913.rhel5 > mindi-busybox-1.18.5-0.20111018114913.rhel5 > mindi-2.0.7.9-0.20111018114913.rhel5 > with this last version, mondoarchive doesn't find automatically the > kernel and asks me to enter its location. > > Any ideas ? > > > thanks, > rené-marc > > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > > > _______________________________________________ > Mondo-devel mailing list > Mon...@li... > https://lists.sourceforge.net/lists/listinfo/mondo-devel -- |
|
From: rene-marc d. <rm...@me...> - 2011-11-22 15:04:42
|
Hello world, I try to backup/restore a Centos 5.5 VM located on a Xen Server. Backup runs fine, but when rebooting on the disaster CD, I got a "Could not find kernel image" error. Here is the content of the CD : dr-xr-xr-x 2 root root 30720 nov 22 12:01 archives -r-xr-xr-x 1 root root 1717 nov 22 12:01 autorun -r--r--r-- 1 root root 2048 nov 22 12:01 boot.cat -r--r--r-- 1 root root 10 nov 22 11:56 HOSTNAME dr-xr-xr-x 3 root root 2048 nov 22 11:57 images -r--r--r-- 1 root root 6583938 nov 22 11:57 initrd.img -r--r--r-- 1 root root 10648 nov 22 11:57 isolinux.bin -r--r--r-- 1 root root 1110 nov 22 11:57 isolinux.cfg -r--r--r-- 1 root root 4 nov 22 11:56 LAST-FILELIST-NUMBER -r--r--r-- 1 root root 446 nov 22 11:57 message.txt dr-xr-xr-x 3 root root 2048 oct 27 10:15 usr -r--r--r-- 1 root root 2047495 nov 22 11:57 vmlinuz and the /boot of my VM : -rw-r--r-- 1 root root 66548 avr 2 2010 config-2.6.18-194.el5xen drwxr-xr-x 2 root root 1024 oct 25 10:24 grub -rw------- 1 root root 3229345 oct 25 10:21 initrd-2.6.18-194.el5xen.img drwx------ 2 root root 12288 oct 25 10:17 lost+found -rw-r--r-- 1 root root 80032 mar 16 2009 message -rw-r--r-- 1 root root 112196 avr 2 2010 symvers-2.6.18-194.el5xen.gz -rw-r--r-- 1 root root 1208685 avr 2 2010 System.map-2.6.18-194.el5xen -rw-r--r-- 1 root root 2047495 avr 2 2010 vmlinuz-2.6.18-194.el5xen I tried with versions : mondo-2.2.7-1.rhel5 mindi-busybox-1.7.3-1.rhel5 mindi-2.0.4-1.rhel5 and mondo-2.2.9.8-0.20111018114913.rhel5 mindi-busybox-1.18.5-0.20111018114913.rhel5 mindi-2.0.7.9-0.20111018114913.rhel5 with this last version, mondoarchive doesn't find automatically the kernel and asks me to enter its location. Any ideas ? thanks, rené-marc |
|
From: Bruno C. <Bru...@hp...> - 2011-11-21 15:34:26
|
Bruno CAPELETO said on Mon, Nov 21, 2011 at 09:12:58AM +0100: > Support for SUID/SGID handling (FEATURE_SUID) [N/y/?] -> MUST BE Y > Runtime SUID/SGID configuration via /etc/busybox.conf (FEATURE_SUID_CONFIG) [Y/n/?] (NEW) -> I PUT NO I added this upstream in rev [2905] http://trac.mondorescue.org/changeset/2905 Bruno. -- Open Source & Linux Profession Lead EMEA http://opensource.hp.com Open Source Solutions Initiative Chief Technologist http://hpintelco.net FLOSS projects: http://mondorescue.org http://project-builder.org Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org |
|
From: <Ste...@dl...> - 2011-11-21 13:14:00
|
Dear Bruno, Many thanks for reply. Over the weekend I tried everything, but I did not try to compile busybox because I saw the comment of Bruno Co. > I'm at loss here. By "at the end", do you mean, end of restore before > trying to reboot ? I started with hints given by Bruno Co. and adapted portmap into mindi. Subsequently, I removed portmap adapted rpcbind, removed both and updated nfs-common (wheezy/testing) together with a newer rpcbind (looks like that there is an alteration from portmap/squeeze to rpcbind/wheezy). Each time I generated a new Mindi cd. After all I was at loss and had to delete the new installed squeeze-Linux and went back to a previous Debian version. > cp -rp /etc/ld.so.c* $mountpoint/etc > and add: > cp -rp /sbin/rpcbind $mountpoint/sbin > > And now also launch it in the start-netfs script (under > /usr/lib*/mindi/rootfs/sbin/start-netfs): > > around line 90, look for: > mount -t $proto -o nolock,ro $netfsopt $netfsmount /tmp/isodi > > abd add *before* a call to rpcbind (model on what is done on your > distro). > > And report back so that I could include that upstream, if this fixes > your issue. > > Thanks for your report, > Bruno. But you are right, you wrote >> I am using the package from your repository. The only thing I changed is >> the busybox executable (that I recompiled). Currently, I can't do any further attempts, but I will start again in two weeks. Thanks again for support and help Stephan ________________________________________ Von: Bruno CAPELETO [mailto:bru...@ab...] Gesendet: Montag, 21. November 2011 09:13 An: mon...@li... Cc: Sous, Stephan Betreff: Re: [Mondo-devel] nfs rpcbind squeeze Dear Stephan, The NFS problem was solved but not with this proposed fix, I updated the list with the solution. Basically you have to compile busybox and change default option so that /etc/passwd is taken into consideration : aptitude install make gcc wget ftp://ftp.mondorescue.org/debian/6.0/mindi-busybox_1.18.3-1.tar.gz tar xvfz mindi-busybox_1.18.3-1.tar.gz cd mindi make config ... Support for SUID/SGID handling (FEATURE_SUID) [N/y/?] -> MUST BE Y Runtime SUID/SGID configuration via /etc/busybox.conf (FEATURE_SUID_CONFIG) [Y/n/?] (NEW) -> I PUT NO ... make mv /bin/busybox /bin/busybox.dist cp -ap busybox /bin/busybox Cheers, Bruno |
|
From: Claudio P. <mas...@gm...> - 2011-11-21 12:29:05
|
Hello, I'm managing a rather old Debian 4.0 server. I have performed a package upgrade few days ago and since then I cannot do tape backups anymore. I added deb ftp://ftp.mondorescue.org/./debian 4.0 contrib deb-src ftp://ftp.mondorescue.org/./debian 4.0 contrib to my sources.list and installed: Mondo Archive v2.2.9.7-r2840 --- http://www.mondorescue.org running x86_64 binaries running on x86_64 architecture root@pc00:/home# uname -a Linux pc00 2.6.18-6-amd64 #1 SMP Sat Feb 20 23:34:55 UTC 2010 x86_64 GNU/Linux My original and working cron command line was this: @midnight /usr/sbin/mondoarchive -OVFt -d /dev/st0 -3 -L -I "/home/Dati /home/TeamSystem" | grep -v evalcall | grep -v progress-form However now it says that the option -F is invalid, so I dropped it. Running: /usr/sbin/mondoarchive -OVt -d /dev/st0 -3 -L -I "/home/Dati /home/TeamSystem" yields a segfault: Initializing... See /var/log/mondoarchive.log for details of backup run. Checking sanity of your Linux distribution Done. Fatal error... ERROR ! You specified a directory to include which doesn't exist ---FATALERROR--- ERROR ! You specified a directory to include which doesn't exist 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 Segmentation fault I also tried to pass a pipe: /usr/sbin/mondoarchive -OVt -d /dev/st0 -3 -L -I "/home/Dati |/home/TeamSystem" result is unchanged. What should I do now? Thanks, logs follows. root@pc00:/home# cat /var/log/mondoarchive.log Time started: Mon Nov 21 13:15:36 2011 running: dmesg -n1 > /media/imap/mondo.tmp.HPANkz/mondo-run-prog-thing.tmp 2> /media/imap/mondo.tmp.HPANkz/mondo-run-prog-thing.err --------------------------------start of output----------------------------- --------------------------------end of output------------------------------ ...ran just fine. :-) Mondo Archive v2.2.9.7-r2840 --- http://www.mondorescue.org running x86_64 binaries running on x86_64 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] mondoarchive.c->welcome_to_mondoarchive#101: One... [Main] mondoarchive.c->welcome_to_mondoarchive#102: Two... [Main] mondoarchive.c->welcome_to_mondoarchive#103: Three... [Main] mondoarchive.c->welcome_to_mondoarchive#104: Four... [Main] mondoarchive.c->distro_specific_kludges_at_start_of_mondoarchive#121: Unmounting old ramdisks if necessary running: mount | grep cdrom | grep super > /media/imap/mondo.tmp.HPANkz/mondo-run-prog-thing.tmp 2> /media/imap/mondo.tmp.HPANkz/mondo-run-prog-thing.err --------------------------------start of output----------------------------- --------------------------------end of output------------------------------ ...ran with res=256 running: mount | grep floppy | grep super > /media/imap/mondo.tmp.HPANkz/mondo-run-prog-thing.tmp 2> /media/imap/mondo.tmp.HPANkz/mondo-run-prog-thing.err --------------------------------start of output----------------------------- --------------------------------end of output------------------------------ ...ran with res=256 [Main] libmondo-tools.c->mount_boot_if_necessary#1168: Started sub [Main] libmondo-tools.c->mount_boot_if_necessary#1169: About to set g_boot_mountpt[0] to '\0' [Main] libmondo-tools.c->mount_boot_if_necessary#1171: Done. Great. Seeting command to something [Main] libmondo-tools.c->mount_boot_if_necessary#1174: 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#1178: tmp = '/dev/cciss/c0d0p1' [Main] libmondo-tools.c->mount_boot_if_necessary#1180: /boot is at /dev/cciss/c0d0p1 according to /etc/fstab [Main] libmondo-tools.c->mount_boot_if_necessary#1224: Ended sub [Main] libmondo-tools.c->get_kernel_version#254: g_kernel_version = 2.618000 running: rm -Rf /var/cache/mondo/changed.files* > /media/imap/mondo.tmp.HPANkz/mondo-run-prog-thing.tmp 2> /media/imap/mondo.tmp.HPANkz/mondo-run-prog-thing.err --------------------------------start of output----------------------------- --------------------------------end of output------------------------------ ...ran just fine. :-) Checking sanity of your Linux distribution running: grep ramdisk /proc/devices > /media/imap/mondo.tmp.HPANkz/mondo-run-prog-thing.tmp 2> /media/imap/mondo.tmp.HPANkz/mondo-run-prog-thing.err --------------------------------start of output----------------------------- 1 ramdisk --------------------------------end of output------------------------------ ...ran just fine. :-) running: mount | grep -Ew 'vfat|fat|dos' | grep -vE "/dev/fd|nexdisk" > /media/imap/mondo.tmp.HPANkz/mondo-run-prog-thing.tmp 2> /media/imap/mondo.tmp.HPANkz/mondo-run-prog-thing.err --------------------------------start of output----------------------------- --------------------------------end of output------------------------------ ...ran with res=256 [Main] libmondo-files.c->find_home_of_exe#360: find_home_of_exe () --- Found cmp at /usr/bin/cmp running: mindi -V > /media/imap/mondo.tmp.HPANkz/mondo-run-prog-thing.tmp 2> /media/imap/mondo.tmp.HPANkz/mondo-run-prog-thing.err --------------------------------start of output----------------------------- Mindi v2.0.7.8-r2840 --------------------------------end of output------------------------------ ...ran just fine. :-) running: parted2fdisk -l | grep -i raid > /media/imap/mondo.tmp.HPANkz/mondo-run-prog-thing.tmp 2> /media/imap/mondo.tmp.HPANkz/mondo-run-prog-thing.err --------------------------------start of output----------------------------- --------------------------------end of output------------------------------ ...ran with res=256 Done. [Main] libmondo-files.c->find_home_of_exe#360: find_home_of_exe () --- Found afio at /bin/afio [Main] libmondo-cli.c->process_switches#292: ERROR ! /home/Dati doesn't exist [Main] newt-specific.c->fatal_error#308: Fatal error received - 'ERROR ! You specified a directory to include which doesn't exist' [Main] newt-specific.c->fatal_error#326: OK, I think I'm the main PID. [Main] newt-specific.c->fatal_error#334: I'm going to do some cleaning up now. [Main] newt-specific.c->fatal_error#335: killall mindi 2> /dev/null running: ps auxww | grep " /mondo/do-not " | awk '{print $2;}' | grep -v "grep" > /media/imap/mondo.tmp.HPANkz/mondo-run-prog-thing.tmp 2> /media/imap/mondo.tmp.HPANkz/mondo-run-prog-thing.err --------------------------------start of output----------------------------- 10968 10970 --------------------------------end of output------------------------------ ...ran just fine. :-) running: kill `ps auxww | grep " /mondo/do-not " | awk '{print $2;}' | grep -v "grep"` > /media/imap/mondo.tmp.HPANkz/mondo-run-prog-thing.tmp 2> /media/imap/mondo.tmp.HPANkz/mondo-run-prog-thing.err --------------------------------start of output----------------------------- --------------------------------end of output------------------------------ ...ran with res=15 running: ps auxww | grep " tmp.mondo " | awk '{print $2;}' | grep -v "grep" > /media/imap/mondo.tmp.HPANkz/mondo-run-prog-thing.tmp 2> /media/imap/mondo.tmp.HPANkz/mondo-run-prog-thing.err --------------------------------start of output----------------------------- 10983 10985 --------------------------------end of output------------------------------ ...ran just fine. :-) running: kill `ps auxww | grep " tmp.mondo " | awk '{print $2;}' | grep -v "grep"` > /media/imap/mondo.tmp.HPANkz/mondo-run-prog-thing.tmp 2> /media/imap/mondo.tmp.HPANkz/mondo-run-prog-thing.err --------------------------------start of output----------------------------- --------------------------------end of output------------------------------ ...ran with res=15 running: ps auxww | grep " ntfsclone " | awk '{print $2;}' | grep -v "grep" > /media/imap/mondo.tmp.HPANkz/mondo-run-prog-thing.tmp 2> /media/imap/mondo.tmp.HPANkz/mondo-run-prog-thing.err --------------------------------start of output----------------------------- 10998 11000 --------------------------------end of output------------------------------ ...ran just fine. :-) running: kill `ps auxww | grep " ntfsclone " | awk '{print $2;}' | grep -v "grep"` > /media/imap/mondo.tmp.HPANkz/mondo-run-prog-thing.tmp 2> /media/imap/mondo.tmp.HPANkz/mondo-run-prog-thing.err --------------------------------start of output----------------------------- --------------------------------end of output------------------------------ ...ran with res=15 running: umount /mnt/cdrom > /media/imap/mondo.tmp.HPANkz/mondo-run-prog-thing.tmp 2> /media/imap/mondo.tmp.HPANkz/mondo-run-prog-thing.err --------------------------------start of output----------------------------- umount: /mnt/cdrom: not mounted --------------------------------end of output------------------------------ ...ran with res=256 |
|
From: Ioan I. <ind...@gm...> - 2011-11-21 09:21:24
|
On Sat, Nov 19, 2011 at 1:57 AM, Bruno Cornec <Bru...@hp...> wrote: > Any kernel update available for your SuSE ? (12.1 is now available) > > Bruno. Running with OpenSuse 11.3 as the box was installed using an Asterisk CallCenter distro (Vicibox). We will migrate soon the installation on another machine and I'll report back if the workaround is still needed on the new hardware. BR, Ioan. |
6 messages has been excluded from this view by a project administrator.