Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1156117

Summary: [PPC] cannot import iso domain
Product: Red Hat Enterprise Virtualization Manager Reporter: Martin Pavlik <mpavlik>
Component: ovirt-engineAssignee: Adam Litke <alitke>
Status: CLOSED WORKSFORME QA Contact: Aharon Canan <acanan>
Severity: urgent Docs Contact:
Priority: urgent    
Version: 3.4.3CC: alitke, amureini, ecohen, gklein, hannsj_uhl, iheim, juwu, lpeer, lsurette, lsvaty, michal.skrivanek, mpavlik, rbalakri, Rhev-m-bugs, sherold, tnisan, yeylon
Target Milestone: ---Keywords: Triaged
Target Release: 3.5.0   
Hardware: ppc64   
OS: Linux   
Whiteboard: storage
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-10-30 14:26:36 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Storage RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1122979    
Attachments:
Description Flags
log_collector none

Description Martin Pavlik 2014-10-23 15:23:05 UTC
Created attachment 949973 [details]
log_collector

Description of problem:
when trying to import iso domain command fails on timeout

2014-10-23 15:34:38,064 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainsListVDSCommand] (ajp-/127.0.0.1:8702-5) Command HSMGetStorageDomainsListVDSCommand(HostName = bandelier, HostId = ecddb325-e454-4bdd-9f95-cb69639017c5, storagePoolId=00000000-0000-0000-0000-000000000000, storageType=NFS, storageDomainType=ISO, path=10.16.29.93:/iso) execution failed. Exception: VDSNetworkException: java.util.concurrent.TimeoutException


Version-Release number of selected component (if applicable):
[root@bandelier ~]# rpm -q vdsm
vdsm-4.14.17-1.pkvm2_1.ppc64
[root@mp-rhevm34 ~]# rpm -q rhevm-setup
rhevm-setup-3.4.3-1.2.el6ev.noarch


How reproducible:
100%

Steps to Reproduce:
1. try to import existing iso domain

Actual results:
import fails on timeout

Expected results:
import succeeds


Additional info:
manually mounting iso domain on node works
/usr/bin/sudo -n /usr/bin/mount -t nfs -o soft,nosharecache,timeo=600,retrans=6,nfsvers=3 10.16.29.93:/iso /rhev/data-center/mnt/10.16.29.93:_iso

Comment 1 Scott Herold 2014-10-23 20:26:21 UTC
Manual workaround identified in initial bug report.  Please reference for release note documentation.

Comment 3 Adam Litke 2014-10-27 18:34:37 UTC
When looking at the logs (10.16.160.28:/var/log/messages), it seems this host is experiencing general network instability which is also affecting the iSCSI connections.

I am curious about this workaround.  When manually mounting, how long does the mount take?

I'd also be interested in seeing the vdsm.log on the host after doing the following proceedure:
1. Attempt to import the ISO domain using the engine UI
2. (immediately after the above fails) Use the workaround to mount the nfs path

I'd like to confirm that the status of the network is the same at the time the engine flow fails but the workaround succeeds.

Comment 6 Lukas Svaty 2014-10-30 11:54:39 UTC
Tried this with BRQ and BOS hosts, and import iso domain was working correctly.
Must have been network related issue. Manual mounting of nfs storage takes about ~5 seconds which is ok. Before it took much longer so I would say appropriate is CLOSING this as not a bug. If people will be able to reproduce we can reopen.

Comment 7 Michal Skrivanek 2014-10-30 14:26:36 UTC
ok, great. please reopen if relevant

Comment 8 Julie 2014-12-01 23:48:11 UTC
Hi Scott, 
   Does this bug still need to be in the release notes? 

Cheers,
Julie

Comment 9 Allon Mureinik 2014-12-02 07:13:11 UTC
(In reply to Julie from comment #8)
> Hi Scott, 
>    Does this bug still need to be in the release notes? 
> 
> Cheers,
> Julie
There's nothing to document here, thanks.
I've set requires-doctext-. I don't have the permissions to unset the requires-releasenote? flag, but feel free to do so.

Thanks!

Comment 10 Julie 2014-12-02 07:27:43 UTC
Thanks Allon.