Ticket #372 (assigned defect)

Opened 8 months ago

Last modified 6 months ago

Fatal error... Failed to generate boot+data disks

Reported by: lhavemann Assigned to: bruno (accepted)
Priority: normal Milestone: 2.2.10
Component: mindi Version: 2.2.9
Severity: normal Keywords:
Cc: jplis-sa@jpl.nasa.gov

Description

About 2 weeks ago this system was restored from mondo. It's regular schedule backup failed a few days ago with the following errors. The first version of mondo was 2.2.7, I updated it today to 2.2.9-1 and receive the same errors. The section about kernel being invalid did not start until the failure started. Kernel is default from RHEL 5.3.

---promptdialogYN---1--- Kernel not found or invalid. Choose another? ---promptdialogYN---Q--- [yes] [no] --- --> yes ---promptstring---1--- Kernel path ---promptstring---2--- What is the full path and filename of your kernel, please? ---promptstring---Q--- --> /boot/vmlinuz-2.6.18-128.el5 Calling MINDI to create boot+data disks Your boot loader is GRUB and it boots from /dev/sda Waiting for external binary to start Mindi failed to create your boot+data disks. Fatal error... Failed to generate boot+data disks ---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

Attachments

mondoarchive.log (189.0 kB) - added by lhavemann on 11/20/09 00:46:22.

Change History

11/20/09 00:46:22 changed by lhavemann

  • attachment mondoarchive.log added.

11/23/09 19:31:54 changed by bruno

  • status changed from new to assigned.
  • milestone changed from 2.2.9.1 to 2.2.10.

The error seems to be this one:

...od: /boot/vmlinuz-2.6.18-128.el5: read error: Input/output error
444 	FATAL ERROR. gzip magic not found in file /boot/vmlinuz-2.6.18-128.el5. Terminating.

Try this please:

file /boot/vmlinuz-2.6.18-128.el5

I guess it's the std RH kernel right ?

11/23/09 22:36:47 changed by lhavemann

It is indeed the std RH kernel. What I find most odd about this issue is we just restored this system using mondo, and post restore the backups started failing. Here's the output from the file command:

[root@jpldbmysqls1 ~]# file /boot/vmlinuz-2.6.18-128.el5
/boot/vmlinuz-2.6.18-128.el5: GLS_BINARY_LSB_FIRST

02/09/10 02:32:44 changed by bruno

Looking for that file type in google I found:

# GLS is OpenGL stream encoding; GLS is the successor of GLF 0 string glsBeginGLS( GLS_TEXT 4 belong 0x10000000 GLS_BINARY_LSB_FIRST 4 belong 0x00000010 GLS_BINARY_MSB_FIRST

Notsure how an OpenGL file is related to the kernel. Can you check your kernel package with rpm -V kernel-... to see if no problem arrived to your file ?