maintenance:releases:8.0.0_20220617
Differences
This shows you the differences between two versions of the page.
maintenance:releases:8.0.0_20220617 [2022/06/17 14:55] – created yspeerte | maintenance:releases:8.0.0_20220617 [2024/07/03 12:31] (current) – external edit 127.0.0.1 | ||
---|---|---|---|
Line 1: | Line 1: | ||
+ | {{indexmenu_n> | ||
+ | |||
+ | ====== NetYCE 8.0.0 Build_20220617 ====== | ||
+ | ====== Release notes ====== | ||
+ | Date: 2022-06-17 | ||
+ | |||
+ | |||
+ | \\ | ||
+ | <WRAP widths 60% box safety> | ||
+ | ===== Enhancement ===== | ||
+ | </ | ||
+ | |||
+ | ==== Historical log files ==== | ||
+ | <WRAP indent> | ||
+ | The " | ||
+ | system maintains. Most log files are rotated periodically to create a limited set of | ||
+ | historical log files. | ||
+ | |||
+ | At file rotation are the running files renamed to get a ' | ||
+ | file is renamed to ' | ||
+ | |||
+ | Now this tool will optionally show these rotated log files too to allow the user to | ||
+ | examine more of the process' | ||
+ | </ | ||
+ | |||
+ | ==== Node group test ==== | ||
+ | <WRAP indent> | ||
+ | The ' | ||
+ | The new tool will list a set of Node-groups that can be filtered in a number of ways. For | ||
+ | each of the resulting Node-groups, | ||
+ | various User-groups at different log levels. | ||
+ | |||
+ | The 'node member test' function of the original tool has been integrated in the Node-groups | ||
+ | list by using a Node-name as a ' | ||
+ | </ | ||
+ | |||
+ | ==== Compliance Condition Arbitrary Order Checkbox ==== | ||
+ | <WRAP indent> | ||
+ | A condition now has an extra checkbox, marked with "Words in a line can be in arbitrary order" | ||
+ | When checked, each line in the condition can match a line in its respective block with words in arbitrary order. | ||
+ | This is useful when matching lists of ip addresses where you don't know the order, for example | ||
+ | </ | ||
+ | |||
+ | ==== MariaDB 10.6 support ==== | ||
+ | <WRAP indent> | ||
+ | For new installations support has been added for MariaDB version 10.6. The previously supported versions are 10.2 through 10.4, depending on the Linux version. Most NetYCE installations use 10.2 or 10.3. | ||
+ | |||
+ | Although the MariaDB 10.2 and 10.3 versions are completly stable and are continuously updated for vulnerabilities and big-fixes, new installations could profit from performance and features that the newer versions offer. | ||
+ | |||
+ | Customers wanting to upgrade their systems database to MariaDB 10.6 should follow the procedure on our Wiki: https:// | ||
+ | </ | ||
+ | |||
+ | |||
+ | \\ | ||
+ | <WRAP widths 60% box safety> | ||
+ | ===== Change ===== | ||
+ | </ | ||
+ | |||
+ | ==== Menu changes ==== | ||
+ | <WRAP indent> | ||
+ | A few changes to the menu were made to make their entries more self-explanatory. | ||
+ | |||
+ | In the 'Admin - System' | ||
+ | * ' | ||
+ | * 'Yce archives' | ||
+ | * ' | ||
+ | * ' | ||
+ | |||
+ | The ' | ||
+ | now has the entries: \\ | ||
+ | * ' | ||
+ | * ' | ||
+ | |||
+ | Also, the 'Admin - Setup' menu was modified. It now has three entries: \\ | ||
+ | * ' | ||
+ | * ' | ||
+ | * ' | ||
+ | |||
+ | </ | ||
+ | |||
+ | ==== Menu breadcrumbs ==== | ||
+ | <WRAP indent> | ||
+ | The menu ' | ||
+ | |||
+ | To conform to the common use of these ' | ||
+ | </ | ||
+ | |||
+ | |||
+ | \\ | ||
+ | <WRAP widths 60% box safety> | ||
+ | ===== Fix ===== | ||
+ | </ | ||
+ | |||
+ | ==== Infoblox exporter ==== | ||
+ | <WRAP indent> | ||
+ | Customers using the Infoblox exporter daemon (IBD) experienced an issue where the | ||
+ | already high memory footprint was gradually increasing over time. | ||
+ | |||
+ | As it turned out, a memory leak caused the gradual increase and could be resolved readily. | ||
+ | However, it was also noted that the IBD daemon did not return the freed memory to the OS | ||
+ | once the exports were completed. To resolve this issue the exports are now executed using | ||
+ | a temporary ' | ||
+ | all memory is freed. | ||
+ | </ | ||
+ | |||
+ | ==== OS file-transfers ==== | ||
+ | <WRAP indent> | ||
+ | When selecting a file form the OS-repository and transferring it to a device, an issue | ||
+ | is encountered that prevents an inexperienced user to make this job scenario to work. | ||
+ | |||
+ | The reason is that the Linux filesystems are case-sensitive. Trying to transfer a | ||
+ | file with a single character upper or lower case mismatch will cause the transfer to fail | ||
+ | with a 'file not found' error. | ||
+ | And, as the OS-repository uses the vendor-type name in lower case while the < | ||
+ | variable is returned using a mixed case, the issue will present itself at first try. | ||
+ | |||
+ | As we always attempt to make the job scenarios to behave case-insensitive, | ||
+ | solution was created. Now, when transferring files using the ' | ||
+ | the paths will be treated case-insensitive. This is accomplished by testing each element of the | ||
+ | file path and file-name against the existing directories and correcting for the actual character | ||
+ | case. | ||
+ | </ | ||
+ | |||
+ | ==== NCCM disabled polling ==== | ||
+ | <WRAP indent> | ||
+ | Nodes that failed polling for their configuration backup are disabled after a preset number of failures. These can be re-enabled using the ' | ||
+ | |||
+ | However, even if the resulting poll was successful, the node returned to its initial ' | ||
+ | This issue has been fixed. | ||
+ | </ | ||
+ | |||
+ | ==== Failing disk mounts ==== | ||
+ | <WRAP indent> | ||
+ | Some recent installations experienced a serious server startup issue regarding missing disk mounts. As a consequence the system booted with a disk in read-only mode and no running NetYCE processes. | ||
+ | |||
+ | The issue proved to be related to the OS-repository setup that, when disabled, attempts to remove this OS-repository from the corresponding configuration file, ''/ | ||
+ | |||
+ | By ensuring proper defaults for the OS-repository setup, the issue was resolved. | ||
+ | Please contact us for repair-instructions if you have experienced this issue but were unable to fix it. | ||
+ | </ | ||
+ | |||
+ | ==== Cisco IOS-XE Software-version ==== | ||
+ | <WRAP indent> | ||
+ | As part of any configuration backup session the Software version is retrieved from the device. This is often a lengthy message from which the relevant information must be extracted. For Cisco IOS-EX devices this extraction failed and resulted in the full message being saved as the Software version. | ||
+ | |||
+ | This issue has been corrected and will now update using the correct version information. | ||
+ | </ | ||
+ | |||
+ | ==== Cisco IOS enable secret ==== | ||
+ | <WRAP indent> | ||
+ | Cisco devices use an ' | ||
+ | |||
+ | When NetYCE establishes a session with a Cisco IOS device, the standard operation is to test if the session allows for the ' | ||
+ | |||
+ | To resolve this situation, the Cisco IOS sessions will not test the privilege mode when already privileged at login and no enable secret is available. | ||
+ | </ | ||
+ | |||