Bug 1669785

Summary: Cannot install in GPT labeled disk
Product: [oVirt] ovirt-distribution Reporter: Alessandro Cesarini <cesarini>
Component: glusterfsAssignee: Sahina Bose <sabose>
Status: CLOSED CANTFIX QA Contact: meital avital <mavital>
Severity: high Docs Contact:
Priority: unspecified    
Version: 4.2.8CC: bugs, christoph.buchmann
Target Milestone: ---   
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: 2019-03-21 12:22:40 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Gluster RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Alessandro Cesarini 2019-01-27 05:32:12 UTC
Description of problem:
oVirt Hosted Engine Setup w/Hyperconverged config (Rung Gluster Wizard For Single Node) failed

Version-Release number of selected component (if applicable):
4.2.8

How reproducible:
Install oVirt Node 4.2.8 on server with two disks of 4TB space and automatic partitioning
Start Hosted Engine Setup > Hyperconverged

Steps to Reproduce:
1. Login into oVirt Node 4.2.8 Cockpit
2. Select Hosted Engine > Hyperconverged > Start
3. Run Gluster Wizard For Single Node

Actual results:
TASK [Run a shell script] ******************************************************
failed: [192.168.0.5] (item=/usr/share/gdeploy/scripts/grafton-sanity-check.sh -d sdb -h 192.168.0.5) => {"changed": true, "failed_when_result": true, "item": "/usr/share/gdeploy/scripts/grafton-sanity-check.sh -d sdb -h 192.168.0.5", "msg": "non-zero return code", "rc": 2, "stderr": "Shared connection to 192.168.0.5 closed.\r\n", "stderr_lines": ["Shared connection to 192.168.0.5 closed."], "stdout": "Disk label type: gpt\r\nDisk sdb contains GPT disk label, exiting!\r\n", "stdout_lines": ["Disk label type: gpt", "Disk sdb contains GPT disk label, exiting!"]}
	to retry, use: --limit @/tmp/tmp8zXkh1/run-script.retry

Expected results:


Additional info:

Comment 1 Christoph Buchmann 2019-02-15 12:50:54 UTC
Try 
parted -s /dev/sdX mklabel gpt
parted -s /dev/sdX mklabel msdos
partprobe /dev/sdX

for all required disks. Worked for me. 

see https://access.redhat.com/solutions/626963

Comment 2 Sahina Bose 2019-03-21 12:22:40 UTC
The 4.3.2 deployment uses gluster-ansible and pre-checks in place to check the disks