Bug 435515
Summary: | RHEL5 cmirror tracker: Error while processing invalid request | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 5 | Reporter: | Corey Marthaler <cmarthal> |
Component: | cmirror | Assignee: | Jonathan Earl Brassow <jbrassow> |
Status: | CLOSED ERRATA | QA Contact: | Cluster QE <mspqa-list> |
Severity: | low | Docs Contact: | |
Priority: | low | ||
Version: | 5.0 | CC: | agk, ccaulfie, dwysocha, edamato, heinzm, mbroz |
Target Milestone: | rc | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2009-01-20 21:27:12 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 444983 |
Description
Corey Marthaler
2008-02-29 20:51:23 UTC
I wasn't able to reproduce the segfault but I was able to reproduce a bunch of the "Invalid request_type" messages, which in this case appears to have led to a possibly corrupted gfs filesystem. /dev/mapper/helter_skelter-syncd_primary_2legs_3 on /mnt/syncd_primary_2legs_3 type gfs (rw,hostdata=jid=0:id=13107201:first=1) [root@taft-01 /]# umount /mnt/syncd_primary_2legs_3 /sbin/umount.gfs: there isn't a GFS filesystem on /dev/mapper/helter_skelter-syncd_primary_2legs_3 /sbin/umount.gfs: there isn't a GFS filesystem on /dev/mapper/helter_skelter-syncd_primary_2legs_3 [root@taft-01 /]# lvs -a -o +devices LV VG Attr LSize Origin Snap% Move Log Copy% Convert Devices LogVol00 VolGroup00 -wi-ao 66.19G /dev/sda2(0) LogVol01 VolGroup00 -wi-ao 1.94G /dev/sda2(2118) syncd_primary_2legs_1 helter_skelter mwi-a- 800.00M syncd_primary_2legs_1_mlog 100.00 syncd_primary_2legs_1_mimage_0(0),syncd_primary_2legs_1_mimage_1(0) [syncd_primary_2legs_1_mimage_0] helter_skelter iwi-ao 800.00M /dev/sdh1(0) [syncd_primary_2legs_1_mimage_1] helter_skelter iwi-ao 800.00M /dev/sdc1(0) [syncd_primary_2legs_1_mlog] helter_skelter lwi-ao 4.00M /dev/sdg1(0) syncd_primary_2legs_2 helter_skelter mwi-a- 800.00M syncd_primary_2legs_2_mlog 100.00 syncd_primary_2legs_2_mimage_0(0),syncd_primary_2legs_2_mimage_1(0) [syncd_primary_2legs_2_mimage_0] helter_skelter iwi-ao 800.00M /dev/sdh1(200) [syncd_primary_2legs_2_mimage_1] helter_skelter iwi-ao 800.00M /dev/sdc1(200) [syncd_primary_2legs_2_mlog] helter_skelter lwi-ao 4.00M /dev/sdg1(1) syncd_primary_2legs_3 helter_skelter mwi-ao 800.00M syncd_primary_2legs_3_mlog 100.00 syncd_primary_2legs_3_mimage_0(0),syncd_primary_2legs_3_mimage_1(0) [syncd_primary_2legs_3_mimage_0] helter_skelter iwi-ao 800.00M /dev/sdh1(400) [syncd_primary_2legs_3_mimage_1] helter_skelter iwi-ao 800.00M /dev/sdc1(400) [syncd_primary_2legs_3_mlog] helter_skelter lwi-ao 4.00M /dev/sdg1(2) Mar 3 11:03:39 taft-03 kernel: device-mapper: dm-log-clustered: Request timed out on DM_CLOG_GET_SYNC_COUNT:25421158 - retrying Mar 3 11:03:39 taft-03 clogd[7129]: Invalid request_type Mar 3 11:03:39 taft-03 lvm[7442]: Unable to parse mirror status string. Mar 3 11:03:39 taft-03 kernel: device-mapper: dm-log-clustered: Server error while processing request [DM_CLOG_STATUS_INFO]: -22 Mar 3 11:02:45 taft-04 kernel: device-mapper: dm-log-clustered: Request timed out on DM_CLOG_GET_RESYNC_WORK:39255142 - retrying Mar 3 11:02:45 taft-04 clogd[7129]: Invalid request_type commit a21d1c03600e011cf1ee132100ac823bf3478877 Author: Jonathan Brassow <jbrassow> Date: Thu May 15 13:02:19 2008 -0500 clogd + dm-log-clustered: Improve communication error handling (K <-> U) Connector (netlink) is an unreliable protocol. From time to time, I get a connector header in userspace that has all the right fields (seq #, size of data, etc), but the data is all zeros. When this happens, I use the seq number in the header to request the kernel to resend the request. This should avoid those nasty 'Invalid request' messages... which are then followed by 'Request timed out' (because the invalid request was ignored). This issue has not been see with the latest code. Marking verified (will reopen if seen again). An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHEA-2009-0158.html |