2001-08-21 16:56:08 +04:00
/*
2007-07-09 02:51:20 +04:00
* Copyright ( C ) 2001 - 2004 Sistina Software , Inc . All rights reserved .
2018-04-20 18:43:50 +03:00
* Copyright ( C ) 2004 - 2011 Red Hat , Inc . All rights reserved .
2001-08-21 16:56:08 +04:00
*
2004-03-30 23:35:44 +04:00
* This file is part of LVM2 .
*
* This copyrighted material is made available to anyone wishing to use ,
* modify , copy , or redistribute it subject to the terms and conditions
2007-08-21 00:55:30 +04:00
* of the GNU Lesser General Public License v .2 .1 .
2004-03-30 23:35:44 +04:00
*
2007-08-21 00:55:30 +04:00
* You should have received a copy of the GNU Lesser General Public License
2004-03-30 23:35:44 +04:00
* along with this program ; if not , write to the Free Software Foundation ,
2016-01-21 13:49:46 +03:00
* Inc . , 51 Franklin Street , Fifth Floor , Boston , MA 02110 - 1301 USA
2001-08-21 16:56:08 +04:00
*/
2011-08-30 18:55:15 +04:00
2018-05-14 12:30:20 +03:00
# include "lib/misc/lib.h"
2011-08-30 18:55:15 +04:00
2018-05-14 12:30:20 +03:00
# include "lib/config/config.h"
# include "lib/misc/crc.h"
# include "lib/device/device.h"
# include "lib/datastruct/str_list.h"
# include "lib/commands/toolcontext.h"
# include "lib/misc/lvm-file.h"
# include "lib/mm/memlock.h"
# include "lib/label/label.h"
Place the first PE at 1 MiB for all defaults
. When using default settings, this commit should change
nothing. The first PE continues to be placed at 1 MiB
resulting in a metadata area size of 1020 KiB (for
4K page sizes; slightly smaller for larger page sizes.)
. When default_data_alignment is disabled in lvm.conf,
align pe_start at 1 MiB, based on a default metadata area
size that adapts to the page size. Previously, disabling
this option would result in mda_size that was too small
for common use, and produced a 64 KiB aligned pe_start.
. Customized pe_start and mda_size values continue to be
set as before in lvm.conf and command line.
. Remove the configure option for setting default_data_alignment
at build time.
. Improve alignment related option descriptions.
. Add section about alignment to pvcreate man page.
Previously, DEFAULT_PVMETADATASIZE was 255 sectors.
However, the fact that the config setting named
"default_data_alignment" has a default value of 1 (MiB)
meant that DEFAULT_PVMETADATASIZE was having no effect.
The metadata area size is the space between the start of
the metadata area (page size offset from the start of the
device) and the first PE (1 MiB by default due to
default_data_alignment 1.) The result is a 1020 KiB metadata
area on machines with 4KiB page size (1024 KiB - 4 KiB),
and smaller on machines with larger page size.
If default_data_alignment was set to 0 (disabled), then
DEFAULT_PVMETADATASIZE 255 would take effect, and produce a
metadata area that was 188 KiB and pe_start of 192 KiB.
This was too small for common use.
This is fixed by making the default metadata area size a
computed value that matches the value produced by
default_data_alignment.
2018-11-14 00:00:11 +03:00
# include "lib/metadata/metadata.h"
2002-11-18 17:01:16 +03:00
2001-08-21 16:56:08 +04:00
# include <sys/stat.h>
# include <sys/mman.h>
# include <unistd.h>
# include <fcntl.h>
2011-12-19 01:56:03 +04:00
# include <assert.h>
2013-03-05 20:36:10 +04:00
# include <ctype.h>
2014-03-21 13:43:44 +04:00
# include <math.h>
# include <float.h>
2001-09-13 16:38:31 +04:00
2024-05-04 01:25:33 +03:00
static const char _config_source_names [ ] [ 24 ] = {
2013-06-25 14:25:43 +04:00
[ CONFIG_UNDEFINED ] = " undefined " ,
[ CONFIG_FILE ] = " file " ,
[ CONFIG_MERGED_FILES ] = " merged files " ,
[ CONFIG_STRING ] = " string " ,
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
[ CONFIG_PROFILE_COMMAND ] = " command profile " ,
[ CONFIG_PROFILE_METADATA ] = " metadata profile " ,
2014-05-19 12:58:28 +04:00
[ CONFIG_FILE_SPECIAL ] = " special purpose "
2013-06-25 14:25:43 +04:00
} ;
2011-12-19 01:56:03 +04:00
struct config_file {
off_t st_size ;
char * filename ;
int exists ;
struct device * dev ;
} ;
2013-06-25 14:25:43 +04:00
struct config_source {
config_source_t type ;
2015-03-18 12:59:41 +03:00
struct timespec timestamp ;
2013-06-25 14:25:43 +04:00
union {
struct config_file * file ;
struct config_file * profile ;
} source ;
2014-05-19 15:23:12 +04:00
struct cft_check_handle * check_handle ;
2013-06-25 14:25:43 +04:00
} ;
2013-03-05 19:49:42 +04:00
/*
* Map each ID to respective definition of the configuration item .
*/
2024-05-04 01:25:48 +03:00
static const struct cfg_def_item _cfg_def_items [ CFG_COUNT + 1 ] = {
2017-07-19 17:17:30 +03:00
# define cfg_section(id, name, parent, flags, since_version, deprecated_since_version, deprecation_comment, comment) {id, parent, name, CFG_TYPE_SECTION, {0}, (flags), since_version, {0}, deprecated_since_version, deprecation_comment, comment},
# define cfg(id, name, parent, flags, type, default_value, since_version, unconfigured_value, deprecated_since_version, deprecation_comment, comment) {id, parent, name, type, {.v_##type = (default_value)}, (flags), since_version, {.v_UNCONFIGURED = (unconfigured_value)}, deprecated_since_version, deprecation_comment, comment},
# define cfg_runtime(id, name, parent, flags, type, since_version, deprecated_since_version, deprecation_comment, comment) {id, parent, name, type, {.fn_##type = get_default_##id}, (flags) | CFG_DEFAULT_RUN_TIME, since_version, {.fn_UNCONFIGURED = get_default_unconfigured_##id}, deprecated_since_version, (deprecation_comment), comment},
# define cfg_array(id, name, parent, flags, types, default_value, since_version, unconfigured_value, deprecated_since_version, deprecation_comment, comment) {id, parent, name, CFG_TYPE_ARRAY | (types), {.v_CFG_TYPE_STRING = (default_value)}, (flags), (since_version), {.v_UNCONFIGURED = (unconfigured_value)}, deprecated_since_version, deprecation_comment, comment},
# define cfg_array_runtime(id, name, parent, flags, types, since_version, deprecated_since_version, deprecation_comment, comment) {id, parent, name, CFG_TYPE_ARRAY | (types), {.fn_CFG_TYPE_STRING = get_default_##id}, (flags) | CFG_DEFAULT_RUN_TIME, (since_version), {.fn_UNCONFIGURED = get_default_unconfigured_##id}, deprecated_since_version, deprecation_comment, comment},
2018-05-14 12:30:20 +03:00
# include "lib/config/config_settings.h"
2013-03-05 19:49:42 +04:00
# undef cfg_section
# undef cfg
config: add CFG_DEFAULT_RUN_TIME for config options with runtime defaults
Previously, we declared a default value as undefined ("NULL") for
settings which require runtime context to be set first (e.g. settings
for paths that rely on SYSTEM_DIR environment variable or they depend
on any other setting in some way).
If we want to output default values as they are really used in runtime,
we should make it possible to define a default value as function which
is evaluated, not just providing a firm constant value as it was before.
This patch defines simple prototypes for such functions. Also, there's
new helper macros "cfg_runtime" and "cfg_array_runtime" - they provide
exactly the same functionality as the original "cfg" and "cfg_array"
macros when defining the configuration settings in config_settings.h,
but they don't set the constant default value. Instead, they automatically
link the configuration setting definition with one of these functions:
typedef int (*t_fn_CFG_TYPE_BOOL) (struct cmd_context *cmd, struct profile *profile);
typedef int (*t_fn_CFG_TYPE_INT) (struct cmd_context *cmd, struct profile *profile);
typedef float (*t_fn_CFG_TYPE_FLOAT) (struct cmd_context *cmd, struct profile *profile);
typedef const char* (*t_fn_CFG_TYPE_STRING) (struct cmd_context *cmd, struct profile *profile);
typedef const char* (*t_fn_CFG_TYPE_ARRAY) (struct cmd_context *cmd, struct profile *profile);
(The new macros actually set the CFG_DEFAULT_RUNTIME flag properly and
set the default value link to the function accordingly).
Then such configuration setting requires a function of selected type to
be defined. This function has a predefined name:
get_default_<id>
...where the <id> is the id of the setting as defined in
config_settings.h. For example "backup_archive_dir_CFG" if defined
as a setting with default value evaluated in runtime with "cfg_runtime"
will automatically have "get_default_backup_archive_dir_CFG" function
linked to this setting to get the default value.
2014-03-03 15:34:11 +04:00
# undef cfg_runtime
2013-03-05 19:49:42 +04:00
# undef cfg_array
config: add CFG_DEFAULT_RUN_TIME for config options with runtime defaults
Previously, we declared a default value as undefined ("NULL") for
settings which require runtime context to be set first (e.g. settings
for paths that rely on SYSTEM_DIR environment variable or they depend
on any other setting in some way).
If we want to output default values as they are really used in runtime,
we should make it possible to define a default value as function which
is evaluated, not just providing a firm constant value as it was before.
This patch defines simple prototypes for such functions. Also, there's
new helper macros "cfg_runtime" and "cfg_array_runtime" - they provide
exactly the same functionality as the original "cfg" and "cfg_array"
macros when defining the configuration settings in config_settings.h,
but they don't set the constant default value. Instead, they automatically
link the configuration setting definition with one of these functions:
typedef int (*t_fn_CFG_TYPE_BOOL) (struct cmd_context *cmd, struct profile *profile);
typedef int (*t_fn_CFG_TYPE_INT) (struct cmd_context *cmd, struct profile *profile);
typedef float (*t_fn_CFG_TYPE_FLOAT) (struct cmd_context *cmd, struct profile *profile);
typedef const char* (*t_fn_CFG_TYPE_STRING) (struct cmd_context *cmd, struct profile *profile);
typedef const char* (*t_fn_CFG_TYPE_ARRAY) (struct cmd_context *cmd, struct profile *profile);
(The new macros actually set the CFG_DEFAULT_RUNTIME flag properly and
set the default value link to the function accordingly).
Then such configuration setting requires a function of selected type to
be defined. This function has a predefined name:
get_default_<id>
...where the <id> is the id of the setting as defined in
config_settings.h. For example "backup_archive_dir_CFG" if defined
as a setting with default value evaluated in runtime with "cfg_runtime"
will automatically have "get_default_backup_archive_dir_CFG" function
linked to this setting to get the default value.
2014-03-03 15:34:11 +04:00
# undef cfg_array_runtime
2013-03-05 19:49:42 +04:00
} ;
2013-06-25 14:25:43 +04:00
config_source_t config_get_source_type ( struct dm_config_tree * cft )
{
struct config_source * cs = dm_config_get_custom ( cft ) ;
return cs ? cs - > type : CONFIG_UNDEFINED ;
}
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
static inline int _is_profile_based_config_source ( config_source_t source )
{
return ( source = = CONFIG_PROFILE_COMMAND ) | |
( source = = CONFIG_PROFILE_METADATA ) ;
}
static inline int _is_file_based_config_source ( config_source_t source )
{
return ( source = = CONFIG_FILE ) | |
( source = = CONFIG_FILE_SPECIAL ) | |
_is_profile_based_config_source ( source ) ;
}
2011-12-19 01:56:03 +04:00
/*
* public interface
*/
2013-06-25 14:25:43 +04:00
struct dm_config_tree * config_open ( config_source_t source ,
const char * filename ,
2024-07-03 00:07:01 +03:00
int unused )
2002-01-07 13:23:52 +03:00
{
2011-12-19 01:56:03 +04:00
struct dm_config_tree * cft = dm_config_create ( ) ;
2013-06-25 14:25:43 +04:00
struct config_source * cs ;
2011-12-19 01:56:03 +04:00
struct config_file * cf ;
2013-06-25 14:25:43 +04:00
2011-12-19 01:56:03 +04:00
if ( ! cft )
return NULL ;
2013-06-25 14:25:43 +04:00
if ( ! ( cs = dm_pool_zalloc ( cft - > mem , sizeof ( struct config_source ) ) ) ) {
log_error ( " Failed to allocate config source. " ) ;
2013-04-23 13:58:50 +04:00
goto fail ;
}
2002-01-07 13:23:52 +03:00
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
if ( _is_file_based_config_source ( source ) ) {
2013-06-25 14:25:43 +04:00
if ( ! ( cf = dm_pool_zalloc ( cft - > mem , sizeof ( struct config_file ) ) ) ) {
log_error ( " Failed to allocate config file. " ) ;
goto fail ;
}
2011-12-19 01:56:03 +04:00
2013-06-25 14:25:43 +04:00
if ( filename & &
! ( cf - > filename = dm_pool_strdup ( cft - > mem , filename ) ) ) {
log_error ( " Failed to duplicate filename. " ) ;
goto fail ;
}
cs - > source . file = cf ;
2011-12-19 01:56:03 +04:00
}
2013-06-25 14:25:43 +04:00
cs - > type = source ;
dm_config_set_custom ( cft , cs ) ;
2011-12-19 01:56:03 +04:00
return cft ;
fail :
dm_config_destroy ( cft ) ;
return NULL ;
}
/*
* Doesn ' t populate filename if the file is empty .
*/
int config_file_check ( struct dm_config_tree * cft , const char * * filename , struct stat * info )
{
2013-06-25 14:25:43 +04:00
struct config_source * cs = dm_config_get_custom ( cft ) ;
struct config_file * cf ;
2011-12-19 01:56:03 +04:00
struct stat _info ;
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
if ( ! _is_file_based_config_source ( cs - > type ) ) {
2014-05-19 12:58:28 +04:00
log_error ( INTERNAL_ERROR " config_file_check: expected file, special file or "
" profile config source, found %s config source. " ,
_config_source_names [ cs - > type ] ) ;
2013-06-25 14:25:43 +04:00
return 0 ;
}
2011-12-19 01:56:03 +04:00
if ( ! info )
info = & _info ;
2013-06-25 14:25:43 +04:00
cf = cs - > source . file ;
2011-12-19 01:56:03 +04:00
if ( stat ( cf - > filename , info ) ) {
log_sys_error ( " stat " , cf - > filename ) ;
cf - > exists = 0 ;
return 0 ;
}
if ( ! S_ISREG ( info - > st_mode ) ) {
log_error ( " %s is not a regular file " , cf - > filename ) ;
cf - > exists = 0 ;
return 0 ;
}
2015-03-18 12:59:41 +03:00
lvm_stat_ctim ( & cs - > timestamp , info ) ;
2011-12-19 01:56:03 +04:00
cf - > exists = 1 ;
cf - > st_size = info - > st_size ;
if ( info - > st_size = = 0 )
log_verbose ( " %s is empty " , cf - > filename ) ;
else if ( filename )
* filename = cf - > filename ;
return 1 ;
}
/*
* Return 1 if config files ought to be reloaded
*/
int config_file_changed ( struct dm_config_tree * cft )
{
2013-06-25 14:25:43 +04:00
struct config_source * cs = dm_config_get_custom ( cft ) ;
struct config_file * cf ;
2011-12-19 01:56:03 +04:00
struct stat info ;
2015-03-18 12:59:41 +03:00
struct timespec ts ;
2011-12-19 01:56:03 +04:00
2013-06-25 14:25:43 +04:00
if ( cs - > type ! = CONFIG_FILE ) {
log_error ( INTERNAL_ERROR " config_file_changed: expected file config source, "
" found %s config source. " , _config_source_names [ cs - > type ] ) ;
return 0 ;
}
cf = cs - > source . file ;
2011-12-19 01:56:03 +04:00
if ( ! cf - > filename )
return 0 ;
if ( stat ( cf - > filename , & info ) = = - 1 ) {
/* Ignore a deleted config file: still use original data */
if ( errno = = ENOENT ) {
if ( ! cf - > exists )
return 0 ;
log_very_verbose ( " Config file %s has disappeared! " ,
cf - > filename ) ;
goto reload ;
}
log_sys_error ( " stat " , cf - > filename ) ;
log_error ( " Failed to reload configuration files " ) ;
return 0 ;
}
if ( ! S_ISREG ( info . st_mode ) ) {
log_error ( " Configuration file %s is not a regular file " ,
cf - > filename ) ;
goto reload ;
}
/* Unchanged? */
2015-03-18 12:59:41 +03:00
lvm_stat_ctim ( & ts , & info ) ;
if ( ( timespeccmp ( & cs - > timestamp , & ts , = = ) ) & &
cf - > st_size = = info . st_size )
2011-12-19 01:56:03 +04:00
return 0 ;
reload :
log_verbose ( " Detected config file change to %s " , cf - > filename ) ;
return 1 ;
}
2013-06-25 14:25:43 +04:00
void config_destroy ( struct dm_config_tree * cft )
2011-12-19 01:56:03 +04:00
{
2024-07-03 00:07:01 +03:00
if ( cft )
dm_config_destroy ( cft ) ;
2006-05-16 20:48:31 +04:00
}
2013-06-25 14:25:43 +04:00
struct dm_config_tree * config_file_open_and_read ( const char * config_file ,
2014-05-19 15:23:12 +04:00
config_source_t source ,
struct cmd_context * cmd )
2013-06-25 14:25:23 +04:00
{
struct dm_config_tree * cft ;
struct stat info ;
2013-06-25 14:25:43 +04:00
if ( ! ( cft = config_open ( source , config_file , 0 ) ) ) {
2013-06-25 14:25:23 +04:00
log_error ( " config_tree allocation failed " ) ;
return NULL ;
}
/* Is there a config file? */
if ( stat ( config_file , & info ) = = - 1 ) {
2013-06-25 14:25:43 +04:00
/* Profile file must be present! */
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
if ( errno = = ENOENT & & ( ! _is_profile_based_config_source ( source ) ) )
2013-06-25 14:25:23 +04:00
return cft ;
log_sys_error ( " stat " , config_file ) ;
goto bad ;
}
log_very_verbose ( " Loading config file: %s " , config_file ) ;
2024-07-03 00:24:12 +03:00
if ( ! config_file_read_from_file ( cft ) ) {
2013-06-25 14:25:23 +04:00
log_error ( " Failed to load config file %s " , config_file ) ;
goto bad ;
}
return cft ;
bad :
2013-06-25 14:25:43 +04:00
config_destroy ( cft ) ;
2013-06-25 14:25:23 +04:00
return NULL ;
}
2014-05-19 15:23:12 +04:00
struct dm_config_tree * get_config_tree_by_source ( struct cmd_context * cmd ,
config_source_t source )
{
struct dm_config_tree * cft = cmd - > cft ;
struct config_source * cs ;
while ( cft ) {
cs = dm_config_get_custom ( cft ) ;
if ( cs & & cs - > type = = source )
return cft ;
cft = cft - > cascade ;
}
return NULL ;
}
2011-09-02 05:32:08 +04:00
/*
* Returns config tree if it was removed .
*/
2013-06-25 14:25:43 +04:00
struct dm_config_tree * remove_config_tree_by_source ( struct cmd_context * cmd ,
config_source_t source )
2011-09-02 05:32:08 +04:00
{
2013-06-25 14:25:43 +04:00
struct dm_config_tree * previous_cft = NULL ;
struct dm_config_tree * cft = cmd - > cft ;
struct config_source * cs ;
while ( cft ) {
cs = dm_config_get_custom ( cft ) ;
if ( cs & & ( cs - > type = = source ) ) {
if ( previous_cft ) {
previous_cft - > cascade = cft - > cascade ;
cmd - > cft = previous_cft ;
} else
cmd - > cft = cft - > cascade ;
cft - > cascade = NULL ;
break ;
}
previous_cft = cft ;
cft = cft - > cascade ;
}
2011-09-02 05:32:08 +04:00
2013-06-25 14:25:43 +04:00
return cft ;
2011-09-02 05:32:08 +04:00
}
2014-05-19 15:23:12 +04:00
struct cft_check_handle * get_config_tree_check_handle ( struct cmd_context * cmd ,
struct dm_config_tree * cft )
{
2014-06-24 16:58:53 +04:00
struct config_source * cs ;
2014-05-19 15:23:12 +04:00
if ( ! ( cs = dm_config_get_custom ( cft ) ) )
return NULL ;
if ( cs - > check_handle )
goto out ;
/*
* Attach config check handle to all config types but
* CONFIG_FILE_SPECIAL - this one uses its own check
* methods and the cft_check_handle is not applicable here .
*/
if ( cs - > type ! = CONFIG_FILE_SPECIAL ) {
if ( ! ( cs - > check_handle = dm_pool_zalloc ( cft - > mem , sizeof ( * cs - > check_handle ) ) ) ) {
log_error ( " Failed to allocate configuration check handle. " ) ;
return NULL ;
}
cs - > check_handle - > cft = cft ;
cs - > check_handle - > cmd = cmd ;
}
out :
return cs - > check_handle ;
}
2009-07-28 01:01:56 +04:00
int override_config_tree_from_string ( struct cmd_context * cmd ,
const char * config_settings )
{
2011-09-02 05:32:08 +04:00
struct dm_config_tree * cft_new ;
2013-06-25 14:25:43 +04:00
struct config_source * cs = dm_config_get_custom ( cmd - > cft ) ;
/*
* Follow this sequence :
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
* CONFIG_STRING - > CONFIG_PROFILE_COMMAND - > CONFIG_PROFILE_METADATA - > CONFIG_FILE / CONFIG_MERGED_FILES
2013-06-25 14:25:43 +04:00
*/
if ( cs - > type = = CONFIG_STRING ) {
log_error ( INTERNAL_ERROR " override_config_tree_from_string: "
" config cascade already contains a string config. " ) ;
return 0 ;
}
2011-09-02 05:32:08 +04:00
if ( ! ( cft_new = dm_config_from_string ( config_settings ) ) ) {
2009-07-28 01:01:56 +04:00
log_error ( " Failed to set overridden configuration entries. " ) ;
2012-10-16 12:07:27 +04:00
return 0 ;
2009-07-28 01:01:56 +04:00
}
2016-08-08 11:43:18 +03:00
if ( cmd - > is_interactive & &
! config_force_check ( cmd , CONFIG_STRING , cft_new ) ) {
log_error ( " Ignoring invalid configuration string. " ) ;
dm_config_destroy ( cft_new ) ;
2016-11-25 15:46:06 +03:00
return 0 ;
2016-08-08 11:43:18 +03:00
}
2013-06-25 14:25:43 +04:00
if ( ! ( cs = dm_pool_zalloc ( cft_new - > mem , sizeof ( struct config_source ) ) ) ) {
log_error ( " Failed to allocate config source. " ) ;
dm_config_destroy ( cft_new ) ;
return 0 ;
}
cs - > type = CONFIG_STRING ;
dm_config_set_custom ( cft_new , cs ) ;
2011-09-02 05:32:08 +04:00
cmd - > cft = dm_config_insert_cascaded_tree ( cft_new , cmd - > cft ) ;
2012-10-16 12:07:27 +04:00
return 1 ;
2009-07-28 01:01:56 +04:00
}
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
static int _override_config_tree_from_command_profile ( struct cmd_context * cmd ,
struct profile * profile )
2013-06-25 14:27:37 +04:00
{
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
struct dm_config_tree * cft = cmd - > cft , * cft_previous = NULL ;
2013-06-25 14:27:37 +04:00
struct config_source * cs = dm_config_get_custom ( cft ) ;
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
if ( cs - > type = = CONFIG_STRING ) {
cft_previous = cft ;
cft = cft - > cascade ;
cs = dm_config_get_custom ( cft ) ;
}
2013-06-25 14:27:37 +04:00
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
if ( cs - > type = = CONFIG_PROFILE_COMMAND ) {
log_error ( INTERNAL_ERROR " _override_config_tree_from_command_profile: "
" config cascade already contains a command profile config. " ) ;
return 0 ;
}
if ( cft_previous )
dm_config_insert_cascaded_tree ( cft_previous , profile - > cft ) ;
else
cmd - > cft = profile - > cft ;
dm_config_insert_cascaded_tree ( profile - > cft , cft ) ;
return 1 ;
}
static int _override_config_tree_from_metadata_profile ( struct cmd_context * cmd ,
struct profile * profile )
{
struct dm_config_tree * cft = cmd - > cft , * cft_previous = NULL ;
struct config_source * cs = dm_config_get_custom ( cft ) ;
2013-06-25 14:27:37 +04:00
if ( cs - > type = = CONFIG_STRING ) {
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
cft_previous = cft ;
cft = cft - > cascade ;
}
if ( cs - > type = = CONFIG_PROFILE_COMMAND ) {
cft_previous = cft ;
2013-06-25 14:27:37 +04:00
cft = cft - > cascade ;
}
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
cs = dm_config_get_custom ( cft ) ;
if ( cs - > type = = CONFIG_PROFILE_METADATA ) {
log_error ( INTERNAL_ERROR " _override_config_tree_from_metadata_profile: "
" config cascade already contains a metadata profile config. " ) ;
return 0 ;
}
if ( cft_previous )
dm_config_insert_cascaded_tree ( cft_previous , profile - > cft ) ;
else
cmd - > cft = profile - > cft ;
2013-06-25 14:27:37 +04:00
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
dm_config_insert_cascaded_tree ( profile - > cft , cft ) ;
2013-06-25 14:27:37 +04:00
return 1 ;
}
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
int override_config_tree_from_profile ( struct cmd_context * cmd ,
struct profile * profile )
{
/*
* Follow this sequence :
* CONFIG_STRING - > CONFIG_PROFILE_COMMAND - > CONFIG_PROFILE_METADATA - > CONFIG_FILE / CONFIG_MERGED_FILES
*/
if ( ! profile - > cft & & ! load_profile ( cmd , profile ) )
return_0 ;
if ( profile - > source = = CONFIG_PROFILE_COMMAND )
return _override_config_tree_from_command_profile ( cmd , profile ) ;
2017-07-19 17:16:12 +03:00
if ( profile - > source = = CONFIG_PROFILE_METADATA )
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
return _override_config_tree_from_metadata_profile ( cmd , profile ) ;
log_error ( INTERNAL_ERROR " override_config_tree_from_profile: incorrect profile source type " ) ;
return 0 ;
}
2012-03-26 15:35:26 +04:00
/*
2015-03-19 02:43:02 +03:00
* When checksum_only is set , the checksum of buffer is only matched
2012-03-26 15:35:26 +04:00
* and function avoids parsing of mda into config tree which
* remains unmodified and should not be used .
*/
2018-04-20 18:43:50 +03:00
int config_file_read_fd ( struct dm_config_tree * cft , struct device * dev , dev_io_reason_t reason ,
2011-12-19 01:56:03 +04:00
off_t offset , size_t size , off_t offset2 , size_t size2 ,
2012-03-26 15:35:26 +04:00
checksum_fn_t checksum_fn , uint32_t checksum ,
2024-10-18 00:11:16 +03:00
int checksum_only , int no_dup_node_check , int only_pv_summary )
2001-08-21 16:56:08 +04:00
{
2021-06-29 20:40:03 +03:00
char namebuf [ NAME_LEN + 1 ] __attribute__ ( ( aligned ( 8 ) ) ) ;
int namelen = 0 ;
int bad_name = 0 ;
2018-04-20 18:43:50 +03:00
char * fb , * fe ;
2002-11-18 17:01:16 +03:00
int r = 0 ;
2020-08-27 13:49:03 +03:00
int sz , use_plain_read = 1 ;
2018-04-20 18:43:50 +03:00
char * buf = NULL ;
2013-06-25 14:25:43 +04:00
struct config_source * cs = dm_config_get_custom ( cft ) ;
2020-08-27 13:49:03 +03:00
size_t rsize ;
2013-06-25 14:25:43 +04:00
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
if ( ! _is_file_based_config_source ( cs - > type ) ) {
2014-05-19 12:58:28 +04:00
log_error ( INTERNAL_ERROR " config_file_read_fd: expected file, special file "
" or profile config source, found %s config source. " ,
_config_source_names [ cs - > type ] ) ;
2018-04-20 18:43:50 +03:00
return 0 ;
2018-01-02 23:40:18 +03:00
}
2020-08-27 13:49:03 +03:00
/* Only use plain read with regular files */
2018-04-20 18:43:50 +03:00
if ( ! ( dev - > flags & DEV_REGULAR ) | | size2 )
2020-08-27 13:49:03 +03:00
use_plain_read = 0 ;
2022-02-07 21:58:04 +03:00
/* Ensure there is extra '\0' after end of buffer since we pass
2024-08-30 00:05:41 +03:00
* buffer to functions like strtoll ( ) */
2022-02-07 21:58:04 +03:00
if ( ! ( buf = zalloc ( size + size2 + 1 ) ) ) {
2020-08-27 13:49:03 +03:00
log_error ( " Failed to allocate circular buffer. " ) ;
return 0 ;
}
if ( use_plain_read ) {
/* Note: also used for lvm.conf to read all settings */
for ( rsize = 0 ; rsize < size ; rsize + = sz ) {
do {
sz = read ( dev_fd ( dev ) , buf + rsize , size - rsize ) ;
} while ( ( sz < 0 ) & & ( ( errno = = EINTR ) | | ( errno = = EAGAIN ) ) ) ;
if ( sz < 0 ) {
log_sys_error ( " read " , dev_name ( dev ) ) ;
goto out ;
}
2002-11-18 17:01:16 +03:00
}
2003-07-05 02:34:56 +04:00
} else {
2018-02-27 20:26:04 +03:00
if ( ! dev_read_bytes ( dev , offset , size , buf ) )
2018-04-20 18:43:50 +03:00
goto out ;
2018-02-07 00:18:11 +03:00
if ( size2 ) {
2018-02-27 20:26:04 +03:00
if ( ! dev_read_bytes ( dev , offset2 , size2 , buf + size ) )
2018-02-07 00:18:11 +03:00
goto out ;
2018-04-20 18:43:50 +03:00
}
}
2020-08-27 13:49:03 +03:00
fb = buf ;
2021-06-29 20:40:03 +03:00
if ( ! ( dev - > flags & DEV_REGULAR ) ) {
memcpy ( namebuf , buf , NAME_LEN ) ;
while ( namebuf [ namelen ] & & ! isspace ( namebuf [ namelen ] ) & & namebuf [ namelen ] ! = ' { ' & & namelen < ( NAME_LEN - 1 ) )
namelen + + ;
namebuf [ namelen ] = ' \0 ' ;
/*
* Check that the text metadata begins with a valid name .
*/
if ( ! validate_name ( namebuf ) ) {
log_warn ( " WARNING: Metadata location on %s at offset %llu begins with invalid name. " ,
dev_name ( dev ) , ( unsigned long long ) offset ) ;
bad_name = 1 ;
}
}
2018-04-19 00:29:42 +03:00
/*
* The checksum passed in is the checksum from the mda_header
* preceding this metadata . They should always match .
* FIXME : handle case where mda_header checksum is bad ,
* but the checksum calculated here is correct .
*/
2018-04-20 18:43:50 +03:00
if ( checksum_fn & & checksum ! =
( checksum_fn ( checksum_fn ( INITIAL_CRC , ( const uint8_t * ) fb , size ) ,
( const uint8_t * ) ( fb + size ) , size2 ) ) ) {
2021-06-29 20:40:03 +03:00
log_warn ( " WARNING: Checksum error on %s at offset %llu. " , dev_name ( dev ) , ( unsigned long long ) offset ) ;
2018-04-20 18:43:50 +03:00
goto out ;
}
2021-06-29 20:40:03 +03:00
if ( bad_name )
goto out ;
2018-04-20 18:43:50 +03:00
if ( ! checksum_only ) {
fe = fb + size + size2 ;
if ( no_dup_node_check ) {
2024-10-18 00:11:16 +03:00
if ( only_pv_summary ) {
if ( ! dm_config_parse_only_section ( cft , fb , fe , " physical_volumes " ) )
goto_out ;
} else if ( ! dm_config_parse_without_dup_node_check ( cft , fb , fe ) )
2017-12-16 01:34:26 +03:00
goto_out ;
2018-02-07 00:43:06 +03:00
} else {
2018-04-20 18:43:50 +03:00
if ( ! dm_config_parse ( cft , fb , fe ) )
goto_out ;
2018-02-07 00:43:06 +03:00
}
2002-11-18 17:01:16 +03:00
}
2018-04-20 18:43:50 +03:00
r = 1 ;
2002-11-18 17:01:16 +03:00
2018-04-20 18:43:50 +03:00
out :
2020-08-27 13:49:03 +03:00
free ( buf ) ;
2002-11-18 17:01:16 +03:00
2018-04-20 18:43:50 +03:00
return r ;
2002-11-18 17:01:16 +03:00
}
2024-07-03 00:24:12 +03:00
int config_file_read_from_file ( struct dm_config_tree * cft )
2002-11-18 17:01:16 +03:00
{
2011-09-02 05:32:08 +04:00
const char * filename = NULL ;
2013-06-25 14:25:43 +04:00
struct config_source * cs = dm_config_get_custom ( cft ) ;
struct config_file * cf ;
2002-11-18 17:01:16 +03:00
struct stat info ;
2024-08-22 15:45:35 +03:00
struct device fake_dev = { . fd = 0 } ;
2024-07-03 00:07:01 +03:00
struct dm_str_list * alias ;
int fd ;
2011-08-30 18:55:15 +04:00
int r ;
2002-04-24 22:20:51 +04:00
2011-12-19 01:56:03 +04:00
if ( ! config_file_check ( cft , & filename , & info ) )
2011-09-02 01:04:14 +04:00
return_0 ;
2004-05-04 22:28:15 +04:00
2011-09-02 05:32:08 +04:00
/* Nothing to do. E.g. empty file. */
if ( ! filename )
return 1 ;
2013-06-25 14:25:43 +04:00
cf = cs - > source . file ;
2024-07-03 00:24:12 +03:00
if ( cf - > dev )
return_0 ;
2024-07-03 00:07:01 +03:00
/* fixme: get rid of fake dev and just
add separate code paths for files */
2024-07-03 00:24:12 +03:00
if ( ! ( alias = zalloc ( sizeof ( * alias ) ) ) )
return_0 ;
if ( ! ( alias - > str = strdup ( filename ) ) ) {
free ( alias ) ;
return_0 ;
2002-04-24 22:20:51 +04:00
}
2024-07-03 00:24:12 +03:00
dev_init ( & fake_dev ) ;
fake_dev . flags = DEV_REGULAR ;
dm_list_add ( & fake_dev . aliases , & alias - > list ) ;
2002-04-24 22:20:51 +04:00
2024-07-03 00:24:12 +03:00
if ( ( fd = open ( filename , O_RDONLY , 0777 ) ) < 0 ) {
log_error ( " Failed to open config file %s. " , filename ) ;
2024-07-03 00:07:01 +03:00
free ( ( void * ) alias - > str ) ;
free ( ( void * ) alias ) ;
2024-07-03 00:24:12 +03:00
return_0 ;
2006-11-04 06:34:10 +03:00
}
2024-07-03 00:24:12 +03:00
fake_dev . fd = fd ;
cf - > dev = & fake_dev ;
r = config_file_read_fd ( cft , cf - > dev , DEV_IO_MDA_CONTENT , 0 , ( size_t ) info . st_size , 0 , 0 ,
2024-10-18 00:11:16 +03:00
( checksum_fn_t ) NULL , 0 , 0 , 0 , 0 ) ;
2024-07-03 00:24:12 +03:00
free ( ( void * ) alias - > str ) ;
free ( ( void * ) alias ) ;
close ( fd ) ;
2024-07-03 00:07:01 +03:00
cf - > dev = NULL ;
2002-11-18 17:01:16 +03:00
return r ;
}
2015-03-18 12:59:41 +03:00
struct timespec config_file_timestamp ( struct dm_config_tree * cft )
2011-12-19 01:56:03 +04:00
{
2013-06-25 14:25:43 +04:00
struct config_source * cs = dm_config_get_custom ( cft ) ;
return cs - > timestamp ;
2011-12-19 01:56:03 +04:00
}
2013-03-05 19:49:42 +04:00
# define cfg_def_get_item_p(id) (&_cfg_def_items[id])
2017-07-19 17:17:30 +03:00
# define cfg_def_get_default_unconfigured_value_hint(cmd,item) (((item)->flags & CFG_DEFAULT_RUN_TIME) ? (item)->default_unconfigured_value.fn_UNCONFIGURED(cmd) : (item)->default_unconfigured_value.v_UNCONFIGURED)
# define cfg_def_get_default_value_hint(cmd,item,type,profile) (((item)->flags & CFG_DEFAULT_RUN_TIME) ? (item)->default_value.fn_##type(cmd,profile) : (item)->default_value.v_##type)
# define cfg_def_get_default_value(cmd,item,type,profile) ((item)->flags & CFG_DEFAULT_UNDEFINED ? 0 : cfg_def_get_default_value_hint(cmd,item,type,profile))
2013-03-05 19:49:42 +04:00
2024-05-04 01:25:48 +03:00
static int _cfg_def_make_path ( char * buf , size_t buf_size , int id , const cfg_def_item_t * item , int xlate )
2013-03-05 19:49:42 +04:00
{
2014-02-25 14:08:00 +04:00
int variable = item - > flags & CFG_NAME_VARIABLE ;
2013-03-05 19:49:42 +04:00
int parent_id = item - > parent ;
int count , n ;
2014-08-21 17:35:29 +04:00
if ( id = = parent_id ) {
buf [ 0 ] = ' \0 ' ;
2013-03-05 19:49:42 +04:00
return 0 ;
2014-08-21 17:35:29 +04:00
}
2013-03-05 19:49:42 +04:00
2014-02-25 14:08:00 +04:00
count = _cfg_def_make_path ( buf , buf_size , parent_id , cfg_def_get_item_p ( parent_id ) , xlate ) ;
if ( ( n = dm_snprintf ( buf + count , buf_size - count , " %s%s%s%s " ,
2013-03-05 19:49:42 +04:00
count ? " / " : " " ,
2014-02-25 14:08:00 +04:00
xlate & & variable ? " < " : " " ,
! xlate & & variable ? " # " : item - > name ,
xlate & & variable ? " > " : " " ) ) < 0 ) {
2013-03-05 19:49:42 +04:00
log_error ( INTERNAL_ERROR " _cfg_def_make_path: supplied buffer too small for %s/%s " ,
cfg_def_get_item_p ( parent_id ) - > name , item - > name ) ;
buf [ 0 ] = ' \0 ' ;
return 0 ;
}
return count + n ;
}
int config_def_get_path ( char * buf , size_t buf_size , int id )
{
2014-02-25 14:08:00 +04:00
return _cfg_def_make_path ( buf , buf_size , id , cfg_def_get_item_p ( id ) , 0 ) ;
2013-03-05 19:49:42 +04:00
}
2024-05-27 14:53:55 +03:00
static void _get_type_name ( char * buf , size_t buf_size , unsigned type )
2013-03-05 20:14:18 +04:00
{
2013-04-19 23:24:51 +04:00
( void ) dm_snprintf ( buf , buf_size , " %s%s%s%s%s%s " ,
( type & CFG_TYPE_ARRAY ) ?
( ( type & ~ CFG_TYPE_ARRAY ) ?
" array with values of type: " : " array " ) : " " ,
( type & CFG_TYPE_SECTION ) ? " section " : " " ,
( type & CFG_TYPE_BOOL ) ? " boolean " : " " ,
( type & CFG_TYPE_INT ) ? " integer " : " " ,
( type & CFG_TYPE_FLOAT ) ? " float " : " " ,
( type & CFG_TYPE_STRING ) ? " string " : " " ) ;
2013-03-05 20:14:18 +04:00
}
2024-05-27 14:53:55 +03:00
static void _log_type_error ( const char * path , unsigned actual , unsigned expected ,
int suppress_messages )
2013-03-05 20:14:18 +04:00
{
2013-04-19 23:24:51 +04:00
static char actual_type_name [ 128 ] ;
static char expected_type_name [ 128 ] ;
2013-03-05 20:14:18 +04:00
_get_type_name ( actual_type_name , sizeof ( actual_type_name ) , actual ) ;
_get_type_name ( expected_type_name , sizeof ( expected_type_name ) , expected ) ;
2015-02-23 20:40:58 +03:00
log_warn_suppress ( suppress_messages , " WARNING: Configuration setting \" %s \" has invalid type. "
" Found%s but expected%s. " , path ,
2013-03-05 20:14:18 +04:00
actual_type_name , expected_type_name ) ;
}
2015-07-08 11:43:59 +03:00
static struct dm_config_value * _get_def_array_values ( struct cmd_context * cmd ,
struct dm_config_tree * cft ,
2015-06-23 14:02:45 +03:00
const cfg_def_item_t * def ,
uint32_t format_flags )
2014-03-24 16:21:41 +04:00
{
2015-07-08 11:43:59 +03:00
const char * def_enc_value ;
2014-03-24 16:21:41 +04:00
char * enc_value , * token , * p , * r ;
struct dm_config_value * array = NULL , * v = NULL , * oldv = NULL ;
2015-07-08 11:43:59 +03:00
def_enc_value = cfg_def_get_default_value ( cmd , def , CFG_TYPE_ARRAY , NULL ) ;
if ( ! def_enc_value ) {
2014-03-24 16:21:41 +04:00
if ( ! ( array = dm_config_create_value ( cft ) ) ) {
log_error ( " Failed to create default empty array for %s. " , def - > name ) ;
return NULL ;
}
array - > type = DM_CFG_EMPTY_ARRAY ;
2015-06-23 14:02:45 +03:00
dm_config_value_set_format_flags ( array , format_flags ) ;
2014-03-24 16:21:41 +04:00
return array ;
}
2021-02-10 16:55:35 +03:00
if ( ! ( token = enc_value = strdup ( def_enc_value ) ) ) {
2018-06-08 15:40:53 +03:00
log_error ( " _get_def_array_values: strdup failed " ) ;
2014-03-24 16:21:41 +04:00
return NULL ;
}
/* Proper value always starts with '#'. */
if ( token [ 0 ] ! = ' # ' )
2023-06-23 17:04:55 +03:00
goto_bad ;
2014-03-24 16:21:41 +04:00
while ( token ) {
/* Move to type identifier. Error on no char. */
token + + ;
if ( ! token [ 0 ] )
2023-06-23 17:04:55 +03:00
goto_bad ;
2014-03-24 16:21:41 +04:00
/* Move to the actual value and decode any "##" into "#". */
p = token + 1 ;
while ( ( p = strchr ( p , ' # ' ) ) & & p [ 1 ] = = ' # ' ) {
memmove ( p , p + 1 , strlen ( p ) ) ;
p + + ;
}
/* Separate the value out of the whole string. */
if ( p )
p [ 0 ] = ' \0 ' ;
if ( ! ( v = dm_config_create_value ( cft ) ) ) {
log_error ( " Failed to create default config array value for %s. " , def - > name ) ;
2018-06-08 15:40:53 +03:00
free ( enc_value ) ;
2014-03-24 16:21:41 +04:00
return NULL ;
}
2015-06-23 14:02:45 +03:00
dm_config_value_set_format_flags ( v , format_flags ) ;
2014-03-24 16:21:41 +04:00
if ( oldv )
oldv - > next = v ;
if ( ! array )
array = v ;
switch ( toupper ( token [ 0 ] ) ) {
case ' I ' :
case ' B ' :
2017-07-16 11:28:02 +03:00
errno = 0 ;
2014-03-24 16:21:41 +04:00
v - > v . i = strtoll ( token + 1 , & r , 10 ) ;
2017-07-16 11:28:02 +03:00
if ( errno | | * r )
2014-03-24 16:21:41 +04:00
goto bad ;
v - > type = DM_CFG_INT ;
break ;
case ' F ' :
2017-07-16 11:28:02 +03:00
errno = 0 ;
2014-03-24 16:21:41 +04:00
v - > v . f = strtod ( token + 1 , & r ) ;
2017-07-16 11:28:02 +03:00
if ( errno | | * r )
2014-03-24 16:21:41 +04:00
goto bad ;
v - > type = DM_CFG_FLOAT ;
break ;
case ' S ' :
if ( ! ( r = dm_pool_strdup ( cft - > mem , token + 1 ) ) ) {
2018-06-08 15:40:53 +03:00
free ( enc_value ) ;
2014-03-24 16:21:41 +04:00
log_error ( " Failed to duplicate token for default "
" array value of %s. " , def - > name ) ;
return NULL ;
}
v - > v . str = r ;
v - > type = DM_CFG_STRING ;
break ;
default :
goto bad ;
}
oldv = v ;
token = p ;
}
2018-06-08 15:40:53 +03:00
free ( enc_value ) ;
2014-03-24 16:21:41 +04:00
return array ;
bad :
log_error ( INTERNAL_ERROR " Default array value malformed for \" %s \" , "
" value: \" %s \" , token: \" %s \" . " , def - > name ,
def - > default_value . v_CFG_TYPE_STRING , token ) ;
2018-06-08 15:40:53 +03:00
free ( enc_value ) ;
2014-03-24 16:21:41 +04:00
return NULL ;
}
2014-03-19 11:45:05 +04:00
static int _config_def_check_node_single_value ( struct cft_check_handle * handle ,
const char * rp , const struct dm_config_value * v ,
const cfg_def_item_t * def )
2013-03-05 20:14:18 +04:00
{
/* Check empty array first if present. */
if ( v - > type = = DM_CFG_EMPTY_ARRAY ) {
if ( ! ( def - > type & CFG_TYPE_ARRAY ) ) {
2014-03-19 11:45:05 +04:00
_log_type_error ( rp , CFG_TYPE_ARRAY , def - > type , handle - > suppress_messages ) ;
2013-03-05 20:14:18 +04:00
return 0 ;
}
if ( ! ( def - > flags & CFG_ALLOW_EMPTY ) ) {
2014-03-19 11:45:05 +04:00
log_warn_suppress ( handle - > suppress_messages ,
2013-03-05 20:14:18 +04:00
" Configuration setting \" %s \" invalid. Empty value not allowed. " , rp ) ;
return 0 ;
}
return 1 ;
}
switch ( v - > type ) {
case DM_CFG_INT :
if ( ! ( def - > type & CFG_TYPE_INT ) & & ! ( def - > type & CFG_TYPE_BOOL ) ) {
2014-03-19 11:45:05 +04:00
_log_type_error ( rp , CFG_TYPE_INT , def - > type , handle - > suppress_messages ) ;
2013-03-05 20:14:18 +04:00
return 0 ;
}
break ;
case DM_CFG_FLOAT :
if ( ! ( def - > type & CFG_TYPE_FLOAT ) ) {
2014-03-19 11:45:05 +04:00
_log_type_error ( rp , CFG_TYPE_FLOAT , def - > type , handle - > suppress_messages ) ;
2013-03-05 20:14:18 +04:00
return 0 ;
}
break ;
case DM_CFG_STRING :
if ( def - > type & CFG_TYPE_BOOL ) {
if ( ! dm_config_value_is_bool ( v ) ) {
2014-03-19 11:45:05 +04:00
log_warn_suppress ( handle - > suppress_messages ,
2013-03-05 20:14:18 +04:00
" Configuration setting \" %s \" invalid. "
" Found string value \" %s \" , "
" expected boolean value: 0/1, \" y/n \" , "
" \" yes/no \" , \" on/off \" , "
" \" true/false \" . " , rp , v - > v . str ) ;
return 0 ;
}
} else if ( ! ( def - > type & CFG_TYPE_STRING ) ) {
2014-03-19 11:45:05 +04:00
_log_type_error ( rp , CFG_TYPE_STRING , def - > type , handle - > suppress_messages ) ;
2013-03-05 20:14:18 +04:00
return 0 ;
2015-01-21 18:44:02 +03:00
} else if ( ! ( def - > flags & CFG_ALLOW_EMPTY ) & & ! * v - > v . str ) {
log_warn_suppress ( handle - > suppress_messages ,
" Configuration setting \" %s \" invalid. "
" It cannot be set to an empty value. " , rp ) ;
return 0 ;
2013-03-05 20:14:18 +04:00
}
break ;
default : ;
}
return 1 ;
}
2014-03-21 13:43:44 +04:00
static int _check_value_differs_from_default ( struct cft_check_handle * handle ,
const struct dm_config_value * v ,
const cfg_def_item_t * def ,
struct dm_config_value * v_def )
{
struct dm_config_value * v_def_array , * v_def_iter ;
int diff = 0 , id ;
int64_t i ;
float f ;
const char * str ;
2015-04-29 17:07:52 +03:00
if ( ( handle - > ignoreunsupported & & ( def - > flags & CFG_UNSUPPORTED ) ) | |
( handle - > ignoreadvanced & & ( def - > flags & CFG_ADVANCED ) ) ) {
diff = 0 ;
goto out ;
}
2014-03-21 13:43:44 +04:00
/* if default value is undefined, the value used differs from default */
if ( def - > flags & CFG_DEFAULT_UNDEFINED ) {
diff = 1 ;
goto out ;
}
if ( ! v_def & & ( def - > type & CFG_TYPE_ARRAY ) ) {
2015-07-08 11:43:59 +03:00
if ( ! ( v_def_array = v_def_iter = _get_def_array_values ( handle - > cmd , handle - > cft , def , 0 ) ) )
2014-03-21 13:43:44 +04:00
return_0 ;
do {
/* iterate over each element of the array and check its value */
if ( ( v - > type ! = v_def_iter - > type ) | |
_check_value_differs_from_default ( handle , v , def , v_def_iter ) )
break ;
v_def_iter = v_def_iter - > next ;
v = v - > next ;
} while ( v_def_iter & & v ) ;
diff = v | | v_def_iter ;
dm_pool_free ( handle - > cft - > mem , v_def_array ) ;
} else {
switch ( v - > type ) {
case DM_CFG_INT :
/* int value can be a real int but it can also represent bool */
i = v_def ? v_def - > v . i
: def - > type & CFG_TYPE_BOOL ?
cfg_def_get_default_value ( handle - > cmd , def , CFG_TYPE_BOOL , NULL ) :
cfg_def_get_default_value ( handle - > cmd , def , CFG_TYPE_INT , NULL ) ;
diff = i ! = v - > v . i ;
break ;
case DM_CFG_FLOAT :
f = v_def ? v_def - > v . f
: cfg_def_get_default_value ( handle - > cmd , def , CFG_TYPE_FLOAT , NULL ) ;
diff = fabs ( f - v - > v . f ) < FLT_EPSILON ;
break ;
case DM_CFG_STRING :
/* string value can be a real string but it can also represent bool */
if ( v_def ? v_def - > type = = DM_CFG_INT : def - > type = = CFG_TYPE_BOOL ) {
i = v_def ? v_def - > v . i
: cfg_def_get_default_value ( handle - > cmd , def , CFG_TYPE_BOOL , NULL ) ;
diff = i ! = v - > v . i ;
} else {
str = v_def ? v_def - > v . str
: cfg_def_get_default_value ( handle - > cmd , def , CFG_TYPE_STRING , NULL ) ;
2021-09-20 11:24:30 +03:00
diff = str ? strcmp ( str , v - > v . str ) : 0 ;
2014-03-21 13:43:44 +04:00
}
break ;
2014-03-24 19:30:47 +04:00
case DM_CFG_EMPTY_ARRAY :
2015-11-16 02:42:29 +03:00
diff = ( v_def & & ( v_def - > type ! = DM_CFG_EMPTY_ARRAY ) ) ;
2014-03-24 19:30:47 +04:00
break ;
2014-03-21 13:43:44 +04:00
default :
2024-05-17 17:51:11 +03:00
log_error ( INTERNAL_ERROR " Inconsistent state reached in _check_value_differs_from_default. " ) ;
2014-03-21 13:43:44 +04:00
return 0 ;
}
}
out :
if ( diff ) {
/* mark whole path from bottom to top with CFG_DIFF */
for ( id = def - > id ; id & & ! ( handle - > status [ id ] & CFG_DIFF ) ; id = _cfg_def_items [ id ] . parent )
handle - > status [ id ] | = CFG_DIFF ;
}
return diff ;
}
2013-06-26 16:53:57 +04:00
static int _config_def_check_node_value ( struct cft_check_handle * handle ,
const char * rp , const struct dm_config_value * v ,
const cfg_def_item_t * def )
2013-03-05 20:14:18 +04:00
{
2014-03-21 13:43:44 +04:00
const struct dm_config_value * v_iter ;
2013-03-05 20:14:18 +04:00
if ( ! v ) {
if ( def - > type ! = CFG_TYPE_SECTION ) {
2013-06-26 16:53:57 +04:00
_log_type_error ( rp , CFG_TYPE_SECTION , def - > type , handle - > suppress_messages ) ;
2013-03-05 20:14:18 +04:00
return 0 ;
}
return 1 ;
}
if ( v - > next ) {
if ( ! ( def - > type & CFG_TYPE_ARRAY ) ) {
2013-06-26 16:53:57 +04:00
_log_type_error ( rp , CFG_TYPE_ARRAY , def - > type , handle - > suppress_messages ) ;
2013-03-05 20:14:18 +04:00
return 0 ;
}
}
2014-03-21 13:43:44 +04:00
v_iter = v ;
2013-03-05 20:14:18 +04:00
do {
2014-03-21 13:43:44 +04:00
if ( ! _config_def_check_node_single_value ( handle , rp , v_iter , def ) )
2013-03-05 20:14:18 +04:00
return 0 ;
2014-03-21 13:43:44 +04:00
v_iter = v_iter - > next ;
} while ( v_iter ) ;
if ( handle - > check_diff )
_check_value_differs_from_default ( handle , v , def , NULL ) ;
2013-03-05 20:14:18 +04:00
return 1 ;
}
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
static int _config_def_check_node_is_profilable ( struct cft_check_handle * handle ,
const char * rp , struct dm_config_node * cn ,
const cfg_def_item_t * def )
{
uint16_t flags ;
if ( ! ( def - > flags & CFG_PROFILABLE ) ) {
log_warn_suppress ( handle - > suppress_messages ,
" Configuration %s \" %s \" is not customizable by "
" a profile. " , cn - > v ? " option " : " section " , rp ) ;
return 0 ;
}
flags = def - > flags & ~ CFG_PROFILABLE ;
/*
* Make sure there is no metadata profilable config in the command profile !
*/
if ( ( handle - > source = = CONFIG_PROFILE_COMMAND ) & & ( flags & CFG_PROFILABLE_METADATA ) ) {
log_warn_suppress ( handle - > suppress_messages ,
" Configuration %s \" %s \" is customizable by "
" metadata profile only, not command profile. " ,
cn - > v ? " option " : " section " , rp ) ;
return 0 ;
}
/*
* Make sure there is no command profilable config in the metadata profile !
* ( sections do not need to be flagged with CFG_PROFILABLE_METADATA , the
* CFG_PROFILABLE is enough as sections may contain both types inside )
*/
if ( ( handle - > source = = CONFIG_PROFILE_METADATA ) & & cn - > v & & ! ( flags & CFG_PROFILABLE_METADATA ) ) {
log_warn_suppress ( handle - > suppress_messages ,
" Configuration %s \" %s \" is customizable by "
" command profile only, not metadata profile. " ,
cn - > v ? " option " : " section " , rp ) ;
return 0 ;
}
return 1 ;
}
2016-08-08 11:43:18 +03:00
static int _config_def_check_node_is_allowed ( struct cft_check_handle * handle ,
const char * rp , struct dm_config_node * cn ,
const cfg_def_item_t * def )
{
if ( handle - > disallowed_flags & def - > flags ) {
log_warn_suppress ( handle - > suppress_messages ,
" Configuration %s \" %s \" is not allowed here. " ,
cn - > v ? " option " : " section " , rp ) ;
return 0 ;
}
return 1 ;
}
2013-06-26 16:53:57 +04:00
static int _config_def_check_node ( struct cft_check_handle * handle ,
const char * vp , char * pvp , char * rp , char * prp ,
2014-03-19 11:45:05 +04:00
size_t buf_size , struct dm_config_node * cn )
2013-03-05 20:14:18 +04:00
{
cfg_def_item_t * def ;
int sep = vp ! = pvp ; /* don't use '/' separator for top-level node */
if ( dm_snprintf ( pvp , buf_size , " %s%s " , sep ? " / " : " " , cn - > key ) < 0 | |
dm_snprintf ( prp , buf_size , " %s%s " , sep ? " / " : " " , cn - > key ) < 0 ) {
log_error ( " Failed to construct path for configuration node %s. " , cn - > key ) ;
return 0 ;
}
2014-03-19 11:45:05 +04:00
if ( ! ( def = ( cfg_def_item_t * ) dm_hash_lookup ( handle - > cmd - > cft_def_hash , vp ) ) ) {
2013-03-05 20:14:18 +04:00
/* If the node is not a section but a setting, fail now. */
if ( cn - > v ) {
2013-06-26 16:53:57 +04:00
log_warn_suppress ( handle - > suppress_messages ,
2013-03-05 20:14:18 +04:00
" Configuration setting \" %s \" unknown. " , rp ) ;
config: add support for enhanced config node output
There's a possibility to interconnect the dm_config_node with an
ID, which in our case is used to reference the configuration
definition ID from config_settings.h. So simply interconnecting
struct dm_config_node with struct cfg_def_item.
This patch also adds support for enhanced config node output besides
existing "output line by line". This patch adds a possibility to
register a callback that gets called *before* the config node is
processed line by line (for example to include any headers on output)
and *after* the config node is processed line by line (to include any
footers on output). Also, it adds the config node reference itself
as the callback arg in addition to have a possibility to extract more
information from the config node itself if needed when processing the
output callback (e.g. the key name, the id, or whether this is a
section or a value etc...).
If the config node from lvm.conf/--config tree is recognized and valid,
it's always coupled with the config node definition ID from
config_settings.h:
struct dm_config_node {
int id;
const char *key;
struct dm_config_node *parent, *sib, *child;
struct dm_config_value *v;
}
For example if the dm_config_node *cn holds "devices/dev" configuration,
then the cn->id holds "devices_dev_CFG" ID from config_settings.h, -1 if
not found in config_settings.h and 0 if matching has not yet been done.
To support the enhanced config node output, a new structure has been
defined in libdevmapper to register it:
struct dm_config_node_out_spec {
dm_config_node_out_fn prefix_fn; /* called before processing config node lines */
dm_config_node_out_fn line_fn; /* called for each config node line */
dm_config_node_out_fn suffix_fn; /* called after processing config node lines */
};
Where dm_config_node_out_fn is:
typedef int (*dm_config_node_out_fn)(const struct dm_config_node *cn, const char *line, void *baton);
(so in comparison to existing callbacks for config node output, it has
an extra dm_config_node *cn arg in addition)
This patch also adds these functions to libdevmapper:
- dm_config_write_node_out
- dm_config_write_one_node_out
...which have exactly the same functionality as their counterparts
without the "out" suffix. The "*_out" functions adds the extra hooks
for enhanced config output (prefix_fn and suffix_fn mentioned above).
One can still use the old interface for config node output, this is
just an enhancement for those who'd like to modify the output more
extensively.
2013-03-05 21:02:13 +04:00
cn - > id = - 1 ;
2013-03-05 20:14:18 +04:00
return 0 ;
}
/* If the node is a section, try if the section name is variable. */
/* Modify virtual path vp in situ and replace the key name with a '#'. */
/* The real path without '#' is still stored in rp variable. */
pvp [ sep ] = ' # ' , pvp [ sep + 1 ] = ' \0 ' ;
2014-03-19 11:45:05 +04:00
if ( ! ( def = ( cfg_def_item_t * ) dm_hash_lookup ( handle - > cmd - > cft_def_hash , vp ) ) ) {
2013-06-26 16:53:57 +04:00
log_warn_suppress ( handle - > suppress_messages ,
2013-03-05 20:14:18 +04:00
" Configuration section \" %s \" unknown. " , rp ) ;
config: add support for enhanced config node output
There's a possibility to interconnect the dm_config_node with an
ID, which in our case is used to reference the configuration
definition ID from config_settings.h. So simply interconnecting
struct dm_config_node with struct cfg_def_item.
This patch also adds support for enhanced config node output besides
existing "output line by line". This patch adds a possibility to
register a callback that gets called *before* the config node is
processed line by line (for example to include any headers on output)
and *after* the config node is processed line by line (to include any
footers on output). Also, it adds the config node reference itself
as the callback arg in addition to have a possibility to extract more
information from the config node itself if needed when processing the
output callback (e.g. the key name, the id, or whether this is a
section or a value etc...).
If the config node from lvm.conf/--config tree is recognized and valid,
it's always coupled with the config node definition ID from
config_settings.h:
struct dm_config_node {
int id;
const char *key;
struct dm_config_node *parent, *sib, *child;
struct dm_config_value *v;
}
For example if the dm_config_node *cn holds "devices/dev" configuration,
then the cn->id holds "devices_dev_CFG" ID from config_settings.h, -1 if
not found in config_settings.h and 0 if matching has not yet been done.
To support the enhanced config node output, a new structure has been
defined in libdevmapper to register it:
struct dm_config_node_out_spec {
dm_config_node_out_fn prefix_fn; /* called before processing config node lines */
dm_config_node_out_fn line_fn; /* called for each config node line */
dm_config_node_out_fn suffix_fn; /* called after processing config node lines */
};
Where dm_config_node_out_fn is:
typedef int (*dm_config_node_out_fn)(const struct dm_config_node *cn, const char *line, void *baton);
(so in comparison to existing callbacks for config node output, it has
an extra dm_config_node *cn arg in addition)
This patch also adds these functions to libdevmapper:
- dm_config_write_node_out
- dm_config_write_one_node_out
...which have exactly the same functionality as their counterparts
without the "out" suffix. The "*_out" functions adds the extra hooks
for enhanced config output (prefix_fn and suffix_fn mentioned above).
One can still use the old interface for config node output, this is
just an enhancement for those who'd like to modify the output more
extensively.
2013-03-05 21:02:13 +04:00
cn - > id = - 1 ;
2013-03-05 20:14:18 +04:00
return 0 ;
}
}
2013-06-26 16:53:57 +04:00
handle - > status [ def - > id ] | = CFG_USED ;
config: add support for enhanced config node output
There's a possibility to interconnect the dm_config_node with an
ID, which in our case is used to reference the configuration
definition ID from config_settings.h. So simply interconnecting
struct dm_config_node with struct cfg_def_item.
This patch also adds support for enhanced config node output besides
existing "output line by line". This patch adds a possibility to
register a callback that gets called *before* the config node is
processed line by line (for example to include any headers on output)
and *after* the config node is processed line by line (to include any
footers on output). Also, it adds the config node reference itself
as the callback arg in addition to have a possibility to extract more
information from the config node itself if needed when processing the
output callback (e.g. the key name, the id, or whether this is a
section or a value etc...).
If the config node from lvm.conf/--config tree is recognized and valid,
it's always coupled with the config node definition ID from
config_settings.h:
struct dm_config_node {
int id;
const char *key;
struct dm_config_node *parent, *sib, *child;
struct dm_config_value *v;
}
For example if the dm_config_node *cn holds "devices/dev" configuration,
then the cn->id holds "devices_dev_CFG" ID from config_settings.h, -1 if
not found in config_settings.h and 0 if matching has not yet been done.
To support the enhanced config node output, a new structure has been
defined in libdevmapper to register it:
struct dm_config_node_out_spec {
dm_config_node_out_fn prefix_fn; /* called before processing config node lines */
dm_config_node_out_fn line_fn; /* called for each config node line */
dm_config_node_out_fn suffix_fn; /* called after processing config node lines */
};
Where dm_config_node_out_fn is:
typedef int (*dm_config_node_out_fn)(const struct dm_config_node *cn, const char *line, void *baton);
(so in comparison to existing callbacks for config node output, it has
an extra dm_config_node *cn arg in addition)
This patch also adds these functions to libdevmapper:
- dm_config_write_node_out
- dm_config_write_one_node_out
...which have exactly the same functionality as their counterparts
without the "out" suffix. The "*_out" functions adds the extra hooks
for enhanced config output (prefix_fn and suffix_fn mentioned above).
One can still use the old interface for config node output, this is
just an enhancement for those who'd like to modify the output more
extensively.
2013-03-05 21:02:13 +04:00
cn - > id = def - > id ;
2013-06-26 16:53:57 +04:00
if ( ! _config_def_check_node_value ( handle , rp , cn - > v , def ) )
return 0 ;
2013-03-05 20:14:18 +04:00
2013-06-26 18:27:28 +04:00
/*
* Also check whether this configuration item is allowed
* in certain types of configuration trees as in some
* the use of configuration is restricted , e . g . profiles . . .
*/
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
if ( _is_profile_based_config_source ( handle - > source ) & &
! _config_def_check_node_is_profilable ( handle , rp , cn , def ) )
return_0 ;
2013-06-26 18:27:28 +04:00
2016-08-08 11:43:18 +03:00
if ( ! _config_def_check_node_is_allowed ( handle , rp , cn , def ) )
return_0 ;
2013-06-26 16:53:57 +04:00
handle - > status [ def - > id ] | = CFG_VALID ;
2013-03-05 20:14:18 +04:00
return 1 ;
}
2013-06-26 16:53:57 +04:00
static int _config_def_check_tree ( struct cft_check_handle * handle ,
const char * vp , char * pvp , char * rp , char * prp ,
2014-03-19 11:45:05 +04:00
size_t buf_size , struct dm_config_node * root )
2013-03-05 20:14:18 +04:00
{
struct dm_config_node * cn ;
2024-05-04 01:25:48 +03:00
const cfg_def_item_t * def ;
2013-03-05 20:14:18 +04:00
int valid , r = 1 ;
size_t len ;
2015-07-22 15:19:07 +03:00
def = cfg_def_get_item_p ( root - > id ) ;
if ( def - > flags & CFG_SECTION_NO_CHECK )
return 1 ;
2013-03-05 20:14:18 +04:00
for ( cn = root - > child ; cn ; cn = cn - > sib ) {
2013-06-26 16:53:57 +04:00
if ( ( valid = _config_def_check_node ( handle , vp , pvp , rp , prp ,
2014-03-19 11:45:05 +04:00
buf_size , cn ) ) & & ! cn - > v ) {
2013-03-05 20:14:18 +04:00
len = strlen ( rp ) ;
2013-06-26 16:53:57 +04:00
valid = _config_def_check_tree ( handle , vp , pvp + strlen ( pvp ) ,
2014-03-19 11:45:05 +04:00
rp , prp + len , buf_size - len , cn ) ;
2013-03-05 20:14:18 +04:00
}
if ( ! valid )
r = 0 ;
}
return r ;
}
2014-03-19 11:45:05 +04:00
int config_def_check ( struct cft_check_handle * handle )
2013-03-05 20:14:18 +04:00
{
2024-05-04 01:25:48 +03:00
const cfg_def_item_t * def ;
2013-03-05 20:14:18 +04:00
struct dm_config_node * cn ;
2014-03-03 15:29:25 +04:00
char vp [ CFG_PATH_MAX_LEN ] , rp [ CFG_PATH_MAX_LEN ] ;
2013-03-05 20:14:18 +04:00
size_t rplen ;
int id , r = 1 ;
/*
* vp = virtual path , it might contain substitutes for variable parts
* of the path , used while working with the hash
* rp = real path , the real path of the config element as found in the
* configuration , used for message output
*/
/*
2013-06-26 16:53:57 +04:00
* If the check has already been done and ' skip_if_checked ' is set ,
2013-03-05 20:14:18 +04:00
* skip the actual check and use last result if available .
* If not available , we must do the check . The global status
* is stored in root node .
*/
2013-06-26 16:53:57 +04:00
if ( handle - > skip_if_checked & & ( handle - > status [ root_CFG_SECTION ] & CFG_USED ) )
return handle - > status [ root_CFG_SECTION ] & CFG_VALID ;
2013-03-05 20:14:18 +04:00
2013-06-26 16:53:57 +04:00
/* Nothing to do if checks are disabled and also not forced. */
2014-03-19 11:45:05 +04:00
if ( ! handle - > force_check & & ! find_config_tree_bool ( handle - > cmd , config_checks_CFG , NULL ) )
2013-03-05 20:14:18 +04:00
return 1 ;
2013-06-26 16:53:57 +04:00
/* Clear 'used' and 'valid' status flags. */
for ( id = 0 ; id < CFG_COUNT ; id + + )
2014-03-21 13:43:44 +04:00
handle - > status [ id ] & = ~ ( CFG_USED | CFG_VALID | CFG_DIFF ) ;
2013-03-05 20:14:18 +04:00
/*
* Create a hash of all possible configuration
* sections and settings with full path as a key .
* If section name is variable , use ' # ' as a substitute .
*/
2021-03-09 18:12:38 +03:00
* vp = 0 ;
* rp = 0 ;
2014-03-19 11:45:05 +04:00
if ( ! handle - > cmd - > cft_def_hash ) {
2021-12-17 18:36:36 +03:00
if ( ! ( handle - > cmd - > cft_def_hash = dm_hash_create ( 500 ) ) ) {
2013-03-05 20:14:18 +04:00
log_error ( " Failed to create configuration definition hash. " ) ;
r = 0 ; goto out ;
}
for ( id = 1 ; id < CFG_COUNT ; id + + ) {
def = cfg_def_get_item_p ( id ) ;
2014-03-03 15:29:25 +04:00
if ( ! _cfg_def_make_path ( vp , CFG_PATH_MAX_LEN , def - > id , def , 0 ) ) {
2014-03-19 11:45:05 +04:00
dm_hash_destroy ( handle - > cmd - > cft_def_hash ) ;
handle - > cmd - > cft_def_hash = NULL ;
2013-03-05 20:14:18 +04:00
r = 0 ; goto out ;
}
2024-05-04 01:25:48 +03:00
if ( ! dm_hash_insert ( handle - > cmd - > cft_def_hash , vp , ( void * ) def ) ) {
2013-04-21 15:12:58 +04:00
log_error ( " Failed to insert configuration to hash. " ) ;
r = 0 ;
goto out ;
}
2013-03-05 20:14:18 +04:00
}
}
2013-06-26 16:53:57 +04:00
/*
* Mark this handle as used so next time we know that the check
* has already been done and so we can just reuse the previous
* status instead of running this whole check again .
*/
handle - > status [ root_CFG_SECTION ] | = CFG_USED ;
2013-03-05 20:14:18 +04:00
/*
* Allow only sections as top - level elements .
* Iterate top - level sections and dive deeper .
* If any of subsequent checks fails , the whole check fails .
*/
2013-06-26 16:53:57 +04:00
for ( cn = handle - > cft - > root ; cn ; cn = cn - > sib ) {
2013-03-05 20:14:18 +04:00
if ( ! cn - > v ) {
/* top level node: vp=vp, rp=rp */
2013-06-26 16:53:57 +04:00
if ( ! _config_def_check_node ( handle , vp , vp , rp , rp ,
2014-03-19 11:45:05 +04:00
CFG_PATH_MAX_LEN , cn ) ) {
2013-03-05 20:14:18 +04:00
r = 0 ; continue ;
}
rplen = strlen ( rp ) ;
2013-06-26 16:53:57 +04:00
if ( ! _config_def_check_tree ( handle ,
vp , vp + strlen ( vp ) ,
2013-03-05 20:14:18 +04:00
rp , rp + rplen ,
2014-03-19 11:45:05 +04:00
CFG_PATH_MAX_LEN - rplen , cn ) )
2013-03-05 20:14:18 +04:00
r = 0 ;
} else {
2013-06-26 16:53:57 +04:00
log_error_suppress ( handle - > suppress_messages ,
2013-03-05 20:14:18 +04:00
" Configuration setting \" %s \" invalid. "
" It's not part of any section. " , cn - > key ) ;
r = 0 ;
}
}
out :
2013-06-26 16:53:57 +04:00
if ( r )
handle - > status [ root_CFG_SECTION ] | = CFG_VALID ;
else
handle - > status [ root_CFG_SECTION ] & = ~ CFG_VALID ;
2013-03-05 20:14:18 +04:00
return r ;
}
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
static int _apply_local_profile ( struct cmd_context * cmd , struct profile * profile )
{
if ( ! profile )
return 0 ;
/*
* Global metadata profile overrides the local one .
* This simply means the " --metadataprofile " arg
* overrides any profile attached to VG / LV .
*/
if ( ( profile - > source = = CONFIG_PROFILE_METADATA ) & &
cmd - > profile_params - > global_metadata_profile )
return 0 ;
return override_config_tree_from_profile ( cmd , profile ) ;
}
2024-05-04 01:25:48 +03:00
static int _config_disabled ( struct cmd_context * cmd , const cfg_def_item_t * item , const char * path )
2015-03-04 16:08:47 +03:00
{
if ( ( item - > flags & CFG_DISABLED ) & & dm_config_tree_find_node ( cmd - > cft , path ) ) {
log_warn ( " WARNING: Configuration setting %s is disabled. Using default value. " , path ) ;
return 1 ;
}
return 0 ;
}
2015-02-23 20:40:58 +03:00
const struct dm_config_node * find_config_node ( struct cmd_context * cmd , struct dm_config_tree * cft , int id )
{
2024-05-04 01:25:48 +03:00
const cfg_def_item_t * item = cfg_def_get_item_p ( id ) ;
2015-02-23 20:40:58 +03:00
char path [ CFG_PATH_MAX_LEN ] ;
const struct dm_config_node * cn ;
_cfg_def_make_path ( path , sizeof ( path ) , item - > id , item , 0 ) ;
cn = dm_config_tree_find_node ( cft , path ) ;
return cn ;
}
2013-06-25 14:29:33 +04:00
const struct dm_config_node * find_config_tree_node ( struct cmd_context * cmd , int id , struct profile * profile )
2001-08-21 16:56:08 +04:00
{
2024-05-04 01:25:48 +03:00
const cfg_def_item_t * item = cfg_def_get_item_p ( id ) ;
2014-03-07 20:44:36 +04:00
char path [ CFG_PATH_MAX_LEN ] ;
2014-07-03 23:30:27 +04:00
int profile_applied ;
2013-06-25 14:29:33 +04:00
const struct dm_config_node * cn ;
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
profile_applied = _apply_local_profile ( cmd , profile ) ;
2014-03-07 20:44:36 +04:00
_cfg_def_make_path ( path , sizeof ( path ) , item - > id , item , 0 ) ;
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
2014-03-03 15:29:25 +04:00
cn = dm_config_tree_find_node ( cmd - > cft , path ) ;
2013-06-25 14:29:33 +04:00
2015-11-13 11:47:14 +03:00
if ( profile_applied & & profile )
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
remove_config_tree_by_source ( cmd , profile - > source ) ;
2013-06-25 14:29:33 +04:00
return cn ;
2006-05-16 20:48:31 +04:00
}
2013-06-25 14:29:54 +04:00
const char * find_config_tree_str ( struct cmd_context * cmd , int id , struct profile * profile )
2006-05-16 20:48:31 +04:00
{
2024-05-04 01:25:48 +03:00
const cfg_def_item_t * item = cfg_def_get_item_p ( id ) ;
2014-03-07 20:44:36 +04:00
char path [ CFG_PATH_MAX_LEN ] ;
2014-07-03 23:30:27 +04:00
int profile_applied ;
2013-06-25 14:29:54 +04:00
const char * str ;
2013-03-05 20:00:43 +04:00
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
profile_applied = _apply_local_profile ( cmd , profile ) ;
2014-03-07 20:44:36 +04:00
_cfg_def_make_path ( path , sizeof ( path ) , item - > id , item , 0 ) ;
2013-07-15 15:33:14 +04:00
if ( item - > type ! = CFG_TYPE_STRING )
log_error ( INTERNAL_ERROR " %s cfg tree element not declared as string. " , path ) ;
2023-04-26 14:20:56 +03:00
str = cfg_def_get_default_value ( cmd , item , CFG_TYPE_STRING , profile ) ;
if ( ! _config_disabled ( cmd , item , path ) )
str = dm_config_tree_find_str ( cmd - > cft , path , str ) ;
2013-06-25 14:29:54 +04:00
2015-11-13 11:47:14 +03:00
if ( profile_applied & & profile )
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
remove_config_tree_by_source ( cmd , profile - > source ) ;
2013-06-25 14:29:54 +04:00
return str ;
2006-05-16 20:48:31 +04:00
}
2013-06-25 14:30:08 +04:00
const char * find_config_tree_str_allow_empty ( struct cmd_context * cmd , int id , struct profile * profile )
2011-10-29 00:06:49 +04:00
{
2024-05-04 01:25:48 +03:00
const cfg_def_item_t * item = cfg_def_get_item_p ( id ) ;
2014-03-07 20:44:36 +04:00
char path [ CFG_PATH_MAX_LEN ] ;
2014-07-03 23:30:27 +04:00
int profile_applied ;
2013-06-25 14:30:08 +04:00
const char * str ;
2013-03-05 20:00:43 +04:00
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
profile_applied = _apply_local_profile ( cmd , profile ) ;
2014-03-07 20:44:36 +04:00
_cfg_def_make_path ( path , sizeof ( path ) , item - > id , item , 0 ) ;
2013-07-15 15:33:14 +04:00
2013-03-05 20:00:43 +04:00
if ( item - > type ! = CFG_TYPE_STRING )
log_error ( INTERNAL_ERROR " %s cfg tree element not declared as string. " , path ) ;
if ( ! ( item - > flags & CFG_ALLOW_EMPTY ) )
log_error ( INTERNAL_ERROR " %s cfg tree element not declared to allow empty values. " , path ) ;
2023-04-26 14:20:56 +03:00
str = cfg_def_get_default_value ( cmd , item , CFG_TYPE_STRING , profile ) ;
if ( ! _config_disabled ( cmd , item , path ) )
str = dm_config_tree_find_str_allow_empty ( cmd - > cft , path , str ) ;
2013-06-25 14:30:08 +04:00
2015-11-13 11:47:14 +03:00
if ( profile_applied & & profile )
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
remove_config_tree_by_source ( cmd , profile - > source ) ;
2013-06-25 14:30:08 +04:00
return str ;
2011-10-29 00:06:49 +04:00
}
2013-06-25 14:30:34 +04:00
int find_config_tree_int ( struct cmd_context * cmd , int id , struct profile * profile )
2006-05-16 20:48:31 +04:00
{
2024-05-04 01:25:48 +03:00
const cfg_def_item_t * item = cfg_def_get_item_p ( id ) ;
2014-03-07 20:44:36 +04:00
char path [ CFG_PATH_MAX_LEN ] ;
2014-07-03 23:30:27 +04:00
int profile_applied ;
2013-06-25 14:30:34 +04:00
int i ;
2013-03-05 20:00:43 +04:00
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
profile_applied = _apply_local_profile ( cmd , profile ) ;
2014-03-07 20:44:36 +04:00
_cfg_def_make_path ( path , sizeof ( path ) , item - > id , item , 0 ) ;
2013-07-15 15:33:14 +04:00
if ( item - > type ! = CFG_TYPE_INT )
log_error ( INTERNAL_ERROR " %s cfg tree element not declared as integer. " , path ) ;
2023-04-26 14:20:56 +03:00
i = cfg_def_get_default_value ( cmd , item , CFG_TYPE_INT , profile ) ;
if ( ! _config_disabled ( cmd , item , path ) )
i = dm_config_tree_find_int ( cmd - > cft , path , i ) ;
2013-06-25 14:30:34 +04:00
2015-11-13 11:47:14 +03:00
if ( profile_applied & & profile )
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
remove_config_tree_by_source ( cmd , profile - > source ) ;
2013-06-25 14:30:34 +04:00
return i ;
2006-05-16 20:48:31 +04:00
}
2013-06-25 14:31:24 +04:00
int64_t find_config_tree_int64 ( struct cmd_context * cmd , int id , struct profile * profile )
2011-02-18 17:08:22 +03:00
{
2024-05-04 01:25:48 +03:00
const cfg_def_item_t * item = cfg_def_get_item_p ( id ) ;
2014-03-07 20:44:36 +04:00
char path [ CFG_PATH_MAX_LEN ] ;
2014-07-03 23:30:27 +04:00
int profile_applied ;
2013-06-25 14:31:24 +04:00
int i64 ;
2013-03-05 20:00:43 +04:00
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
profile_applied = _apply_local_profile ( cmd , profile ) ;
2014-03-07 20:44:36 +04:00
_cfg_def_make_path ( path , sizeof ( path ) , item - > id , item , 0 ) ;
2013-07-15 15:33:14 +04:00
if ( item - > type ! = CFG_TYPE_INT )
log_error ( INTERNAL_ERROR " %s cfg tree element not declared as integer. " , path ) ;
2023-04-26 14:20:56 +03:00
i64 = cfg_def_get_default_value ( cmd , item , CFG_TYPE_INT , profile ) ;
if ( ! _config_disabled ( cmd , item , path ) )
i64 = dm_config_tree_find_int64 ( cmd - > cft , path , i64 ) ;
2013-06-25 14:31:24 +04:00
2015-11-13 11:47:14 +03:00
if ( profile_applied & & profile )
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
remove_config_tree_by_source ( cmd , profile - > source ) ;
2013-06-25 14:31:24 +04:00
return i64 ;
2011-02-18 17:08:22 +03:00
}
2013-06-25 14:31:36 +04:00
float find_config_tree_float ( struct cmd_context * cmd , int id , struct profile * profile )
2006-05-16 20:48:31 +04:00
{
2024-05-04 01:25:48 +03:00
const cfg_def_item_t * item = cfg_def_get_item_p ( id ) ;
2014-03-07 20:44:36 +04:00
char path [ CFG_PATH_MAX_LEN ] ;
2014-07-03 23:30:27 +04:00
int profile_applied ;
2013-06-25 14:31:36 +04:00
float f ;
2013-03-05 20:00:43 +04:00
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
profile_applied = _apply_local_profile ( cmd , profile ) ;
2014-03-07 20:44:36 +04:00
_cfg_def_make_path ( path , sizeof ( path ) , item - > id , item , 0 ) ;
2013-07-15 15:33:14 +04:00
if ( item - > type ! = CFG_TYPE_FLOAT )
log_error ( INTERNAL_ERROR " %s cfg tree element not declared as float. " , path ) ;
2023-04-26 14:20:56 +03:00
f = cfg_def_get_default_value ( cmd , item , CFG_TYPE_FLOAT , profile ) ;
if ( ! _config_disabled ( cmd , item , path ) )
f = dm_config_tree_find_float ( cmd - > cft , path , f ) ;
2013-06-25 14:31:36 +04:00
2015-11-13 11:47:14 +03:00
if ( profile_applied & & profile )
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
remove_config_tree_by_source ( cmd , profile - > source ) ;
2013-06-25 14:31:36 +04:00
return f ;
2006-05-16 20:48:31 +04:00
}
2015-02-23 20:40:58 +03:00
int find_config_bool ( struct cmd_context * cmd , struct dm_config_tree * cft , int id )
{
2024-05-04 01:25:48 +03:00
const cfg_def_item_t * item = cfg_def_get_item_p ( id ) ;
2015-02-23 20:40:58 +03:00
char path [ CFG_PATH_MAX_LEN ] ;
int b ;
_cfg_def_make_path ( path , sizeof ( path ) , item - > id , item , 0 ) ;
if ( item - > type ! = CFG_TYPE_BOOL )
log_error ( INTERNAL_ERROR " %s cfg tree element not declared as boolean. " , path ) ;
2023-04-26 14:20:56 +03:00
b = cfg_def_get_default_value ( cmd , item , CFG_TYPE_BOOL , NULL ) ;
if ( ! _config_disabled ( cmd , item , path ) )
b = dm_config_tree_find_bool ( cft , path , b ) ;
2015-02-23 20:40:58 +03:00
return b ;
}
2013-06-25 14:31:53 +04:00
int find_config_tree_bool ( struct cmd_context * cmd , int id , struct profile * profile )
2006-05-16 20:48:31 +04:00
{
2024-05-04 01:25:48 +03:00
const cfg_def_item_t * item = cfg_def_get_item_p ( id ) ;
2014-03-07 20:44:36 +04:00
char path [ CFG_PATH_MAX_LEN ] ;
2014-07-03 23:30:27 +04:00
int profile_applied ;
2013-06-25 14:31:53 +04:00
int b ;
2013-03-05 20:00:43 +04:00
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
profile_applied = _apply_local_profile ( cmd , profile ) ;
2014-03-07 20:44:36 +04:00
_cfg_def_make_path ( path , sizeof ( path ) , item - > id , item , 0 ) ;
2013-07-15 15:33:14 +04:00
if ( item - > type ! = CFG_TYPE_BOOL )
log_error ( INTERNAL_ERROR " %s cfg tree element not declared as boolean. " , path ) ;
2023-04-26 14:20:56 +03:00
b = cfg_def_get_default_value ( cmd , item , CFG_TYPE_BOOL , profile ) ;
if ( ! _config_disabled ( cmd , item , path ) )
b = dm_config_tree_find_bool ( cmd - > cft , path , b ) ;
2013-06-25 14:31:53 +04:00
2015-11-13 11:47:14 +03:00
if ( profile_applied & & profile )
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
remove_config_tree_by_source ( cmd , profile - > source ) ;
2013-06-25 14:31:53 +04:00
return b ;
2002-07-11 18:07:43 +04:00
}
2004-05-04 22:28:15 +04:00
2015-07-08 11:43:59 +03:00
static struct dm_config_node * _get_array_def_node ( struct cmd_context * cmd ,
2024-05-04 01:25:48 +03:00
const cfg_def_item_t * def ,
2015-07-08 11:43:59 +03:00
struct profile * profile )
{
struct dm_config_node * cn ;
if ( def - > flags & CFG_DEFAULT_UNDEFINED )
return NULL ;
if ( ! ( cn = dm_config_create_node ( cmd - > cft , def - > name ) ) ) {
log_error ( " Failed to create default array node for %s. " , def - > name ) ;
return NULL ;
}
if ( ! ( cn - > v = _get_def_array_values ( cmd , cmd - > cft , def , 0 ) ) ) {
dm_pool_free ( cmd - > cft - > mem , cn ) ;
return_NULL ;
}
return cn ;
}
2015-07-15 11:50:57 +03:00
struct _config_array_out_handle {
struct dm_pool * mem ;
char * str ;
} ;
static int _config_array_line ( const struct dm_config_node * cn , const char * line , void * baton )
{
struct _config_array_out_handle * handle = ( struct _config_array_out_handle * ) baton ;
if ( ! ( handle - > str = dm_pool_strdup ( handle - > mem , line ) ) ) {
log_error ( " _config_array_line: dm_pool_strdup failed " ) ;
return 0 ;
}
return 1 ;
}
2015-07-15 16:57:29 +03:00
static void _log_array_value_used ( struct dm_pool * mem , const struct dm_config_node * cn ,
const char * path , int default_used )
{
struct _config_array_out_handle out_handle = { 0 } ;
struct dm_config_node_out_spec out_spec = { 0 } ;
uint32_t old_format_flags ;
out_handle . mem = mem ;
out_spec . line_fn = _config_array_line ;
old_format_flags = dm_config_value_get_format_flags ( cn - > v ) ;
dm_config_value_set_format_flags ( cn - > v ,
DM_CONFIG_VALUE_FMT_COMMON_EXTRA_SPACES |
DM_CONFIG_VALUE_FMT_COMMON_ARRAY ) ;
if ( ! dm_config_write_one_node_out ( cn , & out_spec , & out_handle ) ) {
log_error ( " _log_array_value_used: failed to write node value " ) ;
out_handle . mem = NULL ;
}
if ( default_used )
log_very_verbose ( " %s not found in config: defaulting to %s " ,
path , out_handle . mem ? out_handle . str : " <unknown> " ) ;
else
log_very_verbose ( " Setting %s to %s " ,
path , out_handle . mem ? out_handle . str : " <unknown> " ) ;
if ( out_handle . mem )
dm_pool_free ( out_handle . mem , out_handle . str ) ;
dm_config_value_set_format_flags ( cn - > v , old_format_flags ) ;
}
2015-07-08 12:22:24 +03:00
const struct dm_config_node * find_config_tree_array ( struct cmd_context * cmd , int id , struct profile * profile )
2015-07-08 11:43:59 +03:00
{
2024-05-04 01:25:48 +03:00
const cfg_def_item_t * item = cfg_def_get_item_p ( id ) ;
2015-07-08 11:43:59 +03:00
char path [ CFG_PATH_MAX_LEN ] ;
int profile_applied ;
2015-07-15 16:57:29 +03:00
const struct dm_config_node * cn = NULL , * cn_def = NULL ;
2015-07-08 11:43:59 +03:00
profile_applied = _apply_local_profile ( cmd , profile ) ;
_cfg_def_make_path ( path , sizeof ( path ) , item - > id , item , 0 ) ;
if ( ! ( item - > type & CFG_TYPE_ARRAY ) )
log_error ( INTERNAL_ERROR " %s cfg tree element not declared as array. " , path ) ;
if ( _config_disabled ( cmd , item , path ) | |
2015-07-08 12:22:24 +03:00
! ( cn = find_config_tree_node ( cmd , id , profile ) ) )
2015-07-15 11:50:57 +03:00
cn_def = _get_array_def_node ( cmd , item , profile ) ;
2015-07-15 16:57:29 +03:00
if ( cn )
_log_array_value_used ( cmd - > cft - > mem , cn , path , 0 ) ;
else if ( cn_def ) {
_log_array_value_used ( cmd - > cft - > mem , cn_def , path , 1 ) ;
2015-07-15 11:50:57 +03:00
cn = cn_def ;
}
2015-07-08 11:43:59 +03:00
2015-11-13 11:47:14 +03:00
if ( profile_applied & & profile )
2015-07-08 11:43:59 +03:00
remove_config_tree_by_source ( cmd , profile - > source ) ;
return cn ;
}
2004-05-04 22:28:15 +04:00
/* Insert cn2 after cn1 */
2011-08-30 18:55:15 +04:00
static void _insert_config_node ( struct dm_config_node * * cn1 ,
struct dm_config_node * cn2 )
2004-05-04 22:28:15 +04:00
{
if ( ! * cn1 ) {
* cn1 = cn2 ;
cn2 - > sib = NULL ;
} else {
cn2 - > sib = ( * cn1 ) - > sib ;
( * cn1 ) - > sib = cn2 ;
}
}
/*
* Merge section cn2 into section cn1 ( which has the same name )
* overwriting any existing cn1 nodes with matching names .
*/
2013-07-08 16:31:44 +04:00
static void _merge_section ( struct dm_config_node * cn1 , struct dm_config_node * cn2 ,
config_merge_t merge_type )
2004-05-04 22:28:15 +04:00
{
2011-08-30 18:55:15 +04:00
struct dm_config_node * cn , * nextn , * oldn ;
struct dm_config_value * cv ;
2004-05-04 22:28:15 +04:00
for ( cn = cn2 - > child ; cn ; cn = nextn ) {
nextn = cn - > sib ;
2013-07-08 16:31:44 +04:00
if ( merge_type = = CONFIG_MERGE_TYPE_TAGS ) {
/* Skip "tags" */
if ( ! strcmp ( cn - > key , " tags " ) )
continue ;
}
2004-05-04 22:28:15 +04:00
/* Subsection? */
if ( ! cn - > v )
/* Ignore - we don't have any of these yet */
continue ;
/* Not already present? */
2011-08-31 19:19:19 +04:00
if ( ! ( oldn = dm_config_find_node ( cn1 - > child , cn - > key ) ) ) {
2004-05-04 22:28:15 +04:00
_insert_config_node ( & cn1 - > child , cn ) ;
continue ;
}
2013-07-08 16:31:44 +04:00
if ( merge_type = = CONFIG_MERGE_TYPE_TAGS ) {
/* Merge certain value lists */
if ( ( ! strcmp ( cn1 - > key , " activation " ) & &
! strcmp ( cn - > key , " volume_list " ) ) | |
( ! strcmp ( cn1 - > key , " devices " ) & &
( ! strcmp ( cn - > key , " filter " ) | | ! strcmp ( cn - > key , " types " ) ) ) ) {
cv = cn - > v ;
while ( cv - > next )
cv = cv - > next ;
cv - > next = oldn - > v ;
}
2004-05-04 22:28:15 +04:00
}
/* Replace values */
oldn - > v = cn - > v ;
}
}
2011-08-30 18:55:15 +04:00
static int _match_host_tags ( struct dm_list * tags , const struct dm_config_node * tn )
2004-05-04 22:28:15 +04:00
{
2011-08-30 18:55:15 +04:00
const struct dm_config_value * tv ;
2004-05-04 22:28:15 +04:00
const char * str ;
for ( tv = tn - > v ; tv ; tv = tv - > next ) {
2011-08-30 18:55:15 +04:00
if ( tv - > type ! = DM_CFG_STRING )
2004-05-04 22:28:15 +04:00
continue ;
str = tv - > v . str ;
if ( * str = = ' @ ' )
str + + ;
if ( ! * str )
continue ;
if ( str_list_match_item ( tags , str ) )
return 1 ;
}
return 0 ;
}
/* Destructively merge a new config tree into an existing one */
2011-08-30 18:55:15 +04:00
int merge_config_tree ( struct cmd_context * cmd , struct dm_config_tree * cft ,
2013-07-08 16:31:44 +04:00
struct dm_config_tree * newdata , config_merge_t merge_type )
2004-05-04 22:28:15 +04:00
{
2011-08-31 19:19:19 +04:00
struct dm_config_node * root = cft - > root ;
2011-08-30 18:55:15 +04:00
struct dm_config_node * cn , * nextn , * oldn , * cn2 ;
const struct dm_config_node * tn ;
2013-06-25 14:25:43 +04:00
struct config_source * cs , * csn ;
2004-05-04 22:28:15 +04:00
for ( cn = newdata - > root ; cn ; cn = nextn ) {
nextn = cn - > sib ;
2013-07-08 16:31:44 +04:00
if ( merge_type = = CONFIG_MERGE_TYPE_TAGS ) {
/* Ignore tags section */
if ( ! strcmp ( cn - > key , " tags " ) )
2004-05-04 22:28:15 +04:00
continue ;
2013-07-08 16:31:44 +04:00
/* If there's a tags node, skip if host tags don't match */
if ( ( tn = dm_config_find_node ( cn - > child , " tags " ) ) ) {
if ( ! _match_host_tags ( & cmd - > tags , tn ) )
continue ;
}
2004-05-04 22:28:15 +04:00
}
2011-08-31 19:19:19 +04:00
if ( ! ( oldn = dm_config_find_node ( root , cn - > key ) ) ) {
2004-05-04 22:28:15 +04:00
_insert_config_node ( & cft - > root , cn ) ;
2013-07-08 16:31:44 +04:00
if ( merge_type = = CONFIG_MERGE_TYPE_TAGS ) {
/* Remove any "tags" nodes */
for ( cn2 = cn - > child ; cn2 ; cn2 = cn2 - > sib ) {
2024-03-25 18:54:11 +03:00
if ( ! strcmp ( cn2 - > key , " tags " ) )
2013-07-08 16:31:44 +04:00
cn - > child = cn2 - > sib ;
2024-03-25 18:54:11 +03:00
else if ( cn2 - > sib & & ! strcmp ( cn2 - > sib - > key , " tags " ) )
2013-07-08 16:31:44 +04:00
cn2 - > sib = cn2 - > sib - > sib ;
2004-05-04 22:28:15 +04:00
}
}
continue ;
}
2013-07-08 16:31:44 +04:00
_merge_section ( oldn , cn , merge_type ) ;
2004-05-04 22:28:15 +04:00
}
2013-04-23 14:24:17 +04:00
/*
* Persistent filter loading is based on timestamp ,
* so we need to know the newest timestamp to make right decision
* whether the . cache isn ' t older then any of configs
*/
2013-06-25 14:25:43 +04:00
cs = dm_config_get_custom ( cft ) ;
2013-07-04 16:51:37 +04:00
csn = dm_config_get_custom ( newdata ) ;
2013-06-25 14:25:43 +04:00
2015-03-18 12:59:41 +03:00
if ( cs & & csn & & timespeccmp ( & cs - > timestamp , & csn - > timestamp , < ) )
2013-06-25 14:25:43 +04:00
cs - > timestamp = csn - > timestamp ;
2013-04-23 14:24:17 +04:00
2004-05-04 22:28:15 +04:00
return 1 ;
}
2007-04-26 00:38:39 +04:00
2013-03-05 21:21:13 +04:00
struct out_baton {
FILE * fp ;
2014-02-25 14:05:23 +04:00
struct config_def_tree_spec * tree_spec ;
2014-03-03 15:29:25 +04:00
struct dm_pool * mem ;
2011-12-12 03:18:20 +04:00
} ;
2015-04-09 23:26:21 +03:00
# define MAX_COMMENT_LINE 512
static int _copy_one_line ( const char * comment , char * line , int * pos , int len )
{
int p ;
int i = 0 ;
char c ;
if ( * pos > = len )
return 0 ;
memset ( line , 0 , MAX_COMMENT_LINE + 1 ) ;
for ( p = * pos ; ; p + + ) {
c = comment [ p ] ;
( * pos ) + + ;
if ( c = = ' \n ' | | c = = ' \0 ' )
break ;
line [ i + + ] = c ;
if ( i = = MAX_COMMENT_LINE )
break ;
}
return i ;
}
2015-04-30 18:40:24 +03:00
static int _get_config_node_version ( uint16_t version_enc , char * version )
2015-04-29 12:11:58 +03:00
{
if ( dm_snprintf ( version , 9 , " %u.%u.%u " ,
2015-04-30 18:40:24 +03:00
( version_enc & 0xE000 ) > > 13 ,
( version_enc & 0x1E00 ) > > 9 ,
( version_enc & 0x1FF ) ) = = - 1 ) {
2015-04-29 12:11:58 +03:00
log_error ( " _get_config_node_version: couldn't create version string " ) ;
return 0 ;
}
return 1 ;
}
2024-05-04 01:25:48 +03:00
static int _def_node_is_deprecated ( const cfg_def_item_t * def , const struct config_def_tree_spec * spec )
2015-04-30 18:40:24 +03:00
{
return def - > deprecated_since_version & &
( spec - > version > = def - > deprecated_since_version ) ;
}
2013-03-05 21:21:13 +04:00
static int _out_prefix_fn ( const struct dm_config_node * cn , const char * line , void * baton )
{
struct out_baton * out = baton ;
2024-05-04 01:25:48 +03:00
const struct cfg_def_item * cfg_def ;
2013-03-05 21:21:13 +04:00
char version [ 9 ] ; /* 8+1 chars for max version of 7.15.511 */
const char * node_type_name = cn - > v ? " option " : " section " ;
2014-03-07 20:44:36 +04:00
char path [ CFG_PATH_MAX_LEN ] ;
2015-04-09 23:26:21 +03:00
char commentline [ MAX_COMMENT_LINE + 1 ] ;
2021-03-02 22:49:41 +03:00
int is_deprecated = 0 ;
2013-03-05 21:21:13 +04:00
2015-07-22 15:19:07 +03:00
if ( cn - > id < = 0 )
2013-03-05 21:21:13 +04:00
return 1 ;
2015-04-29 12:11:58 +03:00
if ( out - > tree_spec - > type = = CFG_DEF_TREE_LIST )
return 1 ;
2014-03-24 16:19:15 +04:00
if ( ( out - > tree_spec - > type = = CFG_DEF_TREE_DIFF ) & &
( ! ( out - > tree_spec - > check_status [ cn - > id ] & CFG_DIFF ) ) )
return 1 ;
2013-03-05 21:21:13 +04:00
cfg_def = cfg_def_get_item_p ( cn - > id ) ;
2021-03-02 22:49:41 +03:00
is_deprecated = _def_node_is_deprecated ( cfg_def , out - > tree_spec ) ;
2015-04-29 11:53:25 +03:00
if ( out - > tree_spec - > withsummary | | out - > tree_spec - > withcomments ) {
2014-03-07 21:04:02 +04:00
_cfg_def_make_path ( path , sizeof ( path ) , cfg_def - > id , cfg_def , 1 ) ;
2015-04-09 23:26:21 +03:00
fprintf ( out - > fp , " \n " ) ;
2013-03-05 21:21:13 +04:00
fprintf ( out - > fp , " %s# Configuration %s %s. \n " , line , node_type_name , path ) ;
2021-03-02 22:49:41 +03:00
if ( out - > tree_spec - > withcomments & & is_deprecated & & cfg_def - > deprecation_comment )
2015-04-30 18:40:24 +03:00
fprintf ( out - > fp , " %s# %s " , line , cfg_def - > deprecation_comment ) ;
2015-04-09 23:26:21 +03:00
if ( cfg_def - > comment ) {
int pos = 0 ;
2015-04-15 18:56:42 +03:00
while ( _copy_one_line ( cfg_def - > comment , commentline , & pos , strlen ( cfg_def - > comment ) ) ) {
2015-08-12 23:45:27 +03:00
if ( ( commentline [ 0 ] = = ' # ' ) & & ( strlen ( commentline ) = = 1 ) ) {
if ( ! out - > tree_spec - > withspaces )
continue ;
commentline [ 0 ] = ' \0 ' ;
}
2021-01-21 23:51:20 +03:00
fprintf ( out - > fp , " %s#%s%s \n " , line , commentline [ 0 ] ? " " : " " , commentline ) ;
2015-04-29 11:53:25 +03:00
/* withsummary prints only the first comment line. */
if ( ! out - > tree_spec - > withcomments )
2015-04-15 18:56:42 +03:00
break ;
}
2015-04-09 23:26:21 +03:00
}
2013-03-06 12:31:15 +04:00
2021-03-02 22:49:41 +03:00
if ( is_deprecated )
2015-04-30 18:40:24 +03:00
fprintf ( out - > fp , " %s# This configuration %s is deprecated. \n " , line , node_type_name ) ;
2013-03-06 12:31:15 +04:00
if ( cfg_def - > flags & CFG_ADVANCED )
fprintf ( out - > fp , " %s# This configuration %s is advanced. \n " , line , node_type_name ) ;
if ( cfg_def - > flags & CFG_UNSUPPORTED )
fprintf ( out - > fp , " %s# This configuration %s is not officially supported. \n " , line , node_type_name ) ;
2014-02-25 14:05:23 +04:00
2014-02-25 14:08:00 +04:00
if ( cfg_def - > flags & CFG_NAME_VARIABLE )
fprintf ( out - > fp , " %s# This configuration %s has variable name. \n " , line , node_type_name ) ;
2014-02-25 14:05:23 +04:00
if ( cfg_def - > flags & CFG_DEFAULT_UNDEFINED )
fprintf ( out - > fp , " %s# This configuration %s does not have a default value defined. \n " , line , node_type_name ) ;
2015-08-13 21:35:45 +03:00
if ( cfg_def - > flags & CFG_DEFAULT_COMMENTED )
fprintf ( out - > fp , " %s# This configuration %s has an automatic default value. \n " , line , node_type_name ) ;
2015-06-25 14:03:31 +03:00
if ( ( out - > tree_spec - > type = = CFG_DEF_TREE_FULL ) & &
( out - > tree_spec - > check_status [ cn - > id ] & CFG_USED ) )
fprintf ( out - > fp , " %s# Value defined in existing configuration has been used for this setting. \n " , line ) ;
2013-03-05 21:21:13 +04:00
}
2014-02-25 14:05:23 +04:00
if ( out - > tree_spec - > withversions ) {
2015-04-30 18:40:24 +03:00
if ( ! _get_config_node_version ( cfg_def - > since_version , version ) )
2015-04-29 12:11:58 +03:00
return_0 ;
2015-04-30 18:40:24 +03:00
fprintf ( out - > fp , " %s# Available since version %s. \n " , line , version ) ;
2021-03-02 22:49:41 +03:00
if ( is_deprecated ) {
2015-04-30 18:40:24 +03:00
if ( ! _get_config_node_version ( cfg_def - > deprecated_since_version , version ) )
return_0 ;
fprintf ( out - > fp , " %s# Deprecated since version %s. \n " , line , version ) ;
}
2013-03-05 21:21:13 +04:00
}
return 1 ;
}
2024-05-04 01:25:48 +03:00
static int _should_print_cfg_with_undef_def_val ( struct out_baton * out , const cfg_def_item_t * cfg_def ,
2015-06-25 13:49:59 +03:00
const struct dm_config_node * cn )
{
if ( ! ( cfg_def - > flags & CFG_DEFAULT_UNDEFINED ) )
return 1 ;
/* print it only if the value is directly defined in some config = it's used */
return out - > tree_spec - > check_status & & ( out - > tree_spec - > check_status [ cn - > id ] & CFG_USED ) ;
}
2013-03-05 21:21:13 +04:00
static int _out_line_fn ( const struct dm_config_node * cn , const char * line , void * baton )
{
struct out_baton * out = baton ;
2024-05-04 01:25:48 +03:00
const struct cfg_def_item * cfg_def ;
2015-04-29 12:11:58 +03:00
char config_path [ CFG_PATH_MAX_LEN ] ;
char summary [ MAX_COMMENT_LINE + 1 ] ;
char version [ 9 ] ;
int pos = 0 ;
2022-09-05 17:22:32 +03:00
int space_prefix_len = 0 ;
2022-08-16 17:56:06 +03:00
const char * p ;
size_t len ;
2014-02-25 14:05:23 +04:00
2014-03-24 16:19:15 +04:00
if ( ( out - > tree_spec - > type = = CFG_DEF_TREE_DIFF ) & &
( ! ( out - > tree_spec - > check_status [ cn - > id ] & CFG_DIFF ) ) )
return 1 ;
2015-04-29 17:07:52 +03:00
cfg_def = cfg_def_get_item_p ( cn - > id ) ;
2015-04-29 12:11:58 +03:00
if ( out - > tree_spec - > type = = CFG_DEF_TREE_LIST ) {
/* List view with node paths and summary. */
if ( cfg_def - > type & CFG_TYPE_SECTION )
return 1 ;
if ( ! _cfg_def_make_path ( config_path , CFG_PATH_MAX_LEN , cfg_def - > id , cfg_def , 1 ) )
return_0 ;
2015-04-30 18:40:24 +03:00
if ( out - > tree_spec - > withversions & & ! _get_config_node_version ( cfg_def - > since_version , version ) )
2015-04-30 15:18:14 +03:00
return_0 ;
summary [ 0 ] = ' \0 ' ;
if ( out - > tree_spec - > withsummary & & cfg_def - > comment )
_copy_one_line ( cfg_def - > comment , summary , & pos , strlen ( cfg_def - > comment ) ) ;
fprintf ( out - > fp , " %s%s%s%s%s%s%s \n " , config_path ,
* summary | | out - > tree_spec - > withversions ? " - " : " " ,
* summary ? summary : " " ,
* summary ? " " : " " ,
out - > tree_spec - > withversions ? " [ " : " " ,
out - > tree_spec - > withversions ? version : " " ,
out - > tree_spec - > withversions ? " ] " : " " ) ;
2015-04-29 12:11:58 +03:00
return 1 ;
}
/* Usual tree view with nodes and their values. */
2015-06-25 13:49:59 +03:00
2022-08-16 17:56:06 +03:00
if ( out - > tree_spec - > valuesonly & & ! ( cfg_def - > type & CFG_TYPE_SECTION ) ) {
if ( ( space_prefix_len = strspn ( line , " \t " ) ) ) {
len = strlen ( line ) ;
p = line + space_prefix_len ;
/* copy space_prefix, skip key and '=', copy value */
2022-08-17 13:51:42 +03:00
if ( ! dm_pool_begin_object ( out - > mem , len ) )
return_0 ;
if ( ! dm_pool_grow_object ( out - > mem , line , space_prefix_len ) | |
! dm_pool_grow_object ( out - > mem , p + strcspn ( p , " = " ) + 1 , len + 1 ) ) {
dm_pool_abandon_object ( out - > mem ) ;
return_0 ;
}
2022-08-16 17:56:06 +03:00
line = dm_pool_end_object ( out - > mem ) ;
} else
line = strchr ( line , ' = ' ) + 1 ;
}
2015-04-30 14:59:00 +03:00
if ( ( out - > tree_spec - > type ! = CFG_DEF_TREE_CURRENT ) & &
( out - > tree_spec - > type ! = CFG_DEF_TREE_DIFF ) & &
2015-06-25 11:51:30 +03:00
( out - > tree_spec - > type ! = CFG_DEF_TREE_FULL ) & &
2022-08-16 17:56:06 +03:00
! out - > tree_spec - > valuesonly & &
2015-04-30 19:26:56 +03:00
( cfg_def - > flags & ( CFG_DEFAULT_UNDEFINED | CFG_DEFAULT_COMMENTED ) ) ) {
2015-06-25 13:49:59 +03:00
/* print with # at the front to comment out the line */
if ( _should_print_cfg_with_undef_def_val ( out , cfg_def , cn ) ) {
2022-08-17 11:11:05 +03:00
space_prefix_len = strspn ( line , " \t " ) ;
fprintf ( out - > fp , " %.*s%s%s \n " , space_prefix_len , line , " # " ,
line + space_prefix_len ) ;
2015-06-25 13:49:59 +03:00
}
return 1 ;
}
/* print the line as it is */
if ( _should_print_cfg_with_undef_def_val ( out , cfg_def , cn ) )
2015-04-30 14:59:00 +03:00
fprintf ( out - > fp , " %s \n " , line ) ;
2015-04-29 12:11:58 +03:00
2022-08-16 17:56:06 +03:00
if ( out - > tree_spec - > valuesonly & & ! ( cfg_def - > type & CFG_TYPE_SECTION ) & & space_prefix_len )
dm_pool_free ( out - > mem , ( char * ) line ) ;
2013-03-05 21:21:13 +04:00
return 1 ;
}
static int _out_suffix_fn ( const struct dm_config_node * cn , const char * line , void * baton )
2011-12-12 03:18:20 +04:00
{
2013-03-05 21:21:13 +04:00
return 1 ;
}
int config_write ( struct dm_config_tree * cft ,
2014-02-25 14:05:23 +04:00
struct config_def_tree_spec * tree_spec ,
2013-03-05 21:21:13 +04:00
const char * file , int argc , char * * argv )
{
2013-06-15 00:00:44 +04:00
static const struct dm_config_node_out_spec _out_spec = {
. prefix_fn = _out_prefix_fn ,
. line_fn = _out_line_fn ,
. suffix_fn = _out_suffix_fn
} ;
2011-12-12 03:18:20 +04:00
const struct dm_config_node * cn ;
2013-06-15 00:00:44 +04:00
struct out_baton baton = {
2014-03-03 15:29:25 +04:00
. tree_spec = tree_spec ,
. mem = cft - > mem
2013-06-15 00:00:44 +04:00
} ;
2011-12-12 03:18:20 +04:00
int r = 1 ;
2013-03-05 21:21:13 +04:00
2011-12-12 03:18:20 +04:00
if ( ! file ) {
2013-03-05 21:21:13 +04:00
baton . fp = stdout ;
2011-12-12 03:18:20 +04:00
file = " stdout " ;
2013-03-05 21:21:13 +04:00
} else if ( ! ( baton . fp = fopen ( file , " w " ) ) ) {
2011-12-12 03:18:20 +04:00
log_sys_error ( " open " , file ) ;
return 0 ;
}
log_verbose ( " Dumping configuration to %s " , file ) ;
2017-08-05 18:18:36 +03:00
if ( tree_spec - > withgeneralpreamble )
fprintf ( baton . fp , CFG_PREAMBLE_GENERAL ) ;
if ( tree_spec - > withlocalpreamble )
fprintf ( baton . fp , CFG_PREAMBLE_LOCAL ) ;
2011-12-12 03:18:20 +04:00
if ( ! argc ) {
2013-06-15 00:00:44 +04:00
if ( ! dm_config_write_node_out ( cft - > root , & _out_spec , & baton ) ) {
2011-12-12 03:18:20 +04:00
log_error ( " Failure while writing to %s " , file ) ;
r = 0 ;
}
} else while ( argc - - ) {
if ( ( cn = dm_config_find_node ( cft - > root , * argv ) ) ) {
2013-06-15 00:00:44 +04:00
if ( ! dm_config_write_one_node_out ( cn , & _out_spec , & baton ) ) {
2011-12-12 03:18:20 +04:00
log_error ( " Failure while writing to %s " , file ) ;
r = 0 ;
}
} else {
log_error ( " Configuration node %s not found " , * argv ) ;
r = 0 ;
}
argv + + ;
}
2013-06-15 01:18:29 +04:00
if ( baton . fp & & baton . fp ! = stdout & & dm_fclose ( baton . fp ) ) {
2011-12-12 03:18:20 +04:00
stack ;
r = 0 ;
}
return r ;
}
2012-08-11 12:33:53 +04:00
2013-03-05 20:36:10 +04:00
static struct dm_config_node * _add_def_node ( struct dm_config_tree * cft ,
struct config_def_tree_spec * spec ,
struct dm_config_node * parent ,
struct dm_config_node * relay ,
2024-05-04 01:25:48 +03:00
const cfg_def_item_t * def )
2013-03-05 20:36:10 +04:00
{
struct dm_config_node * cn ;
const char * str ;
2015-06-23 14:02:45 +03:00
uint32_t format_flags = 0 ;
2013-03-05 20:36:10 +04:00
if ( ! ( cn = dm_config_create_node ( cft , def - > name ) ) ) {
log_error ( " Failed to create default config setting node. " ) ;
return NULL ;
}
2015-06-23 14:02:45 +03:00
if ( ! ( def - > type & CFG_TYPE_SECTION ) & & ! ( def - > type & CFG_TYPE_ARRAY ) ) {
if ( ! ( cn - > v = dm_config_create_value ( cft ) ) ) {
log_error ( " Failed to create default config setting node value. " ) ;
return NULL ;
}
2015-06-24 14:14:30 +03:00
if ( spec - > withspaces )
format_flags | = DM_CONFIG_VALUE_FMT_COMMON_EXTRA_SPACES ;
2013-03-05 20:36:10 +04:00
}
config: add support for enhanced config node output
There's a possibility to interconnect the dm_config_node with an
ID, which in our case is used to reference the configuration
definition ID from config_settings.h. So simply interconnecting
struct dm_config_node with struct cfg_def_item.
This patch also adds support for enhanced config node output besides
existing "output line by line". This patch adds a possibility to
register a callback that gets called *before* the config node is
processed line by line (for example to include any headers on output)
and *after* the config node is processed line by line (to include any
footers on output). Also, it adds the config node reference itself
as the callback arg in addition to have a possibility to extract more
information from the config node itself if needed when processing the
output callback (e.g. the key name, the id, or whether this is a
section or a value etc...).
If the config node from lvm.conf/--config tree is recognized and valid,
it's always coupled with the config node definition ID from
config_settings.h:
struct dm_config_node {
int id;
const char *key;
struct dm_config_node *parent, *sib, *child;
struct dm_config_value *v;
}
For example if the dm_config_node *cn holds "devices/dev" configuration,
then the cn->id holds "devices_dev_CFG" ID from config_settings.h, -1 if
not found in config_settings.h and 0 if matching has not yet been done.
To support the enhanced config node output, a new structure has been
defined in libdevmapper to register it:
struct dm_config_node_out_spec {
dm_config_node_out_fn prefix_fn; /* called before processing config node lines */
dm_config_node_out_fn line_fn; /* called for each config node line */
dm_config_node_out_fn suffix_fn; /* called after processing config node lines */
};
Where dm_config_node_out_fn is:
typedef int (*dm_config_node_out_fn)(const struct dm_config_node *cn, const char *line, void *baton);
(so in comparison to existing callbacks for config node output, it has
an extra dm_config_node *cn arg in addition)
This patch also adds these functions to libdevmapper:
- dm_config_write_node_out
- dm_config_write_one_node_out
...which have exactly the same functionality as their counterparts
without the "out" suffix. The "*_out" functions adds the extra hooks
for enhanced config output (prefix_fn and suffix_fn mentioned above).
One can still use the old interface for config node output, this is
just an enhancement for those who'd like to modify the output more
extensively.
2013-03-05 21:02:13 +04:00
cn - > id = def - > id ;
2015-04-28 16:29:08 +03:00
if ( spec - > unconfigured & & def - > default_unconfigured_value . v_UNCONFIGURED ) {
2015-04-28 14:50:23 +03:00
cn - > v - > type = DM_CFG_STRING ;
2015-04-28 16:29:08 +03:00
cn - > v - > v . str = cfg_def_get_default_unconfigured_value_hint ( spec - > cmd , def ) ;
2015-06-23 14:02:45 +03:00
if ( def - > type ! = CFG_TYPE_STRING )
format_flags | = DM_CONFIG_VALUE_FMT_STRING_NO_QUOTES ;
dm_config_value_set_format_flags ( cn - > v , format_flags ) ;
2015-04-28 14:50:23 +03:00
} else if ( ! ( def - > type & CFG_TYPE_ARRAY ) ) {
2013-03-05 20:36:10 +04:00
switch ( def - > type ) {
case CFG_TYPE_SECTION :
cn - > v = NULL ;
break ;
case CFG_TYPE_BOOL :
cn - > v - > type = DM_CFG_INT ;
2014-03-04 13:29:08 +04:00
cn - > v - > v . i = cfg_def_get_default_value_hint ( spec - > cmd , def , CFG_TYPE_BOOL , NULL ) ;
2013-03-05 20:36:10 +04:00
break ;
case CFG_TYPE_INT :
cn - > v - > type = DM_CFG_INT ;
2014-03-04 13:29:08 +04:00
cn - > v - > v . i = cfg_def_get_default_value_hint ( spec - > cmd , def , CFG_TYPE_INT , NULL ) ;
2015-06-23 14:02:45 +03:00
if ( def - > flags & CFG_FORMAT_INT_OCTAL )
format_flags | = DM_CONFIG_VALUE_FMT_INT_OCTAL ;
2013-03-05 20:36:10 +04:00
break ;
case CFG_TYPE_FLOAT :
cn - > v - > type = DM_CFG_FLOAT ;
2014-03-04 13:29:08 +04:00
cn - > v - > v . f = cfg_def_get_default_value_hint ( spec - > cmd , def , CFG_TYPE_FLOAT , NULL ) ;
2013-03-05 20:36:10 +04:00
break ;
case CFG_TYPE_STRING :
cn - > v - > type = DM_CFG_STRING ;
2014-03-04 13:29:08 +04:00
if ( ! ( str = cfg_def_get_default_value_hint ( spec - > cmd , def , CFG_TYPE_STRING , NULL ) ) )
2013-03-05 20:36:10 +04:00
str = " " ;
cn - > v - > v . str = str ;
break ;
default :
log_error ( INTERNAL_ERROR " _add_def_node: unknown type " ) ;
return NULL ;
break ;
}
2015-06-23 14:02:45 +03:00
dm_config_value_set_format_flags ( cn - > v , format_flags ) ;
} else {
2015-06-24 14:14:30 +03:00
if ( spec - > withspaces )
format_flags | = DM_CONFIG_VALUE_FMT_COMMON_EXTRA_SPACES ;
format_flags | = DM_CONFIG_VALUE_FMT_COMMON_ARRAY ;
2015-07-08 11:43:59 +03:00
cn - > v = _get_def_array_values ( spec - > cmd , cft , def , format_flags ) ;
2015-06-23 14:02:45 +03:00
}
2013-03-05 20:36:10 +04:00
cn - > child = NULL ;
if ( parent ) {
cn - > parent = parent ;
if ( ! parent - > child )
parent - > child = cn ;
} else
cn - > parent = cn ;
if ( relay )
relay - > sib = cn ;
return cn ;
}
2024-05-04 01:25:48 +03:00
static int _should_skip_deprecated_def_node ( const cfg_def_item_t * def , const struct config_def_tree_spec * spec )
2015-04-30 18:40:24 +03:00
{
return spec - > ignoredeprecated & & _def_node_is_deprecated ( def , spec ) ;
}
2024-05-04 01:25:48 +03:00
static int _should_skip_def_node ( const struct config_def_tree_spec * spec , int section_id , int id )
2013-03-05 20:36:10 +04:00
{
2024-05-04 01:25:48 +03:00
const cfg_def_item_t * def = cfg_def_get_item_p ( id ) ;
2014-05-20 16:45:20 +04:00
uint16_t flags ;
2013-07-08 16:13:09 +04:00
2013-03-06 12:35:33 +04:00
if ( ( def - > parent ! = section_id ) | |
( spec - > ignoreadvanced & & def - > flags & CFG_ADVANCED ) | |
( spec - > ignoreunsupported & & def - > flags & CFG_UNSUPPORTED ) )
2013-03-05 20:36:10 +04:00
return 1 ;
switch ( spec - > type ) {
2015-06-25 11:51:30 +03:00
case CFG_DEF_TREE_FULL :
/* fall through */
2013-03-05 20:36:10 +04:00
case CFG_DEF_TREE_MISSING :
2013-07-08 16:13:09 +04:00
if ( ! spec - > check_status ) {
log_error_once ( INTERNAL_ERROR " couldn't determine missing "
" config nodes - unknown status of last config check. " ) ;
return 1 ;
}
if ( ( spec - > check_status [ id ] & CFG_USED ) | |
2015-06-25 11:51:30 +03:00
( def - > flags & CFG_NAME_VARIABLE ) )
return 1 ;
if ( ( spec - > type = = CFG_DEF_TREE_MISSING ) & &
( ( def - > since_version > spec - > version ) | |
_should_skip_deprecated_def_node ( def , spec ) ) )
2013-03-05 20:36:10 +04:00
return 1 ;
break ;
case CFG_DEF_TREE_NEW :
2015-04-30 18:40:24 +03:00
if ( ( def - > since_version ! = spec - > version ) | |
_should_skip_deprecated_def_node ( def , spec ) )
2013-03-05 20:36:10 +04:00
return 1 ;
break ;
2015-11-25 16:09:20 +03:00
case CFG_DEF_TREE_NEW_SINCE :
if ( ( def - > since_version < spec - > version ) | |
_should_skip_deprecated_def_node ( def , spec ) )
return 1 ;
break ;
2013-07-09 11:57:46 +04:00
case CFG_DEF_TREE_PROFILABLE :
2015-06-25 11:51:30 +03:00
/* fall through */
2014-05-20 16:45:20 +04:00
case CFG_DEF_TREE_PROFILABLE_CMD :
2015-06-25 11:51:30 +03:00
/* fall through */
2014-05-20 16:45:20 +04:00
case CFG_DEF_TREE_PROFILABLE_MDA :
2013-07-09 12:23:46 +04:00
if ( ! ( def - > flags & CFG_PROFILABLE ) | |
2015-04-30 18:40:24 +03:00
( def - > since_version > spec - > version ) | |
_should_skip_deprecated_def_node ( def , spec ) )
2013-07-09 11:57:46 +04:00
return 1 ;
2014-05-20 16:45:20 +04:00
flags = def - > flags & ~ CFG_PROFILABLE ;
if ( spec - > type = = CFG_DEF_TREE_PROFILABLE_CMD ) {
if ( flags & CFG_PROFILABLE_METADATA )
return 1 ;
} else if ( spec - > type = = CFG_DEF_TREE_PROFILABLE_MDA ) {
if ( ! ( flags & CFG_PROFILABLE_METADATA ) )
return 1 ;
}
2013-07-09 11:57:46 +04:00
break ;
2013-03-05 20:36:10 +04:00
default :
2015-04-30 18:40:24 +03:00
if ( ( def - > since_version > spec - > version ) | |
_should_skip_deprecated_def_node ( def , spec ) )
2013-03-05 20:36:10 +04:00
return 1 ;
break ;
}
return 0 ;
}
static struct dm_config_node * _add_def_section_subtree ( struct dm_config_tree * cft ,
struct config_def_tree_spec * spec ,
struct dm_config_node * parent ,
struct dm_config_node * relay ,
int section_id )
{
struct dm_config_node * cn = NULL , * relay_sub = NULL , * tmp ;
2024-05-04 01:25:48 +03:00
const cfg_def_item_t * def ;
2013-03-05 20:36:10 +04:00
int id ;
for ( id = 0 ; id < CFG_COUNT ; id + + ) {
2013-07-08 16:13:09 +04:00
if ( _should_skip_def_node ( spec , section_id , id ) )
2013-03-05 20:36:10 +04:00
continue ;
if ( ! cn & & ! ( cn = _add_def_node ( cft , spec , parent , relay , cfg_def_get_item_p ( section_id ) ) ) )
goto bad ;
2013-07-08 16:13:09 +04:00
def = cfg_def_get_item_p ( id ) ;
2013-03-05 20:36:10 +04:00
if ( ( tmp = def - > type = = CFG_TYPE_SECTION ? _add_def_section_subtree ( cft , spec , cn , relay_sub , id )
: _add_def_node ( cft , spec , cn , relay_sub , def ) ) )
relay_sub = tmp ;
}
return cn ;
bad :
log_error ( " Failed to create default config section node. " ) ;
return NULL ;
}
struct dm_config_tree * config_def_create_tree ( struct config_def_tree_spec * spec )
{
2015-06-25 11:51:30 +03:00
struct dm_config_tree * cft = NULL , * tmp_cft = NULL ;
2013-03-05 20:36:10 +04:00
struct dm_config_node * root = NULL , * relay = NULL , * tmp ;
int id ;
if ( ! ( cft = dm_config_create ( ) ) ) {
log_error ( " Failed to create default config tree. " ) ;
return NULL ;
}
for ( id = root_CFG_SECTION + 1 ; id < CFG_COUNT ; id + + ) {
if ( cfg_def_get_item_p ( id ) - > parent ! = root_CFG_SECTION )
continue ;
2015-04-21 22:53:54 +03:00
if ( spec - > ignorelocal & & ( id = = local_CFG_SECTION ) )
continue ;
2013-03-05 20:36:10 +04:00
if ( ( tmp = _add_def_section_subtree ( cft , spec , root , relay , id ) ) ) {
relay = tmp ;
if ( ! root )
root = relay ;
}
}
cft - > root = root ;
2015-06-25 11:51:30 +03:00
if ( spec - > type = = CFG_DEF_TREE_FULL ) {
if ( ! ( tmp_cft = dm_config_create ( ) ) ) {
log_error ( " Failed to create temporary config tree while creating full tree. " ) ;
goto bad ;
}
if ( ! ( tmp_cft - > root = dm_config_clone_node_with_mem ( cft - > mem , spec - > current_cft - > root , 1 ) ) ) {
log_error ( " Failed to clone current config tree. " ) ;
goto bad ;
}
if ( ! merge_config_tree ( spec - > cmd , cft , tmp_cft , CONFIG_MERGE_TYPE_RAW ) ) {
log_error ( " Failed to merge default and current config tree. " ) ;
goto bad ;
}
dm_config_destroy ( tmp_cft ) ;
}
2013-03-05 20:36:10 +04:00
return cft ;
2015-06-25 11:51:30 +03:00
bad :
if ( cft )
dm_config_destroy ( cft ) ;
if ( tmp_cft )
dm_config_destroy ( tmp_cft ) ;
return NULL ;
2013-03-05 20:36:10 +04:00
}
2013-06-25 14:27:04 +04:00
2016-08-08 13:55:15 +03:00
int config_force_check ( struct cmd_context * cmd , config_source_t source , struct dm_config_tree * cft )
2013-06-26 18:27:28 +04:00
{
struct cft_check_handle * handle ;
int r ;
if ( ! ( handle = dm_pool_zalloc ( cmd - > libmem , sizeof ( * handle ) ) ) ) {
log_debug ( " _check_profile: profile check handle allocation failed " ) ;
return 0 ;
}
2014-03-19 11:45:05 +04:00
handle - > cmd = cmd ;
2016-08-08 13:55:15 +03:00
handle - > cft = cft ;
handle - > source = source ;
2013-06-26 18:27:28 +04:00
handle - > force_check = 1 ;
/* provide warning messages only if config/checks=1 */
handle - > suppress_messages = ! find_config_tree_bool ( cmd , config_checks_CFG , NULL ) ;
2016-08-08 11:43:18 +03:00
/*
* Some settings can ' t be changed if we ' re running commands interactively
* within lvm shell so check for them in case we ' re in this interactive mode .
*/
if ( cmd - > is_interactive )
handle - > disallowed_flags | = CFG_DISALLOW_INTERACTIVE ;
2014-03-19 11:45:05 +04:00
r = config_def_check ( handle ) ;
2013-06-26 18:27:28 +04:00
dm_pool_free ( cmd - > libmem , handle ) ;
return r ;
}
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
static int _get_profile_from_list ( struct dm_list * list , const char * profile_name ,
config_source_t source , struct profile * * profile_found )
{
struct profile * profile ;
dm_list_iterate_items ( profile , list ) {
if ( ! strcmp ( profile - > name , profile_name ) ) {
if ( profile - > source = = source ) {
* profile_found = profile ;
return 1 ;
}
log_error ( INTERNAL_ERROR " Profile %s already added as "
" %s type, but requested type is %s. " ,
profile_name ,
_config_source_names [ profile - > source ] ,
_config_source_names [ source ] ) ;
return 0 ;
}
}
* profile_found = NULL ;
return 1 ;
}
struct profile * add_profile ( struct cmd_context * cmd , const char * profile_name , config_source_t source )
2013-06-25 14:27:04 +04:00
{
struct profile * profile ;
/* Do some sanity checks first. */
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
if ( ! _is_profile_based_config_source ( source ) ) {
log_error ( INTERNAL_ERROR " add_profile: incorrect configuration "
" source, expected %s or %s but %s requested " ,
_config_source_names [ CONFIG_PROFILE_COMMAND ] ,
_config_source_names [ CONFIG_PROFILE_METADATA ] ,
_config_source_names [ source ] ) ;
return NULL ;
}
2013-06-25 14:27:04 +04:00
if ( ! profile_name | | ! * profile_name ) {
log_error ( " Undefined profile name. " ) ;
return NULL ;
}
if ( strchr ( profile_name , ' / ' ) ) {
log_error ( " %s: bad profile name, it contains '/'. " , profile_name ) ;
return NULL ;
}
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
/*
* Check if the profile is on the list of profiles to be loaded or if
* not found there , if it ' s on the list of already loaded profiles .
*/
if ( ! _get_profile_from_list ( & cmd - > profile_params - > profiles_to_load ,
profile_name , source , & profile ) )
return_NULL ;
if ( profile )
profile - > source = source ;
else if ( ! _get_profile_from_list ( & cmd - > profile_params - > profiles ,
profile_name , source , & profile ) )
return_NULL ;
if ( profile ) {
if ( profile - > source ! = source ) {
log_error ( INTERNAL_ERROR " add_profile: loaded profile "
" has incorrect type, expected %s but %s found " ,
_config_source_names [ source ] ,
_config_source_names [ profile - > source ] ) ;
return NULL ;
}
return profile ;
2013-06-25 14:27:04 +04:00
}
if ( ! ( profile = dm_pool_zalloc ( cmd - > libmem , sizeof ( * profile ) ) ) ) {
log_error ( " profile allocation failed " ) ;
return NULL ;
}
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
profile - > source = source ;
2013-06-25 14:27:04 +04:00
profile - > name = dm_pool_strdup ( cmd - > libmem , profile_name ) ;
dm_list_add ( & cmd - > profile_params - > profiles_to_load , & profile - > list ) ;
return profile ;
}
int load_profile ( struct cmd_context * cmd , struct profile * profile ) {
static char profile_path [ PATH_MAX ] ;
if ( critical_section ( ) ) {
2024-05-17 17:51:11 +03:00
log_error ( INTERNAL_ERROR " Trying to load profile %s "
2013-06-25 14:27:04 +04:00
" in critical section. " , profile - > name ) ;
return 0 ;
}
if ( profile - > cft )
return 1 ;
if ( dm_snprintf ( profile_path , sizeof ( profile_path ) , " %s/%s.profile " ,
cmd - > profile_params - > dir , profile - > name ) < 0 ) {
log_error ( " LVM_SYSTEM_DIR or profile name too long " ) ;
return 0 ;
}
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
if ( ! ( profile - > cft = config_file_open_and_read ( profile_path , profile - > source , cmd ) ) )
2013-06-25 14:27:04 +04:00
return 0 ;
2013-06-27 16:01:22 +04:00
/*
* * Profile must be valid * otherwise we ' d end up with incorrect config !
* If there were config items present that are not supposed to be
* customized by a profile , we could end up with non - deterministic
* behaviour . Therefore , this check is * strictly forced * even if
* config / checks = 0. The config / checks = 0 will only cause the warning
* messages to be suppressed , but the check itself is always done
* for profiles !
*/
2016-08-08 13:55:15 +03:00
if ( ! config_force_check ( cmd , profile - > source , profile - > cft ) ) {
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
log_error ( " Ignoring invalid %s %s. " ,
_config_source_names [ profile - > source ] , profile - > name ) ;
config_destroy ( profile - > cft ) ;
profile - > cft = NULL ;
return 0 ;
2013-06-27 16:01:22 +04:00
}
2013-06-26 18:27:28 +04:00
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
dm_list_move ( & cmd - > profile_params - > profiles , & profile - > list ) ;
2013-06-25 14:27:04 +04:00
return 1 ;
}
int load_pending_profiles ( struct cmd_context * cmd )
{
struct profile * profile , * temp_profile ;
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
int r = 1 ;
2013-06-25 14:27:04 +04:00
dm_list_iterate_items_safe ( profile , temp_profile , & cmd - > profile_params - > profiles_to_load ) {
if ( ! load_profile ( cmd , profile ) )
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
r = 0 ;
2013-06-25 14:27:04 +04:00
}
config: differentiate command and metadata profiles and consolidate profile handling code
- When defining configuration source, the code now uses separate
CONFIG_PROFILE_COMMAND and CONFIG_PROFILE_METADATA markers
(before, it was just CONFIG_PROFILE that did not make the
difference between the two). This helps when checking the
configuration if it contains correct set of options which
are all in either command-profilable or metadata-profilable
group without mixing these groups together - so it's a firm
distinction. The "command profile" can't contain
"metadata profile" and vice versa! This is strictly checked
and if the settings are mixed, such profile is rejected and
it's not used. So in the end, the CONFIG_PROFILE_COMMAND
set of options and CONFIG_PROFILE_METADATA are mutually exclusive
sets.
- Marking configuration with one or the other marker will also
determine the way these configuration sources are positioned
in the configuration cascade which is now:
CONFIG_STRING -> CONFIG_PROFILE_COMMAND -> CONFIG_PROFILE_METADATA -> CONFIG_FILE/CONFIG_MERGED_FILES
- Marking configuration with one or the other marker will also make
it possible to issue a command context refresh (will be probably
a part of a future patch) if needed for settings in global profile
set. For settings in metadata profile set this is impossible since
we can't refresh cmd context in the middle of reading VG/LV metadata
and for each VG/LV separately because each VG/LV can have a different
metadata profile assinged and it's not possible to change these
settings at this level.
- When command profile is incorrect, it's rejected *and also* the
command exits immediately - the profile *must* be correct for the
command that was run with a profile to be executed. Before this
patch, when the profile was found incorrect, there was just the
warning message and the command continued without profile applied.
But it's more correct to exit immediately in this case.
- When metadata profile is incorrect, we reject it during command
runtime (as we know the profile name from metadata and not early
from command line as it is in case of command profiles) and we
*do continue* with the command as we're in the middle of operation.
Also, the metadata profile is applied directly and on the fly on
find_config_tree_* fn call and even if the metadata profile is
found incorrect, we still need to return the non-profiled value
as found in the other configuration provided or default value.
To exit immediately even in this case, we'd need to refactor
existing find_config_tree_* fns so they can return error. Currently,
these fns return only config values (which end up with default
values in the end if the config is not found).
- To check the profile validity before use to be sure it's correct,
one can use :
lvm dumpconfig --commandprofile/--metadataprofile ProfileName --validate
(the --commandprofile/--metadataprofile for dumpconfig will come
as part of the subsequent patch)
- This patch also adds a reference to --commandprofile and
--metadataprofile in the cmd help string (which was missing before
for the --profile for some commands). We do not mention --profile
now as people should use --commandprofile or --metadataprofile
directly. However, the --profile is still supported for backward
compatibility and it's translated as:
--profile == --metadataprofile for lvcreate, vgcreate, lvchange and vgchange
(as these commands are able to attach profile to metadata)
--profile == --commandprofile for all the other commands
(--metadataprofile is not allowed there as it makes no sense)
- This patch also contains some cleanups to make the code handling
the profiles more readable...
2014-05-20 16:13:10 +04:00
return r ;
2013-06-25 14:27:04 +04:00
}
2014-03-03 15:47:32 +04:00
Place the first PE at 1 MiB for all defaults
. When using default settings, this commit should change
nothing. The first PE continues to be placed at 1 MiB
resulting in a metadata area size of 1020 KiB (for
4K page sizes; slightly smaller for larger page sizes.)
. When default_data_alignment is disabled in lvm.conf,
align pe_start at 1 MiB, based on a default metadata area
size that adapts to the page size. Previously, disabling
this option would result in mda_size that was too small
for common use, and produced a 64 KiB aligned pe_start.
. Customized pe_start and mda_size values continue to be
set as before in lvm.conf and command line.
. Remove the configure option for setting default_data_alignment
at build time.
. Improve alignment related option descriptions.
. Add section about alignment to pvcreate man page.
Previously, DEFAULT_PVMETADATASIZE was 255 sectors.
However, the fact that the config setting named
"default_data_alignment" has a default value of 1 (MiB)
meant that DEFAULT_PVMETADATASIZE was having no effect.
The metadata area size is the space between the start of
the metadata area (page size offset from the start of the
device) and the first PE (1 MiB by default due to
default_data_alignment 1.) The result is a 1020 KiB metadata
area on machines with 4KiB page size (1024 KiB - 4 KiB),
and smaller on machines with larger page size.
If default_data_alignment was set to 0 (disabled), then
DEFAULT_PVMETADATASIZE 255 would take effect, and produce a
metadata area that was 188 KiB and pe_start of 192 KiB.
This was too small for common use.
This is fixed by making the default metadata area size a
computed value that matches the value produced by
default_data_alignment.
2018-11-14 00:00:11 +03:00
int get_default_metadata_pvmetadatasize_CFG ( struct cmd_context * cmd , struct profile * profile )
{
return get_default_pvmetadatasize_sectors ( ) ;
}
2014-03-03 15:47:32 +04:00
const char * get_default_devices_cache_dir_CFG ( struct cmd_context * cmd , struct profile * profile )
{
static char buf [ PATH_MAX ] ;
2014-03-07 16:03:09 +04:00
if ( dm_snprintf ( buf , sizeof ( buf ) , " %s/%s " , cmd - > system_dir , DEFAULT_CACHE_SUBDIR ) < 0 ) {
2014-03-03 15:47:32 +04:00
log_error ( " Persistent cache directory name too long. " ) ;
return NULL ;
}
return dm_pool_strdup ( cmd - > mem , buf ) ;
}
2015-04-28 16:29:08 +03:00
const char * get_default_unconfigured_devices_cache_dir_CFG ( struct cmd_context * cmd )
{
return " @DEFAULT_SYS_DIR@/@DEFAULT_CACHE_SUBDIR@ " ;
}
2014-03-03 15:47:32 +04:00
const char * get_default_devices_cache_CFG ( struct cmd_context * cmd , struct profile * profile )
{
const char * cache_dir = NULL , * cache_file_prefix = NULL ;
static char buf [ PATH_MAX ] ;
/*
* If ' cache_dir ' or ' cache_file_prefix ' is set , ignore ' cache ' .
*/
if ( find_config_tree_node ( cmd , devices_cache_dir_CFG , profile ) )
cache_dir = find_config_tree_str ( cmd , devices_cache_dir_CFG , profile ) ;
if ( find_config_tree_node ( cmd , devices_cache_file_prefix_CFG , profile ) )
cache_file_prefix = find_config_tree_str_allow_empty ( cmd , devices_cache_file_prefix_CFG , profile ) ;
if ( cache_dir | | cache_file_prefix ) {
if ( dm_snprintf ( buf , sizeof ( buf ) ,
" %s%s%s/%s.cache " ,
cache_dir ? " " : cmd - > system_dir ,
cache_dir ? " " : " / " ,
cache_dir ? : DEFAULT_CACHE_SUBDIR ,
cache_file_prefix ? : DEFAULT_CACHE_FILE_PREFIX ) < 0 ) {
log_error ( " Persistent cache filename too long. " ) ;
return NULL ;
}
return dm_pool_strdup ( cmd - > mem , buf ) ;
}
if ( dm_snprintf ( buf , sizeof ( buf ) , " %s/%s/%s.cache " , cmd - > system_dir ,
DEFAULT_CACHE_SUBDIR , DEFAULT_CACHE_FILE_PREFIX ) < 0 ) {
log_error ( " Persistent cache filename too long. " ) ;
return NULL ;
}
return dm_pool_strdup ( cmd - > mem , buf ) ;
}
2014-03-03 16:24:30 +04:00
2015-04-28 16:29:08 +03:00
const char * get_default_unconfigured_devices_cache_CFG ( struct cmd_context * cmd )
{
const char * cache_file_prefix = NULL ;
static char buf [ PATH_MAX ] ;
if ( find_config_tree_node ( cmd , devices_cache_file_prefix_CFG , NULL ) )
cache_file_prefix = find_config_tree_str_allow_empty ( cmd , devices_cache_file_prefix_CFG , NULL ) ;
if ( dm_snprintf ( buf , sizeof ( buf ) , " %s/%s.cache " ,
get_default_unconfigured_devices_cache_dir_CFG ( cmd ) ,
cache_file_prefix ? : DEFAULT_CACHE_FILE_PREFIX ) < 0 ) {
log_error ( " Persistent cache filename too long. " ) ;
return NULL ;
}
return dm_pool_strdup ( cmd - > mem , buf ) ;
}
2014-03-03 16:24:30 +04:00
const char * get_default_backup_backup_dir_CFG ( struct cmd_context * cmd , struct profile * profile )
{
static char buf [ PATH_MAX ] ;
if ( dm_snprintf ( buf , sizeof ( buf ) , " %s/%s " , cmd - > system_dir , DEFAULT_BACKUP_SUBDIR ) = = - 1 ) {
log_error ( " Couldn't create default backup path '%s/%s'. " ,
cmd - > system_dir , DEFAULT_BACKUP_SUBDIR ) ;
return NULL ;
}
return dm_pool_strdup ( cmd - > mem , buf ) ;
}
2015-04-28 16:29:08 +03:00
const char * get_default_unconfigured_backup_backup_dir_CFG ( struct cmd_context * cmd )
{
return " @DEFAULT_SYS_DIR@/@DEFAULT_BACKUP_SUBDIR@ " ;
}
2014-03-03 16:24:30 +04:00
const char * get_default_backup_archive_dir_CFG ( struct cmd_context * cmd , struct profile * profile )
{
static char buf [ PATH_MAX ] ;
if ( dm_snprintf ( buf , sizeof ( buf ) , " %s/%s " , cmd - > system_dir , DEFAULT_ARCHIVE_SUBDIR ) = = - 1 ) {
log_error ( " Couldn't create default archive path '%s/%s'. " ,
cmd - > system_dir , DEFAULT_ARCHIVE_SUBDIR ) ;
return NULL ;
}
return dm_pool_strdup ( cmd - > mem , buf ) ;
}
2014-03-03 16:30:13 +04:00
2015-04-28 16:29:08 +03:00
const char * get_default_unconfigured_backup_archive_dir_CFG ( struct cmd_context * cmd )
{
return " @DEFAULT_SYS_DIR@/@DEFAULT_ARCHIVE_SUBDIR@ " ;
}
2014-03-03 16:30:13 +04:00
const char * get_default_config_profile_dir_CFG ( struct cmd_context * cmd , struct profile * profile )
{
static char buf [ PATH_MAX ] ;
if ( dm_snprintf ( buf , sizeof ( buf ) , " %s/%s " , cmd - > system_dir , DEFAULT_PROFILE_SUBDIR ) = = - 1 ) {
log_error ( " Couldn't create default profile path '%s/%s'. " ,
cmd - > system_dir , DEFAULT_PROFILE_SUBDIR ) ;
return NULL ;
}
return dm_pool_strdup ( cmd - > mem , buf ) ;
}
2014-03-03 16:37:35 +04:00
2015-04-28 16:29:08 +03:00
const char * get_default_unconfigured_config_profile_dir_CFG ( struct cmd_context * cmd )
{
return " @DEFAULT_SYS_DIR@/@DEFAULT_PROFILE_SUBDIR@ " ;
}
2014-03-03 16:37:35 +04:00
const char * get_default_activation_mirror_image_fault_policy_CFG ( struct cmd_context * cmd , struct profile * profile )
{
return find_config_tree_str ( cmd , activation_mirror_device_fault_policy_CFG , profile ) ;
}
2014-03-04 14:10:59 +04:00
int get_default_allocation_thin_pool_chunk_size_CFG ( struct cmd_context * cmd , struct profile * profile )
{
uint32_t chunk_size ;
2017-03-01 13:23:26 +03:00
int chunk_size_calc_method ;
2014-03-04 14:10:59 +04:00
2017-03-01 13:23:26 +03:00
if ( ! get_default_allocation_thin_pool_chunk_size ( cmd , profile , & chunk_size ,
& chunk_size_calc_method ) ) {
stack ; /* Ignore this error, never happens... */
2014-07-23 00:20:18 +04:00
chunk_size = DEFAULT_THIN_POOL_CHUNK_SIZE * 2 ;
2014-03-04 14:10:59 +04:00
}
return ( int ) chunk_size ;
}
2014-03-04 14:15:54 +04:00
int get_default_allocation_cache_pool_chunk_size_CFG ( struct cmd_context * cmd , struct profile * profile )
{
2014-07-23 00:20:18 +04:00
return DEFAULT_CACHE_POOL_CHUNK_SIZE * 2 ;
2014-03-04 14:15:54 +04:00
}
2016-08-24 11:16:01 +03:00
uint64_t get_default_allocation_cache_pool_max_chunks_CFG ( struct cmd_context * cmd , struct profile * profile )
{
static int _warn_max_chunks = 0 ;
/*
* TODO : In future may depend on the cache target version ,
* newer targets may scale better .
*/
uint64_t default_max_chunks = DEFAULT_CACHE_POOL_MAX_CHUNKS ;
uint64_t max_chunks = find_config_tree_int ( cmd , allocation_cache_pool_max_chunks_CFG , profile ) ;
if ( ! max_chunks )
max_chunks = default_max_chunks ;
else if ( max_chunks > default_max_chunks )
/* Still warn the user when the value is tweaked above recommended level */
/* Maybe drop to log_verbose... */
log_warn_suppress ( _warn_max_chunks + + , " WARNING: Configured cache_pool_max_chunks value "
FMTu64 " is higher then recommended " FMTu64 " . " ,
max_chunks , default_max_chunks ) ;
return max_chunks ;
}
2024-09-06 12:39:17 +03:00
int get_default_allocation_vdo_use_metadata_hints_CFG ( struct cmd_context * cmd , struct profile * profile )
{
unsigned maj , min ;
if ( ( sscanf ( cmd - > kernel_vsn , " %u.%u " , & maj , & min ) = = 2 ) & &
( ( maj > 6 ) | | ( ( maj = = 6 ) & & ( min > 8 ) ) ) ) {
/* With kernels > 6.8 this feature is considered deprecated.
* Return false as default setting . */
return false ;
}
/* With older kernels use the configured default setting. */
return DEFAULT_VDO_USE_METADATA_HINTS ;
}