| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
These files are just examles and should not be edited by user.
|
|
|
|
|
|
|
| |
This reverts commit 5314d36f3d186efb05a051e80444332f743194ef.
Ok - some tests do look for 'stderr' output of 'not' commands.
So let's keep existing functionality.
|
|
|
|
| |
Just to ensure we catch devices in sync.
|
|
|
|
|
| |
Just check there is some output.
Values may slightly differ per policy target version.
|
|
|
|
| |
Simplify 'check' test actualy and correct printed tracing output
|
|
|
|
| |
Errors are 'wanted' and expected in this case.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
2 new check test functions:
raid_leg_status - to just compare
raid_leg_status_is - to compare and die when different
|
|
|
|
|
| |
Slightly better for clvmd - thought test is still crashing
as table is broken.
|
|
|
|
| |
Don't mix plain raid test with 'raid+cache' test.
|
|
|
|
|
| |
Ensure 'dso' has always a defined (NULL) value,
and also ensure NULL 'dso' is not dereferenced.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Change '_' in the test name.
|
|
|
|
|
|
| |
Delay writes just to usable extents on a PV
(so lvm2 metadata update remains fast).
Raise delay to 10ms for write.
|
|
|
|
| |
Until we resolve it - we do not support syncaction on clustered VG.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Correction for aux test result ([] -> if;then;fi)
Use issue_discard to lower memory demands on discardable test devices
Use large devices directly through prepare_pvs
I'm still observing more then 0.5G of data usage through.
Particullary:
'lvcreate' followed by 'lvconvert' (which doesn't yet support --nosync
option) is quite demanging, and resume returns quite 'late' when
a lot of data has been already written on PV.
|
|
|
|
|
| |
When cache has zero used blocks it's been wrongly reported as 100.00% dirty.
Fix it and report 0.00.
|
|
|
|
|
| |
In lvm2app we were always returning dirty (copy%) value.
Return properly data & metadata usage values.
|
|
|
|
|
|
|
| |
Reinstantiate reporting of metadata percent usage for cache volumes.
Also show the same percentage with hidden cache-pool LV.
This regression was caused by optimization for a single-ioctl in
2.02.155.
|
|
|
|
|
| |
Use smaller mirror to have faster sync.
TODO: switch to delayed devs...
|
|
|
|
|
| |
Put sys/sysmacros.h in front of sys/types.h header file as requested
by gcc6 part II.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Allow RAID scrubbing on cache origin sub-LV
This patch adds the ability to perform RAID scrubbing on the cache
origin sub-LV (https://bugzilla.redhat.com/1169495). Cache origin
operations are restricted to non-clustered RAID LVs until there can
be further testing in a cluster (even for exclusive activation).
User can either specify directly _corig LV
or he can specify cache LV and operation --syncation is
passed ONLY to _corig LV.
If users wants to manipulation with cache-pool devices - he
needs to specify this object name.
Signed-off-by: Jonathan Brassow <jbrassow@redhat.com>
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
udev_device_get_is_initialized fn is not present
Older udev versions (udev < v165), don't have the official
udev_device_get_is_initialized function available to query for
device initialization state in udev database. Also, devices don't
have USEC_INITIALIZED udev db variable set - this is bound to the
udev_device_get_is_initialized fn functionality.
In this case, check for "DEVLINKS" variable instead - all block devices
have at least one symlink set for the node (the "/dev/block/<major:minor>".
This symlink is set by default basic udev rules provided by udev directly.
We'll use this as an alternative for the check that initial udev
processing for a device has already finished.
|
| |
|
|
|
|
| |
use 10s timeout
|
|
|
|
| |
udev_dev_is_mpath_component in dev-type.c
|
|
|
|
|
|
|
|
|
|
|
|
| |
initialized yet
It's possible (mainly during boot) that udev has not finished
processing the device and hence the udev database record for that
device is still marked as uninitialized when we're trying to look
at it as part of multipath component check in pvscan --cache code.
So check several times with a short delay to wait for the udev db
record to be initialized before giving up completely.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When scanning devs to populate lvmetad during system startup,
filter-mpath with native sysfs multipath component detection
may not detect that a dev is multipath component. This is
because the multipath devices may not be set up yet.
Because of this, pvscan will scan multipath components during
startup, will see them as duplicate PVs, and will disable
lvmetad. This will leave lvmetad disabled on systems using
multipath, unless something or someone runs pvscan --cache
to rescan.
To avoid this problem, the code that is scanning devices to
populate lvmetad will now check the udev db to see if a
dev is a multipath component that should be skipped.
(This may not be perfect due to inherent udev races, but will
cover most cases and will be at least as good as it's ever
been.)
|
|
|
|
|
|
| |
Some test on older can targets are not going to work, and
since there is no other fix then using newer kernel - skip
such tests completely.
|
|
|
|
|
| |
Fix 'raw' -> 'row' fix.
Consitently use thin pool as a type of monitored device in info message.
|
|
|
|
|
|
|
|
|
|
|
| |
supported
The lsblk is just a nice helper here - it's not crucial for lvmdump so
do best effort here and use the most we can from current version of
lsblk that is installed on system. The lsblk -s option was added a bit
later after lsblk introduction and lsblk -O support even more later -
so if these are not available, use only pure lsblk output without any
extras.
|
| |
|
| |
|
| |
|
|
|
|
| |
Add '-' back in as acceptable tag character
|
| |
|
|
|
|
| |
This was broken when the args were moved to cfg
|
| |
|