Closed roronoasins closed 1 year ago
decoder
:yellow_circle:-r
option--recursive
optionrule
:green_circle:output
:green_circle:environment
:green_circle:schema
:yellow_circle:item-type
:yellow_circle:During the testing process we could test the following cases:
load
-r
optiondecoder
item-type
rule
item-type
output
item-type
environment
item-type
schema
item-type
--recursive
optiondecoder
item-type
Error logs that are no so friendly to the users
Error: [Catalog] Could not post content [decoder/queue-localfile/0] in store, [FileDriver::add] File [/var/ossec/engine/store/decoder/queue-localfile/0] already exists
Error: [Catalog] Content name not found
Invalid collection name: atype
when no possible values are printed in the log.These logs appear for these cases:
Schemas directory contains files that are not ignored when you try to recursive load the directory.
Rules' versioning
When we add different rules' versions, we are able to add multiple rules that are equals but with another name/version, is it desired? We may do not want that in a different version the rule is the same.
This has been discussed with the dev team and it is expected.
Repeated item error logs
When you try to load an already existent item-type, this kind of log appears:
Error: [Catalog] Could not post content [rule/valid-accounts-local-accounts/1] in store, [FileDriver::add] File [/var/ossec/engine/store/rule/valid-accounts-local-accounts/1] already exists
It should be more user-friendly and maybe contains the file path where the item-type file is located.
Description
The dev team did some changes to the load feature, so you can recursive load any item-type instead of load every path you need, being more friendly the item additions.
Proposed test cases
Extra cases
item-type
Expected results
Being able to load decoders located in directories that have also more than one level.