Do not print error message if augment file is absent

Description

Additional augment files is cool feature in 3.12, but can we suppress (or better move this report to inform -I level) error messages if file is absent? Just now:

def.json:

But on a lot of hosts  $(sys.fqhost).json augment files is absent and this is not error.

Checklist

Activity

Show:

Nick Anderson February 28, 2022 at 6:35 PM

Note, 3.18.0 brought support for loading $(sys.workdir)/data/host_specific.json. While not directly related to this ticket about what log level the messages should be if a requested augments file does not exist it does provide a way to define host specific data which is what the original description illustrated by loading Augments based on fully qualified host name.

Ping , thoughts about log level or ability to suppress messages when augments listed in the augments key are not present?

Nick Anderson January 22, 2021 at 4:46 PM

My first instinct is that they should remain errors, I think they are useful, but I can also see how they would be annoying if any of these data sets are optional. So, a workaround would be to have some policy that made sure those files existed as empty objects, and then you could still have a copy_from to keep them in sync with some upstream source leveraging missing_ok copy_from body attribute.

, thoughts about changing these errors to inform or verbose or having some way to suppress them?

Bas van der Vlies September 13, 2018 at 10:39 AM

Or support autoloading json files in see:

I am testing multiple augments setup and the files are not yet in place:

Would also be nice that the augments files are also relative to this directory: '-f ./'

Details

Assignee

Reporter

Components

Affects versions

Priority

Zendesk Support

Checklist

Created July 5, 2018 at 3:46 PM
Updated February 28, 2022 at 6:35 PM