| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
See ed5e5c38b5ac4b7c8cb7e809d9d35c72f087e29e
|
| |
|
|
|
|
|
|
|
| |
This reverts commit c501413c8a0617323544fdb828c29a3d6bf921c5.
Conflicts:
test/api/dbustest.sh
|
|
|
|
| |
We need either DISPLAY or DBUS_SESSION_BUS_ADDRESS
|
|
|
|
| |
(cherry picked from commit 2c4678f2d2d8c61e1100d40d60ede34a48912c3b)
|
| |
|
|
|
|
| |
(cherry picked from commit 7435de21492f6b37ac7664d1f27b4a8dcc4d0dd4)
|
|
|
|
|
|
|
|
|
|
|
|
| |
With the recent conversion of pvcreate/pvremove to the
common toollib processing function, skipping in-use PVs
in _process_pvs_in_vg prevented them from being protected
as intended by the in-use flag.
The processing code for pvcreate/pvremove checks for the
in-use state itself and prevents using an in-use PV.
If a PV is skipped, it looks like an unused device and
is not protected from being used in pvcreate/pvremove.
|
|
|
|
|
|
|
|
|
| |
This command option can be used to trigger a D-Bus
notification independent of the usual notifications
that are sent from other commands as an effect of
changes to PV/VG/LV state. If lvm is not built with
dbus notification support or if notify_dbus is disabled
in the config, this command will exit with an error.
|
|
|
|
|
|
|
| |
When a command modifies a PV or VG, or changes the
activation state of an LV, it will send a dbus
notification when the command is finished. This
can be enabled/disabled with a config setting.
|
|
|
|
|
|
| |
metadata image are on pvs
resolves rhbz#1130329
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The code in _print_historical_lv function works with temporary
"descendants_buffer" that is allocated and freed within this
function.
When printing text out, we used "outf" macro which called
"out_text" fn and it checked return value and if failed,
the macro called "return_0" automatically. But since we
use the temporary buffer, if any of the out_text calls
fails, we need to deallocate this buffer properly - that's
the "goto_out", otherwise we'll be leaking memory.
So add new "outfgo" helper macro which does the same as "outf",
but it calls "goto_out" instead of "return_0" so we can jump
to a cleanup hook at the end.
|
| |
|
| |
|
|
|
|
| |
Signed-off-by: Tony Asleson <tasleson@redhat.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- stdout/stderr for test output
- debug.log* for daemon output
- use install instead of cp for DBus config
- use system bus
- DBus reloads on new file. Better having it created with correct
permissions.
Notes:
- Squashed commits from mcsontos development branch
- Still disabled at this time
Signed-off-by: Tony Asleson <tasleson@redhat.com>
|
|
|
|
|
|
|
|
| |
error on failures
The error was not propagated if _write_config (that is part of
dm_config_write_node and all its variants) was called recursively
for subsections.
|
| |
|
|
|
|
| |
dm_config_node
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Using lvm1 metadata with lvmetad is not generally allowed,
but nothing has prevented creating new lvm1 metadata with
lvmetad (missing error checking in pvcreate/vgcreate.)
Various tests are using lvm1 with lvmetad and happen to
work because of the missing error checks.
This commit fixes the tests so they won't fail when the
lvm1/lvmetad error checking is fixed. A new variable
LVM_TEST_LVM1 is defined and is used in the scripts to
decide if lvm1 metadata should be tested. LVM_TEST_LVM1
is not defined when lvmetad is being tested, and the
combination of LVM_TEST_LVM1 and LVM_TEST_LVMETAD can
be used to verify the desired lvmetad+lvm1 behavior.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Historical LV is valid as long as there is at least one live LV among
its ancestors. If we find any invalid (dangling) historical LVs, remove
them automatically.
|
|
|
|
| |
check_lv_segments
|
|
|
|
|
| |
Live LVs and historical LVs are in one namespace and the name needs to
be unique in whole VG.
|
| |
|
| |
|
|
|
|
|
|
|
| |
The vg_strip_outdated_historical_lvs iterates over the list of historical LVs
we have and it shoots down the ones which are outdated.
Configuration hook to set the timeout will be in subsequent patch.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
The metadata/record_lvs_history is global switch which enables or
disables recording historical LVs in metadata.
If both metadata/record_lvs_history=1 lvm.conf option and
--nohistory command switch is used at the same time, the
--nohistory prevails.
|
| |
|
|
|
|
|
| |
When --nohistory switch is used with lvremove, the LV that is removed is
not recorded in metadata as 'historical LV'.
|
|
|
|
|
| |
The --nohistory switch will cause historical LVs to not be recorded
in metadata on demand.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
LVs that way
Report proper values for historical LVs in lv_layout and lv_role fields.
Any historical LV doesn't have any layout anymore and the role is "history".
For example:
$ lvs -H -o name,lv_attr,lv_layout,lv_role vg/-lvol1
LV Attr Layout Role
-lvol1 ----h----- none public,history
|
|
|
|
| |
Same as lv_full_ancestors, but the other way round in the ancestry chain.
|
|
|
|
|
|
| |
The lv_full_ancestors reporting field is just like the existing
lv_ancestors field but it also takes into account any history and
indirect relations recorded.
|
|
|
|
|
|
|
| |
All names for historical LVs are prefixed with '-' character to make clear
difference between live and historical LVs. The '-' can't be set by users
for live LV names during lvcreate hence we never get into a conflict with
the names that user defines for live LVs.
|
|
|
|
|
| |
The 'historical' state is displayed as 5th bit ("state") in the lv_attr
field and denoted by new 'h' character.
|
|
|
|
|
|
| |
The lv_historical reporting field is a simple binary field that reports
whether an LV is historical one ("historical" value or value of "1" displayed)
or not (blank string "" or value of "0" displayed).
|
|
|
|
|
| |
When lvs command is used together with the -H|--history switch,
all historical LVs are reported as well.
|
|
|
|
| |
historical LVs
|