Bug 1373370 - RHVH 4.0_7.3: imgbase check failed
Summary: RHVH 4.0_7.3: imgbase check failed
Keywords:
Status: CLOSED DUPLICATE of bug 1373387
Alias: None
Product: ovirt-node
Classification: oVirt
Component: Installation & Update
Version: 4.0
Hardware: Unspecified
OS: Unspecified
high
urgent vote
Target Milestone: ---
: ---
Assignee: Fabian Deutsch
QA Contact: cshao
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-09-06 06:36 UTC by cshao
Modified: 2016-09-11 13:16 UTC (History)
12 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-09-08 15:21:10 UTC
oVirt Team: Node
fdeutsch: ovirt-4.0.z?
fdeutsch: ovirt-4.1?
rule-engine: planning_ack?
fdeutsch: devel_ack+
cshao: testing_ack+


Attachments (Terms of Use)
all log info (7.91 MB, application/x-gzip)
2016-09-06 06:36 UTC, cshao
no flags Details
stage2-cmdline (25.46 KB, image/png)
2016-09-08 10:14 UTC, cshao
no flags Details

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 ***


Note You need to log in before you can comment on or make changes to this bug.