Bug 1373370

Summary: RHVH 4.0_7.3: imgbase check failed
Product: [oVirt] ovirt-node Reporter: cshao <cshao>
Component: Installation & UpdateAssignee: Fabian Deutsch <fdeutsch>
Status: CLOSED DUPLICATE QA Contact: cshao <cshao>
Severity: urgent Docs Contact:
Priority: high    
Version: 4.0CC: bugs, cshao, dguo, fdeutsch, huzhao, jiawu, leiwang, rbarry, weiwang, yaniwang, ycui, yzhao
Target Milestone: ---Flags: fdeutsch: ovirt-4.0.z?
fdeutsch: ovirt-4.1?
rule-engine: planning_ack?
fdeutsch: devel_ack+
cshao: testing_ack+
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-09-08 15:21:10 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Node RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
all log info
none
stage2-cmdline none

Description cshao 2016-09-06 06:36:47 UTC
Created attachment 1198084 [details]
all log info

Description of problem:
RHVH 4.0_7.3: imgbase check failed
We used RHEL 7.3 Beta tree for testing.

Last login: Tue Sep  6 14:00:44 2016

  imgbase status: DEGRADED
  Please check the status manually using `imgbase check`

# imgbase check
Status: FAILED
Mount points ... FAILED - This can happen if the installation was performed incorrectly
  Separate /var ... OK
  Discard is used ... ERROR
    Exception in '<function check_discard at 0x11229b0>': KeyError('/var',) '/var'
Basic storage ... OK
  Initialized VG ... OK
  Initialized Thin Pool ... OK
  Initialized LVs ... OK
Thin storage ... OK
  Checking available space in thinpool ... OK
  Checking thinpool auto-extend ... OK
# 

# imgbase w
[ERROR] The root volume does not look like an image
Traceback (most recent call last):
  File "/usr/lib64/python2.7/runpy.py", line 162, in _run_module_as_main
    "__main__", fname, loader, pkg_name)
  File "/usr/lib64/python2.7/runpy.py", line 72, in _run_code
    exec code in run_globals
  File "/usr/lib/python2.7/site-packages/imgbased/__main__.py", line 51, in <module>
    CliApplication()
  File "/usr/lib/python2.7/site-packages/imgbased/__init__.py", line 82, in CliApplication
    app.hooks.emit("post-arg-parse", args)
  File "/usr/lib/python2.7/site-packages/imgbased/hooks.py", line 120, in emit
    cb(self.context, *args)
  File "/usr/lib/python2.7/site-packages/imgbased/plugins/core.py", line 156, in post_argparse
    msg = "You are on %s" % app.imgbase.current_layer()
  File "/usr/lib/python2.7/site-packages/imgbased/imgbase.py", line 333, in current_layer
    return self.image_from_path(lv)
  File "/usr/lib/python2.7/site-packages/imgbased/imgbase.py", line 130, in image_from_path
    return Image.from_lv_name(name)
  File "/usr/lib/python2.7/site-packages/imgbased/naming.py", line 328, in from_lv_name
    return cls.from_nvr(lv_name)
  File "/usr/lib/python2.7/site-packages/imgbased/naming.py", line 323, in from_nvr
    return Base(nvr)
  File "/usr/lib/python2.7/site-packages/imgbased/naming.py", line 384, in __init__
    self.nvr = NVR.parse(nvr)  # For convenience: Parse if necessary
  File "/usr/lib/python2.7/site-packages/imgbased/naming.py", line 277, in parse
    raise RuntimeError("Failed to parse NVR: %s" % nvr)
RuntimeError: Failed to parse NVR: root
# 



Version-Release number of selected component (if applicable):
redhat-virtualization-host-4.0-20160826.0
imgbased-0.8.4-1.el7ev.noarch


How reproducible:
100%

Steps to Reproduce:
1. Install RHVH via ks file in attachment.
2. Login RHVH.
3. Run command: "imgbase check" ; "imgbase w"

Actual results:
RHVH 4.0_7.3: imgbase check failed

Expected results:
RHVH 4.0_7.3: imgbase check pass



Additional info:
No such issue on 40_72 build(redhat-virtualization-host-4.0-20160829.0), so this is a regression bug from 4.0_7.2 to 4.0_7.3.

Comment 1 Fabian Deutsch 2016-09-06 06:50:26 UTC
Please provide the sosreport of that host.

Dropping regression, because the bug appeared in an unrelreased version, and is not caused by a patch.

Comment 2 cshao 2016-09-06 06:53:23 UTC
(In reply to Fabian Deutsch from comment #1)
> Please provide the sosreport of that host.
> 
> Dropping regression, because the bug appeared in an unrelreased version, and
> is not caused by a patch.

Hi Fabian,

All logs have been provided from the attachment.
Include:
/var/log/*
/tmp/*
sosreport
ks

Comment 3 Ryan Barry 2016-09-06 13:43:15 UTC
It looks like we didn't hit the Anaconda installclass.

I don't see inst.stage2 in the cmdline (just method=... and ks=...)

Can you try again with one of the RHV stage2 images?

Comment 4 cshao 2016-09-08 10:13:09 UTC
(In reply to Ryan Barry from comment #3)
> It looks like we didn't hit the Anaconda installclass.
> 
> I don't see inst.stage2 in the cmdline (just method=... and ks=...)
> 
> Can you try again with one of the RHV stage2 images?

Hi Ryan,

I see what you mean, but actually I have appended inst.stage2 to cmdline during testing, the different is we download the stage2 to our local server, otherwise, it will take a long time when download RHV stage2 from remote server.

Comment 5 cshao 2016-09-08 10:14:07 UTC
Created attachment 1198983 [details]
stage2-cmdline

Comment 6 Ryan Barry 2016-09-08 14:13:43 UTC
I thought this might be the case...

I'll grab the compose 7.3 stage2 to test.

However, for this bug (or until there's a distilled 7.3 ISO/RHVH 7.3 anaconda build), I would suggest that you install using stage2 from one of the distilled 7.2 ISOs.

This works (and results in an installed 7.3 system), without either of the bugs currently reported on 7.3 (imgbase check failed and no RHVH entry in grub, which are probably the same cause).

I'll report back with whatever I find with the 7.3 stage2.

Comment 7 Ryan Barry 2016-09-08 15:21:10 UTC

*** This bug has been marked as a duplicate of bug 1373387 ***