Bug 593941

Summary: DUD failed to load - error: no dbpath has been set
Product: Red Hat Enterprise Linux 6 Reporter: Qian Cai <qcai>
Component: anacondaAssignee: Martin Sivák <msivak>
Status: CLOSED CURRENTRELEASE QA Contact: Release Test Team <release-test-team-automation>
Severity: high Docs Contact:
Priority: high    
Version: 6.0CC: bzeranski, msivak, syeghiay
Target Milestone: beta   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: anaconda-13.21.46-1 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2010-07-02 20:49:54 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 575298    
Attachments:
Description Flags
screenshot
none
anaconda.log
none
ls -Rl /lib/modules/ /tmp/DD/
none
modules.dep
none
anaconda.log
none
ls -lR /tmp/DD-0
none
modules.dep
none
syslog
none
ls -lR /lib/modules
none
guest xml
none
dd.iso none

Description Qian Cai 2010-05-20 05:21:37 UTC
Description of problem:
When loading DUD from http, it failed.
Welcome to Red Hat Enterprise Linux for x86_64

                    ┌────────┤ Choose a Language ├────────┐
                    │                                     │
                    │ What language would you like to use │
                    │ during the installation process?    │
                    │                                     │
                    │      Catalan                ↑       │
                    │      Chinese(Simplified)    ▒       │                     
                    │      Chinese(Traditional)   ▮       │                     
                    │      Croatian               ▒       │                     
                    │      Czech                  ▒       │                     
                    │      Danish                 ▒       │                    
tabase in 
                    │      Dutch                  ▒       │                    
          error: no dbpath has been set
                    │ectingEnglish                ↓       │                    
                                       error: cannot open Packages database i  
                 │                  waiting for hardwar│ to initialize...
                    │               ┌────┐                │
                    │               │ OK │                │
                    │               └────┘                │
                    │                                     │
                    │                                     │
                    └─────────────────────────────────────┘

  <Tab>/<Alt-Tab> between elements  | <Space> selects | <F12> next screen 

Version-Release number of selected component (if applicable):
anaconda-13.21.42-1.el6.x86_64.rpm
kernel-2.6.32-27.el6.x86_64.rpm 

How reproducible:
always

Steps to Reproduce:
1. rebuild the example DUD against -25.el6 kernel
2. download pxeboot vmlinuz and initrd.img
3. modify the virt guest xml to boot from the above file, and setup "dd"
parameter pointed to the http location with the DUD image
4. boot the system

Actual results:
error messages and DUD failed to load.

Expected results:
Successfully load the driver image.

Comment 2 Qian Cai 2010-05-20 05:24:33 UTC
Created attachment 415310 [details]
screenshot

Comment 3 Qian Cai 2010-05-20 06:20:05 UTC
Created attachment 415315 [details]
anaconda.log

Looks like the updated drivers had been packed, but it still loaded the original driver. (The following were running inside anaconda session via Ctrl-Z)

# modprobe sym53c8xx

# busybox cat /sys/module/sym53c8xx/version
2.2.3

# insmod /tmp/DD/lib/modules/2.6.32-27.el6.x86_64/extra/sym53c8xx/sym53c8xx.ko

# busybox cat /sys/module/sym53c8xx/version
2.2.3.rhtest6005012

Comment 4 Qian Cai 2010-05-20 08:02:48 UTC
Both NFS/FTP/HTTP had the same. There are possible 3 issues.
* new driver did not load but the original one (not sure)
* error messages (no dbpath has been set etc) on the screen
* trivial error messages in anaconda.log,
  - iBFT doesn't couldn't provide valid NIC MAC address
  - ERROR: LOOP_CLR_FD failed for /tmp/drivers /dev/loop6: No such device or address
  -

Comment 5 Martin Sivák 2010-05-20 11:14:15 UTC
The error message has nothing to do with the driver not being used. It is jsut annoying.

Can you get me /lib/modules/<kernelversion>/modules.dep file after the DD gets loaded please?

And ls -Rl of /lib/modules/ and /tmp/DD/ please.

Comment 6 Martin Sivák 2010-05-20 13:10:52 UTC
The error message should disappear in the next anaconda build (13.21.43-1).

Comment 7 Qian Cai 2010-05-21 01:24:53 UTC
Created attachment 415547 [details]
ls -Rl /lib/modules/ /tmp/DD/

Comment 8 Qian Cai 2010-05-21 01:25:34 UTC
Created attachment 415548 [details]
modules.dep

Comment 10 Martin Sivák 2010-05-24 16:23:05 UTC
This will be fixed in anaconda-13.21.46-1.

Comment 12 Martin Sivák 2010-05-25 08:39:21 UTC
*** Bug 595625 has been marked as a duplicate of this bug. ***

Comment 13 Qian Cai 2010-05-26 12:35:08 UTC
The latest nightly failed for me - 13.21.46.

Comment 14 Qian Cai 2010-05-26 12:35:41 UTC
Created attachment 416795 [details]
anaconda.log

Comment 15 Qian Cai 2010-05-26 12:36:32 UTC
Created attachment 416797 [details]
ls -lR /tmp/DD-0

Comment 16 Qian Cai 2010-05-26 12:37:35 UTC
Created attachment 416798 [details]
modules.dep

Comment 17 Qian Cai 2010-05-26 12:38:24 UTC
Created attachment 416799 [details]
syslog

Comment 18 Qian Cai 2010-05-26 12:39:27 UTC
Created attachment 416800 [details]
ls -lR /lib/modules

Comment 19 Qian Cai 2010-05-26 12:43:05 UTC
Created attachment 416802 [details]
guest xml

Comment 20 Martin Sivák 2010-05-26 12:43:48 UTC
Of course it did..

12:23:17,732 DEBUG   : Kernel version: 2.6.32-29.el6.x86_64
12:23:17,755 DEBUG   : Provides: kernel-modules = 2.6.32-19.el6.x86_64

Comment 21 Qian Cai 2010-05-26 12:44:53 UTC
Created attachment 416803 [details]
dd.iso

Comment 22 Martin Sivák 2010-05-26 12:45:26 UTC
Your driver disc RPM was built against wrong kernel version or at least mentions wrong kernel version in it's Provides section.

Comment 27 releng-rhel@redhat.com 2010-07-02 20:49:54 UTC
Red Hat Enterprise Linux Beta 2 is now available and should resolve
the problem described in this bug report. This report is therefore being closed
with a resolution of CURRENTRELEASE. You may reopen this bug report if the
solution does not work for you.