Bug 1063871
Summary: | [TestOnly][LOG] host lvm IO error after switching datacenter | ||
---|---|---|---|
Product: | [oVirt] vdsm | Reporter: | Petr Beňas <pbenas> |
Component: | General | Assignee: | Nir Soffer <nsoffer> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Kevin Alon Goldblatt <kgoldbla> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | --- | CC: | amureini, bazulay, bugs, derez, fsimonce, gklein, lpeer, nsoffer, pstehlik, scohen, tnisan, yeylon, ylavi |
Target Milestone: | ovirt-4.0.6 | Keywords: | Reopened, TestOnly |
Target Release: | 4.18.15 | Flags: | ykaul:
ovirt-4.0.z?
rule-engine: planning_ack? rule-engine: devel_ack+ rule-engine: testing_ack+ |
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2017-01-18 07:24:47 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: | 1163890, 1331978 | ||
Bug Blocks: |
Description
Petr Beňas
2014-02-11 15:09:56 UTC
Nir, is this resolved with http://gerrit.ovirt.org/#/c/24088/ ? Petr, a possible source of problems would be that your tgtd server is not configured to create LUNs with unique IDs. what you need to do is edit your targets.conf and add the scsi_id and scsi_sn fields. Example: <target MasterBackup> allow-in-use yes <backing-store /dev/vg0/MasterBackup> lun 1 scsi_id MasterBackup scsi_sn 444444444401 </backing-store> </target> (In reply to Ayal Baron from comment #1) > Nir, is this resolved with http://gerrit.ovirt.org/#/c/24088/ ? I don't see any connection. This is what happen when you move a host to maintainace - we disconnect from storage but leave junk devices behind. (In reply to Nir Soffer from comment #2) > (In reply to Ayal Baron from comment #1) > > Nir, is this resolved with http://gerrit.ovirt.org/#/c/24088/ ? > > I don't see any connection. > > This is what happen when you move a host to maintainace - we disconnect from > storage but leave junk devices behind. ok, so we need to clean it up... This is just warnings from lvm commands, and it does not have any effect on the funcionality of the system. No reason for high priority. (In reply to Ayal Baron from comment #3) > (In reply to Nir Soffer from comment #2) > > (In reply to Ayal Baron from comment #1) > > > Nir, is this resolved with http://gerrit.ovirt.org/#/c/24088/ ? > > > > I don't see any connection. > > > > This is what happen when you move a host to maintainace - we disconnect from > > storage but leave junk devices behind. > > ok, so we need to clean it up... The solution is to deactivate all the lvs of the vg on the iscsi connection that we are about to disconnect. this is an automated message. oVirt 3.6.0 RC3 has been released and GA is targeted to next week, Nov 4th 2015. Please review this bug and if not a blocker, please postpone to a later release. All bugs not postponed on GA release will be automatically re-targeted to - 3.6.1 if severity >= high - 4.0 if severity < high Closing old tickets, in medium/low severity. If you believe it should be re-opened, please do so and add justification. (Also, probably will be solved when dep RFEs will be implemented) Fixed in bug 1331978 (In reply to Nir Soffer from comment #9) > Fixed in bug 1331978 Reopening based on that comment, so QE can verify this scenario when bug 1331978 is fixed. oVirt 4.0 Alpha has been released, moving to oVirt 4.0 Beta target. oVirt 4.0 beta has been released, moving to RC milestone. There is no engineering item here - moving to ON_QA after talking to Aharon, but note that bug 1331978 needs to be fixed in order to verify this. Tested with the following code: ---------------------------------------- vdsm-4.18.999-759.git435a852.el7.centos.x86_64 rhevm-4.0.6-0.1.el7ev.noarch Tested with the following scenario: ---------------------------------------- Steps to Reproduce: 1. Add host to the Default datacenter using NFS storage and run a VM on it. 2. Create new datacenter using iSCSI. 3. Stop the VM, put the host into maintanance and reassign it to the other datacenter. 4. Run another VM (from the new datacenter) on the host. 5 Ssh to the host and run lvs VM RUNS FINE AND NO ERRORS ARE REPORTED BY LVS ON THE HOST! MOVING TO VERIFIED! |