The messages "multipathd: add path (uevent)" etc. are displayed
frequently, and often for devices that don't matter for multipathd.
If real action needs to be taken, such as adding or removing paths
or maps from the internal structures, multipathd emits other log
messages at level 2 later on.
Signed-off-by: Martin Wilck <mwilck@suse.com>
int minor;
struct multipath *mpp;
int minor;
struct multipath *mpp;
- condlog(2, "%s: remove map (uevent)", uev->kernel);
+ condlog(3, "%s: remove map (uevent)", uev->kernel);
alias = uevent_get_dm_name(uev);
if (!alias) {
condlog(3, "%s: No DM_NAME in uevent, ignoring", uev->kernel);
alias = uevent_get_dm_name(uev);
if (!alias) {
condlog(3, "%s: No DM_NAME in uevent, ignoring", uev->kernel);
int ret = 0, i;
struct config *conf;
int ret = 0, i;
struct config *conf;
- condlog(2, "%s: add path (uevent)", uev->kernel);
+ condlog(3, "%s: add path (uevent)", uev->kernel);
if (strstr(uev->kernel, "..") != NULL) {
/*
* Don't allow relative device names in the pathvec
if (strstr(uev->kernel, "..") != NULL) {
/*
* Don't allow relative device names in the pathvec
(pathcount(mpp, PATH_GHOST) > 0 && pp->tpgs != TPGS_IMPLICIT &&
mpp->ghost_delay_tick <= 0))) {
/* if wait_for_udev is set and valid paths exist */
(pathcount(mpp, PATH_GHOST) > 0 && pp->tpgs != TPGS_IMPLICIT &&
mpp->ghost_delay_tick <= 0))) {
/* if wait_for_udev is set and valid paths exist */
- condlog(2, "%s: delaying path addition until %s is fully initialized", pp->dev, mpp->alias);
+ condlog(3, "%s: delaying path addition until %s is fully initialized",
+ pp->dev, mpp->alias);
mpp->wait_for_udev = 2;
orphan_path(pp, "waiting for create to complete");
return 0;
mpp->wait_for_udev = 2;
orphan_path(pp, "waiting for create to complete");
return 0;
struct path *pp;
int ret;
struct path *pp;
int ret;
- condlog(2, "%s: remove path (uevent)", uev->kernel);
+ condlog(3, "%s: remove path (uevent)", uev->kernel);
delete_foreign(uev->udev);
pthread_cleanup_push(cleanup_lock, &vecs->lock);
delete_foreign(uev->udev);
pthread_cleanup_push(cleanup_lock, &vecs->lock);