Bug 869956
| Summary: | 3.1.z vdsm 6.4 - Can not create NFS storage in rhevm (with RHEL6.4 kernel - 2.6.32-335) | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | EricLee <bili> |
| Component: | vdsm | Assignee: | Saggi Mizrahi <smizrahi> |
| Status: | CLOSED DUPLICATE | QA Contact: | Haim <hateya> |
| Severity: | high | Docs Contact: | |
| Priority: | urgent | ||
| Version: | 6.4 | CC: | abaron, acathrow, amureini, bazulay, cshao, dyuan, gouyang, hadong, huiwang, iheim, ilvovsky, jlibosva, leiwang, liliu, lpeer, mburns, mzhan, rwu, sgao, smizrahi, tzheng, whuang, ycui, yeylon, ykaul |
| Target Milestone: | rc | Keywords: | Regression |
| Target Release: | 6.4 | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | storage | ||
| Fixed In Version: | v4.10.1 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2013-01-28 06:44:44 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Attachments: | |||
Created attachment 633228 [details]
VDSM client host /vra/log/vdsm/vdsm.log
Please see the next two comments. Created attachment 639763 [details]
RHEVM /var/log/ovirt-engine/engine.log using vdsm-41
Created attachment 639764 [details]
VDSM client host /vra/log/vdsm/vdsm.log using vdsm-41
*** Bug 873855 has been marked as a duplicate of this bug. *** From bug 873855 : "Description of problem: VDSM doesn't use recommended alignment and buffer size and this can cause a segmentation fault in new kernels" I can not reproduce this bug with the packages: # rpm -qa libvirt qemu-kvm-rhev kernel vdsm qemu-kvm-rhev-0.12.1.2-2.330.el6.x86_64 kernel-2.6.32-338.el6.x86_64 libvirt-0.10.2-9.el6.x86_64 vdsm-4.10.2-1.0.el6.x86_64 And can create NFS storage domain successfully(with V3 as the default nfs Version in RHEVM GUI). Change-Id: Iadea310039b30073197b7ad90afb930c460bda17 Created attachment 680207 [details]
vdsm log
Testing this bug with RHEV-H 6.4 Snapshot 4 build fails to either create or attach NFS export domains.
Relevant section of vdsm log is attached.
versions
rhev-hypervisor6-6.4-20130116.3.0.el6
vdsm-4.10.2-1.1.el6.x86_64
ovirt-node-2.5.0-15.el6.noarch
This bug blocked RHEVH+RHEVM(vdsm/rhevm mode) host/guest association acceptance testing, need to be fixed ASAP. Test versions: rhev-hypervisor6-6.4-20130116.3.0.auto1412.el6.iso vdsm-4.10.2-1.2.el6.x86_64 After add rpcbind service into this auto rhev-h 6.4 build,register rhevh into rhevm si ,then NFS storage domains can be attached successfully now. About "Miss /etc/init.d/rpcbind service in rhev-h 6.4" issue, review bug 902677. According to comments below, this seems to have been fixed. Moving to ON_QA to verify it. This bug still exist in rhevh 6.4 snapshot5 [1], failed to create NFS storage in rhevm and can not find /etc/init.d/rpcbind service. [root@hp-dc5850-02 ~]# service rpcbind status rpcbind: unrecognized service Our host/guest association acceptance testing are still blocked, but virt-who Errata testing needs to complete before EOB of Jan 30, hope it can be fixed ASAP. [1]http://download.englab.nay.redhat.com/rel-eng/RHEL6.4-Snapshot-5.0/6.4/RHEVH/ *** This bug has been marked as a duplicate of bug 902677 *** |
Created attachment 633227 [details] RHEVM /var/log/ovirt-engine/engine.log Description Can not create NFS storage in rhevm version VDSM client: # rpm -qa libvirt qemu-kvm-rhev vdsm kernel seabios qemu-kvm-rhev-0.12.1.2-2.317.el6.x86_64 seabios-0.6.1.2-25.el6.x86_64 libvirt-0.10.2-5.el6.x86_64 kernel-2.6.32-330.el6.x86_64 vdsm-4.9.6-39.0.el6_3.x86_64 RHEVM: # rpm -qa rhevm; uname -r rhevm-3.1.0-22.el6ev.noarch 2.6.32-330.el6.x86_64 How reproducible: 100% Steps 1. Build a RHEVM environment, register a VDSM client to RHEVM. 2. Configure a NFS server. 3. New a NFS domain in RHEVM using the NFS server you just created. Failed with error: Error while executing action New NFS Storage Domain: Error creating a storage domain 4. Check RHEVM /var/log/ovirt-engine/engine.log, get error info: 2012-10-25 16:02:49,158 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (ajp-/127.0.0.1:8702-10) [ea38d4f] Error code StorageDomainCreationError and error message VDSGenericException: VDSErrorException: Failed to CreateStorageDomainVDS, error = Error creating a storage domain: ('storageType=1, sdUUID=9a16b215-78c6-4873-a26b-76e9b8946d73, domainName=512, domClass=1, typeSpecificArg=10.66.5.12:/mnt/data/rhevm domVersion=3',) 2012-10-25 16:02:49,158 ERROR [org.ovirt.engine.core.vdsbroker.VDSCommandBase] (ajp-/127.0.0.1:8702-10) [ea38d4f] Command CreateStorageDomainVDS execution failed. Exception: VDSErrorException: VDSGenericException: VDSErrorException: Failed to CreateStorageDomainVDS, error = Error creating a storage domain: ('storageType=1, sdUUID=9a16b215-78c6-4873-a26b-76e9b8946d73, domainName=512, domClass=1, typeSpecificArg=10.66.5.12:/mnt/data/rhevm domVersion=3',) 2012-10-25 16:02:49,158 ERROR [org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand] (ajp-/127.0.0.1:8702-10) [ea38d4f] Command org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to CreateStorageDomainVDS, error = Error creating a storage domain: ('storageType=1, sdUUID=9a16b215-78c6-4873-a26b-76e9b8946d73, domainName=512, domClass=1, typeSpecificArg=10.66.5.12:/mnt/data/rhevm domVersion=3',) 5. Check the vdsm client host /vra/log/vdsm/vdsm.log, get error info: Thread-3856:EBUG::2012-10-25 16:02:49,156:ersistentDict::287::Storage.PersistentDict:flush) about to write lines (FileMetadataRW)=['CLASS=Data', 'DESCRIPTION=512', 'IOOPTIMEOUTSEC=1', 'LEASERETRIES=3', 'LEASETIMESEC=5', 'LOCKPOLICY=', 'LOCKRENEWALINTERVALSEC=5', 'POOL_UUID=', 'REMOTE_PATH=10.66.5.12:/mnt/data/rhevm', 'ROLE=Regular', 'SDUUID=9a16b215-78c6-4873-a26b-76e9b8946d73', 'TYPE=NFS', 'VERSION=3', '_SHA_CKSUM=fd67fa49acb463a04b632e53a4a336164e7a80b0'] Thread-3856:EBUG::2012-10-25 16:02:49,158:ersistentDict::170::Storage.PersistentDict:transaction) Finished transaction Thread-3856:EBUG::2012-10-25 16:02:49,159::fileSD::107::Storage.StorageDomain:__init__) Reading domain in path /rhev/data-center/mnt/10.66.5.12:_mnt_data_rhevm/9a16b215-78c6-4873-a26b-76e9b8946d73 Thread-3856:EBUG::2012-10-25 16:02:49,159:ersistentDict::185::Storage.PersistentDict:__init__) Created a persistant dict with FileMetadataRW backend Thread-3856::WARNING::2012-10-25 16:02:49,169::remoteFileHandler::185::Storage.CrabRPCProxy:callCrabRPCFunction) Problem with handler, treating as timeout Traceback (most recent call last): File "/usr/share/vdsm/storage/remoteFileHandler.py", line 177, in callCrabRPCFunction rawLength = self._recvAll(LENGTH_STRUCT_LENGTH, timeout) File "/usr/share/vdsm/storage/remoteFileHandler.py", line 146, in _recvAll timeLeft): File "/usr/lib64/python2.6/contextlib.py", line 83, in helper return GeneratorContextManager(func(*args, **kwds)) File "/usr/share/vdsm/storage/remoteFileHandler.py", line 133, in _poll raise Timeout() Timeout Thread-3856::ERROR::2012-10-25 16:02:49,170::task::853::TaskManager.Task:_setError) Task=`5c73ae30-0df5-414d-9bfb-59745167e3e7`::Unexpected error Actual result As steps Expect result Should succeed.