Bug 1016218
Summary: | overkill of 'socket connect' messages when lvmetad is not running | |||
---|---|---|---|---|
Product: | Red Hat Enterprise Linux 6 | Reporter: | Corey Marthaler <cmarthal> | |
Component: | lvm2 | Assignee: | Peter Rajnoha <prajnoha> | |
lvm2 sub component: | LVM Metadata / lvmetad (RHEL6) | QA Contact: | Cluster QE <mspqa-list> | |
Status: | CLOSED ERRATA | Docs Contact: | ||
Severity: | low | |||
Priority: | low | CC: | agk, dwysocha, heinzm, jbrassow, msnitzer, nperic, nyewale, prajnoha, prockai, thornber, zkabelac | |
Version: | 6.5 | |||
Target Milestone: | rc | |||
Target Release: | --- | |||
Hardware: | x86_64 | |||
OS: | Linux | |||
Whiteboard: | ||||
Fixed In Version: | lvm2-2.02.107-1.el6 | Doc Type: | Bug Fix | |
Doc Text: |
Cause:
LVM tools tried to connect to lvmetad even though the tools were run with the --sysinit option to denote the early system initialization where lvmetad may not have been running yet.
Consequence:
There were error messages "lvmetad.socket: connect failed: No such file or directory" issued multiple times during system initialization.
Fix:
There's an additional check whether LVM tool is running during early system initialization by checking the use of --sysinit option which is used in such cases.
Result:
If there's no lvmetad socket present while in early system initialization (while using --sysinit LVM command option), no error messages are issued about missing lvmetad socket if this is detected and LVM tools automatically fallback to non-lvmetad mode silently.
|
Story Points: | --- | |
Clone Of: | ||||
: | 1085119 (view as bug list) | Environment: | ||
Last Closed: | 2014-10-14 08:24:43 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: | ||||
Bug Depends On: | ||||
Bug Blocks: | 1085119 |
Description
Corey Marthaler
2013-10-07 17:50:14 UTC
This patch added more log messages for daemon handling code (daemon_open): https://git.fedorahosted.org/cgit/lvm2.git/commit/?id=981962b339123338335da5a3cda822117808c591 Those log messages are issued because at the time the "vgchange -aay --sysinit" is called in rc.sysinit, it's just too early to contact lvmetad - the lvm2-lvmetad initscript is started a bit later. What we could do here is to automatically fallback to non-lvmetad mode if --sysinit option is used as that option is supposed for use during early bootup stage where some of the services are not supposed to be started yet (hmm, didn't we have this before, isn't this a regression with --sysinit + use_lvmetad=1?). This patch should help here: https://git.fedorahosted.org/cgit/lvm2.git/commit/?id=8d5cff5b9bb217942c009dca49d0bffb51e85004 Now, it prints only one and more logical message instead of uselessly trying to connect to nonexistent daemon/service again and again: "lvmetad is not active yet, using direct activation during sysinit" Marking VERIFIED. [root@virt-122 ~]# vgchange -an seven ten /var/run/lvm/lvmetad.socket: connect failed: No such file or directory WARNING: Failed to connect to lvmetad. Falling back to internal scanning. 0 logical volume(s) in volume group "seven" now active 0 logical volume(s) in volume group "ten" now active [root@virt-122 ~]# vgchange -aay --sysinit seven lvmetad is not active yet, using direct activation during sysinit 1 logical volume(s) in volume group "seven" now active [root@virt-122 ~]# [root@virt-122 ~]# lvs /var/run/lvm/lvmetad.socket: connect failed: No such file or directory WARNING: Failed to connect to lvmetad. Falling back to internal scanning. LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert mirror1 seven mwi-a-m--- 100.00m mirror1_mlog 100.00 mirror2 ten mwi---m--- 100.00m mirror2_mlog lv_root vg_virt122 -wi-ao---- 6.71g lv_swap vg_virt122 -wi-ao---- 816.00m [root@virt-122 ~]# pvs /var/run/lvm/lvmetad.socket: connect failed: No such file or directory WARNING: Failed to connect to lvmetad. Falling back to internal scanning. PV VG Fmt Attr PSize PFree /dev/sda lvm2 --- 15.00g 15.00g /dev/sdb seven lvm2 a-- 15.00g 14.90g /dev/sdc seven lvm2 a-- 15.00g 14.90g /dev/sdd seven lvm2 a-- 15.00g 14.99g /dev/sde ten lvm2 a-- 15.00g 14.90g /dev/sdf ten lvm2 a-- 15.00g 14.89g /dev/sdg seven lvm2 a-- 15.00g 15.00g /dev/sdh seven lvm2 a-- 15.00g 15.00g /dev/vda2 vg_virt122 lvm2 a-- 7.51g 0 Tested with: lvm2-2.02.107-2.el6 BUILT: Fri Jul 11 15:47:33 CEST 2014 lvm2-libs-2.02.107-2.el6 BUILT: Fri Jul 11 15:47:33 CEST 2014 lvm2-cluster-2.02.107-2.el6 BUILT: Fri Jul 11 15:47:33 CEST 2014 udev-147-2.55.el6 BUILT: Wed Jun 18 13:30:21 CEST 2014 device-mapper-1.02.86-2.el6 BUILT: Fri Jul 11 15:47:33 CEST 2014 device-mapper-libs-1.02.86-2.el6 BUILT: Fri Jul 11 15:47:33 CEST 2014 device-mapper-event-1.02.86-2.el6 BUILT: Fri Jul 11 15:47:33 CEST 2014 device-mapper-event-libs-1.02.86-2.el6 BUILT: Fri Jul 11 15:47:33 CEST 2014 device-mapper-persistent-data-0.3.2-1.el6 BUILT: Fri Apr 4 15:43:06 CEST 2014 cmirror-2.02.107-2.el6 BUILT: Fri Jul 11 15:47:33 CEST 2014 Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHBA-2014-1387.html |