unexpected behavior using host command

i expected host <string> where string other than set/get/-h to give me the help page but this is what i see on the desktop (built from https://github.com/IBM/kui/commit/cf85ba23f16cb4b764e74f15ddbb915de6bb7740).

i'd think these commands should be rejected... although it's nice to have shorthand host xyz for host set xyz, that's not the observed behavior though.

with the upcoming PR, the bashlike plugin will always register its catchall, rather than after execution of the first bash-like command. this should resolve the issue, as it deals with the inconsistency problem.


Container #[serde(default)] attribute ignored for skiped fields

#[derive(Debug, PartialEq, Serialize, Deserialize)]
#[serde(deny_unknown_fields, default)]
struct Skipped {
    required: Option<String>,
    #[serde(skip)] optional: String,
}

impl Default for Skipped {
    fn default() -> Self {
        Self {
            required: Some("Hello".to_owned()),
            optional: "World".to_owned(),
        }
    }
}

Note that optional is skipped and has a default value.  When deserialized to Skipped, String::default() is used instead of being filled in by Skipped::default, like is done when required is missing.
See https://play.rust-lang.org/?gist=d32b5f2e2f37bd6c8c87e403f2a26f6e&version=stable

Traced back the issue to this block: https://github.com/serde-rs/serde/blob/0c34e06e518c81315ec738584db0cffba6f5677a/serde_derive_internals/src/attr.rs#L884-L888
Two possible behaviours, one of which is breaking, and one of which adds some complexity to the Field structure.

Simply require any field which has #[serde(skip)] set to also have either #[serde(default)] itself, or in its parent.
When the container of the Field has #[serde(default)] set, do not automatically set #[serde(default)] on the children.

The second option would require exposing some context to the field.

@Binero fixed this in #1115 and I released the fix in serde_derive 1.0.24. Thanks!


ietf-netconf-notifications event "notif" was not processed.

Versions:
Netopeer2-server: netopeer2-2.1.71
sysrepo: sysrepo-2.2.105
libnetconf2: libnetconf2-2.1.37
libyang: libyang-2.1.111
I'm having an issue with the notification, with the error message [ERR]: SR: Waiting for subscription of "ietf-netconf-notifications" failed, previous event "notif" ID 2 was not processed.
It occurs sporadically, like in 1 run out of 50.
We have an app "CallHomeManager" which load the listen.xml & callhome.xml in sysrepo using the command line, and it triggers the ietf-netconf-notifications
Between the passed & failed logs below, the difference is that in the log UE_APP-OAM/sysrepo, EV LISTEN: "ietf-netconf-notifications" "notif" ID 2 priority 0 success., the remaining subscribers is 1 when failing and 0 in working case.
So I guess something is stuck not answering but can this be investigated ?
I don't see anything in the log about the other subscribers not answering in time.
Maybe by dumping the sysrepo state and checking the connection id, process id ?
also one thing that puzzles me is why we have 4 subscribers on the ietf-netconf-notifications when we actually only have one app on it and it answers just fine (orusw). Could it be netopeer2-server that doesn't handle process it ?
Failing log:

2024-01-30 01:21:17.346 DEBUG/UE_APP-OAM/CallHomeManager: CallHomeManager.py:133 - fill_jinja_xml_with_context() - Input template file /opt/UE_APP_OAM/service/CallHomeManager/listen.xml
2024-01-30 01:21:17,346 DEBG 'CallHomeManager' stderr output:
2024-01-30 01:21:17.346 INFO/UE_APP-OAM/CallHomeManager: CallHomeManager.py:140 - fill_jinja_xml_with_context() - Generated file /opt/UE_APP_OAM/service/CallHomeManager/xmlListenTree.xml !
2024-01-30 01:21:17,445 DEBG 'CallHomeManager' stderr output:
[INF] Connection 47 created.
2024-01-30 01:21:17,446 DEBG 'CallHomeManager' stderr output:
[INF] Session 79 (user "root", CID 47) created.
2024-01-30 01:21:17,449 DEBG 'CallHomeManager' stderr output:
[INF] EV ORIGIN: "ietf-netconf-server" "done" ID 1 priority 0 for 23 subscribers published.
2024-01-30 01:21:17,451 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV LISTEN: "ietf-netconf-server" "done" ID 1 priority 0 processing (remaining 23 subscribers).
[ERR]: LN: Could not bind "<IP_ADDRESS>" port 830 (Address already in use).
[INF]: SR: EV LISTEN: "ietf-netconf-server" "done" ID 1 priority 0 success (remaining 0 subscribers).
2024-01-30 01:21:17,452 DEBG 'CallHomeManager' stderr output:
[INF] EV ORIGIN: "ietf-netconf-server" "done" ID 1 priority 0 succeeded.
2024-01-30 01:21:17,453 DEBG 'CallHomeManager' stderr output:
[INF] EV ORIGIN: "ietf-netconf-notifications" "notif" ID 2 priority 0 for 4 subscribers published.
2024-01-30 01:21:17,454 DEBG 'orusw' stdout output:
2024-01-30 01:21:17/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "ietf-netconf-notifications" "notif" ID 2 processing.
2024-01-30 01:21:17/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "ietf-netconf-notifications" "notif" ID 2 priority 0 success (remaining 1 subscribers).
2024-01-30 01:21:17,470 DEBG 'CallHomeManager' stderr output:
2024-01-30 01:21:17.470 DEBUG/UE_APP-OAM/CallHomeManager: CallHomeManager.py:195 - handleSshConnection() - [MPlaneLink=1] Smo Client received from redis: [{'ip': '<IP_ADDRESS>', 'port': 4334}]
2024-01-30 01:21:17,472 DEBG 'CallHomeManager' stderr output:
2024-01-30 01:21:17.472 DEBUG/UE_APP-OAM/CallHomeManager: CallHomeManager.py:133 - fill_jinja_xml_with_context() - Input template file /opt/UE_APP_OAM/service/CallHomeManager/callHome.xml
2024-01-30 01:21:17,473 DEBG 'CallHomeManager' stderr output:
2024-01-30 01:21:17.472 INFO/UE_APP-OAM/CallHomeManager: CallHomeManager.py:140 - fill_jinja_xml_with_context() - Generated file /opt/UE_APP_OAM/service/CallHomeManager/xmlCallHomeTree.xml !
2024-01-30 01:21:17,572 DEBG 'CallHomeManager' stderr output:
[INF] Connection 48 created.
2024-01-30 01:21:17,572 DEBG 'CallHomeManager' stderr output:
[INF] Session 83 (user "root", CID 48) created.
2024-01-30 01:21:17,576 DEBG 'CallHomeManager' stderr output:
[INF] EV ORIGIN: "ietf-netconf-server" "done" ID 2 priority 0 for 23 subscribers published.
2024-01-30 01:21:17,576 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV LISTEN: "ietf-netconf-server" "done" ID 2 priority 0 processing (remaining 23 subscribers).
2024-01-30 01:21:17,577 DEBG 'netopeer2-server' stdout output:
[ERR]: LN: Unable to use Keyboard-Interactive authentication method without setting the name of the PAM configuration file first.
2024-01-30 01:21:17,577 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV LISTEN: "ietf-netconf-server" "done" ID 2 priority 0 success (remaining 0 subscribers).
[INF]: LN: Call Home client "NC-Client-1" endpoint "default-ssh" connecting...
[INF]: LN: Trying to connect via IPv4 to <IP_ADDRESS>:4334.
2024-01-30 01:21:17,577 DEBG 'CallHomeManager' stderr output:
[INF] EV ORIGIN: "ietf-netconf-server" "done" ID 2 priority 0 succeeded.
2024-01-30 01:21:17,578 DEBG 'netopeer2-server' stdout output:
[INF]: LN: Successfully connected to <IP_ADDRESS>:4334 over IPv4.
2024-01-30 01:21:17,579 DEBG 'netopeer2-server' stdout output:
[INF]: SR: Session 85 (user "root", CID 39) created.
2024-01-30 01:21:18,318 DEBG 'netopeer2-server' stdout output:
[INF]: LN: Received an SSH message "request-service" of subtype "ssh-userauth".
2024-01-30 01:21:18,320 DEBG 'netopeer2-server' stdout output:
[INF]: LN: Received an SSH message "request-auth" of subtype "none".
2024-01-30 01:21:18,324 DEBG 'netopeer2-server' stdout output:
[INF]: LN: Received an SSH message "request-auth" of subtype "password".
[INF]: LN: User "docomo999" authenticated.
2024-01-30 01:21:18,326 DEBG 'netopeer2-server' stdout output:
[INF]: LN: Received an SSH message "request-channel-open" of subtype "session".
2024-01-30 01:21:18,328 DEBG 'netopeer2-server' stdout output:
[INF]: LN: Received an SSH message "request-channel" of subtype "subsystem".
2024-01-30 01:21:18,332 DEBG 'netopeer2-server' stdout output:
[INF]: LN: Call Home client "NC-Client-1" session 1 established.
[INF]: SR: Session 86 (user "root", CID 39) created.
2024-01-30 01:21:18,432 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/ietf-netconf-monitoring:get-schema" "rpc" ID 1 priority 0 for 1 subscribers published.
2024-01-30 01:21:18,433 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV LISTEN: "/ietf-netconf-monitoring:get-schema" "rpc" ID 1 priority 0 processing (remaining 1 subscribers).
[INF]: NP: Module "ietf-datastores@" was requested.
2024-01-30 01:21:18,433 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV LISTEN: "/ietf-netconf-monitoring:get-schema" "rpc" ID 1 priority 0 success (remaining 0 subscribers).
[INF]: SR: EV ORIGIN: "/ietf-netconf-monitoring:get-schema" "rpc" ID 1 priority 0 succeeded.
2024-01-30 01:21:18,434 DEBG 'netopeer2-server' stdout output:
[INF]: NP: Session 1: thread 0 event new RPC.
2024-01-30 01:21:18,437 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/ietf-netconf-monitoring:get-schema" "rpc" ID 2 priority 0 for 1 subscribers published.
2024-01-30 01:21:18,453 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV LISTEN: "/ietf-netconf-monitoring:get-schema" "rpc" ID 2 priority 0 processing (remaining 1 subscribers).
[INF]: NP: Module "ietf-datastores@" was requested.
[INF]: SR: EV LISTEN: "/ietf-netconf-monitoring:get-schema" "rpc" ID 2 priority 0 success (remaining 0 subscribers).
[INF]: SR: EV ORIGIN: "/ietf-netconf-monitoring:get-schema" "rpc" ID 2 priority 0 succeeded.
[INF]: NP: Session 1: thread 2 event new RPC.
2024-01-30 01:21:18,458 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/ietf-netconf-monitoring:get-schema" "rpc" ID 3 priority 0 for 1 subscribers published.
[INF]: SR: EV LISTEN: "/ietf-netconf-monitoring:get-schema" "rpc" ID 3 priority 0 processing (remaining 1 subscribers).
[INF]: NP: Module "ietf-netconf-nmda@" was requested.
[INF]: SR: EV LISTEN: "/ietf-netconf-monitoring:get-schema" "rpc" ID 3 priority 0 success (remaining 0 subscribers).
[INF]: SR: EV ORIGIN: "/ietf-netconf-monitoring:get-schema" "rpc" ID 3 priority 0 succeeded.
[INF]: NP: Session 1: thread 0 event new RPC.
2024-01-30 01:21:18,481 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/ietf-netconf-monitoring:get-schema" "rpc" ID 4 priority 0 for 1 subscribers published.
2024-01-30 01:21:18,481 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV LISTEN: "/ietf-netconf-monitoring:get-schema" "rpc" ID 4 priority 0 processing (remaining 1 subscribers).
[INF]: NP: Module "ietf-origin@" was requested.
2024-01-30 01:21:18,489 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV LISTEN: "/ietf-netconf-monitoring:get-schema" "rpc" ID 4 priority 0 success (remaining 0 subscribers).
2024-01-30 01:21:18,489 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/ietf-netconf-monitoring:get-schema" "rpc" ID 4 priority 0 succeeded.
2024-01-30 01:21:18,491 DEBG 'netopeer2-server' stdout output:
[INF]: NP: Session 1: thread 1 event new RPC.
2024-01-30 01:21:18,496 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/ietf-netconf:get" "rpc" ID 1 priority 0 for 1 subscribers published.
2024-01-30 01:21:18,499 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV LISTEN: "/ietf-netconf:get" "rpc" ID 1 priority 0 processing (remaining 1 subscribers).
2024-01-30 01:21:18,707 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV LISTEN: "/ietf-netconf:get" "rpc" ID 1 priority 0 success (remaining 0 subscribers).
2024-01-30 01:21:18,712 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/ietf-netconf:get" "rpc" ID 1 priority 0 succeeded.
2024-01-30 01:21:18,718 DEBG 'netopeer2-server' stdout output:
[INF]: NP: Session 1: thread 2 event new RPC.
2024-01-30 01:21:18,889 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/ietf-netconf-monitoring:get-schema" "rpc" ID 5 priority 0 for 1 subscribers published.
2024-01-30 01:21:18,893 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV LISTEN: "/ietf-netconf-monitoring:get-schema" "rpc" ID 5 priority 0 processing (remaining 1 subscribers).
[INF]: NP: Module "o-ran-wg4-features@" was requested.
[INF]: SR: EV LISTEN: "/ietf-netconf-monitoring:get-schema" "rpc" ID 5 priority 0 fail (remaining 1 subscribers).
[ERR]: SR: NETCONF error occurred.
[WRN]: SR: EV ORIGIN: "/ietf-netconf-monitoring:get-schema" "rpc" ID 5 priority 0 failed (Invalid argument).
[ERR]: SR: User callback failed.
[ERR]: NP: Failed to send an RPC (User callback failed).
2024-01-30 01:21:18,895 DEBG 'netopeer2-server' stdout output:
[INF]: NP: Session 1: thread 0 event new RPC.
[INF]: NP: Session 1: thread 0 event reply error.
2024-01-30 01:21:18,952 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/ietf-netconf-monitoring:get-schema" "rpc" ID 6 priority 0 for 1 subscribers published.
2024-01-30 01:21:18,952 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV LISTEN: "/ietf-netconf-monitoring:get-schema" "rpc" ID 6 priority 0 processing (remaining 1 subscribers).
[INF]: NP: Module "o-ran-wg4-features@" was requested.
2024-01-30 01:21:18,953 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV LISTEN: "/ietf-netconf-monitoring:get-schema" "rpc" ID 6 priority 0 fail (remaining 1 subscribers).
2024-01-30 01:21:18,954 DEBG 'netopeer2-server' stdout output:
[ERR]: SR: NETCONF error occurred.
2024-01-30 01:21:18,955 DEBG 'netopeer2-server' stdout output:
[WRN]: SR: EV ORIGIN: "/ietf-netconf-monitoring:get-schema" "rpc" ID 6 priority 0 failed (Invalid argument).
2024-01-30 01:21:18,957 DEBG 'netopeer2-server' stdout output:
[ERR]: SR: User callback failed.
[ERR]: NP: Failed to send an RPC (User callback failed).
[INF]: NP: Session 1: thread 0 event new RPC.
[INF]: NP: Session 1: thread 0 event reply error.
2024-01-30 01:21:18,976 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/ietf-netconf-monitoring:get-schema" "rpc" ID 7 priority 0 for 1 subscribers published.
[INF]: SR: EV LISTEN: "/ietf-netconf-monitoring:get-schema" "rpc" ID 7 priority 0 processing (remaining 1 subscribers).
[INF]: NP: Module "o-ran-wg4-features@" was requested.
[INF]: SR: EV LISTEN: "/ietf-netconf-monitoring:get-schema" "rpc" ID 7 priority 0 fail (remaining 1 subscribers).
[ERR]: SR: NETCONF error occurred.
[WRN]: SR: EV ORIGIN: "/ietf-netconf-monitoring:get-schema" "rpc" ID 7 priority 0 failed (Invalid argument).
[ERR]: SR: User callback failed.
[ERR]: NP: Failed to send an RPC (User callback failed).
[INF]: NP: Session 1: thread 1 event new RPC.
[INF]: NP: Session 1: thread 1 event reply error.
2024-01-30 01:21:19,010 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/ietf-netconf-monitoring:get-schema" "rpc" ID 8 priority 0 for 1 subscribers published.
[INF]: SR: EV LISTEN: "/ietf-netconf-monitoring:get-schema" "rpc" ID 8 priority 0 processing (remaining 1 subscribers).
[INF]: NP: Module "o-ran-wg4-features@" was requested.
[INF]: SR: EV LISTEN: "/ietf-netconf-monitoring:get-schema" "rpc" ID 8 priority 0 fail (remaining 1 subscribers).
[ERR]: SR: NETCONF error occurred.
[WRN]: SR: EV ORIGIN: "/ietf-netconf-monitoring:get-schema" "rpc" ID 8 priority 0 failed (Invalid argument).
[ERR]: SR: User callback failed.
[ERR]: NP: Failed to send an RPC (User callback failed).
[INF]: NP: Session 1: thread 0 event new RPC.
[INF]: NP: Session 1: thread 0 event reply error.
2024-01-30 01:21:19,083 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/ietf-netconf-monitoring:get-schema" "rpc" ID 9 priority 0 for 1 subscribers published.
2024-01-30 01:21:19,084 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV LISTEN: "/ietf-netconf-monitoring:get-schema" "rpc" ID 9 priority 0 processing (remaining 1 subscribers).
2024-01-30 01:21:19,085 DEBG 'netopeer2-server' stdout output:
[INF]: NP: Module "o-ran-wg4-features@" was requested.
2024-01-30 01:21:19,086 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV LISTEN: "/ietf-netconf-monitoring:get-schema" "rpc" ID 9 priority 0 fail (remaining 1 subscribers).
2024-01-30 01:21:19,088 DEBG 'netopeer2-server' stdout output:
[ERR]: SR: NETCONF error occurred.
2024-01-30 01:21:19,089 DEBG 'netopeer2-server' stdout output:
[WRN]: SR: EV ORIGIN: "/ietf-netconf-monitoring:get-schema" "rpc" ID 9 priority 0 failed (Invalid argument).
2024-01-30 01:21:19,090 DEBG 'netopeer2-server' stdout output:
[ERR]: SR: User callback failed.
2024-01-30 01:21:19,090 DEBG 'netopeer2-server' stdout output:
[ERR]: NP: Failed to send an RPC (User callback failed).
2024-01-30 01:21:19,091 DEBG 'netopeer2-server' stdout output:
[INF]: NP: Session 1: thread 1 event new RPC.
2024-01-30 01:21:19,092 DEBG 'netopeer2-server' stdout output:
[INF]: NP: Session 1: thread 1 event reply error.
2024-01-30 01:21:19,093 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/ietf-netconf-monitoring:get-schema" "rpc" ID 10 priority 0 for 1 subscribers published.
2024-01-30 01:21:19,095 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV LISTEN: "/ietf-netconf-monitoring:get-schema" "rpc" ID 10 priority 0 processing (remaining 1 subscribers).
[INF]: NP: Module "o-ran-wg4-features@" was requested.
2024-01-30 01:21:19,096 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV LISTEN: "/ietf-netconf-monitoring:get-schema" "rpc" ID 10 priority 0 fail (remaining 1 subscribers).
[ERR]: SR: NETCONF error occurred.
[WRN]: SR: EV ORIGIN: "/ietf-netconf-monitoring:get-schema" "rpc" ID 10 priority 0 failed (Invalid argument).
[ERR]: SR: User callback failed.
[ERR]: NP: Failed to send an RPC (User callback failed).
2024-01-30 01:21:19,096 DEBG 'netopeer2-server' stdout output:
[INF]: NP: Session 1: thread 0 event new RPC.
[INF]: NP: Session 1: thread 0 event reply error.
2024-01-30 01:21:19,412 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/ietf-netconf:get" "rpc" ID 2 priority 0 for 1 subscribers published.
2024-01-30 01:21:19,413 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV LISTEN: "/ietf-netconf:get" "rpc" ID 2 priority 0 processing (remaining 1 subscribers).
2024-01-30 01:21:19,415 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/o-ran-operations:operational-info" "oper get" index 0 ID 1 published.
2024-01-30 01:21:19,416 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-operations:operational-info" "oper get" ID 1 processing.
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-operations.c:329  ========== DATA FOR "o-ran-operations" "/o-ran-operations:operational-info" REQUESTED =======================
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-operations:operational-info" "oper get" ID 1 processing success.
2024-01-30 01:21:19,416 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/o-ran-operations:operational-info" "oper get" index 0 ID 1 succeeded.
2024-01-30 01:21:19,417 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV LISTEN: "/ietf-netconf:get" "rpc" ID 2 priority 0 success (remaining 0 subscribers).
2024-01-30 01:21:19,417 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/ietf-netconf:get" "rpc" ID 2 priority 0 succeeded.
2024-01-30 01:21:19,418 DEBG 'netopeer2-server' stdout output:
[INF]: NP: Session 1: thread 2 event new RPC.
2024-01-30 01:21:19,421 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-software-management:software-inventory" "oper get" ID 1 processing.
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-software-management.c:1019  ========== DATA FOR "o-ran-software-management" "/o-ran-software-management:software-inventory" REQUESTED =======================
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-software-management.c:990 Number of files 2 in  SW-COMPONENT-1
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-software-management.c:990 Number of files 2 in  SW-COMPONENT-2
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-software-management:software-inventory" "oper get" ID 1 processing success.
2024-01-30 01:21:19,421 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/ietf-netconf:get" "rpc" ID 3 priority 0 for 1 subscribers published.
[INF]: SR: EV LISTEN: "/ietf-netconf:get" "rpc" ID 3 priority 0 processing (remaining 1 subscribers).
[INF]: SR: EV ORIGIN: "/o-ran-software-management:software-inventory" "oper get" index 0 ID 1 published.
[INF]: SR: EV ORIGIN: "/o-ran-software-management:software-inventory" "oper get" index 0 ID 1 succeeded.
2024-01-30 01:21:19,422 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/o-ran-software-management:software-inventory" "oper get" index 0 ID 2 published.
2024-01-30 01:21:19,422 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-software-management:software-inventory" "oper get" ID 2 processing.
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-software-management.c:1019  ========== DATA FOR "o-ran-software-management" "/o-ran-software-management:software-inventory" REQUESTED =======================
2024-01-30 01:21:19,423 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-software-management.c:990 Number of files 2 in  SW-COMPONENT-1
2024-01-30 01:21:19,423 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-software-management.c:990 Number of files 2 in  SW-COMPONENT-2
2024-01-30 01:21:19,423 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-software-management:software-inventory" "oper get" ID 2 processing success.
2024-01-30 01:21:19,423 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/o-ran-software-management:software-inventory" "oper get" index 0 ID 2 succeeded.
2024-01-30 01:21:19,424 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/o-ran-software-management:software-inventory" "oper get" index 0 ID 3 published.
2024-01-30 01:21:19,425 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-software-management:software-inventory" "oper get" ID 3 processing.
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-software-management.c:1019  ========== DATA FOR "o-ran-software-management" "/o-ran-software-management:software-inventory" REQUESTED =======================
2024-01-30 01:21:19,425 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-software-management.c:990 Number of files 2 in  SW-COMPONENT-1
2024-01-30 01:21:19,425 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-software-management.c:990 Number of files 2 in  SW-COMPONENT-2
2024-01-30 01:21:19,427 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-software-management:software-inventory" "oper get" ID 3 processing success.
2024-01-30 01:21:19,428 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/o-ran-software-management:software-inventory" "oper get" index 0 ID 3 succeeded.
[INF]: SR: EV ORIGIN: "/o-ran-software-management:software-inventory" "oper get" index 0 ID 4 published.
2024-01-30 01:21:19,428 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-software-management:software-inventory" "oper get" ID 4 processing.
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-software-management.c:1019  ========== DATA FOR "o-ran-software-management" "/o-ran-software-management:software-inventory" REQUESTED =======================
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-software-management.c:990 Number of files 2 in  SW-COMPONENT-1
2024-01-30 01:21:19,428 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-software-management.c:990 Number of files 2 in  SW-COMPONENT-2
2024-01-30 01:21:19,429 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-software-management:software-inventory" "oper get" ID 4 processing success.
2024-01-30 01:21:19,430 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/o-ran-software-management:software-inventory" "oper get" index 0 ID 4 succeeded.
[INF]: SR: EV ORIGIN: "/o-ran-software-management:software-inventory" "oper get" index 0 ID 5 published.
2024-01-30 01:21:19,434 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-software-management:software-inventory" "oper get" ID 5 processing.
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-software-management.c:1019  ========== DATA FOR "o-ran-software-management" "/o-ran-software-management:software-inventory" REQUESTED =======================
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-software-management.c:990 Number of files 2 in  SW-COMPONENT-1
2024-01-30 01:21:19,436 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-software-management.c:990 Number of files 2 in  SW-COMPONENT-2
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-software-management:software-inventory" "oper get" ID 5 processing success.
2024-01-30 01:21:19,438 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/o-ran-software-management:software-inventory" "oper get" index 0 ID 5 succeeded.
2024-01-30 01:21:19,440 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/o-ran-software-management:software-inventory" "oper get" index 0 ID 6 published.
2024-01-30 01:21:19,442 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-software-management:software-inventory" "oper get" ID 6 processing.
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-software-management.c:1019  ========== DATA FOR "o-ran-software-management" "/o-ran-software-management:software-inventory" REQUESTED =======================
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-software-management.c:990 Number of files 2 in  SW-COMPONENT-1
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-software-management.c:990 Number of files 2 in  SW-COMPONENT-2
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-software-management:software-inventory" "oper get" ID 6 processing success.
2024-01-30 01:21:19,443 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/o-ran-software-management:software-inventory" "oper get" index 0 ID 6 succeeded.
[INF]: SR: EV LISTEN: "/ietf-netconf:get" "rpc" ID 3 priority 0 success (remaining 0 subscribers).
2024-01-30 01:21:19,444 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/ietf-netconf:get" "rpc" ID 3 priority 0 succeeded.
2024-01-30 01:21:19,444 DEBG 'netopeer2-server' stdout output:
[INF]: NP: Session 1: thread 2 event new RPC.
2024-01-30 01:21:19,446 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/ietf-netconf:get" "rpc" ID 4 priority 0 for 1 subscribers published.
2024-01-30 01:21:19,446 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV LISTEN: "/ietf-netconf:get" "rpc" ID 4 priority 0 processing (remaining 1 subscribers).
2024-01-30 01:21:19,455 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/ietf-hardware:hardware" "oper get" index 0 ID 3 published.
2024-01-30 01:21:19,456 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/ietf-hardware:hardware" "oper get" ID 3 processing.
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-hardware.c:837  ========== DATA FOR "ietf-hardware" "/ietf-hardware:hardware" REQUESTED =======================
2024-01-30 01:21:19,457 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/ietf-hardware:hardware" "oper get" ID 3 processing success.
2024-01-30 01:21:19,457 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/ietf-hardware:hardware" "oper get" index 0 ID 3 succeeded.
2024-01-30 01:21:19,461 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/ietf-hardware:hardware" "oper get" index 0 ID 4 published.
2024-01-30 01:21:19,463 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/ietf-hardware:hardware" "oper get" ID 4 processing.
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-hardware.c:837  ========== DATA FOR "ietf-hardware" "/ietf-hardware:hardware" REQUESTED =======================
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/ietf-hardware:hardware" "oper get" ID 4 processing success.
2024-01-30 01:21:19,463 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/ietf-hardware:hardware" "oper get" index 0 ID 4 succeeded.
2024-01-30 01:21:19,467 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/ietf-hardware:hardware" "oper get" ID 5 processing.
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-hardware.c:837  ========== DATA FOR "ietf-hardware" "/ietf-hardware:hardware" REQUESTED =======================
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/ietf-hardware:hardware" "oper get" ID 5 processing success.
2024-01-30 01:21:19,467 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/ietf-hardware:hardware" "oper get" index 0 ID 5 published.
[INF]: SR: EV ORIGIN: "/ietf-hardware:hardware" "oper get" index 0 ID 5 succeeded.
[INF]: SR: EV ORIGIN: "/ietf-hardware:hardware" "oper get" index 0 ID 6 published.
2024-01-30 01:21:19,469 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/ietf-hardware:hardware" "oper get" ID 6 processing.
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-hardware.c:837  ========== DATA FOR "ietf-hardware" "/ietf-hardware:hardware" REQUESTED =======================
2024-01-30 01:21:19,469 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/ietf-hardware:hardware" "oper get" ID 6 processing success.
2024-01-30 01:21:19,470 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/ietf-hardware:hardware" "oper get" index 0 ID 6 succeeded.
2024-01-30 01:21:19,477 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/ietf-hardware:hardware" "oper get" index 0 ID 7 published.
2024-01-30 01:21:19,481 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/ietf-hardware:hardware" "oper get" ID 7 processing.
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-hardware.c:837  ========== DATA FOR "ietf-hardware" "/ietf-hardware:hardware" REQUESTED =======================
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/ietf-hardware:hardware" "oper get" ID 7 processing success.
2024-01-30 01:21:19,481 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/ietf-hardware:hardware" "oper get" index 0 ID 7 succeeded.
[INF]: SR: EV LISTEN: "/ietf-netconf:get" "rpc" ID 4 priority 0 success (remaining 0 subscribers).
2024-01-30 01:21:19,484 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/ietf-netconf:get" "rpc" ID 4 priority 0 succeeded.
[INF]: NP: Session 1: thread 2 event new RPC.
2024-01-30 01:21:19,512 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/ietf-netconf:get" "rpc" ID 5 priority 0 for 1 subscribers published.
2024-01-30 01:21:19,514 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV LISTEN: "/ietf-netconf:get" "rpc" ID 5 priority 0 processing (remaining 1 subscribers).
2024-01-30 01:21:19,616 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-operations:operational-info" "oper get" ID 2 processing.
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-operations.c:329  ========== DATA FOR "o-ran-operations" "/o-ran-operations:operational-info" REQUESTED =======================
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-operations:operational-info" "oper get" ID 2 processing success.
2024-01-30 01:21:19,617 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/o-ran-operations:operational-info" "oper get" index 0 ID 2 published.
[INF]: SR: EV ORIGIN: "/o-ran-operations:operational-info" "oper get" index 0 ID 2 succeeded.
2024-01-30 01:21:19,618 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-operations:operational-info" "oper get" ID 3 processing.
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-operations.c:329  ========== DATA FOR "o-ran-operations" "/o-ran-operations:operational-info" REQUESTED =======================
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-operations:operational-info" "oper get" ID 3 processing success.
2024-01-30 01:21:19,618 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/o-ran-operations:operational-info" "oper get" index 0 ID 3 published.
[INF]: SR: EV ORIGIN: "/o-ran-operations:operational-info" "oper get" index 0 ID 3 succeeded.
2024-01-30 01:21:19,620 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV LISTEN: "/ietf-netconf:get" "rpc" ID 5 priority 0 success (remaining 0 subscribers).
[INF]: SR: EV ORIGIN: "/ietf-netconf:get" "rpc" ID 5 priority 0 succeeded.
[INF]: NP: Session 1: thread 2 event new RPC.
2024-01-30 01:21:19,621 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/ietf-netconf:get" "rpc" ID 6 priority 0 for 1 subscribers published.
2024-01-30 01:21:19,622 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV LISTEN: "/ietf-netconf:get" "rpc" ID 6 priority 0 processing (remaining 1 subscribers).
2024-01-30 01:21:19,751 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/ietf-netconf-acm:nacm/denied-operations" "oper get" index 0 ID 1 published.
[INF]: SR: EV LISTEN: "/ietf-netconf-acm:nacm/denied-operations" "oper get" ID 1 processing.
2024-01-30 01:21:19,752 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/sysrepo-monitoring:sysrepo-state/connection[cid='39']/nacm-stats" "oper get" index 0 ID 1 published.
[INF]: SR: EV LISTEN: "/sysrepo-monitoring:sysrepo-state/connection[cid='39']/nacm-stats" "oper get" ID 1 processing.
2024-01-30 01:21:19,761 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV LISTEN: "/sysrepo-monitoring:sysrepo-state/connection[cid='39']/nacm-stats" "oper get" ID 1 processing success.
[INF]: SR: EV ORIGIN: "/sysrepo-monitoring:sysrepo-state/connection[cid='39']/nacm-stats" "oper get" index 0 ID 1 succeeded.
[INF]: SR: EV LISTEN: "/ietf-netconf-acm:nacm/denied-operations" "oper get" ID 1 processing success.
[INF]: SR: EV ORIGIN: "/ietf-netconf-acm:nacm/denied-operations" "oper get" index 0 ID 1 succeeded.
2024-01-30 01:21:19,761 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/ietf-netconf-acm:nacm/denied-data-writes" "oper get" index 0 ID 1 published.
[INF]: SR: EV LISTEN: "/ietf-netconf-acm:nacm/denied-data-writes" "oper get" ID 1 processing.
2024-01-30 01:21:19,762 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/sysrepo-monitoring:sysrepo-state/connection[cid='39']/nacm-stats" "oper get" index 0 ID 2 published.
2024-01-30 01:21:19,762 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV LISTEN: "/sysrepo-monitoring:sysrepo-state/connection[cid='39']/nacm-stats" "oper get" ID 2 processing.
[INF]: SR: EV LISTEN: "/sysrepo-monitoring:sysrepo-state/connection[cid='39']/nacm-stats" "oper get" ID 2 processing success.
2024-01-30 01:21:19,762 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/sysrepo-monitoring:sysrepo-state/connection[cid='39']/nacm-stats" "oper get" index 0 ID 2 succeeded.
[INF]: SR: EV LISTEN: "/ietf-netconf-acm:nacm/denied-data-writes" "oper get" ID 1 processing success.
2024-01-30 01:21:19,762 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/ietf-netconf-acm:nacm/denied-data-writes" "oper get" index 0 ID 1 succeeded.
2024-01-30 01:21:19,763 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/ietf-netconf-acm:nacm/denied-notifications" "oper get" index 0 ID 1 published.
[INF]: SR: EV LISTEN: "/ietf-netconf-acm:nacm/denied-notifications" "oper get" ID 1 processing.
2024-01-30 01:21:19,763 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/sysrepo-monitoring:sysrepo-state/connection[cid='39']/nacm-stats" "oper get" index 0 ID 3 published.
2024-01-30 01:21:19,763 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV LISTEN: "/sysrepo-monitoring:sysrepo-state/connection[cid='39']/nacm-stats" "oper get" ID 3 processing.
[INF]: SR: EV LISTEN: "/sysrepo-monitoring:sysrepo-state/connection[cid='39']/nacm-stats" "oper get" ID 3 processing success.
2024-01-30 01:21:19,763 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/sysrepo-monitoring:sysrepo-state/connection[cid='39']/nacm-stats" "oper get" index 0 ID 3 succeeded.
2024-01-30 01:21:19,764 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV LISTEN: "/ietf-netconf-acm:nacm/denied-notifications" "oper get" ID 1 processing success.
[INF]: SR: EV ORIGIN: "/ietf-netconf-acm:nacm/denied-notifications" "oper get" index 0 ID 1 succeeded.
2024-01-30 01:21:19,778 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/sysrepo-monitoring:sysrepo-state/connection[cid='39']/nacm-stats" "oper get" index 0 ID 4 published.
[INF]: SR: EV LISTEN: "/sysrepo-monitoring:sysrepo-state/connection[cid='39']/nacm-stats" "oper get" ID 4 processing.
2024-01-30 01:21:19,786 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV LISTEN: "/sysrepo-monitoring:sysrepo-state/connection[cid='39']/nacm-stats" "oper get" ID 4 processing success.
[INF]: SR: EV ORIGIN: "/sysrepo-monitoring:sysrepo-state/connection[cid='39']/nacm-stats" "oper get" index 0 ID 4 succeeded.
[INF]: SR: EV ORIGIN: "/nc-notifications:netconf" "oper get" index 0 ID 1 published.
2024-01-30 01:21:19,787 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV LISTEN: "/nc-notifications:netconf" "oper get" ID 1 processing.
2024-01-30 01:21:19,788 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV LISTEN: "/nc-notifications:netconf" "oper get" ID 1 processing success.
2024-01-30 01:21:19,789 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/nc-notifications:netconf" "oper get" index 0 ID 1 succeeded.
2024-01-30 01:21:19,789 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/ietf-interfaces:interfaces" "oper get" index 0 ID 1 published.
2024-01-30 01:21:19,791 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/ietf-interfaces:interfaces" "oper get" ID 1 processing.
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-interfaces.c:751  ========== DATA FOR "ietf-interfaces" "/ietf-interfaces:interfaces" REQUESTED =======================
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-interfaces.c:756 Printing static data:
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/ietf-interfaces:interfaces" "oper get" ID 1 processing success.
2024-01-30 01:21:19,791 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/ietf-interfaces:interfaces" "oper get" index 0 ID 1 succeeded.
2024-01-30 01:21:19,805 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/ietf-subscribed-notifications:streams" "oper get" index 0 ID 1 published.
[INF]: SR: EV LISTEN: "/ietf-subscribed-notifications:streams" "oper get" ID 1 processing.
[INF]: SR: EV LISTEN: "/ietf-subscribed-notifications:streams" "oper get" ID 1 processing success.
[INF]: SR: EV ORIGIN: "/ietf-subscribed-notifications:streams" "oper get" index 0 ID 1 succeeded.
[INF]: SR: EV ORIGIN: "/ietf-subscribed-notifications:subscriptions" "oper get" index 0 ID 1 published.
[INF]: SR: EV LISTEN: "/ietf-subscribed-notifications:subscriptions" "oper get" ID 1 processing.
[INF]: SR: EV LISTEN: "/ietf-subscribed-notifications:subscriptions" "oper get" ID 1 processing success.
2024-01-30 01:21:19,807 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/ietf-subscribed-notifications:subscriptions" "oper get" index 0 ID 1 succeeded.
[INF]: SR: EV ORIGIN: "/ietf-netconf-monitoring:netconf-state" "oper get" index 0 ID 1 published.
[INF]: SR: EV LISTEN: "/ietf-netconf-monitoring:netconf-state" "oper get" ID 1 processing.
2024-01-30 01:21:19,811 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV LISTEN: "/ietf-netconf-monitoring:netconf-state" "oper get" ID 1 processing success.
2024-01-30 01:21:19,811 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/ietf-netconf-monitoring:netconf-state" "oper get" index 0 ID 1 succeeded.
2024-01-30 01:21:19,816 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/ietf-netconf-monitoring:netconf-state/ietf-netconf-monitoring:capabilities" "oper get" index 0 ID 1 published.
2024-01-30 01:21:19,817 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/ietf-netconf-monitoring:netconf-state/ietf-netconf-monitoring:capabilities" "oper get" ID 1 processing.
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/ietf-netconf-monitoring:netconf-state/ietf-netconf-monitoring:capabilities" "oper get" ID 1 processing success.
2024-01-30 01:21:19,820 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/ietf-hardware:hardware" "oper get" ID 8 processing.
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-hardware.c:837  ========== DATA FOR "ietf-hardware" "/ietf-hardware:hardware" REQUESTED =======================
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/ietf-hardware:hardware" "oper get" ID 8 processing success.
2024-01-30 01:21:19,820 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/ietf-netconf-monitoring:netconf-state/ietf-netconf-monitoring:capabilities" "oper get" index 0 ID 1 succeeded.
[INF]: SR: EV ORIGIN: "/ietf-hardware:hardware" "oper get" index 0 ID 8 published.
[INF]: SR: EV ORIGIN: "/ietf-hardware:hardware" "oper get" index 0 ID 8 succeeded.
2024-01-30 01:21:19,820 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/o-ran-sync:sync" "oper get" index 0 ID 4 published.
2024-01-30 01:21:19,821 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-sync:sync" "oper get" ID 4 processing.
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-sync.c:684  ========== DATA FOR "o-ran-sync" "/o-ran-sync:sync" REQ #4 =======================
2024-01-30 01:21:19,822 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-sync:sync" "oper get" ID 4 processing success.
2024-01-30 01:21:19,822 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/o-ran-sync:sync" "oper get" index 0 ID 4 succeeded.
2024-01-30 01:21:19,823 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/o-ran-dhcp:dhcp" "oper get" index 0 ID 1 published.
2024-01-30 01:21:19,823 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-dhcp:dhcp" "oper get" ID 1 processing.
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-dhcp.c:2337  ========== DATA FOR "o-ran-dhcp" "/o-ran-dhcp:dhcp" REQ #1 =======================
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-interfaces.c:1031 waiting for dhcp_info.dhcp_version ...
2024-01-30 01:21:19,824 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/ERR:UE_APP-OAM/orusw[RU01]: airphone-orusim/common/src/libyang-utils.c:226 Invalid argument : NULL pointer.
2024-01-30 01:21:19/ERR:UE_APP-OAM/orusw[RU01]: airphone-orusim/common/src/libyang-utils.c:236 Invalid argument : NULL pointer.
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-interfaces.c:1031 waiting for dhcp_info.dhcp_version ...
2024-01-30 01:21:19/ERR:UE_APP-OAM/orusw[RU01]: airphone-orusim/common/src/libyang-utils.c:226 Invalid argument : NULL pointer.
2024-01-30 01:21:19/ERR:UE_APP-OAM/orusw[RU01]: airphone-orusim/common/src/libyang-utils.c:236 Invalid argument : NULL pointer.
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-dhcp.c:2462 waiting for dhcp_info.dhcp_version ...
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/common/src/libyang-utils.c:869

(null)

2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-dhcp:dhcp" "oper get" ID 1 processing success.
2024-01-30 01:21:19,824 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/o-ran-dhcp:dhcp" "oper get" index 0 ID 1 succeeded.
2024-01-30 01:21:19,824 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/o-ran-externalio:external-io" "oper get" index 0 ID 1 published.
2024-01-30 01:21:19,828 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-externalio:external-io" "oper get" ID 1 processing.
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-external-io.c:130  ========== DATA FOR "o-ran-externalio" "/o-ran-externalio:external-io" REQUESTED =======================
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-external-io.c:77 Start reporting oper data for externalio...
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-external-io.c:47 Initializing inputs in externalio
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-external-io.c:54 Initializing outputs in externalio
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-externalio:external-io" "oper get" ID 1 processing success.
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-mplane-int:mplane-info" "oper get" ID 1 processing.
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-mplane-int.c:176  ========== DATA FOR "o-ran-mplane-int" "/o-ran-mplane-int:mplane-info" REQUESTED =======================
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-mplane-int:mplane-info" "oper get" ID 1 processing success.
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-ald-port:ald-ports-io" "oper get" ID 1 processing.
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-ald-port.c:86  ========== DATA FOR "o-ran-ald-port" "/o-ran-ald-port:ald-ports-io" REQUESTED =======================
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-ald-port:ald-ports-io" "oper get" ID 1 processing success.
2024-01-30 01:21:19,828 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/o-ran-externalio:external-io" "oper get" index 0 ID 1 succeeded.
[INF]: SR: EV ORIGIN: "/o-ran-mplane-int:mplane-info" "oper get" index 0 ID 1 published.
[INF]: SR: EV ORIGIN: "/o-ran-mplane-int:mplane-info" "oper get" index 0 ID 1 succeeded.
[INF]: SR: EV ORIGIN: "/o-ran-ald-port:ald-ports-io" "oper get" index 0 ID 1 published.
[INF]: SR: EV ORIGIN: "/o-ran-ald-port:ald-ports-io" "oper get" index 0 ID 1 succeeded.
2024-01-30 01:21:19,829 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-transceiver:port-transceivers" "oper get" ID 1 processing.
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-transceiver.c:420  ========== DATA FOR "o-ran-transceiver" "/o-ran-transceiver:port-transceivers" REQUESTED =======================
2024-01-30 01:21:19,829 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/o-ran-transceiver:port-transceivers" "oper get" index 0 ID 1 published.
2024-01-30 01:21:19,829 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-transceiver:port-transceivers" "oper get" ID 1 processing success.
2024-01-30 01:21:19,829 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/o-ran-transceiver:port-transceivers" "oper get" index 0 ID 1 succeeded.
2024-01-30 01:21:19,830 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-operations:operational-info" "oper get" ID 4 processing.
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-operations.c:329  ========== DATA FOR "o-ran-operations" "/o-ran-operations:operational-info" REQUESTED =======================
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-operations:operational-info" "oper get" ID 4 processing success.
2024-01-30 01:21:19,830 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/o-ran-operations:operational-info" "oper get" index 0 ID 4 published.
[INF]: SR: EV ORIGIN: "/o-ran-operations:operational-info" "oper get" index 0 ID 4 succeeded.
2024-01-30 01:21:19,831 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/o-ran-software-management:software-inventory" "oper get" index 0 ID 7 published.
2024-01-30 01:21:19,831 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-software-management:software-inventory" "oper get" ID 7 processing.
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-software-management.c:1019  ========== DATA FOR "o-ran-software-management" "/o-ran-software-management:software-inventory" REQUESTED =======================
2024-01-30 01:21:19,831 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-software-management.c:990 Number of files 2 in  SW-COMPONENT-1
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-software-management.c:990 Number of files 2 in  SW-COMPONENT-2
2024-01-30 01:21:19,834 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-software-management:software-inventory" "oper get" ID 7 processing success.
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-fan:fan-tray" "oper get" ID 1 processing.
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-fan.c:50  ========== DATA FOR "o-ran-fan" "/o-ran-fan:fan-tray" REQUESTED =======================
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-fan:fan-tray" "oper get" ID 1 processing success.
2024-01-30 01:21:19,834 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/o-ran-software-management:software-inventory" "oper get" index 0 ID 7 succeeded.
[INF]: SR: EV ORIGIN: "/o-ran-fan:fan-tray" "oper get" index 0 ID 1 published.
[INF]: SR: EV ORIGIN: "/o-ran-fan:fan-tray" "oper get" index 0 ID 1 succeeded.
[INF]: SR: EV ORIGIN: "/o-ran-fm:active-alarm-list" "oper get" index 0 ID 1 published.
2024-01-30 01:21:19,835 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-fm:active-alarm-list" "oper get" ID 1 processing.
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-fm.c:294 ========== DATA FOR "o-ran-fm" "/o-ran-fm:active-alarm-list" REQUESTED =======================
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-fm.c:305 o-ran-fm get starting loop
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-fm.c:320 o-ran-fm get ending loop
2024-01-30 01:21:19,840 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-fm.c:325 o-ran-fm get done
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-fm:active-alarm-list" "oper get" ID 1 processing success.
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-lbm:md-data-definitions" "oper get" ID 1 processing.
2024-01-30 01:21:19/DBG:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-lbm.c:323  ========== DATA FOR "o-ran-lbm" "/o-ran-lbm:md-data-definitions" REQUESTED =======================
[ERR] No data found for "/o-ran-lbm:md-data-definitions/maintenance-domain[1]/maintenance-association[1]/component-list[1]/maintenance-association-end-point[1]".
2024-01-30 01:21:19/ERR:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, No data found for "/o-ran-lbm:md-data-definitions/maintenance-domain[1]/maintenance-association[1]/component-list[1]/maintenance-association-end-point[1]".
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-lbm:md-data-definitions" "oper get" ID 1 processing success.
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-performance-management:performance-measurement-objects" "oper get" ID 1 processing.
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-pm.c:1427  ========== DATA FOR "o-ran-performance-management" "/o-ran-performance-management:performance-measurement-objects" REQUESTED =======================
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-performance-management:performance-measurement-objects" "oper get" ID 1 processing success.
2024-01-30 01:21:19,840 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/o-ran-fm:active-alarm-list" "oper get" index 0 ID 1 succeeded.
[INF]: SR: EV ORIGIN: "/o-ran-lbm:md-data-definitions" "oper get" index 0 ID 1 published.
[INF]: SR: EV ORIGIN: "/o-ran-lbm:md-data-definitions" "oper get" index 0 ID 1 succeeded.
[INF]: SR: EV ORIGIN: "/o-ran-performance-management:performance-measurement-objects" "oper get" index 0 ID 1 published.
[INF]: SR: EV ORIGIN: "/o-ran-performance-management:performance-measurement-objects" "oper get" index 0 ID 1 succeeded.
2024-01-30 01:21:19,840 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/o-ran-module-cap:module-capability" "oper get" index 0 ID 1 published.
2024-01-30 01:21:19,841 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-module-cap:module-capability" "oper get" ID 1 processing.
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-module-cap.c:99  ========== DATA FOR "o-ran-module-cap" "/o-ran-module-cap:module-capability" REQUESTED =======================
2024-01-30 01:21:19,841 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-module-cap:module-capability" "oper get" ID 1 processing success.
2024-01-30 01:21:19,841 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/o-ran-module-cap:module-capability" "oper get" index 0 ID 1 succeeded.
2024-01-30 01:21:19,842 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/o-ran-delay-management:delay-management" "oper get" index 0 ID 1 published.
2024-01-30 01:21:19,842 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-delay-management:delay-management" "oper get" ID 1 processing.
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-delay-management.c:73  ========== DATA FOR "o-ran-delay-management" "/o-ran-delay-management:delay-management" REQUESTED =======================
2024-01-30 01:21:19,843 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-delay-management:delay-management" "oper get" ID 1 processing success.
2024-01-30 01:21:19,843 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/o-ran-delay-management:delay-management" "oper get" index 0 ID 1 succeeded.
2024-01-30 01:21:19,845 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-uplane-conf:user-plane-configuration" "oper get" ID 1 processing.
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-uplane-conf.c:525  ========== DATA FOR "o-ran-uplane-conf" "/o-ran-uplane-conf:user-plane-configuration" REQUESTED (SUB ID = 138 REQ ID = 1) =======================
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-uplane-conf:user-plane-configuration" "oper get" ID 1 processing success.
2024-01-30 01:21:19,847 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/o-ran-uplane-conf:user-plane-configuration" "oper get" index 0 ID 1 published.
[INF]: SR: EV ORIGIN: "/o-ran-uplane-conf:user-plane-configuration" "oper get" index 0 ID 1 succeeded.
2024-01-30 01:21:19,848 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/o-ran-uplane-conf:user-plane-configuration/tx-array-carriers" "oper get" index 0 ID 1 published.
2024-01-30 01:21:19,851 DEBG 'oranManager' stdout output:
2024-01-30 01:21:19.848 INFO/UE_APP-OAM/OranManager: OranManager.py:106 - callbackUplaneConfGetOperationalTx() - In get operationalTX: /*
2024-01-30 01:21:19,858 DEBG 'oranManager' stdout output:
2024-01-30 01:21:19.854 INFO/UE_APP-OAM/OranManager: OranManager.py:115 - callbackUplaneConfGetOperationalTx() - Returning info for 0 tx_arrays
2024-01-30 01:21:19.855 INFO/UE_APP-OAM/OranManager: OranManager.py:92 - callbackUplaneConfGetOperationalRx() - In get operationalRX: /*
2024-01-30 01:21:19,859 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/o-ran-uplane-conf:user-plane-configuration/tx-array-carriers" "oper get" index 0 ID 1 succeeded.
[INF]: SR: EV ORIGIN: "/o-ran-uplane-conf:user-plane-configuration/rx-array-carriers" "oper get" index 0 ID 1 published.
[INF]: SR: EV ORIGIN: "/o-ran-uplane-conf:user-plane-configuration/rx-array-carriers" "oper get" index 0 ID 1 succeeded.
2024-01-30 01:21:19,861 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-beamforming:beamforming-config" "oper get" ID 1 processing.
2024-01-30 01:21:19/INF:UE_APP-OAM/orusw[RU01]: airphone-orusim/orusw/o-ran-beamforming.c:74  ========== DATA FOR "o-ran-beamforming" "/o-ran-beamforming:beamforming-config" REQUESTED =======================
2024-01-30 01:21:19,862 DEBG 'oranManager' stdout output:
2024-01-30 01:21:19.858 INFO/UE_APP-OAM/OranManager: OranManager.py:101 - callbackUplaneConfGetOperationalRx() - Returning info for 0 rx_arrays
2024-01-30 01:21:19,862 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/o-ran-beamforming:beamforming-config" "oper get" index 0 ID 1 published.
[INF]: SR: EV ORIGIN: "/o-ran-beamforming:beamforming-config" "oper get" index 0 ID 1 succeeded.
2024-01-30 01:21:19,863 DEBG 'orusw' stdout output:
2024-01-30 01:21:19/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "/o-ran-beamforming:beamforming-config" "oper get" ID 1 processing success.
2024-01-30 01:21:19,906 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV LISTEN: "/ietf-netconf:get" "rpc" ID 6 priority 0 success (remaining 0 subscribers).
[INF]: SR: EV ORIGIN: "/ietf-netconf:get" "rpc" ID 6 priority 0 succeeded.
2024-01-30 01:21:19,957 DEBG 'netopeer2-server' stdout output:
[INF]: NP: Session 1: thread 0 event new RPC.
2024-01-30 01:21:20,090 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV ORIGIN: "/notifications:create-subscription" "rpc" ID 1 priority 0 for 1 subscribers published.
[INF]: SR: EV LISTEN: "/notifications:create-subscription" "rpc" ID 1 priority 0 processing (remaining 1 subscribers).
2024-01-30 01:21:20,483 DEBG 'LinkManagerOru' stderr output:
XMT: Forming Solicit, 7740 ms elapsed.
XMT:  X-- IA_NA ac:13:00:02
XMT:  | X-- Request renew in  +3600
XMT:  | X-- Request rebind in +5400
XMT: Solicit on eth0.2, interval 8980ms.
2024-01-30 01:21:27,579 DEBG 'CallHomeManager' stderr output:
[ERR] Waiting for subscription of "ietf-netconf-notifications" failed, previous event "notif" ID 2 was not processed.
2024-01-30 01:21:27,580 DEBG 'CallHomeManager' stderr output:
[ERR] Failed to generate netconf-config-change notification, but changes were applied.
sysrepocfg error: Failed to merge edit data (Timeout expired)
2024-01-30 01:21:27,595 DEBG 'CallHomeManager' stderr output:
2024-01-30 01:21:27.595 INFO/UE_APP-OAM/CallHomeManager: CallHomeManager.py:173 - handleLinkManagerData() - [MPlaneLink=1] Replying to validation dn=Validation/1/LINK/SRV with data = {'status': 'OK', 'message': 'No error'}
2024-01-30 01:21:27,596 DEBG 'LinkManagerOru' stderr output:

Working log:

2024-01-30 01:18:23,765 DEBG 'CallHomeManager' stderr output:
2024-01-30 01:18:23.765 DEBUG/UE_APP-OAM/CallHomeManager: CallHomeManager.py:133 - fill_jinja_xml_with_context() - Input template file /opt/UE_APP_OAM/service/CallHomeManager/callHome.xml
2024-01-30 01:18:23,766 DEBG 'CallHomeManager' stderr output:
2024-01-30 01:18:23.766 INFO/UE_APP-OAM/CallHomeManager: CallHomeManager.py:140 - fill_jinja_xml_with_context() - Generated file /opt/UE_APP_OAM/service/CallHomeManager/xmlCallHomeTree.xml !
2024-01-30 01:18:23,863 DEBG 'CallHomeManager' stderr output:
[INF] Connection 48 created.
2024-01-30 01:18:23,865 DEBG 'CallHomeManager' stderr output:
[INF] Session 79 (user "root", CID 48) created.
2024-01-30 01:18:23,876 DEBG 'CallHomeManager' stderr output:
[INF] EV ORIGIN: "ietf-netconf-server" "done" ID 2 priority 0 for 23 subscribers published.
[INF] EV ORIGIN: "ietf-netconf-server" "done" ID 2 priority 0 succeeded.
[INF] EV ORIGIN: "ietf-netconf-notifications" "notif" ID 2 priority 0 for 4 subscribers published.
2024-01-30 01:18:23,876 DEBG 'orusw' stdout output:
2024-01-30 01:18:23/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "ietf-netconf-notifications" "notif" ID 2 processing.
2024-01-30 01:18:23/INF:UE_APP-OAM/sysrepo[RU01]: UE_APP-OAM/sysrepo, EV LISTEN: "ietf-netconf-notifications" "notif" ID 2 priority 0 success (remaining 0 subscribers).
2024-01-30 01:18:23,876 DEBG 'netopeer2-server' stdout output:
[INF]: SR: EV LISTEN: "ietf-netconf-server" "done" ID 2 priority 0 processing (remaining 23 subscribers).
[ERR]: LN: Unable to use Keyboard-Interactive authentication method without setting the name of the PAM configuration file first.
[INF]: SR: EV LISTEN: "ietf-netconf-server" "done" ID 2 priority 0 success (remaining 0 subscribers).
[INF]: LN: Call Home client "NC-Client-1" endpoint "default-ssh" connecting...
[INF]: LN: Trying to connect via IPv4 to <IP_ADDRESS>:4334.
[INF]: LN: Successfully connected to <IP_ADDRESS>:4334 over IPv4.
[INF]: SR: Session 81 (user "root", CID 39) created.
2024-01-30 01:18:23,886 DEBG 'CallHomeManager' stderr output:
2024-01-30 01:18:23.886 INFO/UE_APP-OAM/CallHomeManager: CallHomeManager.py:173 - handleLinkManagerData() - [MPlaneLink=1] Replying to validation dn=Validation/1/LINK/SRV with data = {'status': 'OK', 'message': 'No error'}
2024-01-30 01:18:23,889 DEBG 'LinkManagerOru' stderr output:

Use the latest release, the notifications work differently so it makes no sense of fixing any problem in the older version. Also, please attach such long logs as attachments next time.

Ok I will create another ticket or get back to this one if reproduced on latest version. Thanks


SRM-14237 Structural changes to error tracking topics

Harness Developer Pull Request
Thanks for helping us make the Developer Hub better. The PR will be looked at
by the maintainers.
What Type of PR is This?

[ ] Issue
[ ] Feature
[x] Maintenance/Chore: 1. Made structural changes to Error Tracking topics. 2. Replaced a screenshot.

If tied to an Issue, list the Issue(s) here:

Issue(s)  SRM-14237

House Keeping
Some items to keep track of. Screen shots of changes are optional but would help the maintainers review quicker.

[ ] Tested Locally
[ ] Optional Screen Shoot.

@shankarh7924 , please review and approve this PR. Here are the changes:

Split Error Tracking topics into multiple topics.
Merged Agent installation topic with adding monitored service instruction to ensure logical information flow.
Replaced a screenshot in ARC topic (Agent & Environments tab).

@SudheendraKatte I added a space in the title so Shankar could check it out.

Preview environment: https://hdh.pr.harness.io/pr-960

@SudheendraKatte Can we update the subsection titles to match 1) Overview 2) Setup 3) Events Summary 4) Automated Root Cause Analysis.

@SudheendraKatte The Events Summary has the same info regarding screen. Can we just have it in one place.

@shankarh7924 , implemented the comments. Please review and approve.

Preview environment: https://hdh.pr.harness.io/pr-960

Preview environment: https://hdh.pr.harness.io/pr-960


Add Lakeland Community College (lakelandcc domain)

this is a followup to the PR : #22881 with corrected domain name

More information:

Current website: https://www.lakelandcc.edu/
Relevant IT course: https://catalog.lakelandcc.edu/degree-certificate-programs/gnst/9110/
a URL of a page or some other proof (.pdf or a screenshot are OK) showing that the university recognizes the domain which you are submitting as an official email domain for the enrolled students:

@ProgrammingPete Thank you for your patience while waiting for a review and processing your request. Pull request merged. Please start applying for JetBrains educational subscription at https://www.jetbrains.com/shop/eform/students in an hour, to allow the changes to propagate through JetBrains systems.


Include RTPatch to switch requesters to all use ReqTools

This was a pretty common thing to do back in the day; you want your file requesters to behave the same in every app. ReqTools includes a tool to do this, and I have applied it on the A500HD and A600HD setups successfully.
CED is a lot better when the file requester is a modern one that supports e.g. clicking the right button for the volume list, and behaves consistently with every other app.
Archive:
http://aminet.net/package/util/libs/ReqToolsUsr
Ignore the installer and library since reqtools.library is already part of the image creation. The only thing needed is copying RTPatch to C: and adding this intos:user-startup:
C:RTPatch >NIL:

Done. I experimented with another requester patch for some reason before (I believe it was because some of the Maxis game had issues). Reverted back to rtpatch now.


import/named not diving into .jsx file

Hi,
This is probably a configuration issue, but I can't manage to make it work despite some research.
Please see the Gist, where I tried to simplify the problem as much as I could: https://gist.github.com/micaste/6b6cfa93923b887057c2c2cd1a462202
For some reason, import/named catches issues when the file is .js, but not when the file is .jsx. Even though the file is .jsx, there is no specific syntax requiring a specific parser, so I kept the default.
The only requirement I have, that is bringing out the issue, is to not use the file extension in the import, that requires me to use the following setting:
"settings": {
    "import/resolver": {
      "node": {
        "extensions": [".js", ".jsx", ".json"]
      }
    }
  }

Steps to reproduce:

Download the Gist
run npm install
run npm run eslint

Expected result

ESLint should identify two errors in A.jsx

Actual result

ESLint only identifies that nonexisting2 is not found in C.js, but nothing for B.jsx

You also need this setting: https://github.com/benmosher/eslint-plugin-import#importextensions

(note that the airbnb eslint config already sets all this up for you)

Thank you so much ! That makes it work, I need to have both settings.


tritondigital.com

Energized Protection - block ⚡

Let's make an annoyance free, better open internet, altogether!

Issue Submit Form

  Provide the following info properly, which will help us to resolve your issue quickly.

Issue(s):
Type x in between [ ] and make sure there isn't any space between brackets. Example; for Your Selected Issue(s), type like this - [x]
You can select more than one category of issues if you need to!

[x] Whitelist
[ ] Blacklist
[ ] App Broken
[ ] Website Broken
[ ] Request
[ ] Other Issue

Pack(s):
Write the name of the pack(s) you are using.

Pack(s) Name: Ultimate

Extension(s):
Also name the extension(s) if you are using any. If you don't then leave it blank.

Extension(s) Name: N/A

Domain(s):
If you are submitting this issue for whitelist/blacklist issue, send us the domain(s) for whitelisting/blacklisting here. Kindly use the Code Tag to prevent tracking.

Domain(s):

tritondigital.com

Your Config:
Just to ensure there is no issues or conflicts with other app/software/magisk module/extension/source list.
Make sure you are running Energized Protection Service only.

Client:

Version:

Detail:
Write us a lil bit more about your issue or query. You can attach any screen shot or log of the issue or advert, this will help to highlight it.

Your Issue Detail:

tritondigital.com is needed by some podcasts on Spotify to play.
For example https://open.spotify.com/show/4Hjo1ogwMdbNojBeGgj8e4
The following requests are coming from that domain and its subdomains:
Logger output

+1154

open.spotify.com
3
media
https://24313.mc.tritondigital.com/CBC_SKS_P/media-session/5520b177-9008-418e-8322-335050fd7ade/sks_20160301_91379.mp3?ttag=season:1,episode:1

+1153

open.spotify.com
3
media
https://cbc.mc.tritondigital.com/CBC_SKS_P/media/sks_20160301_91379.mp3?ttag=season:1,episode:1

+1151

open.spotify.com
3
media
https://cbc.mc.tritondigital.com/CBC_SKS_P/media/sks_20160301_91379.mp3?ttag=season:1,episode:1

+1059

open.spotify.com
3
media
https://cbc.mc.tritondigital.com/CBC_SKS_P/media/sks_20160301_94905.mp3?ttag=season:1

+1057

open.spotify.com
3
media
https://cbc.mc.tritondigital.com/CBC_SKS_P/media/sks_20160301_94905.mp3?ttag=season:1

It seems to be also required by https://open.spotify.com/show/4XPl3uEEL9hvqMkoZrzbx5 but only on the Spotify app, I didn't see it on the web version.
See also https://github.com/StevenBlack/hosts/issues/839

Thank you for making Energized Protection great, with your kind help!
A project by Ador with ❤

For anyone following Energized is pulling this domain from this source:
https://github.com/EnergizedProtection/block/blob/9505cadca6d17a10f64b4df4f01a20da038aa70b/assets/sources/sources.json#L593
I've opened an issue there https://gitlab.com/quidsup/notrack-blocklists/-/issues/69, hopefully once it is resolved there it'll automatically be fetched here.
Energized is not being maintained heavily at the moment.


We should remove the Action Blacklist in favor for a Universal URL blacklist

https://github.com/appneta/oboe-ruby/blob/master/lib/oboe/frameworks/rails/inst/action_controller.rb#L52

This was removed here: https://github.com/appneta/ruby-traceview/pull/145


re-adding fix to remove targz after layer extraction (oups)

ehehhe, oups. Apologies to your computer!

We could also in theory not cache them at all, and run them into tar via a pipe, right?... But then we miss out on Chris' future RFE of keeping them.


MicroInterpreter error: Seg Fault, *** stack smashing detected *** inside MicroInterpreter::Invoke() method

@tensorflow/micro
System information

Host OS Platform and Distribution (e.g., Linux Ubuntu 16.04): Ubuntu 18.04.4 64-bit,
TensorFlow installed from (source or binary): Source
Tensorflow version (commit SHA if source): 0c487d64172c64d60a93bc98cf5ea07f1a8e95ba
Target platform (e.g. Arm Mbed OS, Arduino Nano 33 etc.): Ubuntu 18.04.4 64-bit, Linux raspberrypi 4.19.97-v7
Compiler: g++ (Ubuntu 7.5.0-3ubuntu1~18.04) 7.5.0 and arm-linux-gnueabihf-g++ 8.4.0
Python: Python 3.7.6

Describe the problem
I am trying to use the quantized model with Tensorflow Lite Micro, and got a segmentation error inside interpreter->Invoke() call.
Debugger showed that segmentation error occurred on returning from Eval() in conv.cc on Node 28 of CONV_2D, and stack was corrupted. Error message is *** stack smashing detected ***:  terminated with compiler flags "-fstack-protector-all -Wstack-protector".
My test was simply from the person detection example with model replaced with Mobilenet_V1_0.25_224_quant at the Tensorflow lite pre-trained models site with increased enough kTensorArenaSize and model input/output size changed to 224x224x3 and 1x1001, amd pulled additional required operators.
Also tried a few different models, at another quantified mode Mobilenet_V1_0.25_192_quant is showing the same segfault problem, But the regular floating point modes Mobilenet_V1_0.25_192, and Mobilenet_V1_0.25_224 run OK with many loops.
Have anyone seen similar problem ? Or is some limitations on Tensorflow Lite Micro that I should be aware of ?
Please provide the exact sequence of commands/steps when you ran into the problem
This problem can be reproduced at this commit  of forked tensorflow repo.
Commands to reproduce this problem:
Build command:
$ git clone https://github.com/Jeff-Zhu/tensorflow
$ cd tensorflow
$ git checkout bf2fef29281108c553c16e14dd4632b9a629de3c
$ bazel build //tensorflow/lite/micro/examples/person_detection:person_detection       -c dbg --copt=-fstack-protector-all --copt=-Wstack-protector --copt=-fno-omit-frame-pointer
$ ./bazel-bin/tensorflow/lite/micro/examples/person_detection/person_detection
*** stack smashing detected ***: <unknown> terminated
Aborted (core dumped)

coredump stack shows corrupted:
#0  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
#1  0x00007fd4e9c5b801 in __GI_abort () at abort.c:79
#2  0x00007fd4e9ca4897 in __libc_message (action=action@entry=do_abort,
fmt=fmt@entry=0x7fd4e9dd1988 "*** %s ***: %s terminated\n") at ../sysdeps/posix/libc_fatal.c:181
#3  0x00007fd4e9d4fcd1 in __GI___fortify_fail_abort (need_backtrace=need_backtrace@entry=false,
msg=msg@entry=0x7fd4e9dd1966 "stack smashing detected") at fortify_fail.c:33
#4  0x00007fd4e9d4fc92 in __stack_chk_fail () at stack_chk_fail.c:29
#5  0x0000559e534cab55 in tflite::ops::micro::conv::Eval (context=0x559e536c9280 setup::static_interpreter+32,
node=0x559e536c5b18 <(anonymous namespace)::tensor_arena+1419832>) at tensorflow/lite/micro/kernels/conv.cc:269
#6  0x42f6730442f67304 in ?? ()
#7  0x42f6730442f67304 in ?? ()
#8  0x42f6730442f67304 in ?? ()
#9  0x42f6730442f67304 in ?? ()
#10 0x42f6730442f67304 in ?? ()
Files changed from the original person_detection example
tensorflow/lite/micro/examples/person_detection/main_functions.cc
tensorflow/lite/micro/examples/person_detection/model_settings.h
tensorflow/lite/micro/examples/person_detection/person_detect_model_data.cc

Changes in main_functions.cc:
constexpr int kTensorArenaSize = 1400 * 1024;
static tflite::MicroOpResolver<5> micro_op_resolver;
micro_op_resolver.AddBuiltin(tflite::BuiltinOperator_RESHAPE,
                             tflite::ops::micro::Register_RESHAPE());
micro_op_resolver.AddBuiltin(tflite::BuiltinOperator_SOFTMAX,
                             tflite::ops::micro::Register_SOFTMAX(), 1, 2);

Changes in model_settings.h
constexpr int kNumCols = 224;
constexpr int kNumRows = 224;
constexpr int kNumChannels = 3;
constexpr int kCategoryCount = 1001;

Changes in person_detect_model_data.cc:
This file is modified with data from Mobilenet_V1_0.25_224_quant.tflite from this pre-trained quantized mobilenet v1 model on Hosted models site.
$ xxd -i -c 12 mobilenet_v1_0.25_224_quantized.tflite  > model_data.cc

then replacing model data in the new model_data.cc in the tensorflow/lite/micro/examples/person_detection/person_detect_model_data.cc, update the array name and size.
Thanks for your help.

The problem was first on Ubuntu 18.04 x86_64 platform.
Later I set up a Raspberry Pi 3 with 32-bit Raspbian, tests show the same "stack smashing" problem.

I found that the problem is caused by an array overrun of the layer operation data. Tensorflow microlite has a hidden limit (or I missed document, at least TF microlite runtime does not check) on output channels to maximum 256 in the OpData structure of conv.cc for TF micro lite.
constexpr int kMaxChannels = 256;
....
struct OpData {
...
  // Per channel output multiplier and shift.
  // TODO(b/141139247): Allocate these dynamically when possible.
  int32_t per_channel_output_multiplier[kMaxChannels];
  int32_t per_channel_output_shift[kMaxChannels];
...
}

The mobilenet model Mobilenet_V1_0.25_224_quant.tflite is with 1000 output classes, and total of 1001 channels internally. And it caused stack corruption in tflite::PopulateConvolutionQuantizationParams() of   tensorflow/lite/kernels/kernel_util.cc:90 for the last Conv2D with output size of 1001.
No problem for TF, and TF lite as they are believed not using this structure definition.
Confirmed with increasing the channels to 1024 on loops of model evaluation calls.
Although most of TF microlite cases are likely with small models, and probably won't run into this problem.
Should this limit be document and/or perform check at run-time ?

Hi @Jeff-Zhu !
We are checking to see whether you still need help in this issue .
I am not able to replicate the issue after changing the clone target from
https://github.com/tensorflow/tensorflow
to
https://github.com/tensorflow/tflite-micro
Attached gist for reference.
Please post on tflite-micro repo for further assistance.
Thank you!

Thank you. I lost my dev environment for this issue, so I am not able to verify this fix.
And I am no longer need it, so OK to close it.

@Jeff-Zhu !
Sorry for the inconvenience.
Please create a new issues in tflite-micro repo if you need any assistance.
Thank you!


Implement bulk export variation

Possible implementation of https://github.com/ModuleLoader/es6-module-loader/issues/386 pending format testing.

This is now tested and working against Traceur at https://github.com/google/traceur-compiler/pull/1957.
/cc @RobEisenberg

Merged.

Thanks Guy! Hopefully we can get the other transpiler implementors to move quickly.


updating policy field to support an array

This helps answer the question around the iam condition per role in the Security Bloc design doc.
{
  "security": {
    "iam": {
       "read-bq": {
         "roles": ["roles/bq.read"],
         "condition": "etc.."
       },
      "read-gcs": {
        "roles": ["roles/gcs.read"],
         "condition": "etc.."
       }
    }
  }
}

Also added to the doc here.


[#362] Fix metadata extraction w/o 'additionalName' field

@awwitecki Thanks!
@felipehertzer You wrote this line I believe, could you please have a look?

LGTM


Removed not used parameter from Condition.subst and from all callers

Refactoring MiqExpression - #7751
This PR is the next step after #8169 and #7788
Parameter 'input is not used in implementation of Condition.subst and removed from method declaration and from all callers: MiqExpression, ReportableMixin, Rbac.
/cc @gtanzillo @imtayadeway
@miq-bot add-label core, refactoring

@gtanzillo could you review


VTOL: UAVCAN for servo doesn't work

At the moment, not full functionality of signal publishing for uavcan actuators is implemented.
In the UAVCAN mode, the signal output for the actuators does not work, the signal goes only to the motors of the MC mode.
For example I use:

fmu: px4 master
type: Generic Quadplane VTOL type
in UAVCAN I see
FW mode "cmd: [6440, 2942, 1, 7032, 6147, 4096]"
MC mode "cmd: [6045, 1, 6191, 4177, 6147, 4095, 1, 1]"

As you may have noticed only 6 out of  9 срфтуды are sent to the bus.

FYI @pavel-kirienko

I conducted a number of experiments with different firmware versions (master, v1.92, v1.10-rc1). As I have found out, none of the firmwares outputs the plane signal to uavcan.
fow expamle FW mode:
cmd: [0, 0, 0, 0, 6147, 4095, 0, 0]

@GigaFlopsis did you manage to get to the bottom of this? Was it fixed or did you find a solution?

Hello. I found a solution.
I added next line in Firmware/ROMFS/px4fmu_common/init.d/airframes/...

set OUTPUT_MODE uavcan_esc
set OUTPUT_AUX_DEV /dev/uavcan/esc


Add Slow Down x Volcán - Jose Jose

Song Name
Slow Down x Volcán - Jose Jose
Artist Name
Jose Jose
Source
Direct file download
Youtube Link
No response
Direct File Link
https://www.mediafire.com/file/0zer5pp0mdum3s3/800646.MP3/file
Song ID
800646
Start Offset [ms]
0
Extra
Created from Auto Nong.
Created for level: 79997992

reject
only accept yt links


Third-Party Database Tools Doc Update

Re: Third-Party Database Tools
Issue Description
a prospect inquired about ETL tools compatible with CRDB
Suggested Resolution
Would be good to add a list of working tools to this page. Fivetran was specifically mentioned in the inquiry.

@mwang1026, @lnhsingh, I think this would fall under IO, so routing to you.


Image Zoom & Pan

I've searched here and Zulip and couldn't find any relevant discussion.
Are there plans to implement a widget to allow zooming in on an Image (past the dimensions of the parent element / application window) and panning?

I think a widget for this would be great.
It shouldn't be too hard:

Listen to mouse events on Widget::on_event. Zoom with the scroll wheel, pan by dragging.
Draw using a scaled Image inside a Clip primitive with the correct offset.

Yes, that'd be perfect! Hmm, I may try taking a look this week to see if this is something I could figure out.

@hecrj How would you go about "scaling" the Image? I created a widget called ImagePane that takes a State and an Image. I'm comfortable with tracking an offset / scale factor in the State when an event occurs, but I'm not familiar enough with the API to know where and how to apply that scale factor to change the dimensions of the Image. Thanks!

Even if I try to manually scale the image before passing it to ImagePane, I can't seem to set Length::Units greater than the actual dimensions for the image.

Another issue I can't seem to work around... I have panning working great when the inner image is aligned to the top left corner. If I try to align the image to the center, I can't set a negative offset to the Clip primitive to pan to the left side of the image, since the alignment pushes it negative of the ImagePane's (0,0) bounds.
I'll go ahead an open the PR so you can get your eyes on this to make it easier to see what I am referencing.

I wouldn't use the Image widget internally. You should be able to directly produce an Image primitive with any bounds instead.

I can't set a negative offset to the Clip primitive

I see. We should probably change the Clip offset to support negative values too. I'll try to explore this.

Ahh, that's what I was missing. Thanks!


Response.java:54-56: The 'asString()' method needs a...

The puzzle 79-46d0f4fe from #79 has to be resolved:
https://github.com/amihaiemil/docker-java-api/blob/42d39433d64dc86c925392db9ab1cc04349a4eb2/src/test/java/com/amihaiemil/docker/mock/Response.java#L54-L56
The puzzle was created by George Aristy on 19-Apr-18.
Estimate: 30 minutes, role: DEV.
If you have any technical questions, don't ask me, submit new tickets instead. The task will be "done" when the problem is fixed and the text of the puzzle is removed from the source code. Here is more about PDD and about me.

For some reason I wasn't able to add GitHub labels `` to this issue (required=pdd, bug; existing=0.0.1, 0.0.2, 0.0.3, 15min, 1h, 30min, @amihaiemil, arch, bug, duplicate, enhancement, good first issue, help wanted, invalid, pdd, postponed, question, wontfix). Please, submit a ticket to us with the text you see below:
POST https://api.github.com/repos/amihaiemil/docker-java-api/issues/87/labels: 403 - Must have admin rights to Repository. // See: https://developer.github.com/v3/issues/labels/#add-labels-to-an-issue
/app/vendor/bundle/ruby/2.3.0/gems/octokit-4.8.0/lib/octokit/response/raise_error.rb:16:in `on_complete'
/app/vendor/bundle/ruby/2.3.0/gems/faraday-0.14.0/lib/faraday/response.rb:9:in `block in call'
/app/vendor/bundle/ruby/2.3.0/gems/faraday-0.14.0/lib/faraday/response.rb:61:in `on_complete'
/app/vendor/bundle/ruby/2.3.0/gems/faraday-0.14.0/lib/faraday/response.rb:8:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/octokit-4.8.0/lib/octokit/middleware/follow_redirects.rb:73:in `perform_with_redirection'
/app/vendor/bundle/ruby/2.3.0/gems/octokit-4.8.0/lib/octokit/middleware/follow_redirects.rb:61:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/faraday-0.14.0/lib/faraday/rack_builder.rb:143:in `build_response'
/app/vendor/bundle/ruby/2.3.0/gems/faraday-0.14.0/lib/faraday/connection.rb:387:in `run_request'
/app/vendor/bundle/ruby/2.3.0/gems/faraday-0.14.0/lib/faraday/connection.rb:175:in `post'
/app/vendor/bundle/ruby/2.3.0/gems/sawyer-0.8.1/lib/sawyer/agent.rb:94:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/octokit-4.8.0/lib/octokit/connection.rb:156:in `request'
/app/vendor/bundle/ruby/2.3.0/gems/octokit-4.8.0/lib/octokit/connection.rb:28:in `post'
/app/vendor/bundle/ruby/2.3.0/gems/octokit-4.8.0/lib/octokit/client/labels.rb:127:in `add_labels_to_an_issue'
/app/objects/github_tagged_tickets.rb:51:in `submit'
/app/objects/commit_tickets.rb:37:in `submit'
/app/objects/emailed_tickets.rb:35:in `submit'
/app/objects/sentry_tickets.rb:46:in `submit'
/app/objects/puzzles.rb:91:in `block in expose'
/app/objects/puzzles.rb:82:in `loop'
/app/objects/puzzles.rb:82:in `expose'
/app/objects/puzzles.rb:33:in `deploy'
/app/objects/job.rb:38:in `proceed'
/app/objects/job_starred.rb:33:in `proceed'
/app/objects/job_recorded.rb:32:in `proceed'
/app/objects/job_emailed.rb:35:in `proceed'
/app/objects/job_commiterrors.rb:36:in `proceed'
/app/objects/job_detached.rb:49:in `block in exclusive'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/timeout.rb:91:in `block in timeout'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/timeout.rb:33:in `block in catch'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/timeout.rb:33:in `catch'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/timeout.rb:33:in `catch'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/timeout.rb:106:in `timeout'
/app/objects/job_detached.rb:47:in `exclusive'
/app/objects/job_detached.rb:37:in `block in proceed'
/app/objects/job_detached.rb:37:in `fork'
/app/objects/job_detached.rb:37:in `proceed'
/app/0pdd.rb:340:in `block in <top (required)>'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-2.0.1/lib/sinatra/base.rb:1634:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-2.0.1/lib/sinatra/base.rb:1634:in `block in compile!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-2.0.1/lib/sinatra/base.rb:992:in `block (3 levels) in route!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-2.0.1/lib/sinatra/base.rb:1011:in `route_eval'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-2.0.1/lib/sinatra/base.rb:992:in `block (2 levels) in route!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-2.0.1/lib/sinatra/base.rb:1039:in `block in process_route'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-2.0.1/lib/sinatra/base.rb:1037:in `catch'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-2.0.1/lib/sinatra/base.rb:1037:in `process_route'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-2.0.1/lib/sinatra/base.rb:990:in `block in route!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-2.0.1/lib/sinatra/base.rb:989:in `each'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-2.0.1/lib/sinatra/base.rb:989:in `route!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-2.0.1/lib/sinatra/base.rb:1096:in `block in dispatch!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-2.0.1/lib/sinatra/base.rb:1075:in `block in invoke'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-2.0.1/lib/sinatra/base.rb:1075:in `catch'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-2.0.1/lib/sinatra/base.rb:1075:in `invoke'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-2.0.1/lib/sinatra/base.rb:1093:in `dispatch!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-2.0.1/lib/sinatra/base.rb:924:in `block in call!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-2.0.1/lib/sinatra/base.rb:1075:in `block in invoke'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-2.0.1/lib/sinatra/base.rb:1075:in `catch'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-2.0.1/lib/sinatra/base.rb:1075:in `invoke'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-2.0.1/lib/sinatra/base.rb:924:in `call!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-2.0.1/lib/sinatra/base.rb:913:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-protection-2.0.1/lib/rack/protection/xss_header.rb:18:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-protection-2.0.1/lib/rack/protection/path_traversal.rb:16:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-protection-2.0.1/lib/rack/protection/json_csrf.rb:26:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-protection-2.0.1/lib/rack/protection/base.rb:50:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-protection-2.0.1/lib/rack/protection/base.rb:50:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-protection-2.0.1/lib/rack/protection/frame_options.rb:31:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-2.0.4/lib/rack/logger.rb:15:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-2.0.4/lib/rack/common_logger.rb:33:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-2.0.1/lib/sinatra/base.rb:231:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-2.0.1/lib/sinatra/base.rb:224:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-2.0.4/lib/rack/head.rb:12:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-2.0.4/lib/rack/method_override.rb:22:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-2.0.1/lib/sinatra/base.rb:194:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-2.0.1/lib/sinatra/base.rb:1957:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-2.0.1/lib/sinatra/base.rb:1501:in `block in call'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-2.0.1/lib/sinatra/base.rb:1728:in `synchronize'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-2.0.1/lib/sinatra/base.rb:1501:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-2.0.4/lib/rack/handler/webrick.rb:86:in `service'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/webrick/httpserver.rb:140:in `service'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/webrick/httpserver.rb:96:in `run'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/webrick/server.rb:296:in `block in start_thread'

@amihaiemil/z please, pay attention to this issue

@0pdd/z this project will fix the problem faster if you donate a few dollars to it; just click here and pay via Stripe, it's very fast, convenient and appreciated; thanks a lot!

Job #87 is now in scope, role is DEV

@amihaiemil/z this job was assigned to you 5days ago. It will be taken away from you soon, unless you close it, see §8. Read this and this, please.

@0crat waiting

@0crat waiting (here)

@amihaiemil The impediment for #87 was registered successfully by @amihaiemil/z

@amihaiemil ping

@llorllale yes, do you need this implemented?

It's blocking #51

@llorllale I see. I'll have a look tomorrow, promise :D

@llorllale I am looking now over the Response class. I see you implemented it from scratch (and now, in the asString() method we have to pretty print the HTTP response ourselves .
But, can't Response work with a backbone of BasicHttpResponse -- is it necessary that we implement it from scratch? BasicHttpResponse is a public class from Apache HttpClient so we can instantiate it.

@amihaiemil maybe. See if it is printed correctly, particularly that it uses CRLF for end-of-lines.

Order was finished: +30 point(s) just awarded to @amihaiemil/z

The job #87 is now out of scope


Vulkan init error on windows 10

Here's the info, with GTX 1070s
thread 'main' panicked at 'called Result::unwrap() on an Err value: CreateInstanceError(InstanceError(VkError(ERROR_LAYER_NOT_PRESENT)))', engine\src\init.rs:112:53
stack backtrace:
[2020-08-07T13:05:14.598022500Z DEBUG engine::assets::gltf::importer] Importing material instance uuid AssetUuid(c6a2bd92-a3ff-41be-9d17-1a83b10bf049)
[2020-08-07T13:05:14.598051000Z DEBUG engine::assets::gltf::importer] Importing material instance uuid AssetUuid(6476ac04-b67f-4579-9ae8-879e1040e302)
[2020-08-07T13:05:14.598071100Z DEBUG engine::assets::gltf::importer] Importing material instance uuid AssetUuid(5669f73a-6178-4d2f-a22d-6b1b8d25f9ec)

This error almost certainly means the vulkan SDK is not installed. It is required to run with validation enabled. Another option is to modify the code to not use validation.

I am using vulkan <IP_ADDRESS>. Running wgpu-rs examples are ok. Seems that the validation needs to turn off.

But now, I check the init logic, the debug layer is off
let mut context = VkContextBuilder::new()
.use_vulkan_debug_layer(false)
.msaa_level_priority(vec![msaa_level])
.prefer_mailbox_present_mode();

Turn off validation, the demo runs ok, But resize crashed.

Ah yeah, that’s a known issue. It was introduced when I switched to pipelining rendering in a different thread. This project is not ready for other people to use, I only made it public because it has good examples of using atelier-assets and legion. It is even more prototype-y than renderer_prototype :D


Check out Employer relation to a gig

There is a database issue with populating the database with data that the user inputs.
I have possibly pinpointed this issue which lies within the add.php file of the views.  This is because the IDs for the form do not lineup with the column names in the database.  Please talk to James if you need assistance with this.
Refer to #173 to work with the person assigned to that task because this task correlates with that one
WORK:

The same employer can have multiple records but shouldn't have redundancies with their information.
Right now it has been reported that a Gig is displayed for each instance of an employer (not sure if this is really what’s happening)
This task should be referred to the people who are actively working on the Gig overview page.  refer to #224

When I reviewed #237, I reviewed for issue #224 which is fixed and closed.
As far as this issue, I can say that gigs are posting.  I'll need to do more review to be sure that there are not any crazy associations that are tying a gig to more that one employer record. I'll follow up.


Update Ruby action version

Updating the Ruby Github Action in the Danger workflow as the existing one is deprecated.

Fixed errors


QueryDataServiceIntegrationTest queries fix

Cherrypick of https://github.com/droolsjbpm/droolsjbpm-integration/pull/341

merged into 6.4.x, thanks @sutaakar


Settings file for PDFreactor

The flask-pdfreactor blueprint now gets its settings from a settings file.  These settings were originally stored as environment variables, but now need to be stored in _settings/pdf.json

Should this include http://localhost URLs or should it exclude the domain name like https://github.com/cfpb/cfgov-refresh/pull/319/files#diff-b95361c889e109fb2286058e121659faR6

The ones that need localhost have them.  The url rule does not.

LGTM :+1: One additional thought: Does this need to be an array?

Yep, array of JSON objects.

:shipit:

Same with this PR. Merge at will.

Merged into the flapjack branch and will go into refresh with this week's Sprint.


Fix GH #950 Make explicit calls to vkCmdBeginRenderPass

Get rid of the BeginCommandBuffer function whose side effect
can be to call vkCmdBeginRenderPass and make the calls directly
from the tests.  Make the analgous changes for ending command
buffers and renderpasses.
Also gets rid of a couple of unexpected errors.

Committed to master