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
(3) |
2
|
|
3
(1) |
4
|
5
(10) |
6
(5) |
7
(4) |
8
|
9
(4) |
|
10
(1) |
11
(2) |
12
(2) |
13
(6) |
14
(3) |
15
(6) |
16
|
|
17
(1) |
18
(7) |
19
(6) |
20
(5) |
21
(3) |
22
(4) |
23
(1) |
|
24
|
25
(17) |
26
(11) |
27
(7) |
28
(7) |
29
(11) |
30
|
|
31
(2) |
|
|
|
|
|
|
|
From: mark <ma...@ne...> - 2011-07-31 23:01:15
|
Hi, So I am setting up a new machine using Mepis 11. It is derived from Debian Squeeze (6.0). I added the following to my sources.list deb ftp://ftp.mondorescue.org/debian 6.0 contrib Now synaptic shows mindi-busybox 1.2.1-4 but version > 1.7.3-1 is required. How do I resolve this dependency problem? Thanks, Mark |
|
From: Ethan R. P. <ero...@hy...> - 2011-07-31 17:26:52
|
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
</head>
<body text="#000000" bgcolor="#ffffff">
Dear List -<br>
<br>
Thanks for all your help in the past.<br>
<br>
The problems w/ mounting the USB drive are solved, but the backup
still does not work. This is definitely not a Debian problem, but
a Mondoarchive problem. Attached is the log....<br>
<br>
1] Mondo will only work for me if I declare that I am backing up to
a hard drive, and then give the path to the USB drive which is the
backup target.<br>
2] Mondo fails to write an ISO file, and then does not backup any
data.<br>
<br>
Ethan<br>
<div class="moz-signature">-- <br>
<typeface=timesnewroman,size=4>Ethan Rosenberg, PhD<br>
<i>Pres/CEO</i><br>
<b>Hygeia Biomedical Research, Inc</b><br>
<font size="2">
2 Cameo Ridge Road<br>
Monsey, NY 10952<br>
T: 845 352-3908<br>
F: 845 352-7566<br>
<a class="moz-txt-link-abbreviated" href="mailto:ero...@hy...">ero...@hy...</a>
</font></typeface=timesnewroman,size=4></div>
</body>
</html>
|
|
From: Gattegno, V. (G. - Software) <vic...@hp...> - 2011-07-29 15:49:57
|
Hello SamK, Be aware that I found a bug in the mindi test version (mindi 2.0.7.9 rev 2858), it finds but it doesn't return the kernel. Then the mondoarchive backup fails with: "---FATALERROR--- Kernel not found". Check Ticket #492 for the quick solution that i found. http://trac.mondorescue.org/ticket/492 Rgds, Victor -----Original Message----- From: e-mail samk-01 [mailto:sa...@nt...] Sent: jeudi 28 juillet 2011 19:38 To: mon...@li... Subject: [Mondo-devel] Beta of 2.2.9.8 Kernel not found or invalid in Ubuntu 10.04 Creating a backup with the beta fails with the message "Kernel not found or invalid" in Ubuntu 10.04. When using the current stable versions the command used works fine. mondoarchive -O -V -n nfs://192.168.2.100:/mnt/sda1 -d mondo -p "$(date +%A)-$(hostname)" -3 -s 4480m -S /tmp -T /tmp -N -I "/" -E "|/mnt/repo-backup|" SamK |
|
From: Gattegno, V. (G. - Software) <vic...@hp...> - 2011-07-29 12:41:38
|
Hi all, Be aware that I found a bug in the mindi test version (mindi 2.0.7.9 rev 2858), it finds but it doesn't return the kernel. Then the mondoarchive backup fails with: "---FATALERROR--- Kernel not found". Check Ticket #492 for the quick solution that i found. http://trac.mondorescue.org/ticket/492 Rgds, Victor |
|
From: Gattegno, V. (G. - Software) <vic...@hp...> - 2011-07-29 12:22:23
|
Hi again Don, I found a bug in the mindi test version (mindi 2.0.7.9 rev 2858), it finds but it doesn't return the kernel. It is certainly why you get "Kernel not found.". Check Ticket #492 for the quick solution that i found (which is deleting one line of mindi shell-script file): http://trac.mondorescue.org/ticket/492 Rgds, Victor -----Original Message----- From: Gattegno, Victor (GCC - Software) Sent: vendredi 29 juillet 2011 10:48 To: 'Don Hoover'; 'Mondo mailing list' Subject: RE: [Mondo-devel] Beta of 2.2.9.8 available for tests - FAILED Hello Don, Don't use "-k FAILSAFE". Failsafe kernel used to be provided in a separate package. It is not maintained nor useful anymore... Don't use: -k /boot Use: -k /boot/the-kernel-2.6-that-you-want-to-use And post mondoarchive.log, please. What is the result of ? # ls -ls /boot Rgds, Victor -----Original Message----- From: Don Hoover [mailto:dx...@ya...] Sent: mercredi 27 juillet 2011 19:45 To: mon...@li... Subject: Re: [Mondo-devel] Beta of 2.2.9.8 available for tests - FAILED In attempt to get around the "unable to find CD" on NFS restores I am having on RHEL 6.1 restores with mondo-2.2.9.7-1, I downloaded and tested 2.2.9.8: mindi-2.0.7.9-0.20110726001039.rhel6.x86_64.rpm mindi-busybox-1.18.5-0.20110726001039.rhel6.x86_64.rpm mondo-2.2.9.8-0.20110726001039.rhel6.x86_64.rpm And tested them in RHEL 6.1. The backups fail with: "---FATALERROR--- Kernel not found. Please specify manually with the '-k' switch." When specified "-k /boot", or "-k FAILSAFE" mondoarchive fails with the following: cp: cannot stat `/var/cache/mondo/scratch/mondo.scratch.7117/mondo.scratch.2293/images/all.tar.gz': No such file or directory Fatal error... Cannot find all.tar.gz in tmpdir ---FATALERROR--- Cannot find all.tar.gz in tmpdir I attached mondoarchive.log files for both attempts. |
|
From: Alan P. <Ala...@pu...> - 2011-07-29 12:20:31
|
Hi,
I downloaded and installed the updated mondo RPM package:
[root@taeps002 ~]# rpm -q -a | grep mondo
mondo-2.2.9.8-0.20110726001039.rhel5
Tried running mondo archive again. Unfortunately, I got the same results. Mondoarchive doesn't seem to recognize the fact that the sshfs file system is already mounted.
As you can see from the output below, the sshfs file system is mounted, with a mountpoint of /mnt.
The second "df -kv" listed below is after mondoarchive finishes and the fusermount -u command is executed to un-mount /mnt
[root@taeps002 ~]# ./mondo_backup.sh
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/cciss/c0d0p1 134414668 3881292 123595308 4% /
/dev/cciss/c0d1p1 137789964 192132 130485460 1% /data1
tmpfs 1029292 0 1029292 0% /dev/shm
sshfs#ta...@ta...:/clonefs
346729196 179680420 149435916 55% /mnt
Initializing...
See /var/log/mondoarchive.log for details of backup run.
Checking sanity of your Linux distribution
Done.
Network share is not mounted. Trying to mount it for you.
fuse: missing mountpoint
Unable to mount Network share taeps001.publix.com:/clonefs. Please mount manuall
sh: /taeps002.publix.com/.dummy.txt: No such file or directory
Are you sure directory 'taeps002.publix.com' exists in remote dir 'taeps001.publ
Errors were detected in the command line you supplied.
Please review the log file - /var/log/mondoarchive.log
Execution run ended; result=1
Type 'less /var/log/mondoarchive.log' to see the output log
./mondo_backup.sh: line 25: 4607 Segmentation fault /usr/sbin/mondoarchive -OVn sshfs://taep@$BACKUP_SERVER:/clonefs -d $HOST -p $HOST -E $LOCAL_MOUNTP -s 4G -z -K 99
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/cciss/c0d0p1 134414668 3881320 123595280 4% /
/dev/cciss/c0d1p1 137789964 192136 130485456 1% /data1
tmpfs 1029292 0 1029292 0% /dev/shm
The mindi and mondoarchive logs are attached.
Alan
Alan Pittman
Publix Super Markets, Inc.
863-686-8754 ext. 46320
ala...@pu...
"Unix is user-friendly. It's just very selective about who its friends are."
|
|
From: Gattegno, V. (G. - Software) <vic...@hp...> - 2011-07-29 11:45:56
|
Hello Thomas, Don't run mindi nor mondoarchive through sudo. You should run it as root. I found a bug in the mindi (test version) that you use, mindi 2.0.7.9 rev 2858<http://trac.mondorescue.org/browser/branches/2.2.9/mindi/mindi>, it finds but it doesn't return the kernel. It is why you get "Kernel not found." Check Ticket #492<http://trac.mondorescue.org/ticket/492> for the solution. Rgds, Victor ________________________________ From: Tho...@co... [mailto:Tho...@co...] Sent: vendredi 29 juillet 2011 04:40 To: mon...@li... Subject: Re: [Mondo-devel] Mondo fails because of mindi Hi Victor, > Right, the "-e" in your mindi.log come from the "echo -e" commands of your mindi. > But mindi is always executed through /bin/bash (first line of mindi), and I never saw "-e" echoed in mindi.log. > I tried also manually some "echo -e" under a Ubuntu 11.04 bash shell...it doesn't echo the "-e"... That only happens on my system when the script runs via sudo. I found a post that suggested that sudo could be using a different shell, but "sudo env | grep SHELL" returns /bin/bash > What are the results of these commands: > # set | grep SHELL SHELL=/bin/bash SHELLOPTS=braceexpand:emacs:hashall:histexpand:history:interactive-comments:monitor SHELL_SESSION_ID= > # /bin/bash -version NU bash, version 4.2.8(1)-release (x86_64-pc-linux-gnu) Copyright (C) 2011 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> > As mindi stopped line 3087, could you comment that line 3087: > # [ "$(($RANDOM%64))" -eq "0" ] .......... Done > and could you run again: > # script mindi-xv.log > # sh -xv /usr/sbin/mindi I did the below upgrade first. Although the log is attached, I'm not sure it will help since mindi doesn't even run now. This command: # sudo /usr/sbin/mindi generates this output: Syntax: mindi (--custom ....) > You could also try mondo 2.2.9.8 (which includes mindi 2.0.7.9) from: Done. Here is the mondo command that I ran after the upgrade: # sudo mondoarchive -OVi -p M6500 -5 -G -s 175g -d /home/tjmcarthur/backups/mondorescue/2011-07-19/ -S /tmp/mondo -T /tmp/mondo -E "/home/.ecryptfs|/home/tjmcarthur/.ecryptfs|/home/tjmcarthur/.Private|/home/tjmcarthur/.Trash|/home/tjmcarthur/backups/mondorescue|/mnt/dawn|/mnt/RESTORING|/mnt/shared2|/mnt/Seagate|/mnt/temp|/mnt/WD|/root/.Trash|/var/lock|/var/run|/var/tmp" Which generated this output: Your backup will probably occupy a single ISO. Maybe two. Done. Copying Mondo's core files to the scratch directory Done. ---promptdialogYN---1--- Kernel not found or invalid. Choose another? ---promptdialogYN---Q--- [yes] [no] --- --> n Fatal error... Kernel not found. Please specify manually with the '-k' switch. ---FATALERROR--- Kernel not found. Please specify manually with the '-k' switch. |
|
From: Gattegno, V. (G. - Software) <vic...@hp...> - 2011-07-29 08:50:20
|
Hello Don, Don't use "-k FAILSAFE". Failsafe kernel used to be provided in a separate package. It is not maintained nor useful anymore... Don't use: -k /boot Use: -k /boot/the-kernel-2.6-that-you-want-to-use And post mondoarchive.log, please. What is the result of ? # ls -ls /boot Rgds, Victor -----Original Message----- From: Don Hoover [mailto:dx...@ya...] Sent: mercredi 27 juillet 2011 19:45 To: mon...@li... Subject: Re: [Mondo-devel] Beta of 2.2.9.8 available for tests - FAILED In attempt to get around the "unable to find CD" on NFS restores I am having on RHEL 6.1 restores with mondo-2.2.9.7-1, I downloaded and tested 2.2.9.8: mindi-2.0.7.9-0.20110726001039.rhel6.x86_64.rpm mindi-busybox-1.18.5-0.20110726001039.rhel6.x86_64.rpm mondo-2.2.9.8-0.20110726001039.rhel6.x86_64.rpm And tested them in RHEL 6.1. The backups fail with: "---FATALERROR--- Kernel not found. Please specify manually with the '-k' switch." When specified "-k /boot", or "-k FAILSAFE" mondoarchive fails with the following: cp: cannot stat `/var/cache/mondo/scratch/mondo.scratch.7117/mondo.scratch.2293/images/all.tar.gz': No such file or directory Fatal error... Cannot find all.tar.gz in tmpdir ---FATALERROR--- Cannot find all.tar.gz in tmpdir I attached mondoarchive.log files for both attempts. |
|
From: Gattegno, V. (G. - Software) <vic...@hp...> - 2011-07-29 07:47:17
|
Hello Ethan, Doug is right, "No Hardware support ..." is not a problem, we can forget it. I see errors about sdb in your log file. Before running mondoarchive, your USB device (sdb) should be plugged in, but unmounted. Did you unmounted sdb before running mondoarchive ? I recommend you to do (and to email to the mailing-list the result of) : # mount # umount /dev/sdb1 # mount # fdisk -l Use /dev/sdb1 with umount if the first "# mount" shows you /dev/sdb1. The second "# mount" should not list any sdb (/dev/sdb1, etc.) anymore. But "# fdisk -l" should still show you /dev/sdb1. If you don't see anymore sdb at the second "# mount", you can run : # mondoarchive Be aware that sdb content will be erased by mondoarchive. Rgds, Victor ________________________________ From: Ethan Rosenberg, PhD [mailto:ero...@hy...] Sent: vendredi 29 juillet 2011 06:13 To: MondoArchive List Subject: [Mondo-devel] No hardware support ... Dear list - I am receiving the message: "WARNING: No Hardware support for 818958U" when I run mondoarchive. The backup aborts. Attached is the log file. This is what I have: Processor 2x Intel(R) Pentium(R) 4 CPU 3.20GHz Memory 3626MB (1334MB used) Operating System Debian GNU/Linux wheezy/sid Thank you. Ethan -- Ethan Rosenberg, PhD Pres/CEO Hygeia Biomedical Research, Inc 2 Cameo Ridge Road Monsey, NY 10952 T: 845 352-3908 F: 845 352-7566 ero...@hy...<mailto:ero...@hy...> |
|
From: dogan l. e. <lev...@ho...> - 2011-07-29 06:59:06
|
Hi when i can restoring a another harddrive with mondo. I can give this error: failed to intilalize lvm what can i do for that problem? Levent :) |
|
From: Doug L. <lai...@ho...> - 2011-07-29 05:21:20
|
On Fri, 29 Jul 2011 02:13:24 PM Ethan Rosenberg, PhD wrote: > Dear list - > > I am receiving the message: "WARNING: No Hardware support for 818958U" > when I run mondoarchive. The backup aborts. Attached is the log file. > > This is what I have: > > > Processor 2x Intel(R) Pentium(R) 4 CPU 3.20GHz > Memory 3626MB (1334MB used) > Operating System Debian GNU/Linux wheezy/sid > > > Thank you. > > Ethan That message isn't your problem. It is a harmless commercial. Your problem is the same as before: it can't find /dev/sdb That is a bit beyond me. I will have to leave it for Victor or somebody more knowledgeable. Doug. |
|
From: Ethan R. P. <ero...@hy...> - 2011-07-29 04:13:40
|
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
</head>
<body text="#000000" bgcolor="#ffffff">
Dear list -<br>
<br>
I am receiving the message: "WARNING: No Hardware support for
818958U" when I run mondoarchive. The backup aborts. Attached is
the log file.<br>
<br>
This is what I have:<br>
<br>
<table>
<tbody>
<tr>
<td class="field">Processor</td>
<td class="value">2x Intel(R) Pentium(R) 4 CPU 3.20GHz</td>
</tr>
<tr>
<td class="field">Memory</td>
<td class="value">3626MB (1334MB used)</td>
</tr>
<tr>
<td class="field">Operating System</td>
<td class="value">Debian GNU/Linux wheezy/sid</td>
</tr>
</tbody>
</table>
<br>
<br>
Thank you.<br>
<br>
Ethan<br>
<div class="moz-signature">-- <br>
<typeface=timesnewroman,size=4>Ethan Rosenberg, PhD<br>
<i>Pres/CEO</i><br>
<b>Hygeia Biomedical Research, Inc</b><br>
<font size="2">
2 Cameo Ridge Road<br>
Monsey, NY 10952<br>
T: 845 352-3908<br>
F: 845 352-7566<br>
<a class="moz-txt-link-abbreviated" href="mailto:ero...@hy...">ero...@hy...</a>
</font></typeface=timesnewroman,size=4></div>
</body>
</html>
|
|
From: e-mail samk-01 <sa...@nt...> - 2011-07-28 17:38:09
|
Creating a backup with the beta fails with the message "Kernel not found or invalid" in Ubuntu 10.04. When using the current stable versions the command used works fine. mondoarchive -O -V -n nfs://192.168.2.100:/mnt/sda1 -d mondo -p "$(date +%A)-$(hostname)" -3 -s 4480m -S /tmp -T /tmp -N -I "/" -E "|/mnt/repo-backup|" SamK |
|
From: <jc...@fr...> - 2011-07-28 14:44:27
|
Hello. I have a small local network with one linux samba server, one linux laptop, one windows xp laptop, one windows 7 laptop. How to do a system backup of each laptop ( linux, windows xp and windows 7 laptop ) from the server side (or from the laptop side if it is possible). Backup first to hard disk and then copy disk to DVD. The DVD should be used to do a disaster recovery. Thank you for helping. |
|
From: Doug L. <lai...@ho...> - 2011-07-28 12:28:04
|
Perhaps I shouldn't have got out of bed today. This thread follows what we did yesterday. I noticed in restoring a backup of my own, that Mondo changed all the /dev/sdb's around, (my main drive on /dev/sda became /dev/sdb) no matter what I did, but that doesn't seem to be relevant here. Doug. On Thu, 28 Jul 2011 08:37:11 PM Doug Laidlaw wrote: > A "senior moment." My previous email is somewhere in the ether, but all > references in it to /dev/usb should of course be corresponding references > to /dev/sdb. > > Doug. > > On Thu, 28 Jul 2011 05:40:37 PM Gattegno, Victor (GCC - Software) wrote: > > Hello Ethan, > > > > Try this, umount the USB device before running mondoarchive. > > Be aware that its content will be erased by mondoarchive. > > Is it a USB hard disk ? > > > > # umount /dev/sdb > > # mondoarchive > > > > Rgds, > > Victor > > ________________________________ > > From: Ethan Rosenberg, PhD [mailto:ero...@hy...] > > Sent: jeudi 28 juillet 2011 05:06 > > To: MondoArchive List > > Subject: [Mondo-devel] Problems w/ Mondo Archive > > > > Dear List - > > > > Thanks for all your help. Here is another problem ---- > > > > See below: > > > > rosenberg:/home/ethan# mondoarchive > > Initializing... > > > > Checking sanity of your Linux distribution > > I think you have a Windows 9x partition. > > Done. > > ---FATALERROR--- Failed to generate boot+data disks > > If you require technical support, please contact the mailing list. > > See http://www.mondorescue.org for details. > > The list's members can help you, if you attach that file to your e-mail. > > Log file: /var/log/mondoarchive.log > > Mondo has aborted. > > Execution run ended; result=254 > > > > Ethan > > -- > > Ethan Rosenberg, PhD > > Pres/CEO > > Hygeia Biomedical Research, Inc > > 2 Cameo Ridge Road > > Monsey, NY 10952 > > T: 845 352-3908 > > F: 845 352-7566 > > ero...@hy...<mailto:ero...@hy...> > > --------------------------------------------------------------------------- > --- Got Input? Slashdot Needs You. > Take our quick survey online. Come on, we don't ask for help often. > Plus, you'll get a chance to win $100 to spend on ThinkGeek. > http://p.sf.net/sfu/slashdot-survey > _______________________________________________ > Mondo-devel mailing list > Mon...@li... > https://lists.sourceforge.net/lists/listinfo/mondo-devel > > !DSPAM:4e313d35119966827444658! |
|
From: Doug L. <lai...@ho...> - 2011-07-28 11:02:52
|
Victor, I gave Ethan a lot of help off list. /dev/sdb is a USB hard drive. I told him to change /dev/usb1 to /dev/usb. So far, I haven't heard whether it worked. He has a further problem in that he has a Flash key which was in /etc/fstab as /dev/usb3 and 4. It doesn't seem to be recognised by the system at all, including fdisk -l. That is getting beyond my ability to help. Doug. On Thu, 28 Jul 2011 05:40:37 PM Gattegno, Victor (GCC - Software) wrote: > Hello Ethan, > > Try this, umount the USB device before running mondoarchive. > Be aware that its content will be erased by mondoarchive. > Is it a USB hard disk ? > > # umount /dev/sdb > # mondoarchive > > Rgds, > Victor > ________________________________ > From: Ethan Rosenberg, PhD [mailto:ero...@hy...] > Sent: jeudi 28 juillet 2011 05:06 > To: MondoArchive List > Subject: [Mondo-devel] Problems w/ Mondo Archive > > Dear List - > > Thanks for all your help. Here is another problem ---- > > See below: > > rosenberg:/home/ethan# mondoarchive > Initializing... > > Checking sanity of your Linux distribution > I think you have a Windows 9x partition. > Done. > ---FATALERROR--- Failed to generate boot+data disks > If you require technical support, please contact the mailing list. > See http://www.mondorescue.org for details. > The list's members can help you, if you attach that file to your e-mail. > Log file: /var/log/mondoarchive.log > Mondo has aborted. > Execution run ended; result=254 > > Ethan > -- > Ethan Rosenberg, PhD > Pres/CEO > Hygeia Biomedical Research, Inc > 2 Cameo Ridge Road > Monsey, NY 10952 > T: 845 352-3908 > F: 845 352-7566 > ero...@hy...<mailto:ero...@hy...> > > > !DSPAM:4e31143166501271070466! |
|
From: Doug L. <lai...@ho...> - 2011-07-28 10:41:03
|
A "senior moment." My previous email is somewhere in the ether, but all references in it to /dev/usb should of course be corresponding references to /dev/sdb. Doug. On Thu, 28 Jul 2011 05:40:37 PM Gattegno, Victor (GCC - Software) wrote: > Hello Ethan, > > Try this, umount the USB device before running mondoarchive. > Be aware that its content will be erased by mondoarchive. > Is it a USB hard disk ? > > # umount /dev/sdb > # mondoarchive > > Rgds, > Victor > ________________________________ > From: Ethan Rosenberg, PhD [mailto:ero...@hy...] > Sent: jeudi 28 juillet 2011 05:06 > To: MondoArchive List > Subject: [Mondo-devel] Problems w/ Mondo Archive > > Dear List - > > Thanks for all your help. Here is another problem ---- > > See below: > > rosenberg:/home/ethan# mondoarchive > Initializing... > > Checking sanity of your Linux distribution > I think you have a Windows 9x partition. > Done. > ---FATALERROR--- Failed to generate boot+data disks > If you require technical support, please contact the mailing list. > See http://www.mondorescue.org for details. > The list's members can help you, if you attach that file to your e-mail. > Log file: /var/log/mondoarchive.log > Mondo has aborted. > Execution run ended; result=254 > > Ethan > -- > Ethan Rosenberg, PhD > Pres/CEO > Hygeia Biomedical Research, Inc > 2 Cameo Ridge Road > Monsey, NY 10952 > T: 845 352-3908 > F: 845 352-7566 > ero...@hy...<mailto:ero...@hy...> > > > !DSPAM:4e31143166501271070466! |
|
From: Gattegno, V. (G. - Software) <vic...@hp...> - 2011-07-28 07:43:18
|
Hello Ethan, Try this, umount the USB device before running mondoarchive. Be aware that its content will be erased by mondoarchive. Is it a USB hard disk ? # umount /dev/sdb # mondoarchive Rgds, Victor ________________________________ From: Ethan Rosenberg, PhD [mailto:ero...@hy...] Sent: jeudi 28 juillet 2011 05:06 To: MondoArchive List Subject: [Mondo-devel] Problems w/ Mondo Archive Dear List - Thanks for all your help. Here is another problem ---- See below: rosenberg:/home/ethan# mondoarchive Initializing... Checking sanity of your Linux distribution I think you have a Windows 9x partition. Done. ---FATALERROR--- Failed to generate boot+data disks If you require technical support, please contact the mailing list. See http://www.mondorescue.org for details. The list's members can help you, if you attach that file to your e-mail. Log file: /var/log/mondoarchive.log Mondo has aborted. Execution run ended; result=254 Ethan -- Ethan Rosenberg, PhD Pres/CEO Hygeia Biomedical Research, Inc 2 Cameo Ridge Road Monsey, NY 10952 T: 845 352-3908 F: 845 352-7566 ero...@hy...<mailto:ero...@hy...> |
|
From: Ethan R. P. <ero...@hy...> - 2011-07-28 03:06:38
|
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
</head>
<body text="#000000" bgcolor="#ffffff">
Dear List -<br>
<br>
Thanks for all your help. Here is another problem ----<br>
<br>
See below:<br>
<br>
rosenberg:/home/ethan# mondoarchive<br>
Initializing...<br>
<br>
Checking sanity of your Linux distribution<br>
I think you have a Windows 9x partition.<br>
Done.<br>
---FATALERROR--- Failed to generate boot+data disks<br>
If you require technical support, please contact the mailing list.<br>
See <a class="moz-txt-link-freetext" href="http://www.mondorescue.org">http://www.mondorescue.org</a> for details.<br>
The list's members can help you, if you attach that file to your
e-mail.<br>
Log file: /var/log/mondoarchive.log<br>
Mondo has aborted.<br>
Execution run ended; result=254<br>
<br>
Ethan<br>
<div class="moz-signature">-- <br>
<typeface=timesnewroman,size=4>Ethan Rosenberg, PhD<br>
<i>Pres/CEO</i><br>
<b>Hygeia Biomedical Research, Inc</b><br>
<font size="2">
2 Cameo Ridge Road<br>
Monsey, NY 10952<br>
T: 845 352-3908<br>
F: 845 352-7566<br>
<a class="moz-txt-link-abbreviated" href="mailto:ero...@hy...">ero...@hy...</a>
</font></typeface=timesnewroman,size=4></div>
</body>
</html>
|
|
From: Don H. <dx...@ya...> - 2011-07-27 20:39:07
|
>Hi Don, >A solution with mindi-busybox-1.18.3-3 should be to increase the number of loop devices in RHEL. >A tutorial: >http://www.brandonhutchinson.com/Creating_additional_loop_devices.html >My 2 cents, >Victor Victor, your right on with the cause, but the fix is a little different for RHEL6. In RHEL6+, loop is no longer a seperate module, but compiled into the kernel with max_loop=8. You have to pass a kernel parm on the boot to change that. So by using "iso max_loop=64" I was able to get around this not finding NFS CD issue. I think you can also add max_loop=64 to the /etc/mindi/mindi.conf via putting "MINDI_ADDITIONAL_BOOT_PARAMS="max_loop=64" into the file before you run mondobackup. I assume as some point we can get this fixed in the mondo distribution. But now the restore is failing further on down the line with something else I have to figure out. So the work on trying to get mondo to work properly with RHEL6+ on my part is continuing. It seems to be having trouble restoring selinux attributes, as well as some other issues with path problems and is exiting out to the shell. [Main] libmondo-devices.c->am_I_in_disaster_recovery_mode#164: Is this a ramdisk? result = 1 running: mount / -o remount,rw > //mondo.tmp.yAkGC5/mondo-run-prog-thing.tmp 2> //mondo.tmp.yAkGC5/mondo-run-prog-thing.err --------------------------------start of output----------------------------- --------------------------------end of output------------------------------ ...ran just fine. :-) running: umount /mnt/cdrom > //mondo.tmp.yAkGC5/mondo-run-prog-thing.tmp 2> //mondo.tmp.yAkGC5/mondo-run-prog-thing.err --------------------------------start of output----------------------------- Command failed (Invalid argument) --------------------------------end of output------------------------------ ...ran with res=256 [Main] ../common/newt-specific.c->finish#419: Calling newtFinished() 20:17 Launching Shell |
|
From: Don H. <dx...@ya...> - 2011-07-27 17:45:35
|
In attempt to get around the "unable to find CD" on NFS restores I am having on RHEL 6.1 restores with mondo-2.2.9.7-1, I downloaded and tested 2.2.9.8: mindi-2.0.7.9-0.20110726001039.rhel6.x86_64.rpm mindi-busybox-1.18.5-0.20110726001039.rhel6.x86_64.rpm mondo-2.2.9.8-0.20110726001039.rhel6.x86_64.rpm And tested them in RHEL 6.1. The backups fail with: "---FATALERROR--- Kernel not found. Please specify manually with the '-k' switch." When specified "-k /boot", or "-k FAILSAFE" mondoarchive fails with the following: cp: cannot stat `/var/cache/mondo/scratch/mondo.scratch.7117/mondo.scratch.2293/images/all.tar.gz': No such file or directory Fatal error... Cannot find all.tar.gz in tmpdir ---FATALERROR--- Cannot find all.tar.gz in tmpdir I attached mondoarchive.log files for both attempts. |
|
From: Gattegno, V. (G. - Software) <vic...@hp...> - 2011-07-27 16:04:05
|
Hi Don, A solution with mindi-busybox-1.18.3-3 should be to increase the number of loop devices in RHEL. A tutorial: http://www.brandonhutchinson.com/Creating_additional_loop_devices.html My 2 cents, Victor -----Original Message----- From: Don Hoover [mailto:dx...@ya...] Sent: mercredi 27 juillet 2011 17:19 To: mon...@li... Subject: [Mondo-devel] Please insert nfs #1 and press Enter We are using mondo 2.2.9.7-1 and the latest mindi-busybox-1.18.3-3 backing up to an NFS share on RHEL6 and using "automatic" restore after booting off the first recovery CD, it gets stuck into a "Please insert nfs #1 and press Enter." (OK) loop...and never mounts the CD from the NFS Server. I tried backing to use mindi-busybox-1.7.3-2 instead of because I thought I read someone having a similar issue in another thread. But still no go. Booting off the restore ISO produced with that combination causes and error of "/init: line 900: fdiskL not found" and the init script ends with "sh: can't access tty; job control turned off", the mondorescue binary is no where to be seen on the CD as well. Any ideas? |
|
From: Fabien <fab...@al...> - 2011-07-27 15:46:12
|
Hello Bruno,
I tested following packages:
mindi-2.0.7.9-0.20110726001039.rhel5.x86_64.rpm
mindi-busybox-1.18.5-0.20110726001039.rhel5.x86_64.rpm
mondo-2.2.9.8-0.20110726001039.rhel5.x86_64.rpm
Command is the following:
mondoarchive -OiNG -s 8g -d /root/mondoISO -T /tmp -E
"/C3S_Deliveries|/mnt|/root/mondoISO|/dev/sdb|/dev/sdc" -p
vaduz.server-110727
I noticed that analyze-my-lvm script is included in mindi then I first
updated mindi and mondo.
But process never ended, it always stayed stuck at this step:
[Main]
libmondo-files.c->figure_out_kernel_path_interactively_if_necessary#290:
Calling Mindi with kernel path of ''
Same result after update of busybox.
I also noticed a different order in processing. First call to mindi happens
before parsing of exclusions.
And I do not find any reference to i-want-my-lvm file.
http://mondorescue-mailing-list.679749.n3.nabble.com/file/n3203835/mondoarchive_2298.log
mondoarchive_2298.log
Regards
Fabien
--
View this message in context: http://mondorescue-mailing-list.679749.n3.nabble.com/Mondo-devel-Beta-of-2-2-9-8-available-for-tests-tp3199767p3203835.html
Sent from the MondoRescue Mailing List mailing list archive at Nabble.com.
|
|
From: Don H. <dx...@ya...> - 2011-07-27 15:19:31
|
We are using mondo 2.2.9.7-1 and the latest mindi-busybox-1.18.3-3 backing up to an NFS share on RHEL6 and using "automatic" restore after booting off the first recovery CD, it gets stuck into a "Please insert nfs #1 and press Enter." (OK) loop...and never mounts the CD from the NFS Server. I tried backing to use mindi-busybox-1.7.3-2 instead of because I thought I read someone having a similar issue in another thread. But still no go. Booting off the restore ISO produced with that combination causes and error of "/init: line 900: fdiskL not found" and the init script ends with "sh: can't access tty; job control turned off", the mondorescue binary is no where to be seen on the CD as well. Any ideas? ----- Original Message ----- From: Don Hoover <dx...@ya...> To: "mon...@li..." <mon...@li...> Cc: Sent: Wednesday, July 20, 2011 9:58 AM Subject: Best strategy for include/exclude on large servers I was wondering what the current best strategy for include/exclude is on large servers that have many additional filesystems that are backed up with a more traditional backup system every day, but still use mondo to capture the 'base OS'. Our large oracle servers for instance, we used to be able to just include "/ /home /var /opt /usr /boot", and then exclude "/misc/cdrom /mnt /u001 /u002 /u003 /u004 /u005 /u006 /b001 /a001 /a002 /a003". In previous versions this would include everything and exclude all the various stuff in the oracle filesystems...but apparently this scheme no longer works, because mondo is now trying to backup /u001/oradata/oracle_db101 even though /u001 is excluded. That is a change in behavior from the way it used to work and its causing us major problems on our large oracle servers. So, now I am rethinking the whole scheme because including "/" is now basically causing the entire system to be backed up via mondo. And with a few hundred extra mount points for all the various oracle database pieces on the server, listing them all individually via excludes is a waste of time. I am wondering what is the best strategy to just backup the base OS without having to exclude every single other mountpoint individually? So far what I have come up with is just to use volume groups instead. Using just include = "/dev/vgroot /boot" basically works to get the base OS from what I can tell. Mondo seems to figure out which parts are actually in the root vg, and does not include the rest of filesystems like it does if you specify "/". Is that what we should be doing? Specifying what we want backed up via LVM instead of directories? Isn't support for specifying LVM/VG/LV includes new? I would think this is a fairly common problem, with the fact that not everyone wants their entire box backed up in their system restore images. Just curios what everything thinks. -Don |
|
From: Hugo V. <hvw...@ca...> - 2011-07-27 13:49:29
|
Hugo Vanwoerkom wrote: > Hugo Vanwoerkom wrote: >> Hi, >> >> I get 'Invalid or corrupt kernel image' when I boot from the >> mondorescue DVD. I tried 2 different DVD's, same result. >> >> Try to run mondoarchive again? >> > > This is crazy... Since May of this year with uptodate Debian Sid, I have > been unable to get mondorescue to restore to LVM. So yesterday > linux-image-3.0.0-1 appeared. > > Debian AFAIK has /boot as a symlink and also /lib64. So I made them both > actual directories + ran mondoarchive again. > That's not true: I made /boot a symlink to be able to boot LVM with grub-legacy. Debian makes /lib64 a symlink and that makes trouble for mindi which cannot setup udev correctly, pointed out by Bruno in a prior answer to my post. Hugo |
15 messages has been excluded from this view by a project administrator.