From f.antonini at tiesse.com Fri Jul 1 10:30:47 2016 From: f.antonini at tiesse.com (fabio antonini) Date: Fri, 1 Jul 2016 12:30:47 +0200 Subject: [sysrepo-devel] Help on ssh authentication with netopeer2-server Message-ID: <57764657.6090303@tiesse.com> Hi all I'm trying to get up the sysrepo/netopeer2 framework on my embedded system MIPS based running a linux 2.6.28 kernel. My toolchain is really old (gcc 4.2.4) and it doesn't support gnu11 standard. Anyway after a hard work I have completed my porting and at the moment I can running sysrepo and netopeer2-server. When I run netopeer2-server (sysrepo has been already started of course) I get the following messages ~ # netopeer2-server -d -v4 netopeer2-server[2902]: (sr_connect:353) Connecting to Sysrepo Engine. netopeer2-server[2902]: (cl_socket_connect:357) Connecting to socket=/tmp/sysrepod.sock netopeer2-server[2902]: (sr_connect:405) Connected to daemon Sysrepo Engine at socket=/tmp/sysrepod.sock netopeer2-server[2902]: Netopeer2 connected to sysrepod. netopeer2-server[2902]: (cl_request_process:401) Sending session-start request. netopeer2-server[2902]: (cl_request_process:423) session-start request sent, waiting for response. netopeer2-server[2902]: (cl_request_process:445) session-start response received, processing. netopeer2-server[2902]: (cl_request_process:401) Sending list-schemas request. netopeer2-server[2902]: (cl_request_process:423) list-schemas request sent, waiting for response. netopeer2-server[2902]: (cl_request_process:445) list-schemas response received, processing. netopeer2-server[2902]: Reading module "yang". netopeer2-server[2902]: Module "yang" successfully parsed. netopeer2-server[2902]: Reading module "ietf-inet-types". netopeer2-server[2902]: Resolving derived type "union" failed, it will be attempted later. netopeer2-server[2902]: Resolving derived type "union" failed, it will be attempted later. netopeer2-server[2902]: Resolving derived type "union" failed, it will be attempted later. netopeer2-server[2902]: Resolving unresolved schema nodes and their constraints... netopeer2-server[2902]: All schema nodes and constraints resolved. netopeer2-server[2902]: Module "ietf-inet-types" successfully parsed. netopeer2-server[2902]: Reading module "ietf-yang-types". netopeer2-server[2902]: Module "ietf-yang-types" successfully parsed. netopeer2-server[2902]: Reading module "ietf-yang-library". netopeer2-server[2902]: Module "ietf-yang-library" successfully parsed. netopeer2-server[2902]: Module ietf-yang-types (2013-07-15) already present in context. netopeer2-server[2902]: (cl_request_process:401) Sending get-schema request. netopeer2-server[2902]: (cl_request_process:423) get-schema request sent, waiting for response. netopeer2-server[2902]: (cl_request_process:445) get-schema response received, processing. netopeer2-server[2902]: Reading module "ietf-netconf-acm". netopeer2-server[2902]: Module "ietf-netconf-acm" successfully parsed. netopeer2-server[2902]: (cl_request_process:401) Sending get-schema request. netopeer2-server[2902]: (cl_request_process:423) get-schema request sent, waiting for response. netopeer2-server[2902]: (cl_request_process:445) get-schema response received, processing. netopeer2-server[2902]: Reading module "ietf-netconf". netopeer2-server[2902]: (cl_request_process:401) Sending get-schema request. netopeer2-server[2902]: (cl_request_process:423) get-schema request sent, waiting for response. netopeer2-server[2902]: (cl_request_process:445) get-schema response received, processing. netopeer2-server[2902]: Module "ietf-netconf" successfully parsed. netopeer2-server[2902]: (cl_request_process:401) Sending get-schema request. netopeer2-server[2902]: (cl_request_process:423) get-schema request sent, waiting for response. netopeer2-server[2902]: (cl_request_process:445) get-schema response received, processing. netopeer2-server[2902]: Reading module "ietf-netconf-with-defaults". netopeer2-server[2902]: (cl_request_process:401) Sending get-schema request. netopeer2-server[2902]: (cl_request_process:423) get-schema request sent, waiting for response. netopeer2-server[2902]: (cl_request_process:445) get-schema response received, processing. netopeer2-server[2902]: (cl_request_process:401) Sending get-schema request. netopeer2-server[2902]: (cl_request_process:423) get-schema request sent, waiting for response. netopeer2-server[2902]: (cl_request_process:445) get-schema response received, processing. netopeer2-server[2902]: Module "ietf-netconf-with-defaults" successfully parsed. netopeer2-server[2902]: (cl_request_process:401) Sending get-schema request. netopeer2-server[2902]: (cl_request_process:423) get-schema request sent, waiting for response. netopeer2-server[2902]: (cl_request_process:445) get-schema response received, processing. netopeer2-server[2902]: Reading module "ietf-interfaces". netopeer2-server[2902]: Resolving leafref "/ietf-interfaces:interfaces/ietf-interfaces:interface/ietf-interfaces:name" failed, it will be attempted later. netopeer2-server[2902]: Resolving leafref "/ietf-interfaces:interfaces-state/ietf-interfaces:interface/ietf-interfaces:name" failed, it will be attempted later. netopeer2-server[2902]: Resolving derived type "interface-state-ref" failed, it will be attempted later. netopeer2-server[2902]: Resolving derived type "interface-state-ref" failed, it will be attempted later. netopeer2-server[2902]: Resolving unresolved schema nodes and their constraints... netopeer2-server[2902]: All schema nodes and constraints resolved. netopeer2-server[2902]: Module "ietf-interfaces" successfully parsed. netopeer2-server[2902]: (cl_request_process:401) Sending get-schema request. netopeer2-server[2902]: (cl_request_process:423) get-schema request sent, waiting for response. netopeer2-server[2902]: (cl_request_process:445) get-schema response received, processing. netopeer2-server[2902]: Reading module "tiesse-dhcp-2016-06-25". netopeer2-server[2902]: Module "tiesse-dhcp-2016-06-25" successfully parsed. netopeer2-server[2902]: (cl_request_process:401) Sending get-schema request. netopeer2-server[2902]: (cl_request_process:423) get-schema request sent, waiting for response. netopeer2-server[2902]: (cl_request_process:445) get-schema response received, processing. netopeer2-server[2902]: Reading module "ietf-netconf-monitoring". netopeer2-server[2902]: Module "ietf-netconf-monitoring" successfully parsed. netopeer2-server[2902]: (cl_request_process:401) Sending get-schema request. netopeer2-server[2902]: (cl_request_process:423) get-schema request sent, waiting for response. netopeer2-server[2902]: (cl_request_process:445) get-schema response received, processing. netopeer2-server[2902]: Reading module "turing-machine". netopeer2-server[2902]: Module "turing-machine" successfully parsed. netopeer2-server[2902]: (cl_request_process:401) Sending get-schema request. netopeer2-server[2902]: (cl_request_process:423) get-schema request sent, waiting for response. netopeer2-server[2902]: (cl_request_process:445) get-schema response received, processing. netopeer2-server[2902]: Reading module "ietf-ip". netopeer2-server[2902]: (cl_request_process:401) Sending get-schema request. netopeer2-server[2902]: (cl_request_process:423) get-schema request sent, waiting for response. netopeer2-server[2902]: (cl_request_process:445) get-schema response received, processing. netopeer2-server[2902]: Module "ietf-ip" successfully parsed. netopeer2-server[2902]: (cl_request_process:401) Sending get-schema request. netopeer2-server[2902]: (cl_request_process:423) get-schema request sent, waiting for response. netopeer2-server[2902]: (cl_request_process:445) get-schema response received, processing. netopeer2-server[2902]: Reading module "tiesse-ethernet-2016-06-25". netopeer2-server[2902]: Module "tiesse-ethernet-2016-06-25" successfully parsed. [2016/04/05 00:01:41.058059, 2] ssh_pki_import_privkey_base64: Trying to decode privkey passphrase=false When I try to connect through a ssh connection from my PC for the hello exchange (ssh root at 192.168.1.11 -p 6001 -s netconf) I have the following messages and an error occurs *On the PC* ssh root at 192.168.1.11 -p 6001 -s netconf Interactive SSH Authentication Type your password: Password: tiesseadm packet_write_wait: Connection to 192.168.1.11: Broken pipe *On the target* [2016/04/05 00:06:12.666831, 3] ssh_socket_pollcallback: Received POLLOUT in connecting state [2016/04/05 00:06:12.667118, 3] ssh_handle_key_exchange: ssh_handle_key_exchange: current state : 2 [2016/04/05 00:06:12.673022, 3] callback_receive_banner: Received banner: SSH-2.0-OpenSSH_6.9p1 Ubuntu-2ubuntu0.2 [2016/04/05 00:06:12.673274, 1] ssh_server_connection_callback: SSH client banner: SSH-2.0-OpenSSH_6.9p1 Ubuntu-2ubuntu0.2 [2016/04/05 00:06:12.673431, 1] ssh_analyze_banner: Analyzing banner: SSH-2.0-OpenSSH_6.9p1 Ubuntu-2ubuntu0.2 [2016/04/05 00:06:12.673605, 1] ssh_analyze_banner: We are talking to an OpenSSH client version: 6.9 (60900) [2016/04/05 00:06:12.673996, 3] packet_send2: packet: wrote [len=508,padding=10,comp=497,payload=497] [2016/04/05 00:06:12.674368, 3] ssh_socket_unbuffered_write: Enabling POLLOUT for socket [2016/04/05 00:06:12.674575, 3] ssh_handle_key_exchange: ssh_handle_key_exchange: current state : 4 [2016/04/05 00:06:12.683144, 3] ssh_packet_socket_callback: packet: read type 20 [len=1964,padding=8,comp=1955,payload=1955] [2016/04/05 00:06:12.683405, 3] ssh_packet_process: Dispatching handler for packet type 20 [2016/04/05 00:06:12.684117, 3] crypt_set_algorithms_server: Set output algorithm aes128-ctr [2016/04/05 00:06:12.684345, 3] crypt_set_algorithms_server: Set input algorithm aes128-ctr [2016/04/05 00:06:12.684506, 3] crypt_set_algorithms_server: Set HMAC output algorithm to hmac-sha2-256 [2016/04/05 00:06:12.684662, 3] crypt_set_algorithms_server: Set HMAC input algorithm to hmac-sha2-256 [2016/04/05 00:06:12.684834, 3] ssh_handle_key_exchange: ssh_handle_key_exchange: current state : 6 [2016/04/05 00:06:12.693050, 3] ssh_packet_socket_callback: packet: read type 30 [len=44,padding=6,comp=37,payload=37] [2016/04/05 00:06:12.693297, 3] ssh_packet_process: Dispatching handler for packet type 30 [2016/04/05 00:06:12.693445, 3] ssh_packet_kexdh_init: Received SSH_MSG_KEXDH_INIT [2016/04/05 00:06:12.864531, 2] ssh_server_curve25519_init: SSH_MSG_KEX_ECDH_REPLY sent [2016/04/05 00:06:12.866510, 3] ssh_socket_unbuffered_write: Enabling POLLOUT for socket [2016/04/05 00:06:12.868414, 3] packet_send2: packet: wrote [len=348,padding=10,comp=337,payload=337] [2016/04/05 00:06:12.870314, 3] packet_send2: packet: wrote [len=12,padding=10,comp=1,payload=1] [2016/04/05 00:06:12.872004, 2] ssh_server_curve25519_init: SSH_MSG_NEWKEYS sent [2016/04/05 00:06:12.874571, 3] ssh_socket_unbuffered_write: Enabling POLLOUT for socket [2016/04/05 00:06:12.876583, 3] ssh_handle_key_exchange: ssh_handle_key_exchange: current state : 6 [2016/04/05 00:06:12.883034, 3] ssh_packet_socket_callback: packet: read type 21 [len=12,padding=10,comp=1,payload=1] [2016/04/05 00:06:12.884665, 3] ssh_packet_process: Dispatching handler for packet type 21 [2016/04/05 00:06:12.886600, 2] ssh_packet_newkeys: Received SSH_MSG_NEWKEYS [2016/04/05 00:06:12.889360, 3] ssh_packet_socket_callback: Processing 64 bytes left in socket buffer [2016/04/05 00:06:12.891741, 3] ssh_packet_socket_callback: packet: read type 5 [len=28,padding=10,comp=17,payload=17] [2016/04/05 00:06:12.893556, 3] ssh_packet_process: Dispatching handler for packet type 5 [2016/04/05 00:06:12.894797, 3] ssh_packet_service_request: Received a SERVICE_REQUEST for service ssh-userauth netopeer2-server[2902]: Received an SSH message "request-service" of subtype "ssh-userauth". [2016/04/05 00:06:12.898418, 3] ssh_message_service_reply_success: Sending a SERVICE_ACCEPT for service ssh-userauth [2016/04/05 00:06:12.900744, 3] packet_send2: packet: wrote [len=28,padding=10,comp=17,payload=17] [2016/04/05 00:06:12.902165, 3] ssh_socket_unbuffered_write: Enabling POLLOUT for socket [2016/04/05 00:06:12.904008, 3] ssh_handle_key_exchange: ssh_handle_key_exchange: current state : 7 [2016/04/05 00:06:12.906457, 3] ssh_packet_socket_callback: packet: read type 50 [len=44,padding=8,comp=35,payload=35] [2016/04/05 00:06:12.907307, 3] ssh_packet_process: Dispatching handler for packet type 50 [2016/04/05 00:06:12.909196, 3] ssh_packet_userauth_request: Auth request for service ssh-connection, method none for user 'root' netopeer2-server[2902]: Received an SSH message "request-auth" of subtype "none". [2016/04/05 00:06:12.912380, 3] ssh_auth_reply_default: Sending a auth failure. methods that can continue: publickey,keyboard-interactive,password [2016/04/05 00:06:12.915117, 3] packet_send2: packet: wrote [len=60,padding=14,comp=45,payload=45] [2016/04/05 00:06:12.916995, 3] ssh_socket_unbuffered_write: Enabling POLLOUT for socket [2016/04/05 00:06:12.923228, 3] ssh_packet_socket_callback: packet: read type 50 [len=76,padding=16,comp=59,payload=59] [2016/04/05 00:06:12.924643, 3] ssh_packet_process: Dispatching handler for packet type 50 [2016/04/05 00:06:12.925254, 3] ssh_packet_userauth_request: Auth request for service ssh-connection, method keyboard-interactive for user 'root' netopeer2-server[2902]: Received an SSH message "request-auth" of subtype "interactive". [2016/04/05 00:06:12.928576, 3] packet_send2: packet: wrote [len=92,padding=10,comp=81,payload=81] [2016/04/05 00:06:12.930264, 2] ssh_message_auth_interactive_request: Warning: Got a keyboard-interactive response but it seems we didn't send the request. [2016/04/05 00:06:12.932517, 3] ssh_socket_unbuffered_write: Enabling POLLOUT for socket [2016/04/05 00:06:15.603166, 3] ssh_packet_socket_callback: packet: read type 61 [len=60,padding=41,comp=18,payload=18] [2016/04/05 00:06:15.604865, 3] ssh_packet_process: Dispatching handler for packet type 61 [2016/04/05 00:06:15.606957, 3] ssh_packet_userauth_info_response: kbdint: 1 answers netopeer2-server[2902]: Received an SSH message "request-auth" of subtype "interactive". netopeer2-server[2902]: User "root" authenticated. [2016/04/05 00:06:15.620731, 3] ssh_socket_unbuffered_write: Enabling POLLOUT for socket [2016/04/05 00:06:15.622609, 3] packet_send2: packet: wrote [len=12,padding=10,comp=1,payload=1] *netopeer2-server[2902]: Mutex lock failed (Invalid argument).* [2016/04/05 00:06:15.626369, 3] packet_send2: packet: wrote [len=28,padding=11,comp=16,payload=16] The "*Mutex lock failed*" message is sent by the libnetconf2 function nc_timedlock defined in src/session.c of the libnetconf2 package. The code section is if (ret == ETIMEDOUT) { /* timeout */ return 0; } else if (ret) { /* error */ *ERR("Mutex lock failed (%s).", strerror(ret));* return -1; } So I guess that the mutex lock has failed for any reason. Of course the authentication fails and no Netconf hello messages exchange can occur. What's wrong? I'm a little bit confused. Please can you tell me which is the best gcc version and under which linux build environment (openwrt/buildroot/yocto) you usually work? I could evaluate to move all mycross-compilation toolchain and libraries to the most fitting environment. Thanks in advance. Every help will be greatly appreciated Best regards fabio -- Fabio Antonini (Ph.D) Tiesse Spa Via Corradini 80, 67051 Avezzano (Aq) mobile: +39 3939261941 phone: +39 0863455830 fax: +39 0863455830 f.antonini at tiesse.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From mvasko at cesnet.cz Fri Jul 1 11:40:32 2016 From: mvasko at cesnet.cz (=?utf-8?q?Michal_Va=C5=A1ko?=) Date: Fri, 01 Jul 2016 13:40:32 +0200 Subject: [sysrepo-devel] =?utf-8?b?Pz09P3V0Zi04P3E/ICBIZWxwIG9uIHNzaCBh?= =?utf-8?q?uthentication_with_netopeer2-server?= In-Reply-To: <57764657.6090303@tiesse.com> Message-ID: <7d86-57765680-5-22ad0b40@157419225> Hi Fabio, firstly, this seems to concern netopeer2-server only, so you should have started an issue on our guthub repository [1], which you can do anyway. Regarding your problem, you using a non-standard platform can ultimately be the cause of any problems you encounter. Even before the successful authentication I can see a libssh warning about receiving an unexpected interactive authentication data, which is weird considering you are using OpenSSH ssh utility (maybe it's something else?). As for the last error, invalid argument error should be caused by invalid mutex initialization. I would check whether your pthread implementation works correctly. We do work to some extent on OpenWRT and there should actually be sysrepo and netopeer2 packages somewhere available. Peter is the one that works on OpenWRT, so maybe he can help you somehow. Kind regards, Michal Vasko [1] https://github.com/CENSET/netopeer2/issues On Friday, July 1, 2016 12:30 CEST, fabio antonini wrote: > Hi all > I'm trying to get up the sysrepo/netopeer2 framework on my embedded > system MIPS based running a linux 2.6.28 kernel. My toolchain is really > old (gcc 4.2.4) and it doesn't support gnu11 standard. > Anyway after a hard work I have completed my porting and at the moment I > can running sysrepo and netopeer2-server. > > When I run netopeer2-server (sysrepo has been already started of course) > I get the following messages > > ~ # netopeer2-server -d -v4 > netopeer2-server[2902]: (sr_connect:353) Connecting to Sysrepo Engine. > netopeer2-server[2902]: (cl_socket_connect:357) Connecting to > socket=/tmp/sysrepod.sock > netopeer2-server[2902]: (sr_connect:405) Connected to daemon Sysrepo > Engine at socket=/tmp/sysrepod.sock > netopeer2-server[2902]: Netopeer2 connected to sysrepod. > netopeer2-server[2902]: (cl_request_process:401) Sending session-start > request. > netopeer2-server[2902]: (cl_request_process:423) session-start request > sent, waiting for response. > netopeer2-server[2902]: (cl_request_process:445) session-start response > received, processing. > netopeer2-server[2902]: (cl_request_process:401) Sending list-schemas > request. > netopeer2-server[2902]: (cl_request_process:423) list-schemas request > sent, waiting for response. > netopeer2-server[2902]: (cl_request_process:445) list-schemas response > received, processing. > netopeer2-server[2902]: Reading module "yang". > netopeer2-server[2902]: Module "yang" successfully parsed. > netopeer2-server[2902]: Reading module "ietf-inet-types". > netopeer2-server[2902]: Resolving derived type "union" failed, it will > be attempted later. > netopeer2-server[2902]: Resolving derived type "union" failed, it will > be attempted later. > netopeer2-server[2902]: Resolving derived type "union" failed, it will > be attempted later. > netopeer2-server[2902]: Resolving unresolved schema nodes and their > constraints... > netopeer2-server[2902]: All schema nodes and constraints resolved. > netopeer2-server[2902]: Module "ietf-inet-types" successfully parsed. > netopeer2-server[2902]: Reading module "ietf-yang-types". > netopeer2-server[2902]: Module "ietf-yang-types" successfully parsed. > netopeer2-server[2902]: Reading module "ietf-yang-library". > netopeer2-server[2902]: Module "ietf-yang-library" successfully parsed. > netopeer2-server[2902]: Module ietf-yang-types (2013-07-15) already > present in context. > netopeer2-server[2902]: (cl_request_process:401) Sending get-schema request. > netopeer2-server[2902]: (cl_request_process:423) get-schema request > sent, waiting for response. > netopeer2-server[2902]: (cl_request_process:445) get-schema response > received, processing. > netopeer2-server[2902]: Reading module "ietf-netconf-acm". > netopeer2-server[2902]: Module "ietf-netconf-acm" successfully parsed. > netopeer2-server[2902]: (cl_request_process:401) Sending get-schema request. > netopeer2-server[2902]: (cl_request_process:423) get-schema request > sent, waiting for response. > netopeer2-server[2902]: (cl_request_process:445) get-schema response > received, processing. > netopeer2-server[2902]: Reading module "ietf-netconf". > netopeer2-server[2902]: (cl_request_process:401) Sending get-schema request. > netopeer2-server[2902]: (cl_request_process:423) get-schema request > sent, waiting for response. > netopeer2-server[2902]: (cl_request_process:445) get-schema response > received, processing. > netopeer2-server[2902]: Module "ietf-netconf" successfully parsed. > netopeer2-server[2902]: (cl_request_process:401) Sending get-schema request. > netopeer2-server[2902]: (cl_request_process:423) get-schema request > sent, waiting for response. > netopeer2-server[2902]: (cl_request_process:445) get-schema response > received, processing. > netopeer2-server[2902]: Reading module "ietf-netconf-with-defaults". > netopeer2-server[2902]: (cl_request_process:401) Sending get-schema request. > netopeer2-server[2902]: (cl_request_process:423) get-schema request > sent, waiting for response. > netopeer2-server[2902]: (cl_request_process:445) get-schema response > received, processing. > netopeer2-server[2902]: (cl_request_process:401) Sending get-schema request. > netopeer2-server[2902]: (cl_request_process:423) get-schema request > sent, waiting for response. > netopeer2-server[2902]: (cl_request_process:445) get-schema response > received, processing. > netopeer2-server[2902]: Module "ietf-netconf-with-defaults" successfully > parsed. > netopeer2-server[2902]: (cl_request_process:401) Sending get-schema request. > netopeer2-server[2902]: (cl_request_process:423) get-schema request > sent, waiting for response. > netopeer2-server[2902]: (cl_request_process:445) get-schema response > received, processing. > netopeer2-server[2902]: Reading module "ietf-interfaces". > netopeer2-server[2902]: Resolving leafref > "/ietf-interfaces:interfaces/ietf-interfaces:interface/ietf-interfaces:name" > failed, it will be attempted later. > netopeer2-server[2902]: Resolving leafref > "/ietf-interfaces:interfaces-state/ietf-interfaces:interface/ietf-interfaces:name" > failed, it will be attempted later. > netopeer2-server[2902]: Resolving derived type "interface-state-ref" > failed, it will be attempted later. > netopeer2-server[2902]: Resolving derived type "interface-state-ref" > failed, it will be attempted later. > netopeer2-server[2902]: Resolving unresolved schema nodes and their > constraints... > netopeer2-server[2902]: All schema nodes and constraints resolved. > netopeer2-server[2902]: Module "ietf-interfaces" successfully parsed. > netopeer2-server[2902]: (cl_request_process:401) Sending get-schema request. > netopeer2-server[2902]: (cl_request_process:423) get-schema request > sent, waiting for response. > netopeer2-server[2902]: (cl_request_process:445) get-schema response > received, processing. > netopeer2-server[2902]: Reading module "tiesse-dhcp-2016-06-25". > netopeer2-server[2902]: Module "tiesse-dhcp-2016-06-25" successfully parsed. > netopeer2-server[2902]: (cl_request_process:401) Sending get-schema request. > netopeer2-server[2902]: (cl_request_process:423) get-schema request > sent, waiting for response. > netopeer2-server[2902]: (cl_request_process:445) get-schema response > received, processing. > netopeer2-server[2902]: Reading module "ietf-netconf-monitoring". > netopeer2-server[2902]: Module "ietf-netconf-monitoring" successfully > parsed. > netopeer2-server[2902]: (cl_request_process:401) Sending get-schema request. > netopeer2-server[2902]: (cl_request_process:423) get-schema request > sent, waiting for response. > netopeer2-server[2902]: (cl_request_process:445) get-schema response > received, processing. > netopeer2-server[2902]: Reading module "turing-machine". > netopeer2-server[2902]: Module "turing-machine" successfully parsed. > netopeer2-server[2902]: (cl_request_process:401) Sending get-schema request. > netopeer2-server[2902]: (cl_request_process:423) get-schema request > sent, waiting for response. > netopeer2-server[2902]: (cl_request_process:445) get-schema response > received, processing. > netopeer2-server[2902]: Reading module "ietf-ip". > netopeer2-server[2902]: (cl_request_process:401) Sending get-schema request. > netopeer2-server[2902]: (cl_request_process:423) get-schema request > sent, waiting for response. > netopeer2-server[2902]: (cl_request_process:445) get-schema response > received, processing. > netopeer2-server[2902]: Module "ietf-ip" successfully parsed. > netopeer2-server[2902]: (cl_request_process:401) Sending get-schema request. > netopeer2-server[2902]: (cl_request_process:423) get-schema request > sent, waiting for response. > netopeer2-server[2902]: (cl_request_process:445) get-schema response > received, processing. > netopeer2-server[2902]: Reading module "tiesse-ethernet-2016-06-25". > netopeer2-server[2902]: Module "tiesse-ethernet-2016-06-25" successfully > parsed. > [2016/04/05 00:01:41.058059, 2] ssh_pki_import_privkey_base64: Trying to > decode privkey passphrase=false > > > When I try to connect through a ssh connection from my PC for the hello > exchange (ssh root at 192.168.1.11 -p 6001 -s netconf) I have the following > messages and an error occurs > > *On the PC* > > ssh root at 192.168.1.11 -p 6001 -s netconf > Interactive SSH Authentication > Type your password: > Password: tiesseadm > packet_write_wait: Connection to 192.168.1.11: Broken pipe > > *On the target* > > [2016/04/05 00:06:12.666831, 3] ssh_socket_pollcallback: Received > POLLOUT in connecting state > [2016/04/05 00:06:12.667118, 3] ssh_handle_key_exchange: > ssh_handle_key_exchange: current state : 2 > [2016/04/05 00:06:12.673022, 3] callback_receive_banner: Received > banner: SSH-2.0-OpenSSH_6.9p1 Ubuntu-2ubuntu0.2 > [2016/04/05 00:06:12.673274, 1] ssh_server_connection_callback: SSH > client banner: SSH-2.0-OpenSSH_6.9p1 Ubuntu-2ubuntu0.2 > [2016/04/05 00:06:12.673431, 1] ssh_analyze_banner: Analyzing banner: > SSH-2.0-OpenSSH_6.9p1 Ubuntu-2ubuntu0.2 > [2016/04/05 00:06:12.673605, 1] ssh_analyze_banner: We are talking to > an OpenSSH client version: 6.9 (60900) > [2016/04/05 00:06:12.673996, 3] packet_send2: packet: wrote > [len=508,padding=10,comp=497,payload=497] > [2016/04/05 00:06:12.674368, 3] ssh_socket_unbuffered_write: Enabling > POLLOUT for socket > [2016/04/05 00:06:12.674575, 3] ssh_handle_key_exchange: > ssh_handle_key_exchange: current state : 4 > [2016/04/05 00:06:12.683144, 3] ssh_packet_socket_callback: packet: > read type 20 [len=1964,padding=8,comp=1955,payload=1955] > [2016/04/05 00:06:12.683405, 3] ssh_packet_process: Dispatching handler > for packet type 20 > [2016/04/05 00:06:12.684117, 3] crypt_set_algorithms_server: Set output > algorithm aes128-ctr > [2016/04/05 00:06:12.684345, 3] crypt_set_algorithms_server: Set input > algorithm aes128-ctr > [2016/04/05 00:06:12.684506, 3] crypt_set_algorithms_server: Set HMAC > output algorithm to hmac-sha2-256 > [2016/04/05 00:06:12.684662, 3] crypt_set_algorithms_server: Set HMAC > input algorithm to hmac-sha2-256 > [2016/04/05 00:06:12.684834, 3] ssh_handle_key_exchange: > ssh_handle_key_exchange: current state : 6 > [2016/04/05 00:06:12.693050, 3] ssh_packet_socket_callback: packet: > read type 30 [len=44,padding=6,comp=37,payload=37] > [2016/04/05 00:06:12.693297, 3] ssh_packet_process: Dispatching handler > for packet type 30 > [2016/04/05 00:06:12.693445, 3] ssh_packet_kexdh_init: Received > SSH_MSG_KEXDH_INIT > [2016/04/05 00:06:12.864531, 2] ssh_server_curve25519_init: > SSH_MSG_KEX_ECDH_REPLY sent > [2016/04/05 00:06:12.866510, 3] ssh_socket_unbuffered_write: Enabling > POLLOUT for socket > [2016/04/05 00:06:12.868414, 3] packet_send2: packet: wrote > [len=348,padding=10,comp=337,payload=337] > [2016/04/05 00:06:12.870314, 3] packet_send2: packet: wrote > [len=12,padding=10,comp=1,payload=1] > [2016/04/05 00:06:12.872004, 2] ssh_server_curve25519_init: > SSH_MSG_NEWKEYS sent > [2016/04/05 00:06:12.874571, 3] ssh_socket_unbuffered_write: Enabling > POLLOUT for socket > [2016/04/05 00:06:12.876583, 3] ssh_handle_key_exchange: > ssh_handle_key_exchange: current state : 6 > [2016/04/05 00:06:12.883034, 3] ssh_packet_socket_callback: packet: > read type 21 [len=12,padding=10,comp=1,payload=1] > [2016/04/05 00:06:12.884665, 3] ssh_packet_process: Dispatching handler > for packet type 21 > [2016/04/05 00:06:12.886600, 2] ssh_packet_newkeys: Received > SSH_MSG_NEWKEYS > [2016/04/05 00:06:12.889360, 3] ssh_packet_socket_callback: Processing > 64 bytes left in socket buffer > [2016/04/05 00:06:12.891741, 3] ssh_packet_socket_callback: packet: > read type 5 [len=28,padding=10,comp=17,payload=17] > [2016/04/05 00:06:12.893556, 3] ssh_packet_process: Dispatching handler > for packet type 5 > [2016/04/05 00:06:12.894797, 3] ssh_packet_service_request: Received a > SERVICE_REQUEST for service ssh-userauth > netopeer2-server[2902]: Received an SSH message "request-service" of > subtype "ssh-userauth". > [2016/04/05 00:06:12.898418, 3] ssh_message_service_reply_success: > Sending a SERVICE_ACCEPT for service ssh-userauth > [2016/04/05 00:06:12.900744, 3] packet_send2: packet: wrote > [len=28,padding=10,comp=17,payload=17] > [2016/04/05 00:06:12.902165, 3] ssh_socket_unbuffered_write: Enabling > POLLOUT for socket > [2016/04/05 00:06:12.904008, 3] ssh_handle_key_exchange: > ssh_handle_key_exchange: current state : 7 > [2016/04/05 00:06:12.906457, 3] ssh_packet_socket_callback: packet: > read type 50 [len=44,padding=8,comp=35,payload=35] > [2016/04/05 00:06:12.907307, 3] ssh_packet_process: Dispatching handler > for packet type 50 > [2016/04/05 00:06:12.909196, 3] ssh_packet_userauth_request: Auth > request for service ssh-connection, method none for user 'root' > netopeer2-server[2902]: Received an SSH message "request-auth" of > subtype "none". > [2016/04/05 00:06:12.912380, 3] ssh_auth_reply_default: Sending a auth > failure. methods that can continue: publickey,keyboard-interactive,password > [2016/04/05 00:06:12.915117, 3] packet_send2: packet: wrote > [len=60,padding=14,comp=45,payload=45] > [2016/04/05 00:06:12.916995, 3] ssh_socket_unbuffered_write: Enabling > POLLOUT for socket > [2016/04/05 00:06:12.923228, 3] ssh_packet_socket_callback: packet: > read type 50 [len=76,padding=16,comp=59,payload=59] > [2016/04/05 00:06:12.924643, 3] ssh_packet_process: Dispatching handler > for packet type 50 > [2016/04/05 00:06:12.925254, 3] ssh_packet_userauth_request: Auth > request for service ssh-connection, method keyboard-interactive for user > 'root' > netopeer2-server[2902]: Received an SSH message "request-auth" of > subtype "interactive". > [2016/04/05 00:06:12.928576, 3] packet_send2: packet: wrote > [len=92,padding=10,comp=81,payload=81] > [2016/04/05 00:06:12.930264, 2] ssh_message_auth_interactive_request: > Warning: Got a keyboard-interactive response but it seems we didn't send > the request. > [2016/04/05 00:06:12.932517, 3] ssh_socket_unbuffered_write: Enabling > POLLOUT for socket > [2016/04/05 00:06:15.603166, 3] ssh_packet_socket_callback: packet: > read type 61 [len=60,padding=41,comp=18,payload=18] > [2016/04/05 00:06:15.604865, 3] ssh_packet_process: Dispatching handler > for packet type 61 > [2016/04/05 00:06:15.606957, 3] ssh_packet_userauth_info_response: > kbdint: 1 answers > netopeer2-server[2902]: Received an SSH message "request-auth" of > subtype "interactive". > netopeer2-server[2902]: User "root" authenticated. > [2016/04/05 00:06:15.620731, 3] ssh_socket_unbuffered_write: Enabling > POLLOUT for socket > [2016/04/05 00:06:15.622609, 3] packet_send2: packet: wrote > [len=12,padding=10,comp=1,payload=1] > *netopeer2-server[2902]: Mutex lock failed (Invalid argument).* > [2016/04/05 00:06:15.626369, 3] packet_send2: packet: wrote > [len=28,padding=11,comp=16,payload=16] > > The "*Mutex lock failed*" message is sent by the libnetconf2 function > nc_timedlock defined in src/session.c of the libnetconf2 package. > The code section is > > if (ret == ETIMEDOUT) { > /* timeout */ > return 0; > } else if (ret) { > /* error */ > *ERR("Mutex lock failed (%s).", strerror(ret));* > return -1; > } > > So I guess that the mutex lock has failed for any reason. > Of course the authentication fails and no Netconf hello messages > exchange can occur. > What's wrong? I'm a little bit confused. > > Please can you tell me which is the best gcc version and under which > linux build environment (openwrt/buildroot/yocto) you usually work? I > could evaluate to move all mycross-compilation toolchain and libraries > to the most fitting environment. > > Thanks in advance. Every help will be greatly appreciated > Best regards > fabio > > -- > Fabio Antonini (Ph.D) > Tiesse Spa > Via Corradini 80, 67051 Avezzano (Aq) > mobile: +39 3939261941 > phone: +39 0863455830 > fax: +39 0863455830 > f.antonini at tiesse.com > > From f.antonini at tiesse.com Fri Jul 1 12:00:23 2016 From: f.antonini at tiesse.com (fabio antonini) Date: Fri, 1 Jul 2016 14:00:23 +0200 Subject: [sysrepo-devel] Help on ssh authentication with netopeer2-server In-Reply-To: <7d86-57765680-5-22ad0b40@157419225> References: <7d86-57765680-5-22ad0b40@157419225> Message-ID: <57765B57.6030402@tiesse.com> Hi Michal Thanks a lot for the quick reply. Yes I agree that using a non standard platform is the origin of any problems. So I thing it's better to adopt the matching environment. My board can run also openwrt barrier-breaker (kernel 3.10.49), but I would prefer to know which is the best openwrt version to use and which kernel version is more suitable. I will wait for Peter's help. Don't waste your time. Thanks a lot Best regards fabio On 01/07/2016 13:40, Michal Va?ko wrote: > Hi Fabio, > firstly, this seems to concern netopeer2-server only, so you should have started an issue on our guthub repository [1], which you can do anyway. > > Regarding your problem, you using a non-standard platform can ultimately be the cause of any problems you encounter. Even before the successful authentication I can see a libssh warning about receiving an unexpected interactive authentication data, which is weird considering you are using OpenSSH ssh utility (maybe it's something else?). As for the last error, invalid argument error should be caused by invalid mutex initialization. I would check whether your pthread implementation works correctly. > > We do work to some extent on OpenWRT and there should actually be sysrepo and netopeer2 packages somewhere available. Peter is the one that works on OpenWRT, so maybe he can help you somehow. > > Kind regards, > Michal Vasko > > [1] https://github.com/CENSET/netopeer2/issues > > > On Friday, July 1, 2016 12:30 CEST, fabio antonini wrote: > >> Hi all >> I'm trying to get up the sysrepo/netopeer2 framework on my embedded >> system MIPS based running a linux 2.6.28 kernel. My toolchain is really >> old (gcc 4.2.4) and it doesn't support gnu11 standard. >> Anyway after a hard work I have completed my porting and at the moment I >> can running sysrepo and netopeer2-server. >> >> When I run netopeer2-server (sysrepo has been already started of course) >> I get the following messages >> >> ~ # netopeer2-server -d -v4 >> netopeer2-server[2902]: (sr_connect:353) Connecting to Sysrepo Engine. >> netopeer2-server[2902]: (cl_socket_connect:357) Connecting to >> socket=/tmp/sysrepod.sock >> netopeer2-server[2902]: (sr_connect:405) Connected to daemon Sysrepo >> Engine at socket=/tmp/sysrepod.sock >> netopeer2-server[2902]: Netopeer2 connected to sysrepod. >> netopeer2-server[2902]: (cl_request_process:401) Sending session-start >> request. >> netopeer2-server[2902]: (cl_request_process:423) session-start request >> sent, waiting for response. >> netopeer2-server[2902]: (cl_request_process:445) session-start response >> received, processing. >> netopeer2-server[2902]: (cl_request_process:401) Sending list-schemas >> request. >> netopeer2-server[2902]: (cl_request_process:423) list-schemas request >> sent, waiting for response. >> netopeer2-server[2902]: (cl_request_process:445) list-schemas response >> received, processing. >> netopeer2-server[2902]: Reading module "yang". >> netopeer2-server[2902]: Module "yang" successfully parsed. >> netopeer2-server[2902]: Reading module "ietf-inet-types". >> netopeer2-server[2902]: Resolving derived type "union" failed, it will >> be attempted later. >> netopeer2-server[2902]: Resolving derived type "union" failed, it will >> be attempted later. >> netopeer2-server[2902]: Resolving derived type "union" failed, it will >> be attempted later. >> netopeer2-server[2902]: Resolving unresolved schema nodes and their >> constraints... >> netopeer2-server[2902]: All schema nodes and constraints resolved. >> netopeer2-server[2902]: Module "ietf-inet-types" successfully parsed. >> netopeer2-server[2902]: Reading module "ietf-yang-types". >> netopeer2-server[2902]: Module "ietf-yang-types" successfully parsed. >> netopeer2-server[2902]: Reading module "ietf-yang-library". >> netopeer2-server[2902]: Module "ietf-yang-library" successfully parsed. >> netopeer2-server[2902]: Module ietf-yang-types (2013-07-15) already >> present in context. >> netopeer2-server[2902]: (cl_request_process:401) Sending get-schema request. >> netopeer2-server[2902]: (cl_request_process:423) get-schema request >> sent, waiting for response. >> netopeer2-server[2902]: (cl_request_process:445) get-schema response >> received, processing. >> netopeer2-server[2902]: Reading module "ietf-netconf-acm". >> netopeer2-server[2902]: Module "ietf-netconf-acm" successfully parsed. >> netopeer2-server[2902]: (cl_request_process:401) Sending get-schema request. >> netopeer2-server[2902]: (cl_request_process:423) get-schema request >> sent, waiting for response. >> netopeer2-server[2902]: (cl_request_process:445) get-schema response >> received, processing. >> netopeer2-server[2902]: Reading module "ietf-netconf". >> netopeer2-server[2902]: (cl_request_process:401) Sending get-schema request. >> netopeer2-server[2902]: (cl_request_process:423) get-schema request >> sent, waiting for response. >> netopeer2-server[2902]: (cl_request_process:445) get-schema response >> received, processing. >> netopeer2-server[2902]: Module "ietf-netconf" successfully parsed. >> netopeer2-server[2902]: (cl_request_process:401) Sending get-schema request. >> netopeer2-server[2902]: (cl_request_process:423) get-schema request >> sent, waiting for response. >> netopeer2-server[2902]: (cl_request_process:445) get-schema response >> received, processing. >> netopeer2-server[2902]: Reading module "ietf-netconf-with-defaults". >> netopeer2-server[2902]: (cl_request_process:401) Sending get-schema request. >> netopeer2-server[2902]: (cl_request_process:423) get-schema request >> sent, waiting for response. >> netopeer2-server[2902]: (cl_request_process:445) get-schema response >> received, processing. >> netopeer2-server[2902]: (cl_request_process:401) Sending get-schema request. >> netopeer2-server[2902]: (cl_request_process:423) get-schema request >> sent, waiting for response. >> netopeer2-server[2902]: (cl_request_process:445) get-schema response >> received, processing. >> netopeer2-server[2902]: Module "ietf-netconf-with-defaults" successfully >> parsed. >> netopeer2-server[2902]: (cl_request_process:401) Sending get-schema request. >> netopeer2-server[2902]: (cl_request_process:423) get-schema request >> sent, waiting for response. >> netopeer2-server[2902]: (cl_request_process:445) get-schema response >> received, processing. >> netopeer2-server[2902]: Reading module "ietf-interfaces". >> netopeer2-server[2902]: Resolving leafref >> "/ietf-interfaces:interfaces/ietf-interfaces:interface/ietf-interfaces:name" >> failed, it will be attempted later. >> netopeer2-server[2902]: Resolving leafref >> "/ietf-interfaces:interfaces-state/ietf-interfaces:interface/ietf-interfaces:name" >> failed, it will be attempted later. >> netopeer2-server[2902]: Resolving derived type "interface-state-ref" >> failed, it will be attempted later. >> netopeer2-server[2902]: Resolving derived type "interface-state-ref" >> failed, it will be attempted later. >> netopeer2-server[2902]: Resolving unresolved schema nodes and their >> constraints... >> netopeer2-server[2902]: All schema nodes and constraints resolved. >> netopeer2-server[2902]: Module "ietf-interfaces" successfully parsed. >> netopeer2-server[2902]: (cl_request_process:401) Sending get-schema request. >> netopeer2-server[2902]: (cl_request_process:423) get-schema request >> sent, waiting for response. >> netopeer2-server[2902]: (cl_request_process:445) get-schema response >> received, processing. >> netopeer2-server[2902]: Reading module "tiesse-dhcp-2016-06-25". >> netopeer2-server[2902]: Module "tiesse-dhcp-2016-06-25" successfully parsed. >> netopeer2-server[2902]: (cl_request_process:401) Sending get-schema request. >> netopeer2-server[2902]: (cl_request_process:423) get-schema request >> sent, waiting for response. >> netopeer2-server[2902]: (cl_request_process:445) get-schema response >> received, processing. >> netopeer2-server[2902]: Reading module "ietf-netconf-monitoring". >> netopeer2-server[2902]: Module "ietf-netconf-monitoring" successfully >> parsed. >> netopeer2-server[2902]: (cl_request_process:401) Sending get-schema request. >> netopeer2-server[2902]: (cl_request_process:423) get-schema request >> sent, waiting for response. >> netopeer2-server[2902]: (cl_request_process:445) get-schema response >> received, processing. >> netopeer2-server[2902]: Reading module "turing-machine". >> netopeer2-server[2902]: Module "turing-machine" successfully parsed. >> netopeer2-server[2902]: (cl_request_process:401) Sending get-schema request. >> netopeer2-server[2902]: (cl_request_process:423) get-schema request >> sent, waiting for response. >> netopeer2-server[2902]: (cl_request_process:445) get-schema response >> received, processing. >> netopeer2-server[2902]: Reading module "ietf-ip". >> netopeer2-server[2902]: (cl_request_process:401) Sending get-schema request. >> netopeer2-server[2902]: (cl_request_process:423) get-schema request >> sent, waiting for response. >> netopeer2-server[2902]: (cl_request_process:445) get-schema response >> received, processing. >> netopeer2-server[2902]: Module "ietf-ip" successfully parsed. >> netopeer2-server[2902]: (cl_request_process:401) Sending get-schema request. >> netopeer2-server[2902]: (cl_request_process:423) get-schema request >> sent, waiting for response. >> netopeer2-server[2902]: (cl_request_process:445) get-schema response >> received, processing. >> netopeer2-server[2902]: Reading module "tiesse-ethernet-2016-06-25". >> netopeer2-server[2902]: Module "tiesse-ethernet-2016-06-25" successfully >> parsed. >> [2016/04/05 00:01:41.058059, 2] ssh_pki_import_privkey_base64: Trying to >> decode privkey passphrase=false >> >> >> When I try to connect through a ssh connection from my PC for the hello >> exchange (ssh root at 192.168.1.11 -p 6001 -s netconf) I have the following >> messages and an error occurs >> >> *On the PC* >> >> ssh root at 192.168.1.11 -p 6001 -s netconf >> Interactive SSH Authentication >> Type your password: >> Password: tiesseadm >> packet_write_wait: Connection to 192.168.1.11: Broken pipe >> >> *On the target* >> >> [2016/04/05 00:06:12.666831, 3] ssh_socket_pollcallback: Received >> POLLOUT in connecting state >> [2016/04/05 00:06:12.667118, 3] ssh_handle_key_exchange: >> ssh_handle_key_exchange: current state : 2 >> [2016/04/05 00:06:12.673022, 3] callback_receive_banner: Received >> banner: SSH-2.0-OpenSSH_6.9p1 Ubuntu-2ubuntu0.2 >> [2016/04/05 00:06:12.673274, 1] ssh_server_connection_callback: SSH >> client banner: SSH-2.0-OpenSSH_6.9p1 Ubuntu-2ubuntu0.2 >> [2016/04/05 00:06:12.673431, 1] ssh_analyze_banner: Analyzing banner: >> SSH-2.0-OpenSSH_6.9p1 Ubuntu-2ubuntu0.2 >> [2016/04/05 00:06:12.673605, 1] ssh_analyze_banner: We are talking to >> an OpenSSH client version: 6.9 (60900) >> [2016/04/05 00:06:12.673996, 3] packet_send2: packet: wrote >> [len=508,padding=10,comp=497,payload=497] >> [2016/04/05 00:06:12.674368, 3] ssh_socket_unbuffered_write: Enabling >> POLLOUT for socket >> [2016/04/05 00:06:12.674575, 3] ssh_handle_key_exchange: >> ssh_handle_key_exchange: current state : 4 >> [2016/04/05 00:06:12.683144, 3] ssh_packet_socket_callback: packet: >> read type 20 [len=1964,padding=8,comp=1955,payload=1955] >> [2016/04/05 00:06:12.683405, 3] ssh_packet_process: Dispatching handler >> for packet type 20 >> [2016/04/05 00:06:12.684117, 3] crypt_set_algorithms_server: Set output >> algorithm aes128-ctr >> [2016/04/05 00:06:12.684345, 3] crypt_set_algorithms_server: Set input >> algorithm aes128-ctr >> [2016/04/05 00:06:12.684506, 3] crypt_set_algorithms_server: Set HMAC >> output algorithm to hmac-sha2-256 >> [2016/04/05 00:06:12.684662, 3] crypt_set_algorithms_server: Set HMAC >> input algorithm to hmac-sha2-256 >> [2016/04/05 00:06:12.684834, 3] ssh_handle_key_exchange: >> ssh_handle_key_exchange: current state : 6 >> [2016/04/05 00:06:12.693050, 3] ssh_packet_socket_callback: packet: >> read type 30 [len=44,padding=6,comp=37,payload=37] >> [2016/04/05 00:06:12.693297, 3] ssh_packet_process: Dispatching handler >> for packet type 30 >> [2016/04/05 00:06:12.693445, 3] ssh_packet_kexdh_init: Received >> SSH_MSG_KEXDH_INIT >> [2016/04/05 00:06:12.864531, 2] ssh_server_curve25519_init: >> SSH_MSG_KEX_ECDH_REPLY sent >> [2016/04/05 00:06:12.866510, 3] ssh_socket_unbuffered_write: Enabling >> POLLOUT for socket >> [2016/04/05 00:06:12.868414, 3] packet_send2: packet: wrote >> [len=348,padding=10,comp=337,payload=337] >> [2016/04/05 00:06:12.870314, 3] packet_send2: packet: wrote >> [len=12,padding=10,comp=1,payload=1] >> [2016/04/05 00:06:12.872004, 2] ssh_server_curve25519_init: >> SSH_MSG_NEWKEYS sent >> [2016/04/05 00:06:12.874571, 3] ssh_socket_unbuffered_write: Enabling >> POLLOUT for socket >> [2016/04/05 00:06:12.876583, 3] ssh_handle_key_exchange: >> ssh_handle_key_exchange: current state : 6 >> [2016/04/05 00:06:12.883034, 3] ssh_packet_socket_callback: packet: >> read type 21 [len=12,padding=10,comp=1,payload=1] >> [2016/04/05 00:06:12.884665, 3] ssh_packet_process: Dispatching handler >> for packet type 21 >> [2016/04/05 00:06:12.886600, 2] ssh_packet_newkeys: Received >> SSH_MSG_NEWKEYS >> [2016/04/05 00:06:12.889360, 3] ssh_packet_socket_callback: Processing >> 64 bytes left in socket buffer >> [2016/04/05 00:06:12.891741, 3] ssh_packet_socket_callback: packet: >> read type 5 [len=28,padding=10,comp=17,payload=17] >> [2016/04/05 00:06:12.893556, 3] ssh_packet_process: Dispatching handler >> for packet type 5 >> [2016/04/05 00:06:12.894797, 3] ssh_packet_service_request: Received a >> SERVICE_REQUEST for service ssh-userauth >> netopeer2-server[2902]: Received an SSH message "request-service" of >> subtype "ssh-userauth". >> [2016/04/05 00:06:12.898418, 3] ssh_message_service_reply_success: >> Sending a SERVICE_ACCEPT for service ssh-userauth >> [2016/04/05 00:06:12.900744, 3] packet_send2: packet: wrote >> [len=28,padding=10,comp=17,payload=17] >> [2016/04/05 00:06:12.902165, 3] ssh_socket_unbuffered_write: Enabling >> POLLOUT for socket >> [2016/04/05 00:06:12.904008, 3] ssh_handle_key_exchange: >> ssh_handle_key_exchange: current state : 7 >> [2016/04/05 00:06:12.906457, 3] ssh_packet_socket_callback: packet: >> read type 50 [len=44,padding=8,comp=35,payload=35] >> [2016/04/05 00:06:12.907307, 3] ssh_packet_process: Dispatching handler >> for packet type 50 >> [2016/04/05 00:06:12.909196, 3] ssh_packet_userauth_request: Auth >> request for service ssh-connection, method none for user 'root' >> netopeer2-server[2902]: Received an SSH message "request-auth" of >> subtype "none". >> [2016/04/05 00:06:12.912380, 3] ssh_auth_reply_default: Sending a auth >> failure. methods that can continue: publickey,keyboard-interactive,password >> [2016/04/05 00:06:12.915117, 3] packet_send2: packet: wrote >> [len=60,padding=14,comp=45,payload=45] >> [2016/04/05 00:06:12.916995, 3] ssh_socket_unbuffered_write: Enabling >> POLLOUT for socket >> [2016/04/05 00:06:12.923228, 3] ssh_packet_socket_callback: packet: >> read type 50 [len=76,padding=16,comp=59,payload=59] >> [2016/04/05 00:06:12.924643, 3] ssh_packet_process: Dispatching handler >> for packet type 50 >> [2016/04/05 00:06:12.925254, 3] ssh_packet_userauth_request: Auth >> request for service ssh-connection, method keyboard-interactive for user >> 'root' >> netopeer2-server[2902]: Received an SSH message "request-auth" of >> subtype "interactive". >> [2016/04/05 00:06:12.928576, 3] packet_send2: packet: wrote >> [len=92,padding=10,comp=81,payload=81] >> [2016/04/05 00:06:12.930264, 2] ssh_message_auth_interactive_request: >> Warning: Got a keyboard-interactive response but it seems we didn't send >> the request. >> [2016/04/05 00:06:12.932517, 3] ssh_socket_unbuffered_write: Enabling >> POLLOUT for socket >> [2016/04/05 00:06:15.603166, 3] ssh_packet_socket_callback: packet: >> read type 61 [len=60,padding=41,comp=18,payload=18] >> [2016/04/05 00:06:15.604865, 3] ssh_packet_process: Dispatching handler >> for packet type 61 >> [2016/04/05 00:06:15.606957, 3] ssh_packet_userauth_info_response: >> kbdint: 1 answers >> netopeer2-server[2902]: Received an SSH message "request-auth" of >> subtype "interactive". >> netopeer2-server[2902]: User "root" authenticated. >> [2016/04/05 00:06:15.620731, 3] ssh_socket_unbuffered_write: Enabling >> POLLOUT for socket >> [2016/04/05 00:06:15.622609, 3] packet_send2: packet: wrote >> [len=12,padding=10,comp=1,payload=1] >> *netopeer2-server[2902]: Mutex lock failed (Invalid argument).* >> [2016/04/05 00:06:15.626369, 3] packet_send2: packet: wrote >> [len=28,padding=11,comp=16,payload=16] >> >> The "*Mutex lock failed*" message is sent by the libnetconf2 function >> nc_timedlock defined in src/session.c of the libnetconf2 package. >> The code section is >> >> if (ret == ETIMEDOUT) { >> /* timeout */ >> return 0; >> } else if (ret) { >> /* error */ >> *ERR("Mutex lock failed (%s).", strerror(ret));* >> return -1; >> } >> >> So I guess that the mutex lock has failed for any reason. >> Of course the authentication fails and no Netconf hello messages >> exchange can occur. >> What's wrong? I'm a little bit confused. >> >> Please can you tell me which is the best gcc version and under which >> linux build environment (openwrt/buildroot/yocto) you usually work? I >> could evaluate to move all mycross-compilation toolchain and libraries >> to the most fitting environment. >> >> Thanks in advance. Every help will be greatly appreciated >> Best regards >> fabio >> >> -- >> Fabio Antonini (Ph.D) >> Tiesse Spa >> Via Corradini 80, 67051 Avezzano (Aq) >> mobile: +39 3939261941 >> phone: +39 0863455830 >> fax: +39 0863455830 >> f.antonini at tiesse.com >> >> > > > > > . > -- Fabio Antonini (Ph.D) Via Corradini 80, 67051 Avezzano (Aq) mobile: +39 3939261941 phone: +39 0863455830 fax: +39 0863455830 f.antonini at tiesse.com From raszabo at cisco.com Fri Jul 1 12:10:50 2016 From: raszabo at cisco.com (Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco)) Date: Fri, 1 Jul 2016 12:10:50 +0000 Subject: [sysrepo-devel] YANG modules available anywhere? In-Reply-To: References: <74148c1b-a9e9-e95c-ece3-fb20b26bbe46@cisco.com> <1722b65867b24cc9b0c44ea4426fe5a2@XCH-RCD-002.cisco.com> <834c396c9a1145d6a6d2fb2eab400612@XCH-RCD-002.cisco.com> Message-ID: <11b821871e9f4806adedf0e2955c0198@XCH-RCD-002.cisco.com> Hi Benoit, Thanks. I have just set up an automation script that will check for changes in the YANGs each day and push the new versions to the repo in case of any change. I have also fixed the issues in the internal YANG and dnsmasq YANG, will ask the DT guys to fix the snabb YANG too. Thanks, Rastislav From: Benoit Claise (bclaise) Sent: Thursday, June 30, 2016 2:15 PM To: Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco) ; sysrepo-devel at sysrepo.org Cc: Alain Fiocco (afiocco) ; Jan Medved (jmedved) ; Benoit Claise (bclaise) Subject: Re: [sysrepo-devel] YANG modules available anywhere? Hi Rastislav, Done. See http://www.claise.be/2016/06/ietf-yang-modules-statistiques/ Sysrepo * All Internal YANG data models from github and Related stats * All Application-related YANG data models from github and Related stats You might want to make sure those YANG modules compile. And also, you might want to make sure that this github repo always get the latest YANG modules (maybe a script) Regards, Benoit Hi Benoit, Yes, I get your point. I have created a new repository: https://github.com/sysrepo/yang We have put all the YANG modules developed for the use with sysrepo there. We will update it regularly (and automatically), as well as ask all others using sysrepo to put their YANGs there. You can point your scripts there. Thanks for doing this for us, Rastislav From: Benoit Claise (bclaise) Sent: Tuesday, June 28, 2016 1:57 PM To: Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco) ; sysrepo-devel at sysrepo.org Cc: Alain Fiocco (afiocco) ; Benoit Claise (bclaise) Subject: Re: [sysrepo-devel] YANG modules available anywhere? Hi Rastislav, Luka, What I have in mind is the next steps for sysrepo, i.e. advertising the sysrepo YANG modules. There are two types of YANG modules: 1. internal ones, such as sysrepo-persistent-data.yang. 2. the service YANG modules, such as dnsmasq at 2016-01-22.yang. Way more interesting to advertise. If sysrepo is as successful I want it to be, those will become kind of "defacto" standard for the LINUX environment. Now, the ask. Instead of me cloning every single app repo, and considering that I don't know what I don't know (i.e. which new app are being developed), can you create a new directory with a copy (like a cron) of the app-related YANG service module. Here is what I have in mind. See http://www.claise.be/2016/06/ietf-yang-modules-statistiques/ - I added: Sysrepo * All YANG data models from github and Related stats - And under "YANG data models statistics in the industry", I added the stats as well. This cron job works way better if I can git clone from a single directory, as opposed to one per app, which I would have to track. Does it make sense? Note that the YANG module compiles fine within my environment, with the latest pyang, but not with "pyang --ietf". See http://www.claise.be/SysrepoYANGPageCompilation.html Regards, Benoit Hi Benoit, Oh, I forgot to mention it. It is in "dnsmasq-sysrepo" repository: https://github.com/sysrepo/dnsmasq-sysrepo/tree/master/cfg Gyus from DT did another integration into snabb switch application: *Luka*, could you please point Benoit to the repository and YANG model location within the repository? Thanks, Rastislav -----Original Message----- From: Benoit Claise (bclaise) Sent: Monday, June 27, 2016 5:47 PM To: Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco) ; sysrepo-devel at sysrepo.org Cc: Alain Fiocco (afiocco) ; Benoit Claise (bclaise) Subject: Re: [sysrepo-devel] YANG modules available anywhere? Thanks Rastislav, https://github.com/sysrepo/sysrepo/blob/master/yang/sysrepo-persistent-data.yang is an internal YANG module. And where are the YANG modules for the LINUX applications? For example: the DNS forwader and DHCP server mentioned in the demo. This is where the value is in terms of exposing YANG modules and API. Regards, Benoit Let's expose and check only YANGs located in https://github.com/sysrepo/sysrepo/tree/master/yang (currently onle one YANG, but we will add another soon). Others are just copied form somewhere, or completely meaningless (made-up just for testing purposes). Thanks, Rastislav -----Original Message----- From: Benoit Claise (bclaise) Sent: Monday, June 27, 2016 4:36 PM To: Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco) ; sysrepo-devel at sysrepo.org Cc: Alain Fiocco (afiocco) Subject: Re: [sysrepo-devel] YANG modules available anywhere? Hi Rastislav, Which ones are we supposed to expose? Which ones should we check for compilation warnings/errors? Regards, Benoit Hi Benoit, You can find the YANGs we use in our github repository: https://github.com/sysrepo/sysrepo/ internal YANGs in /yang/ subdirectory: https://github.com/sysrepo/sysrepo/tree/master/yang testing YANGs in /tests/yang/ subdirectory: https://github.com/sysrepo/sysrepo/tree/master/tests/yang YANGs used in our example applications in /examples/yang/ subdirectory: https://github.com/sysrepo/sysrepo/tree/master/examples/yang Regards, Rastislav -----Original Message----- From: sysrepo-devel [mailto:sysrepo-devel-bounces at sysrepo.org] On Behalf Of Benoit Claise (bclaise) Sent: Monday, June 27, 2016 4:10 PM To: sysrepo-devel at sysrepo.org Cc: Alain Fiocco (afiocco) Subject: [sysrepo-devel] YANG modules available anywhere? Hi, Are the YANG models used in sysrepo available somewhere? I would like to add them to http://www.claise.be/2016/03/ietf-yang-modules-statistiques/ Ideally, I would need a git repository. My cron jobs could pick them up regularly. Regards, Benoit _______________________________________________ sysrepo-devel mailing list sysrepo-devel at sysrepo.org http://lists.sysrepo.org/listinfo/sysrepo-devel . . . . -------------- next part -------------- An HTML attachment was scrubbed... URL: From bclaise at cisco.com Fri Jul 1 14:42:58 2016 From: bclaise at cisco.com (Benoit Claise) Date: Fri, 1 Jul 2016 16:42:58 +0200 Subject: [sysrepo-devel] YANG modules available anywhere? In-Reply-To: <11b821871e9f4806adedf0e2955c0198@XCH-RCD-002.cisco.com> References: <74148c1b-a9e9-e95c-ece3-fb20b26bbe46@cisco.com> <1722b65867b24cc9b0c44ea4426fe5a2@XCH-RCD-002.cisco.com> <834c396c9a1145d6a6d2fb2eab400612@XCH-RCD-002.cisco.com> <11b821871e9f4806adedf0e2955c0198@XCH-RCD-002.cisco.com> Message-ID: <3363bed2-4303-5a8d-fb08-526704056f50@cisco.com> Hi Ratislav, That works better. http://www.claise.be/SysrepoInternalYANGPageCompilation.html. Thanks. However, still a warning for dnsmasq. See http://www.claise.be/SysrepoApplicationYANGPageCompilation.html Regards, B. > Hi Benoit, > > Thanks. I have just set up an automation script that will check for > changes in the YANGs each day and push the new versions to the repo in > case of any change. > > I have also fixed the issues in the internal YANG and dnsmasq YANG, > will ask the DT guys to fix the snabb YANG too. > > Thanks, > > Rastislav > > *From:*Benoit Claise (bclaise) > *Sent:* Thursday, June 30, 2016 2:15 PM > *To:* Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco) > ; sysrepo-devel at sysrepo.org > *Cc:* Alain Fiocco (afiocco) ; Jan Medved (jmedved) > ; Benoit Claise (bclaise) > *Subject:* Re: [sysrepo-devel] YANG modules available anywhere? > > Hi Rastislav, > > Done. > See http://www.claise.be/2016/06/ietf-yang-modules-statistiques/ > > Sysrepo > > * AllInternal YANG data models from github > and_Related > stats _ > * AllApplication-related YANG data models from github > and_Related > stats _ > > You might want to make sure those YANG modules compile. > And also, you might want to make sure that this github repo always get > the latest YANG modules (maybe a script) > > Regards, Benoit > > Hi Benoit, > > Yes, I get your point. I have created a new repository: > https://github.com/sysrepo/yang > > We have put all the YANG modules developed for the use with > sysrepo there. We will update it regularly (and automatically), as > well as ask all others using sysrepo to put their YANGs there. > > You can point your scripts there. > > Thanks for doing this for us, > > Rastislav > > *From:*Benoit Claise (bclaise) > *Sent:* Tuesday, June 28, 2016 1:57 PM > *To:* Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at > Cisco) ; > sysrepo-devel at sysrepo.org > *Cc:* Alain Fiocco (afiocco) > ; Benoit Claise (bclaise) > > *Subject:* Re: [sysrepo-devel] YANG modules available anywhere? > > Hi Rastislav, Luka, > > What I have in mind is the next steps for sysrepo, i.e. > advertising the sysrepo YANG modules. > There are two types of YANG modules: > 1. internal ones, such as sysrepo-persistent-data.yang. > 2. the service YANG modules, such as dnsmasq at 2016-01-22.yang > . Way more interesting to advertise. > If sysrepo is as successful I want it to be, those will become > kind of "defacto" standard for the LINUX environment. > > Now, the ask. Instead of me cloning every single app repo, and > considering that I don't know what I don't know (i.e. which new > app are being developed), can you create a new directory with a > copy (like a cron) of the app-related YANG service module. > > Here is what I have in mind. > See http://www.claise.be/2016/06/ietf-yang-modules-statistiques/ > > - I added: > Sysrepo > > * All_YANG data models from github _and_Related stats > _ > > - And under "YANG data models statistics > in the industry", I > added the stats as well. > > This cron job works way better if I can git clone from a single > directory, as opposed to one per app, which I would have to track. > Does it make sense? > > Note that the YANG module compiles fine within my environment, > with the latest pyang, but not with "pyang --ietf". See > http://www.claise.be/SysrepoYANGPageCompilation.html > > Regards, Benoit > > Hi Benoit, > > > > Oh, I forgot to mention it. It is in "dnsmasq-sysrepo" repository:https://github.com/sysrepo/dnsmasq-sysrepo/tree/master/cfg > > > > Gyus from DT did another integration into snabb switch application: > > > > *Luka*, could you please point Benoit to the repository and YANG model location within the repository? > > > > Thanks, > > Rastislav > > > > -----Original Message----- > > From: Benoit Claise (bclaise) > > Sent: Monday, June 27, 2016 5:47 PM > > To: Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco) ;sysrepo-devel at sysrepo.org > > Cc: Alain Fiocco (afiocco) ; Benoit Claise (bclaise) > > Subject: Re: [sysrepo-devel] YANG modules available anywhere? > > > > Thanks Rastislav, > > > > https://github.com/sysrepo/sysrepo/blob/master/yang/sysrepo-persistent-data.yang > > is an internal YANG module. > > And where are the YANG modules for the LINUX applications? For example: > > the DNS forwader and DHCP server mentioned in the demo. This is where the value is in terms of exposing YANG modules and API. > > > > Regards, Benoit > > Let's expose and check only YANGs located inhttps://github.com/sysrepo/sysrepo/tree/master/yang (currently onle one YANG, but we will add another soon). > > > > Others are just copied form somewhere, or completely meaningless (made-up just for testing purposes). > > > > Thanks, > > Rastislav > > > > -----Original Message----- > > From: Benoit Claise (bclaise) > > Sent: Monday, June 27, 2016 4:36 PM > > To: Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco) > > ;sysrepo-devel at sysrepo.org > > Cc: Alain Fiocco (afiocco) > > Subject: Re: [sysrepo-devel] YANG modules available anywhere? > > > > Hi Rastislav, > > > > Which ones are we supposed to expose? > > Which ones should we check for compilation warnings/errors? > > > > Regards, Benoit > > Hi Benoit, > > > > You can find the YANGs we use in our github repository: > > https://github.com/sysrepo/sysrepo/ > > > > internal YANGs in /yang/ subdirectory: > > https://github.com/sysrepo/sysrepo/tree/master/yang > > > > testing YANGs in /tests/yang/ subdirectory: > > https://github.com/sysrepo/sysrepo/tree/master/tests/yang > > > > YANGs used in our example applications in /examples/yang/ subdirectory: > > https://github.com/sysrepo/sysrepo/tree/master/examples/yang > > > > Regards, > > Rastislav > > > > -----Original Message----- > > From: sysrepo-devel [mailto:sysrepo-devel-bounces at sysrepo.org] On > > Behalf Of Benoit Claise (bclaise) > > Sent: Monday, June 27, 2016 4:10 PM > > To:sysrepo-devel at sysrepo.org > > > Cc: Alain Fiocco (afiocco) > > Subject: [sysrepo-devel] YANG modules available anywhere? > > > > Hi, > > > > Are the YANG models used in sysrepo available somewhere? > > I would like to add them to > > http://www.claise.be/2016/03/ietf-yang-modules-statistiques/ > > Ideally, I would need a git repository. My cron jobs could pick them up regularly. > > > > Regards, Benoit > > _______________________________________________ > > sysrepo-devel mailing list > > sysrepo-devel at sysrepo.org > > > http://lists.sysrepo.org/listinfo/sysrepo-devel > > . > > > > . > > > > > > . > > > > . > > . -------------- next part -------------- An HTML attachment was scrubbed... URL: From raszabo at cisco.com Thu Jul 7 10:22:57 2016 From: raszabo at cisco.com (Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco)) Date: Thu, 7 Jul 2016 10:22:57 +0000 Subject: [sysrepo-devel] YANG modules available anywhere? In-Reply-To: <3363bed2-4303-5a8d-fb08-526704056f50@cisco.com> References: <74148c1b-a9e9-e95c-ece3-fb20b26bbe46@cisco.com> <1722b65867b24cc9b0c44ea4426fe5a2@XCH-RCD-002.cisco.com> <834c396c9a1145d6a6d2fb2eab400612@XCH-RCD-002.cisco.com> <11b821871e9f4806adedf0e2955c0198@XCH-RCD-002.cisco.com> <3363bed2-4303-5a8d-fb08-526704056f50@cisco.com> Message-ID: <44c3aa19024344caa794edcffb75b6ac@XCH-RCD-002.cisco.com> Hi Benoit, All warnings have been addressed. Thanks. Rastislav From: Benoit Claise (bclaise) Sent: Friday, July 1, 2016 4:43 PM To: Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco) ; sysrepo-devel at sysrepo.org Cc: Alain Fiocco (afiocco) ; Jan Medved (jmedved) Subject: Re: [sysrepo-devel] YANG modules available anywhere? Hi Ratislav, That works better. http://www.claise.be/SysrepoInternalYANGPageCompilation.html. Thanks. However, still a warning for dnsmasq. See http://www.claise.be/SysrepoApplicationYANGPageCompilation.html Regards, B. Hi Benoit, Thanks. I have just set up an automation script that will check for changes in the YANGs each day and push the new versions to the repo in case of any change. I have also fixed the issues in the internal YANG and dnsmasq YANG, will ask the DT guys to fix the snabb YANG too. Thanks, Rastislav From: Benoit Claise (bclaise) Sent: Thursday, June 30, 2016 2:15 PM To: Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco) ; sysrepo-devel at sysrepo.org Cc: Alain Fiocco (afiocco) ; Jan Medved (jmedved) ; Benoit Claise (bclaise) Subject: Re: [sysrepo-devel] YANG modules available anywhere? Hi Rastislav, Done. See http://www.claise.be/2016/06/ietf-yang-modules-statistiques/ Sysrepo * All Internal YANG data models from github and Related stats * All Application-related YANG data models from github and Related stats You might want to make sure those YANG modules compile. And also, you might want to make sure that this github repo always get the latest YANG modules (maybe a script) Regards, Benoit Hi Benoit, Yes, I get your point. I have created a new repository: https://github.com/sysrepo/yang We have put all the YANG modules developed for the use with sysrepo there. We will update it regularly (and automatically), as well as ask all others using sysrepo to put their YANGs there. You can point your scripts there. Thanks for doing this for us, Rastislav From: Benoit Claise (bclaise) Sent: Tuesday, June 28, 2016 1:57 PM To: Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco) ; sysrepo-devel at sysrepo.org Cc: Alain Fiocco (afiocco) ; Benoit Claise (bclaise) Subject: Re: [sysrepo-devel] YANG modules available anywhere? Hi Rastislav, Luka, What I have in mind is the next steps for sysrepo, i.e. advertising the sysrepo YANG modules. There are two types of YANG modules: 1. internal ones, such as sysrepo-persistent-data.yang. 2. the service YANG modules, such as dnsmasq at 2016-01-22.yang. Way more interesting to advertise. If sysrepo is as successful I want it to be, those will become kind of "defacto" standard for the LINUX environment. Now, the ask. Instead of me cloning every single app repo, and considering that I don't know what I don't know (i.e. which new app are being developed), can you create a new directory with a copy (like a cron) of the app-related YANG service module. Here is what I have in mind. See http://www.claise.be/2016/06/ietf-yang-modules-statistiques/ - I added: Sysrepo * All YANG data models from github and Related stats - And under "YANG data models statistics in the industry", I added the stats as well. This cron job works way better if I can git clone from a single directory, as opposed to one per app, which I would have to track. Does it make sense? Note that the YANG module compiles fine within my environment, with the latest pyang, but not with "pyang --ietf". See http://www.claise.be/SysrepoYANGPageCompilation.html Regards, Benoit Hi Benoit, Oh, I forgot to mention it. It is in "dnsmasq-sysrepo" repository: https://github.com/sysrepo/dnsmasq-sysrepo/tree/master/cfg Gyus from DT did another integration into snabb switch application: *Luka*, could you please point Benoit to the repository and YANG model location within the repository? Thanks, Rastislav -----Original Message----- From: Benoit Claise (bclaise) Sent: Monday, June 27, 2016 5:47 PM To: Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco) ; sysrepo-devel at sysrepo.org Cc: Alain Fiocco (afiocco) ; Benoit Claise (bclaise) Subject: Re: [sysrepo-devel] YANG modules available anywhere? Thanks Rastislav, https://github.com/sysrepo/sysrepo/blob/master/yang/sysrepo-persistent-data.yang is an internal YANG module. And where are the YANG modules for the LINUX applications? For example: the DNS forwader and DHCP server mentioned in the demo. This is where the value is in terms of exposing YANG modules and API. Regards, Benoit Let's expose and check only YANGs located in https://github.com/sysrepo/sysrepo/tree/master/yang (currently onle one YANG, but we will add another soon). Others are just copied form somewhere, or completely meaningless (made-up just for testing purposes). Thanks, Rastislav -----Original Message----- From: Benoit Claise (bclaise) Sent: Monday, June 27, 2016 4:36 PM To: Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco) ; sysrepo-devel at sysrepo.org Cc: Alain Fiocco (afiocco) Subject: Re: [sysrepo-devel] YANG modules available anywhere? Hi Rastislav, Which ones are we supposed to expose? Which ones should we check for compilation warnings/errors? Regards, Benoit Hi Benoit, You can find the YANGs we use in our github repository: https://github.com/sysrepo/sysrepo/ internal YANGs in /yang/ subdirectory: https://github.com/sysrepo/sysrepo/tree/master/yang testing YANGs in /tests/yang/ subdirectory: https://github.com/sysrepo/sysrepo/tree/master/tests/yang YANGs used in our example applications in /examples/yang/ subdirectory: https://github.com/sysrepo/sysrepo/tree/master/examples/yang Regards, Rastislav -----Original Message----- From: sysrepo-devel [mailto:sysrepo-devel-bounces at sysrepo.org] On Behalf Of Benoit Claise (bclaise) Sent: Monday, June 27, 2016 4:10 PM To: sysrepo-devel at sysrepo.org Cc: Alain Fiocco (afiocco) Subject: [sysrepo-devel] YANG modules available anywhere? Hi, Are the YANG models used in sysrepo available somewhere? I would like to add them to http://www.claise.be/2016/03/ietf-yang-modules-statistiques/ Ideally, I would need a git repository. My cron jobs could pick them up regularly. Regards, Benoit _______________________________________________ sysrepo-devel mailing list sysrepo-devel at sysrepo.org http://lists.sysrepo.org/listinfo/sysrepo-devel . . . . . -------------- next part -------------- An HTML attachment was scrubbed... URL: From bclaise at cisco.com Thu Jul 7 13:20:17 2016 From: bclaise at cisco.com (Benoit Claise) Date: Thu, 7 Jul 2016 15:20:17 +0200 Subject: [sysrepo-devel] YANG modules available anywhere? In-Reply-To: <44c3aa19024344caa794edcffb75b6ac@XCH-RCD-002.cisco.com> References: <74148c1b-a9e9-e95c-ece3-fb20b26bbe46@cisco.com> <1722b65867b24cc9b0c44ea4426fe5a2@XCH-RCD-002.cisco.com> <834c396c9a1145d6a6d2fb2eab400612@XCH-RCD-002.cisco.com> <11b821871e9f4806adedf0e2955c0198@XCH-RCD-002.cisco.com> <3363bed2-4303-5a8d-fb08-526704056f50@cisco.com> <44c3aa19024344caa794edcffb75b6ac@XCH-RCD-002.cisco.com> Message-ID: <02b81fba-6fec-f4f6-9dce-cbcad94b75c3@cisco.com> On 7/7/2016 12:22 PM, Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco) wrote: > > Hi Benoit, > > All warnings have been addressed. Thanks. > I see :-) http://www.claise.be/SysrepoInternalYANGPageCompilation.html http://www.claise.be/SysrepoApplicationYANGPageCompilation.html Thanks, B. > > Rastislav > > *From:*Benoit Claise (bclaise) > *Sent:* Friday, July 1, 2016 4:43 PM > *To:* Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco) > ; sysrepo-devel at sysrepo.org > *Cc:* Alain Fiocco (afiocco) ; Jan Medved (jmedved) > > *Subject:* Re: [sysrepo-devel] YANG modules available anywhere? > > Hi Ratislav, > > That works better. > http://www.claise.be/SysrepoInternalYANGPageCompilation.html. Thanks. > However, still a warning for dnsmasq. See > http://www.claise.be/SysrepoApplicationYANGPageCompilation.html > > Regards, B. > > Hi Benoit, > > Thanks. I have just set up an automation script that will check > for changes in the YANGs each day and push the new versions to the > repo in case of any change. > > I have also fixed the issues in the internal YANG and dnsmasq > YANG, will ask the DT guys to fix the snabb YANG too. > > Thanks, > > Rastislav > > *From:*Benoit Claise (bclaise) > *Sent:* Thursday, June 30, 2016 2:15 PM > *To:* Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at > Cisco) ; > sysrepo-devel at sysrepo.org > *Cc:* Alain Fiocco (afiocco) > ; Jan Medved (jmedved) > ; Benoit Claise > (bclaise) > *Subject:* Re: [sysrepo-devel] YANG modules available anywhere? > > Hi Rastislav, > > Done. > See http://www.claise.be/2016/06/ietf-yang-modules-statistiques/ > > Sysrepo > > * AllInternal YANG data models from github > and_Related > stats _ > * AllApplication-related YANG data models from github > and_Related > stats > _ > > You might want to make sure those YANG modules compile. > And also, you might want to make sure that this github repo always > get the latest YANG modules (maybe a script) > > Regards, Benoit > > Hi Benoit, > > Yes, I get your point. I have created a new repository: > https://github.com/sysrepo/yang > > We have put all the YANG modules developed for the use with > sysrepo there. We will update it regularly (and > automatically), as well as ask all others using sysrepo to put > their YANGs there. > > You can point your scripts there. > > Thanks for doing this for us, > > Rastislav > > *From:*Benoit Claise (bclaise) > *Sent:* Tuesday, June 28, 2016 1:57 PM > *To:* Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at > Cisco) ; > sysrepo-devel at sysrepo.org > *Cc:* Alain Fiocco (afiocco) > ; Benoit Claise (bclaise) > > *Subject:* Re: [sysrepo-devel] YANG modules available anywhere? > > Hi Rastislav, Luka, > > What I have in mind is the next steps for sysrepo, i.e. > advertising the sysrepo YANG modules. > There are two types of YANG modules: > 1. internal ones, such as sysrepo-persistent-data.yang. > 2. the service YANG modules, such as dnsmasq at 2016-01-22.yang > . Way more interesting to > advertise. > If sysrepo is as successful I want it to be, those will become > kind of "defacto" standard for the LINUX environment. > > Now, the ask. Instead of me cloning every single app repo, and > considering that I don't know what I don't know (i.e. which > new app are being developed), can you create a new directory > with a copy (like a cron) of the app-related YANG service module. > > Here is what I have in mind. > See http://www.claise.be/2016/06/ietf-yang-modules-statistiques/ > > - I added: > Sysrepo > > * All_YANG data models from github _and_Related stats > _ > > - And under "YANG data models statistics > in the industry", > I added the stats as well. > > This cron job works way better if I can git clone from a > single directory, as opposed to one per app, which I would > have to track. Does it make sense? > > Note that the YANG module compiles fine within my environment, > with the latest pyang, but not with "pyang --ietf". See > http://www.claise.be/SysrepoYANGPageCompilation.html > > Regards, Benoit > > Hi Benoit, > > > > Oh, I forgot to mention it. It is in "dnsmasq-sysrepo" repository:https://github.com/sysrepo/dnsmasq-sysrepo/tree/master/cfg > > > > Gyus from DT did another integration into snabb switch application: > > > > *Luka*, could you please point Benoit to the repository and YANG model location within the repository? > > > > Thanks, > > Rastislav > > > > -----Original Message----- > > From: Benoit Claise (bclaise) > > Sent: Monday, June 27, 2016 5:47 PM > > To: Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco) ;sysrepo-devel at sysrepo.org > > Cc: Alain Fiocco (afiocco) ; Benoit Claise (bclaise) > > Subject: Re: [sysrepo-devel] YANG modules available anywhere? > > > > Thanks Rastislav, > > > > https://github.com/sysrepo/sysrepo/blob/master/yang/sysrepo-persistent-data.yang > > is an internal YANG module. > > And where are the YANG modules for the LINUX applications? For example: > > the DNS forwader and DHCP server mentioned in the demo. This is where the value is in terms of exposing YANG modules and API. > > > > Regards, Benoit > > Let's expose and check only YANGs located inhttps://github.com/sysrepo/sysrepo/tree/master/yang (currently onle one YANG, but we will add another soon). > > > > Others are just copied form somewhere, or completely meaningless (made-up just for testing purposes). > > > > Thanks, > > Rastislav > > > > -----Original Message----- > > From: Benoit Claise (bclaise) > > Sent: Monday, June 27, 2016 4:36 PM > > To: Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco) > > ;sysrepo-devel at sysrepo.org > > > Cc: Alain Fiocco (afiocco) > > Subject: Re: [sysrepo-devel] YANG modules available anywhere? > > > > Hi Rastislav, > > > > Which ones are we supposed to expose? > > Which ones should we check for compilation warnings/errors? > > > > Regards, Benoit > > Hi Benoit, > > > > You can find the YANGs we use in our github repository: > > https://github.com/sysrepo/sysrepo/ > > > > internal YANGs in /yang/ subdirectory: > > https://github.com/sysrepo/sysrepo/tree/master/yang > > > > testing YANGs in /tests/yang/ subdirectory: > > https://github.com/sysrepo/sysrepo/tree/master/tests/yang > > > > YANGs used in our example applications in /examples/yang/ subdirectory: > > https://github.com/sysrepo/sysrepo/tree/master/examples/yang > > > > Regards, > > Rastislav > > > > -----Original Message----- > > From: sysrepo-devel [mailto:sysrepo-devel-bounces at sysrepo.org] On > > Behalf Of Benoit Claise (bclaise) > > Sent: Monday, June 27, 2016 4:10 PM > > To:sysrepo-devel at sysrepo.org > > > Cc: Alain Fiocco (afiocco) > > Subject: [sysrepo-devel] YANG modules available anywhere? > > > > Hi, > > > > Are the YANG models used in sysrepo available somewhere? > > I would like to add them to > > http://www.claise.be/2016/03/ietf-yang-modules-statistiques/ > > Ideally, I would need a git repository. My cron jobs could pick them up regularly. > > > > Regards, Benoit > > _______________________________________________ > > sysrepo-devel mailing list > > sysrepo-devel at sysrepo.org > > > http://lists.sysrepo.org/listinfo/sysrepo-devel > > . > > > > . > > > > > > . > > > > . > > . > > . -------------- next part -------------- An HTML attachment was scrubbed... URL: From mvasko at cesnet.cz Mon Jul 11 12:00:41 2016 From: mvasko at cesnet.cz (=?utf-8?q?Michal_Va=C5=A1ko?=) Date: Mon, 11 Jul 2016 14:00:41 +0200 Subject: [sysrepo-devel] system modules Message-ID: <6eb-57838a80-27-1fca0da0@189278910> Hi, we were wondering how do you plan to handle some system modules that do not have daemons yet. The draft with ietf-system-keychain [1] is a good example. Since they are general and can be used by several applications, we thought it best for the daemons of these modules to be a part of sysrepo (not necessarily developed by sysrepo, we can implement this particular one when libyang supports all YANG 1.1 features of this module). What do you think? Regards, Michal Vasko [1]?https://tools.ietf.org/html/draft-ietf-netconf-system-keychain-00 From raszabo at cisco.com Mon Jul 11 12:47:32 2016 From: raszabo at cisco.com (Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco)) Date: Mon, 11 Jul 2016 12:47:32 +0000 Subject: [sysrepo-devel] system modules In-Reply-To: <6eb-57838a80-27-1fca0da0@189278910> References: <6eb-57838a80-27-1fca0da0@189278910> Message-ID: <85c95a730ef54626bf03a2566e3aacaf@XCH-RCD-002.cisco.com> Hi, For modules that do not have any deamon, a plugin (http://www.sysrepo.org/static/doc/html/plugins.html) is a way to integrate with sysrepo. Sysrepo also supports subscribing to just a subtree of a YANG modules, so one daemon/plugin can subscribe to the same module (but different subtree) as another daemon/plugin. Rastislav -----Original Message----- From: sysrepo-devel [mailto:sysrepo-devel-bounces at sysrepo.org] On Behalf Of Michal Va?ko Sent: Monday, July 11, 2016 2:01 PM To: sysrepo-devel at sysrepo.org Subject: [sysrepo-devel] system modules Hi, we were wondering how do you plan to handle some system modules that do not have daemons yet. The draft with ietf-system-keychain [1] is a good example. Since they are general and can be used by several applications, we thought it best for the daemons of these modules to be a part of sysrepo (not necessarily developed by sysrepo, we can implement this particular one when libyang supports all YANG 1.1 features of this module). What do you think? Regards, Michal Vasko [1]?https://tools.ietf.org/html/draft-ietf-netconf-system-keychain-00 _______________________________________________ sysrepo-devel mailing list sysrepo-devel at sysrepo.org http://lists.sysrepo.org/listinfo/sysrepo-devel From f.antonini at tiesse.com Mon Jul 11 13:10:28 2016 From: f.antonini at tiesse.com (fabio antonini) Date: Mon, 11 Jul 2016 15:10:28 +0200 Subject: [sysrepo-devel] Appplication/plugin subscription problem Message-ID: <57839AC4.8030603@tiesse.com> Hi all I'm facing a trivial problem, but I cannot fix it. I have run sysrepod, then I run sysrepo-plugin that successfully tries to turing-machine.so here below the extended output *~ # sysrepo-plugind -d -l4* [DBG] (sr_log_stderr:146) Setting log level for stderr logs to 4. [DBG] (main:282) Sysrepo plugin daemon initialization started. [DBG] (sr_connect:353) Connecting to Sysrepo Engine. [DBG] (cl_socket_connect:357) Connecting to socket=/tmp/sysrepod.sock [INF] (sr_connect:405) Connected to daemon Sysrepo Engine at socket=/tmp/sysrepod.sock [DBG] (cl_request_process:401) Sending session-start request. [DBG] (cl_request_process:423) session-start request sent, waiting for response. [DBG] (cl_request_process:445) session-start response received, processing. [DBG] (sr_pd_load_plugins:156) Loading plugins from '/etc/sysrepo/plugins'. [DBG] (sr_pd_load_plugins:170) Loading plugin 'libturing-machine.so'. [DBG] (cl_sm_init:1252) Client Subscription Manager init started. [DBG] (cl_sm_event_loop_threaded:1234) Starting client subscription event loop. [DBG] (cl_sm_init:1302) Client Subscription Manager initialized successfully. [DBG] (cl_sm_server_init:1131) Initializing sysrepo subscription server at socket=/tmp/sysrepo-subscriptions/turing-machine/4646.XXXXXX.sock [DBG] (cl_sm_server_ctx_change_cb:1200) Server context changed. [DBG] (cl_request_process:401) Sending subscribe request. [DBG] (cl_sm_server_watcher_cb:966) New connection on fd 14 [DBG] (cl_sm_fd_read_data:846) fd 14 readable [DBG] (cl_sm_conn_buffer_expand:303) Input buffer for fd=14 expanded to 1024 bytes. [DBG] (cl_sm_fd_read_data:860) 101 bytes of data received on fd 14 [DBG] (cl_sm_fd_read_data:870) fd 14 would block [DBG] (cl_sm_conn_in_buff_process:796) New message of size 97 bytes received. [DBG] (cl_sm_notif_process:559) Received a notification for subscription id=449446738 (source address='/tmp/sysrepod.sock'). [DBG] (cl_sm_notif_process:627) HELLO notification received on subscription id=449446738. [DBG] (cl_request_process:423) subscribe request sent, waiting for response. [DBG] (cl_request_process:445) subscribe response received, processing. [DBG] (cl_request_process:401) Sending subscribe request. [DBG] (cl_sm_fd_read_data:846) fd 14 readable [DBG] (cl_sm_fd_read_data:860) 101 bytes of data received on fd 14 [DBG] (cl_sm_fd_read_data:870) fd 14 would block [DBG] (cl_sm_conn_in_buff_process:796) New message of size 97 bytes received. [DBG] (cl_sm_notif_process:559) Received a notification for subscription id=389404451 (source address='/tmp/sysrepod.sock'). [DBG] (cl_sm_notif_process:627) HELLO notification received on subscription id=389404451. [DBG] (cl_request_process:423) subscribe request sent, waiting for response. [DBG] (cl_request_process:445) subscribe response received, processing. [DBG] (cl_request_process:401) Sending subscribe request. [DBG] (cl_sm_fd_read_data:846) fd 14 readable [DBG] (cl_sm_fd_read_data:860) 101 bytes of data received on fd 14 [DBG] (cl_sm_fd_read_data:870) fd 14 would block [DBG] (cl_sm_conn_in_buff_process:796) New message of size 97 bytes received. [DBG] (cl_sm_notif_process:559) Received a notification for subscription id=911813965 (source address='/tmp/sysrepod.sock'). [DBG] (cl_sm_notif_process:627) HELLO notification received on subscription id=911813965. [DBG] (cl_request_process:423) subscribe request sent, waiting for response. [DBG] (cl_request_process:445) subscribe response received, processing. turing-machine plugin initialized successfully current turing-machine configuration: [DBG] (cl_request_process:401) Sending get-items request. [DBG] (cl_request_process:423) get-items request sent, waiting for response. [DBG] (cl_request_process:445) get-items response received, processing. *[ERR] (sr_get_items:756) Error by processing of the request.* [INF] (main:306) Sysrepo plugin daemon initialized successfully. The plugin seems has been successfully loaded but sr_get_items failed. I cannot see any data retrieved from sysrepod. I have a similar problem when I run appliaction_example (subscribing ietf-interfaces). *~ # application_example* ========== READING STARTUP CONFIG: ========== *Error by sr_get_items: Item not found* ========== STARTUP CONFIG APPLIED AS RUNNING ========== From sysrepod traces I cannot see any problem. For instance when I run application_example I get the following traces from sysrepod output [DBG] (cm_server_watcher_cb:1146) New client connection on fd 11 [DBG] (sm_connection_start:354) New connection started successfully, fd=11, conn ctx=0x449cb8. [DBG] (cm_conn_read_cb:1019) fd 11 readable [DBG] (cm_conn_buffer_expand:457) Input buffer for fd=11 expanded to 1024 bytes. [DBG] (cm_conn_read_cb:1032) 18 bytes of data received on fd 11 [DBG] (cm_conn_read_cb:1042) fd 11 would block [DBG] (cm_conn_in_buff_process:971) New message of size 14 bytes received. [DBG] (cm_session_start_req_process:630) Processing session_start request (conn=0x449cb8). [DBG] (cm_session_start_internal:575) Starting a new session, options=0. [INF] (sm_session_create:468) New session created successfully, real user=root, effective user=(null), session id=1730123485. [DBG] (sr_cbuff_init:402) Initiating circular buffer for 2 elements. [DBG] (rp_session_start:1818) RP session start, session id=1730123485. [DBG] (cm_conn_buffer_expand:457) Output buffer for fd=11 expanded to 1024 bytes. [DBG] (cm_conn_out_buff_flush:485) Sending 26 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 26 bytes of data sent. [DBG] (cm_conn_read_cb:1019) fd 11 readable [DBG] (cm_conn_read_cb:1032) 42 bytes of data received on fd 11 [DBG] (cm_conn_read_cb:1042) fd 11 would block [DBG] (cm_conn_in_buff_process:971) New message of size 38 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=1, current count=1. [DBG] (rp_msg_process:1930) Threads: active=0/4, 1 requests in queue [DBG] (rp_worker_thread_execute:1664) Thread id=2051 signaled. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=2, count=0. [DBG] (rp_get_items_req_process:378) Processing get_items request. [INF] (rp_dt_get_values_wrapper:237) Get items request startup datastore, xpath: /ietf-interfaces:*//* [WRN] (ac_check_file_access:132) File '/etc/sysrepo/data/ietf-interfaces.startup' cannot be found. [WRN] (ac_check_module_node_permissions:285) Data file '/etc/sysrepo/data/ietf-interfaces.startup' not found, considering as authorized. [DBG] (dm_load_data_tree:564) Data file /etc/sysrepo/data/ietf-interfaces.startup does not exist, creating empty data tree [INF] (dm_load_data_tree_file:525) Data file /etc/sysrepo/data/ietf-interfaces.startup loaded successfully [DBG] (dm_get_data_info:1355) Module ietf-interfaces has been loaded [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=5, current count=1. [DBG] (rp_worker_thread_execute:1652) Thread id=2051 will wait. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=6, count=0. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (cm_conn_read_cb:1019) fd 11 readable [DBG] (cm_conn_read_cb:1032) 111 bytes of data received on fd 11 [DBG] (cm_conn_read_cb:1042) fd 11 would block [DBG] (cm_conn_in_buff_process:971) New message of size 107 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=2, current count=1. [DBG] (rp_msg_process:1930) Threads: active=0/4, 1 requests in queue [DBG] (rp_worker_thread_execute:1664) Thread id=3076 signaled. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=3, count=0. [DBG] (rp_subscribe_req_process:894) Processing subscribe request. [DBG] (np_notification_subscribe:395) Notification subscribe: event=3, dst_address='/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock', dst_id=411581119. [DBG] (sr_locking_set_lock_fd:734) File /etc/sysrepo/data/ietf-interfaces.persist has been locked [DBG] (pm_load_data_tree:180) Persist data successfully loaded from file '/etc/sysrepo/data/ietf-interfaces.persist'. [DBG] (pm_save_data_tree:96) Persist data tree successfully saved. [DBG] (pm_add_subscription:680) Subscription entry successfully added into 'ietf-interfaces' persist data tree. [DBG] (sr_locking_set_unlock_close_fd:803) File /etc/sysrepo/data/ietf-interfaces.persist (fd = 12) has been unlocked [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=6, current count=1. [DBG] (np_hello_notify:672) Sending HELLO notification to '/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock' @ 411581119. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=7, current count=2. [DBG] (rp_worker_thread_execute:1652) Thread id=3076 will wait. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=7, count=1. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=8, count=0. [DBG] (cm_out_notif_process:1290) Sending a notification to '/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock'. [DBG] (sm_connection_find_dst:574) Cannot find the connection with dst_address address='/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock'. [DBG] (cm_out_notif_process:1305) Creating a new connection for the notification destination '/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock' [DBG] (sm_connection_start:354) New connection started successfully, fd=12, conn ctx=0x4597b8. [DBG] (cm_conn_buffer_expand:457) Output buffer for fd=12 expanded to 1024 bytes. [DBG] (cm_conn_out_buff_flush:485) Sending 102 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 102 bytes of data sent. It sounds as sysrepod replies to the the subscription request but something goes wrong and application_example doesn't receive the current configuration What can be the problem? I'm sorry for this silly question but I must have sysrepo/netopeer2 up and running on my target as soon as possible because I have to port my freenetconfd plugins in the new world. Any help will be greatly appreciated with regards fabio -- Fabio Antonini (Ph.D) Tiesse Spa Via Corradini 80, 67051 Avezzano (Aq) mobile: +39 3939261941 phone: +39 0863455830 fax: +39 0863455830 f.antonini at tiesse.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From raszabo at cisco.com Mon Jul 11 13:31:04 2016 From: raszabo at cisco.com (Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco)) Date: Mon, 11 Jul 2016 13:31:04 +0000 Subject: [sysrepo-devel] Appplication/plugin subscription problem In-Reply-To: <57839AC4.8030603@tiesse.com> References: <57839AC4.8030603@tiesse.com> Message-ID: Hi Fabio, It seems that you just don?t have any data stored within turing-machine module or ietf-interfaces module. You can import some data there using sysrepocfg. Some example data for both modules is in examples/yang directory: sysrepocfg --import=examples/yang/turing-machine.data.xml --datastore=startup --format=xml turing-machine then you can check imported data: sysrepocfg --export --datastore=startup turing-machine Hope this helps, Rastislav From: sysrepo-devel [mailto:sysrepo-devel-bounces at sysrepo.org] On Behalf Of fabio antonini Sent: Monday, July 11, 2016 3:10 PM To: sysrepo-devel at sysrepo.org Subject: [sysrepo-devel] Appplication/plugin subscription problem Hi all I'm facing a trivial problem, but I cannot fix it. I have run sysrepod, then I run sysrepo-plugin that successfully tries to turing-machine.so here below the extended output ~ # sysrepo-plugind -d -l4 [DBG] (sr_log_stderr:146) Setting log level for stderr logs to 4. [DBG] (main:282) Sysrepo plugin daemon initialization started. [DBG] (sr_connect:353) Connecting to Sysrepo Engine. [DBG] (cl_socket_connect:357) Connecting to socket=/tmp/sysrepod.sock [INF] (sr_connect:405) Connected to daemon Sysrepo Engine at socket=/tmp/sysrepod.sock [DBG] (cl_request_process:401) Sending session-start request. [DBG] (cl_request_process:423) session-start request sent, waiting for response. [DBG] (cl_request_process:445) session-start response received, processing. [DBG] (sr_pd_load_plugins:156) Loading plugins from '/etc/sysrepo/plugins'. [DBG] (sr_pd_load_plugins:170) Loading plugin 'libturing-machine.so'. [DBG] (cl_sm_init:1252) Client Subscription Manager init started. [DBG] (cl_sm_event_loop_threaded:1234) Starting client subscription event loop. [DBG] (cl_sm_init:1302) Client Subscription Manager initialized successfully. [DBG] (cl_sm_server_init:1131) Initializing sysrepo subscription server at socket=/tmp/sysrepo-subscriptions/turing-machine/4646.XXXXXX.sock [DBG] (cl_sm_server_ctx_change_cb:1200) Server context changed. [DBG] (cl_request_process:401) Sending subscribe request. [DBG] (cl_sm_server_watcher_cb:966) New connection on fd 14 [DBG] (cl_sm_fd_read_data:846) fd 14 readable [DBG] (cl_sm_conn_buffer_expand:303) Input buffer for fd=14 expanded to 1024 bytes. [DBG] (cl_sm_fd_read_data:860) 101 bytes of data received on fd 14 [DBG] (cl_sm_fd_read_data:870) fd 14 would block [DBG] (cl_sm_conn_in_buff_process:796) New message of size 97 bytes received. [DBG] (cl_sm_notif_process:559) Received a notification for subscription id=449446738 (source address='/tmp/sysrepod.sock'). [DBG] (cl_sm_notif_process:627) HELLO notification received on subscription id=449446738. [DBG] (cl_request_process:423) subscribe request sent, waiting for response. [DBG] (cl_request_process:445) subscribe response received, processing. [DBG] (cl_request_process:401) Sending subscribe request. [DBG] (cl_sm_fd_read_data:846) fd 14 readable [DBG] (cl_sm_fd_read_data:860) 101 bytes of data received on fd 14 [DBG] (cl_sm_fd_read_data:870) fd 14 would block [DBG] (cl_sm_conn_in_buff_process:796) New message of size 97 bytes received. [DBG] (cl_sm_notif_process:559) Received a notification for subscription id=389404451 (source address='/tmp/sysrepod.sock'). [DBG] (cl_sm_notif_process:627) HELLO notification received on subscription id=389404451. [DBG] (cl_request_process:423) subscribe request sent, waiting for response. [DBG] (cl_request_process:445) subscribe response received, processing. [DBG] (cl_request_process:401) Sending subscribe request. [DBG] (cl_sm_fd_read_data:846) fd 14 readable [DBG] (cl_sm_fd_read_data:860) 101 bytes of data received on fd 14 [DBG] (cl_sm_fd_read_data:870) fd 14 would block [DBG] (cl_sm_conn_in_buff_process:796) New message of size 97 bytes received. [DBG] (cl_sm_notif_process:559) Received a notification for subscription id=911813965 (source address='/tmp/sysrepod.sock'). [DBG] (cl_sm_notif_process:627) HELLO notification received on subscription id=911813965. [DBG] (cl_request_process:423) subscribe request sent, waiting for response. [DBG] (cl_request_process:445) subscribe response received, processing. turing-machine plugin initialized successfully current turing-machine configuration: [DBG] (cl_request_process:401) Sending get-items request. [DBG] (cl_request_process:423) get-items request sent, waiting for response. [DBG] (cl_request_process:445) get-items response received, processing. [ERR] (sr_get_items:756) Error by processing of the request. [INF] (main:306) Sysrepo plugin daemon initialized successfully. The plugin seems has been successfully loaded but sr_get_items failed. I cannot see any data retrieved from sysrepod. I have a similar problem when I run appliaction_example (subscribing ietf-interfaces). ~ # application_example ========== READING STARTUP CONFIG: ========== Error by sr_get_items: Item not found ========== STARTUP CONFIG APPLIED AS RUNNING ========== From sysrepod traces I cannot see any problem. For instance when I run application_example I get the following traces from sysrepod output [DBG] (cm_server_watcher_cb:1146) New client connection on fd 11 [DBG] (sm_connection_start:354) New connection started successfully, fd=11, conn ctx=0x449cb8. [DBG] (cm_conn_read_cb:1019) fd 11 readable [DBG] (cm_conn_buffer_expand:457) Input buffer for fd=11 expanded to 1024 bytes. [DBG] (cm_conn_read_cb:1032) 18 bytes of data received on fd 11 [DBG] (cm_conn_read_cb:1042) fd 11 would block [DBG] (cm_conn_in_buff_process:971) New message of size 14 bytes received. [DBG] (cm_session_start_req_process:630) Processing session_start request (conn=0x449cb8). [DBG] (cm_session_start_internal:575) Starting a new session, options=0. [INF] (sm_session_create:468) New session created successfully, real user=root, effective user=(null), session id=1730123485. [DBG] (sr_cbuff_init:402) Initiating circular buffer for 2 elements. [DBG] (rp_session_start:1818) RP session start, session id=1730123485. [DBG] (cm_conn_buffer_expand:457) Output buffer for fd=11 expanded to 1024 bytes. [DBG] (cm_conn_out_buff_flush:485) Sending 26 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 26 bytes of data sent. [DBG] (cm_conn_read_cb:1019) fd 11 readable [DBG] (cm_conn_read_cb:1032) 42 bytes of data received on fd 11 [DBG] (cm_conn_read_cb:1042) fd 11 would block [DBG] (cm_conn_in_buff_process:971) New message of size 38 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=1, current count=1. [DBG] (rp_msg_process:1930) Threads: active=0/4, 1 requests in queue [DBG] (rp_worker_thread_execute:1664) Thread id=2051 signaled. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=2, count=0. [DBG] (rp_get_items_req_process:378) Processing get_items request. [INF] (rp_dt_get_values_wrapper:237) Get items request startup datastore, xpath: /ietf-interfaces:*//* [WRN] (ac_check_file_access:132) File '/etc/sysrepo/data/ietf-interfaces.startup' cannot be found. [WRN] (ac_check_module_node_permissions:285) Data file '/etc/sysrepo/data/ietf-interfaces.startup' not found, considering as authorized. [DBG] (dm_load_data_tree:564) Data file /etc/sysrepo/data/ietf-interfaces.startup does not exist, creating empty data tree [INF] (dm_load_data_tree_file:525) Data file /etc/sysrepo/data/ietf-interfaces.startup loaded successfully [DBG] (dm_get_data_info:1355) Module ietf-interfaces has been loaded [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=5, current count=1. [DBG] (rp_worker_thread_execute:1652) Thread id=2051 will wait. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=6, count=0. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (cm_conn_read_cb:1019) fd 11 readable [DBG] (cm_conn_read_cb:1032) 111 bytes of data received on fd 11 [DBG] (cm_conn_read_cb:1042) fd 11 would block [DBG] (cm_conn_in_buff_process:971) New message of size 107 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=2, current count=1. [DBG] (rp_msg_process:1930) Threads: active=0/4, 1 requests in queue [DBG] (rp_worker_thread_execute:1664) Thread id=3076 signaled. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=3, count=0. [DBG] (rp_subscribe_req_process:894) Processing subscribe request. [DBG] (np_notification_subscribe:395) Notification subscribe: event=3, dst_address='/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock', dst_id=411581119. [DBG] (sr_locking_set_lock_fd:734) File /etc/sysrepo/data/ietf-interfaces.persist has been locked [DBG] (pm_load_data_tree:180) Persist data successfully loaded from file '/etc/sysrepo/data/ietf-interfaces.persist'. [DBG] (pm_save_data_tree:96) Persist data tree successfully saved. [DBG] (pm_add_subscription:680) Subscription entry successfully added into 'ietf-interfaces' persist data tree. [DBG] (sr_locking_set_unlock_close_fd:803) File /etc/sysrepo/data/ietf-interfaces.persist (fd = 12) has been unlocked [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=6, current count=1. [DBG] (np_hello_notify:672) Sending HELLO notification to '/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock' @ 411581119. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=7, current count=2. [DBG] (rp_worker_thread_execute:1652) Thread id=3076 will wait. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=7, count=1. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=8, count=0. [DBG] (cm_out_notif_process:1290) Sending a notification to '/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock'. [DBG] (sm_connection_find_dst:574) Cannot find the connection with dst_address address='/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock'. [DBG] (cm_out_notif_process:1305) Creating a new connection for the notification destination '/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock' [DBG] (sm_connection_start:354) New connection started successfully, fd=12, conn ctx=0x4597b8. [DBG] (cm_conn_buffer_expand:457) Output buffer for fd=12 expanded to 1024 bytes. [DBG] (cm_conn_out_buff_flush:485) Sending 102 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 102 bytes of data sent. It sounds as sysrepod replies to the the subscription request but something goes wrong and application_example doesn't receive the current configuration What can be the problem? I'm sorry for this silly question but I must have sysrepo/netopeer2 up and running on my target as soon as possible because I have to port my freenetconfd plugins in the new world. Any help will be greatly appreciated with regards fabio -- Fabio Antonini (Ph.D) Tiesse Spa Via Corradini 80, 67051 Avezzano (Aq) mobile: +39 3939261941 phone: +39 0863455830 fax: +39 0863455830 f.antonini at tiesse.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From f.antonini at tiesse.com Mon Jul 11 13:52:13 2016 From: f.antonini at tiesse.com (fabio antonini) Date: Mon, 11 Jul 2016 15:52:13 +0200 Subject: [sysrepo-devel] Appplication/plugin subscription problem In-Reply-To: References: <57839AC4.8030603@tiesse.com> Message-ID: <5783A48D.7020901@tiesse.com> Hi Rastislav thanks a lot for your quick reply and precious support. I have tried to import data by sysrepocfg but it complains in this way (sysrepo-plugind is switched off) # sysrepocfg --import=/etc/sysrepo/yang/turing-machine.data.xml --datastore=startup --format=xml turing-machine [ERR] (sr_commit:1113) Error by processing of commit request. [ERR] (srcfg_import_datastore:667) Error returned from sr_commit: Validation of the changes failed. Errors were encountered during importing. Cancelling the operation. The sysrepod output messages are in the attachment In the file attached I can see a couple of errors about validation for turing-machine ....... [DBG] (dm_ly_log_cb:653) libyang error: Unexpected character(s) '*' (*//.). [WRN] (rp_dt_get_values_wrapper_with_opts:314) Validation of xpath /turing-machine:*//. was not successful ....... [DBG] (dm_ly_log_cb:653) libyang error: Unknown element "netconf-state". [DBG] (dm_validate_session_data_trees:1664) Validation failed for turing-machine module I get the same result for ietf-interfaces.data.xml thanks a lot fabio On 11/07/2016 15:31, Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco) wrote: > > Hi Fabio, > > It seems that you just don?t have any data stored within > turing-machine module or ietf-interfaces module. > > You can import some data there using sysrepocfg. Some example data for > both modules is in examples/yang directory: > > sysrepocfg --import=examples/yang/turing-machine.data.xml > --datastore=startup --format=xml turing-machine > > then you can check imported data: > > sysrepocfg --export --datastore=startup turing-machine > > Hope this helps, > > Rastislav > > *From:*sysrepo-devel [mailto:sysrepo-devel-bounces at sysrepo.org] *On > Behalf Of *fabio antonini > *Sent:* Monday, July 11, 2016 3:10 PM > *To:* sysrepo-devel at sysrepo.org > *Subject:* [sysrepo-devel] Appplication/plugin subscription problem > > Hi all > I'm facing a trivial problem, but I cannot fix it. > I have run sysrepod, then I run sysrepo-plugin that successfully tries > to turing-machine.so > here below the extended output > > *~ # sysrepo-plugind -d -l4* > [DBG] (sr_log_stderr:146) Setting log level for stderr logs to 4. > [DBG] (main:282) Sysrepo plugin daemon initialization started. > [DBG] (sr_connect:353) Connecting to Sysrepo Engine. > [DBG] (cl_socket_connect:357) Connecting to socket=/tmp/sysrepod.sock > [INF] (sr_connect:405) Connected to daemon Sysrepo Engine at > socket=/tmp/sysrepod.sock > [DBG] (cl_request_process:401) Sending session-start request. > [DBG] (cl_request_process:423) session-start request sent, waiting for > response. > [DBG] (cl_request_process:445) session-start response received, > processing. > [DBG] (sr_pd_load_plugins:156) Loading plugins from > '/etc/sysrepo/plugins'. > [DBG] (sr_pd_load_plugins:170) Loading plugin 'libturing-machine.so'. > [DBG] (cl_sm_init:1252) Client Subscription Manager init started. > [DBG] (cl_sm_event_loop_threaded:1234) Starting client subscription > event loop. > [DBG] (cl_sm_init:1302) Client Subscription Manager initialized > successfully. > [DBG] (cl_sm_server_init:1131) Initializing sysrepo subscription > server at > socket=/tmp/sysrepo-subscriptions/turing-machine/4646.XXXXXX.sock > [DBG] (cl_sm_server_ctx_change_cb:1200) Server context changed. > [DBG] (cl_request_process:401) Sending subscribe request. > [DBG] (cl_sm_server_watcher_cb:966) New connection on fd 14 > [DBG] (cl_sm_fd_read_data:846) fd 14 readable > [DBG] (cl_sm_conn_buffer_expand:303) Input buffer for fd=14 expanded > to 1024 bytes. > [DBG] (cl_sm_fd_read_data:860) 101 bytes of data received on fd 14 > [DBG] (cl_sm_fd_read_data:870) fd 14 would block > [DBG] (cl_sm_conn_in_buff_process:796) New message of size 97 bytes > received. > [DBG] (cl_sm_notif_process:559) Received a notification for > subscription id=449446738 (source address='/tmp/sysrepod.sock'). > [DBG] (cl_sm_notif_process:627) HELLO notification received on > subscription id=449446738. > [DBG] (cl_request_process:423) subscribe request sent, waiting for > response. > [DBG] (cl_request_process:445) subscribe response received, processing. > [DBG] (cl_request_process:401) Sending subscribe request. > [DBG] (cl_sm_fd_read_data:846) fd 14 readable > [DBG] (cl_sm_fd_read_data:860) 101 bytes of data received on fd 14 > [DBG] (cl_sm_fd_read_data:870) fd 14 would block > [DBG] (cl_sm_conn_in_buff_process:796) New message of size 97 bytes > received. > [DBG] (cl_sm_notif_process:559) Received a notification for > subscription id=389404451 (source address='/tmp/sysrepod.sock'). > [DBG] (cl_sm_notif_process:627) HELLO notification received on > subscription id=389404451. > [DBG] (cl_request_process:423) subscribe request sent, waiting for > response. > [DBG] (cl_request_process:445) subscribe response received, processing. > [DBG] (cl_request_process:401) Sending subscribe request. > [DBG] (cl_sm_fd_read_data:846) fd 14 readable > [DBG] (cl_sm_fd_read_data:860) 101 bytes of data received on fd 14 > [DBG] (cl_sm_fd_read_data:870) fd 14 would block > [DBG] (cl_sm_conn_in_buff_process:796) New message of size 97 bytes > received. > [DBG] (cl_sm_notif_process:559) Received a notification for > subscription id=911813965 (source address='/tmp/sysrepod.sock'). > [DBG] (cl_sm_notif_process:627) HELLO notification received on > subscription id=911813965. > [DBG] (cl_request_process:423) subscribe request sent, waiting for > response. > [DBG] (cl_request_process:445) subscribe response received, processing. > turing-machine plugin initialized successfully > current turing-machine configuration: > [DBG] (cl_request_process:401) Sending get-items request. > [DBG] (cl_request_process:423) get-items request sent, waiting for > response. > [DBG] (cl_request_process:445) get-items response received, processing. > *[ERR] (sr_get_items:756) Error by processing of the request.* > [INF] (main:306) Sysrepo plugin daemon initialized successfully. > > The plugin seems has been successfully loaded but sr_get_items failed. > I cannot see any data retrieved from sysrepod. > > I have a similar problem when I run appliaction_example (subscribing > ietf-interfaces). > > *~ # application_example* > > > ========== READING STARTUP CONFIG: ========== > > *Error by sr_get_items: Item not found* > > ========== STARTUP CONFIG APPLIED AS RUNNING ========== > > > From sysrepod traces I cannot see any problem. For instance when I run > application_example I get the following traces from sysrepod output > > [DBG] (cm_server_watcher_cb:1146) New client connection on fd 11 > [DBG] (sm_connection_start:354) New connection started successfully, > fd=11, conn ctx=0x449cb8. > [DBG] (cm_conn_read_cb:1019) fd 11 readable > [DBG] (cm_conn_buffer_expand:457) Input buffer for fd=11 expanded to > 1024 bytes. > [DBG] (cm_conn_read_cb:1032) 18 bytes of data received on fd 11 > [DBG] (cm_conn_read_cb:1042) fd 11 would block > [DBG] (cm_conn_in_buff_process:971) New message of size 14 bytes received. > [DBG] (cm_session_start_req_process:630) Processing session_start > request (conn=0x449cb8). > [DBG] (cm_session_start_internal:575) Starting a new session, options=0. > [INF] (sm_session_create:468) New session created successfully, real > user=root, effective user=(null), session id=1730123485. > [DBG] (sr_cbuff_init:402) Initiating circular buffer for 2 elements. > [DBG] (rp_session_start:1818) RP session start, session id=1730123485. > [DBG] (cm_conn_buffer_expand:457) Output buffer for fd=11 expanded to > 1024 bytes. > [DBG] (cm_conn_out_buff_flush:485) Sending 26 bytes of data. > [DBG] (cm_conn_out_buff_flush:491) 26 bytes of data sent. > [DBG] (cm_conn_read_cb:1019) fd 11 readable > [DBG] (cm_conn_read_cb:1032) 42 bytes of data received on fd 11 > [DBG] (cm_conn_read_cb:1042) fd 11 would block > [DBG] (cm_conn_in_buff_process:971) New message of size 38 bytes received. > [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=1, > current count=1. > [DBG] (rp_msg_process:1930) Threads: active=0/4, 1 requests in queue > [DBG] (rp_worker_thread_execute:1664) Thread id=2051 signaled. > [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer > head=2, count=0. > [DBG] (rp_get_items_req_process:378) Processing get_items request. > [INF] (rp_dt_get_values_wrapper:237) Get items request startup > datastore, xpath: /ietf-interfaces:*//* > [WRN] (ac_check_file_access:132) File > '/etc/sysrepo/data/ietf-interfaces.startup' cannot be found. > [WRN] (ac_check_module_node_permissions:285) Data file > '/etc/sysrepo/data/ietf-interfaces.startup' not found, considering as > authorized. > [DBG] (dm_load_data_tree:564) Data file > /etc/sysrepo/data/ietf-interfaces.startup does not exist, creating > empty data tree > [INF] (dm_load_data_tree_file:525 ) Data file > /etc/sysrepo/data/ietf-interfaces.startup loaded successfully > [DBG] (dm_get_data_info:1355) Module ietf-interfaces has been loaded > [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=5, > current count=1. > [DBG] (rp_worker_thread_execute:1652) Thread id=2051 will wait. > [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. > [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer > head=6, count=0. > [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. > [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. > [DBG] (cm_conn_read_cb:1019) fd 11 readable > [DBG] (cm_conn_read_cb:1032) 111 bytes of data received on fd 11 > [DBG] (cm_conn_read_cb:1042) fd 11 would block > [DBG] (cm_conn_in_buff_process:971) New message of size 107 bytes > received. > [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=2, > current count=1. > [DBG] (rp_msg_process:1930) Threads: active=0/4, 1 requests in queue > [DBG] (rp_worker_thread_execute:1664) Thread id=3076 signaled. > [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer > head=3, count=0. > [DBG] (rp_subscribe_req_process:894) Processing subscribe request. > [DBG] (np_notification_subscribe:395) Notification subscribe: event=3, > dst_address='/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock', > dst_id=411581119. > [DBG] (sr_locking_set_lock_fd:734) File > /etc/sysrepo/data/ietf-interfaces.persist has been locked > [DBG] (pm_load_data_tree:180) Persist data successfully loaded from > file '/etc/sysrepo/data/ietf-interfaces.persist'. > [DBG] (pm_save_data_tree:96) Persist data tree successfully saved. > [DBG] (pm_add_subscription:680) Subscription entry successfully added > into 'ietf-interfaces' persist data tree. > [DBG] (sr_locking_set_unlock_close_fd:803) File > /etc/sysrepo/data/ietf-interfaces.persist (fd = 12) has been unlocked > [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=6, > current count=1. > [DBG] (np_hello_notify:672) Sending HELLO notification to > '/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock' @ 411581119. > [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=7, > current count=2. > [DBG] (rp_worker_thread_execute:1652) Thread id=3076 will wait. > [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. > [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer > head=7, count=1. > [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. > [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. > [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer > head=8, count=0. > [DBG] (cm_out_notif_process:1290) Sending a notification to > '/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock'. > [DBG] (sm_connection_find_dst:574) Cannot find the connection with > dst_address > address='/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock'. > [DBG] (cm_out_notif_process:1305) Creating a new connection for the > notification destination > '/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock' > [DBG] (sm_connection_start:354) New connection started successfully, > fd=12, conn ctx=0x4597b8. > [DBG] (cm_conn_buffer_expand:457) Output buffer for fd=12 expanded to > 1024 bytes. > [DBG] (cm_conn_out_buff_flush:485) Sending 102 bytes of data. > [DBG] (cm_conn_out_buff_flush:491) 102 bytes of data sent. > > > It sounds as sysrepod replies to the the subscription request but > something goes wrong and application_example doesn't receive the > current configuration > What can be the problem? > I'm sorry for this silly question but I must have sysrepo/netopeer2 up > and running on my target as soon as possible because I have to port my > freenetconfd plugins in the new world. > Any help will be greatly appreciated > with regards > fabio > > -- > Fabio Antonini (Ph.D) > Tiesse Spa > Via Corradini 80, 67051 Avezzano (Aq) > mobile: +39 3939261941 > phone: +39 0863455830 > fax: +39 0863455830 > f.antonini at tiesse.com > -- Fabio Antonini (Ph.D) Tiesse Spa Via Corradini 80, 67051 Avezzano (Aq) mobile: +39 3939261941 phone: +39 0863455830 fax: +39 0863455830 f.antonini at tiesse.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- [DBG] (cm_server_watcher_cb:1146) New client connection on fd 9 [DBG] (sm_connection_start:354) New connection started successfully, fd=9, conn ctx=0x45c7d0. [DBG] (cm_conn_read_cb:1019) fd 9 readable [DBG] (cm_conn_buffer_expand:457) Input buffer for fd=9 expanded to 1024 bytes. [DBG] (cm_conn_read_cb:1032) 18 bytes of data received on fd 9 [DBG] (cm_conn_read_cb:1042) fd 9 would block [DBG] (cm_conn_in_buff_process:971) New message of size 14 bytes received. [DBG] (cm_session_start_req_process:630) Processing session_start request (conn=0x45c7d0). [DBG] (cm_session_start_internal:575) Starting a new session, options=0. [INF] (sm_session_create:468) New session created successfully, real user=root, effective user=(null), session id=1380709400. [DBG] (sr_cbuff_init:402) Initiating circular buffer for 2 elements. [DBG] (rp_session_start:1818) RP session start, session id=1380709400. [DBG] (cm_conn_buffer_expand:457) Output buffer for fd=9 expanded to 1024 bytes. [DBG] (cm_conn_out_buff_flush:485) Sending 26 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 26 bytes of data sent. [DBG] (cm_conn_read_cb:1019) fd 9 readable [DBG] (cm_conn_read_cb:1032) 45 bytes of data received on fd 9 [DBG] (cm_conn_read_cb:1042) fd 9 would block [DBG] (cm_conn_in_buff_process:971) New message of size 41 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=2, current count=1. [DBG] (rp_msg_process:1930) Threads: active=0/4, 1 requests in queue [DBG] (rp_worker_thread_execute:1664) Thread id=1026 signaled. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=3, count=0. [DBG] (rp_get_items_req_process:378) Processing get_items request. [INF] (rp_dt_get_values_wrapper_with_opts:279) Get items request startup datastore, xpath: /turing-machine:*//., offset: 0, limit: 100 [INF] (dm_load_data_tree_file:525) Data file /etc/sysrepo/data/turing-machine.startup loaded successfully [DBG] (dm_get_data_info:1355) Module turing-machine has been loaded [DBG] (rp_dt_find_nodes_with_opts:110) Get_nodes opts with args: /turing-machine:*//. 100 0 [DBG] (dm_ly_log_cb:653) libyang error: Unexpected character(s) '*' (*//.). [WRN] (rp_dt_get_values_wrapper_with_opts:314) Validation of xpath /turing-machine:*//. was not successful [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=3, current count=1. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=4, count=0. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (rp_worker_thread_execute:1652) Thread id=1026 will wait. [DBG] (cm_conn_read_cb:1019) fd 9 readable [DBG] (cm_conn_read_cb:1032) 124 bytes of data received on fd 9 [DBG] (cm_conn_read_cb:1042) fd 9 would block [DBG] (cm_conn_in_buff_process:971) New message of size 120 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=3, current count=1. [DBG] (rp_msg_process:1930) Threads: active=0/4, 1 requests in queue [DBG] (rp_worker_thread_execute:1664) Thread id=2051 signaled. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=4, count=0. [DBG] (rp_set_item_req_process:443) Processing set_item request. [INF] (rp_dt_set_item_wrapper:555) Set item request startup datastore, xpath: /turing-machine:turing-machine/transition-function/delta[label='left summand'] [DBG] (dm_get_data_info:1324) Module turing-machine already loaded [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=4, current count=1. [DBG] (rp_worker_thread_execute:1652) Thread id=2051 will wait. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=5, count=0. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (cm_conn_read_cb:1019) fd 9 readable [DBG] (cm_conn_read_cb:1032) 124 bytes of data received on fd 9 [DBG] (cm_conn_read_cb:1042) fd 9 would block [DBG] (cm_conn_in_buff_process:971) New message of size 120 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=4, current count=1. [DBG] (rp_msg_process:1930) Threads: active=0/4, 1 requests in queue [DBG] (rp_worker_thread_execute:1664) Thread id=3076 signaled. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=5, count=0. [DBG] (rp_set_item_req_process:443) Processing set_item request. [INF] (rp_dt_set_item_wrapper:555) Set item request startup datastore, xpath: /turing-machine:turing-machine/transition-function/delta[label='left summand']/input/state [DBG] (dm_get_data_info:1324) Module turing-machine already loaded [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=5, current count=1. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=6, count=0. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (rp_worker_thread_execute:1652) Thread id=3076 will wait. [DBG] (cm_conn_read_cb:1019) fd 9 readable [DBG] (cm_conn_read_cb:1032) 126 bytes of data received on fd 9 [DBG] (cm_conn_read_cb:1042) fd 9 would block [DBG] (cm_conn_in_buff_process:971) New message of size 122 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=5, current count=1. [DBG] (rp_msg_process:1930) Threads: active=0/4, 1 requests in queue [DBG] (rp_worker_thread_execute:1664) Thread id=4101 signaled. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=6, count=0. [DBG] (rp_set_item_req_process:443) Processing set_item request. [INF] (rp_dt_set_item_wrapper:555) Set item request startup datastore, xpath: /turing-machine:turing-machine/transition-function/delta[label='left summand']/input/symbol [DBG] (dm_get_data_info:1324) Module turing-machine already loaded [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=6, current count=1. [DBG] (rp_worker_thread_execute:1652) Thread id=4101 will wait. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=7, count=0. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (cm_conn_read_cb:1019) fd 9 readable [DBG] (cm_conn_read_cb:1032) 118 bytes of data received on fd 9 [DBG] (cm_conn_read_cb:1042) fd 9 would block [DBG] (cm_conn_in_buff_process:971) New message of size 114 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=6, current count=1. [DBG] (rp_msg_process:1930) Threads: active=0/4, 1 requests in queue [DBG] (rp_worker_thread_execute:1664) Thread id=1026 signaled. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=7, count=0. [DBG] (rp_set_item_req_process:443) Processing set_item request. [INF] (rp_dt_set_item_wrapper:555) Set item request startup datastore, xpath: /turing-machine:turing-machine/transition-function/delta[label='separator'] [DBG] (dm_get_data_info:1324) Module turing-machine already loaded [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=7, current count=1. [DBG] (rp_worker_thread_execute:1652) Thread id=1026 will wait. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=8, count=0. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (cm_conn_read_cb:1019) fd 9 readable [DBG] (cm_conn_read_cb:1032) 121 bytes of data received on fd 9 [DBG] (cm_conn_read_cb:1042) fd 9 would block [DBG] (cm_conn_in_buff_process:971) New message of size 117 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=7, current count=1. [DBG] (rp_msg_process:1930) Threads: active=0/4, 1 requests in queue [DBG] (rp_worker_thread_execute:1664) Thread id=2051 signaled. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=8, count=0. [DBG] (rp_set_item_req_process:443) Processing set_item request. [INF] (rp_dt_set_item_wrapper:555) Set item request startup datastore, xpath: /turing-machine:turing-machine/transition-function/delta[label='separator']/input/state [DBG] (dm_get_data_info:1324) Module turing-machine already loaded [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=8, current count=1. [DBG] (rp_worker_thread_execute:1652) Thread id=2051 will wait. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=9, count=0. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (cm_conn_read_cb:1019) fd 9 readable [DBG] (cm_conn_read_cb:1032) 123 bytes of data received on fd 9 [DBG] (cm_conn_read_cb:1042) fd 9 would block [DBG] (cm_conn_in_buff_process:971) New message of size 119 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=8, current count=1. [DBG] (rp_msg_process:1930) Threads: active=0/4, 1 requests in queue [DBG] (rp_worker_thread_execute:1664) Thread id=3076 signaled. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=9, count=0. [DBG] (rp_set_item_req_process:443) Processing set_item request. [INF] (rp_dt_set_item_wrapper:555) Set item request startup datastore, xpath: /turing-machine:turing-machine/transition-function/delta[label='separator']/input/symbol [DBG] (dm_get_data_info:1324) Module turing-machine already loaded [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=9, current count=1. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=0, count=0. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (rp_worker_thread_execute:1652) Thread id=3076 will wait. [DBG] (cm_conn_read_cb:1019) fd 9 readable [DBG] (cm_conn_read_cb:1032) 122 bytes of data received on fd 9 [DBG] (cm_conn_read_cb:1042) fd 9 would block [DBG] (cm_conn_in_buff_process:971) New message of size 118 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=9, current count=1. [DBG] (rp_msg_process:1930) Threads: active=0/4, 1 requests in queue [DBG] (rp_worker_thread_execute:1664) Thread id=4101 signaled. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=0, count=0. [DBG] (rp_set_item_req_process:443) Processing set_item request. [INF] (rp_dt_set_item_wrapper:555) Set item request startup datastore, xpath: /turing-machine:turing-machine/transition-function/delta[label='separator']/output/state [DBG] (dm_get_data_info:1324) Module turing-machine already loaded [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=0, current count=1. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=1, count=0. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (rp_worker_thread_execute:1652) Thread id=4101 will wait. [DBG] (cm_conn_read_cb:1019) fd 9 readable [DBG] (cm_conn_read_cb:1032) 124 bytes of data received on fd 9 [DBG] (cm_conn_read_cb:1042) fd 9 would block [DBG] (cm_conn_in_buff_process:971) New message of size 120 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=0, current count=1. [DBG] (rp_msg_process:1930) Threads: active=0/4, 1 requests in queue [DBG] (rp_worker_thread_execute:1664) Thread id=1026 signaled. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=1, count=0. [DBG] (rp_set_item_req_process:443) Processing set_item request. [INF] (rp_dt_set_item_wrapper:555) Set item request startup datastore, xpath: /turing-machine:turing-machine/transition-function/delta[label='separator']/output/symbol [DBG] (dm_get_data_info:1324) Module turing-machine already loaded [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=1, current count=1. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=2, count=0. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (rp_worker_thread_execute:1652) Thread id=1026 will wait. [DBG] (cm_conn_read_cb:1019) fd 9 readable [DBG] (cm_conn_read_cb:1032) 126 bytes of data received on fd 9 [DBG] (cm_conn_read_cb:1042) fd 9 would block [DBG] (cm_conn_in_buff_process:971) New message of size 122 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=1, current count=1. [DBG] (rp_msg_process:1930) Threads: active=0/4, 1 requests in queue [DBG] (rp_worker_thread_execute:1664) Thread id=2051 signaled. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=2, count=0. [DBG] (rp_set_item_req_process:443) Processing set_item request. [INF] (rp_dt_set_item_wrapper:555) Set item request startup datastore, xpath: /turing-machine:turing-machine/transition-function/delta[label='right summand'] [DBG] (dm_get_data_info:1324) Module turing-machine already loaded [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=2, current count=1. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=3, count=0. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (rp_worker_thread_execute:1652) Thread id=2051 will wait. [DBG] (cm_conn_read_cb:1019) fd 9 readable [DBG] (cm_conn_read_cb:1032) 125 bytes of data received on fd 9 [DBG] (cm_conn_read_cb:1042) fd 9 would block [DBG] (cm_conn_in_buff_process:971) New message of size 121 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=2, current count=1. [DBG] (rp_msg_process:1930) Threads: active=0/4, 1 requests in queue [DBG] (rp_worker_thread_execute:1664) Thread id=3076 signaled. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=3, count=0. [DBG] (rp_set_item_req_process:443) Processing set_item request. [INF] (rp_dt_set_item_wrapper:555) Set item request startup datastore, xpath: /turing-machine:turing-machine/transition-function/delta[label='right summand']/input/state [DBG] (dm_get_data_info:1324) Module turing-machine already loaded [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=3, current count=1. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=4, count=0. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (rp_worker_thread_execute:1652) Thread id=3076 will wait. [DBG] (cm_conn_read_cb:1019) fd 9 readable [DBG] (cm_conn_read_cb:1032) 127 bytes of data received on fd 9 [DBG] (cm_conn_read_cb:1042) fd 9 would block [DBG] (cm_conn_in_buff_process:971) New message of size 123 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=3, current count=1. [DBG] (rp_msg_process:1930) Threads: active=0/4, 1 requests in queue [DBG] (rp_worker_thread_execute:1664) Thread id=4101 signaled. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=4, count=0. [DBG] (rp_set_item_req_process:443) Processing set_item request. [INF] (rp_dt_set_item_wrapper:555) Set item request startup datastore, xpath: /turing-machine:turing-machine/transition-function/delta[label='right summand']/input/symbol [DBG] (dm_get_data_info:1324) Module turing-machine already loaded [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=4, current count=1. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=5, count=0. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (cm_conn_read_cb:1019) fd 9 readable [DBG] (cm_conn_read_cb:1032) 118 bytes of data received on fd 9 [DBG] (cm_conn_read_cb:1042) fd 9 would block [DBG] (cm_conn_in_buff_process:971) New message of size 114 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=4, current count=1. [DBG] (rp_msg_process:1930) Threads: active=1/4, 1 requests in queue [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=5, count=0. [DBG] (rp_set_item_req_process:443) Processing set_item request. [INF] (rp_dt_set_item_wrapper:555) Set item request startup datastore, xpath: /turing-machine:turing-machine/transition-function/delta[label='right end'] [DBG] (dm_get_data_info:1324) Module turing-machine already loaded [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=5, current count=1. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=6, count=0. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (rp_worker_thread_execute:1652) Thread id=4101 will wait. [DBG] (cm_conn_read_cb:1019) fd 9 readable [DBG] (cm_conn_read_cb:1032) 121 bytes of data received on fd 9 [DBG] (cm_conn_read_cb:1042) fd 9 would block [DBG] (cm_conn_in_buff_process:971) New message of size 117 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=5, current count=1. [DBG] (rp_msg_process:1930) Threads: active=0/4, 1 requests in queue [DBG] (rp_worker_thread_execute:1664) Thread id=1026 signaled. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=6, count=0. [DBG] (rp_set_item_req_process:443) Processing set_item request. [INF] (rp_dt_set_item_wrapper:555) Set item request startup datastore, xpath: /turing-machine:turing-machine/transition-function/delta[label='right end']/input/state [DBG] (dm_get_data_info:1324) Module turing-machine already loaded [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=6, current count=1. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=7, count=0. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (rp_worker_thread_execute:1652) Thread id=1026 will wait. [DBG] (cm_conn_read_cb:1019) fd 9 readable [DBG] (cm_conn_read_cb:1032) 122 bytes of data received on fd 9 [DBG] (cm_conn_read_cb:1042) fd 9 would block [DBG] (cm_conn_in_buff_process:971) New message of size 118 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=6, current count=1. [DBG] (rp_msg_process:1930) Threads: active=0/4, 1 requests in queue [DBG] (rp_worker_thread_execute:1664) Thread id=2051 signaled. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=7, count=0. [DBG] (rp_set_item_req_process:443) Processing set_item request. [INF] (rp_dt_set_item_wrapper:555) Set item request startup datastore, xpath: /turing-machine:turing-machine/transition-function/delta[label='right end']/input/symbol [DBG] (dm_get_data_info:1324) Module turing-machine already loaded [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=7, current count=1. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=8, count=0. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (rp_worker_thread_execute:1652) Thread id=2051 will wait. [DBG] (cm_conn_read_cb:1019) fd 9 readable [DBG] (cm_conn_read_cb:1032) 122 bytes of data received on fd 9 [DBG] (cm_conn_read_cb:1042) fd 9 would block [DBG] (cm_conn_in_buff_process:971) New message of size 118 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=7, current count=1. [DBG] (rp_msg_process:1930) Threads: active=0/4, 1 requests in queue [DBG] (rp_worker_thread_execute:1664) Thread id=3076 signaled. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=8, count=0. [DBG] (rp_set_item_req_process:443) Processing set_item request. [INF] (rp_dt_set_item_wrapper:555) Set item request startup datastore, xpath: /turing-machine:turing-machine/transition-function/delta[label='right end']/output/state [DBG] (dm_get_data_info:1324) Module turing-machine already loaded [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=8, current count=1. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=9, count=0. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (rp_worker_thread_execute:1652) Thread id=3076 will wait. [DBG] (cm_conn_read_cb:1019) fd 9 readable [DBG] (cm_conn_read_cb:1032) 129 bytes of data received on fd 9 [DBG] (cm_conn_read_cb:1042) fd 9 would block [DBG] (cm_conn_in_buff_process:971) New message of size 125 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=8, current count=1. [DBG] (rp_msg_process:1930) Threads: active=0/4, 1 requests in queue [DBG] (rp_worker_thread_execute:1664) Thread id=4101 signaled. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=9, count=0. [DBG] (rp_set_item_req_process:443) Processing set_item request. [INF] (rp_dt_set_item_wrapper:555) Set item request startup datastore, xpath: /turing-machine:turing-machine/transition-function/delta[label='right end']/output/head-move [DBG] (dm_get_data_info:1324) Module turing-machine already loaded [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=9, current count=1. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=0, count=0. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (cm_conn_read_cb:1019) fd 9 readable [DBG] (cm_conn_read_cb:1032) 130 bytes of data received on fd 9 [DBG] (cm_conn_read_cb:1042) fd 9 would block [DBG] (cm_conn_in_buff_process:971) New message of size 126 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=9, current count=1. [DBG] (rp_msg_process:1930) Threads: active=1/4, 1 requests in queue [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=0, count=0. [DBG] (rp_set_item_req_process:443) Processing set_item request. [INF] (rp_dt_set_item_wrapper:555) Set item request startup datastore, xpath: /turing-machine:turing-machine/transition-function/delta[label='write separator'] [DBG] (dm_get_data_info:1324) Module turing-machine already loaded [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=0, current count=1. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=1, count=0. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (cm_conn_read_cb:1019) fd 9 readable [DBG] (cm_conn_read_cb:1032) 127 bytes of data received on fd 9 [DBG] (cm_conn_read_cb:1042) fd 9 would block [DBG] (cm_conn_in_buff_process:971) New message of size 123 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=0, current count=1. [DBG] (rp_msg_process:1930) Threads: active=1/4, 1 requests in queue [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=1, count=0. [DBG] (rp_set_item_req_process:443) Processing set_item request. [INF] (rp_dt_set_item_wrapper:555) Set item request startup datastore, xpath: /turing-machine:turing-machine/transition-function/delta[label='write separator']/input/state [DBG] (dm_get_data_info:1324) Module turing-machine already loaded [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=1, current count=1. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=2, count=0. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (cm_conn_read_cb:1019) fd 9 readable [DBG] (cm_conn_read_cb:1032) 129 bytes of data received on fd 9 [DBG] (cm_conn_read_cb:1042) fd 9 would block [DBG] (cm_conn_in_buff_process:971) New message of size 125 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=1, current count=1. [DBG] (rp_msg_process:1930) Threads: active=1/4, 1 requests in queue [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=2, count=0. [DBG] (rp_set_item_req_process:443) Processing set_item request. [INF] (rp_dt_set_item_wrapper:555) Set item request startup datastore, xpath: /turing-machine:turing-machine/transition-function/delta[label='write separator']/input/symbol [DBG] (dm_get_data_info:1324) Module turing-machine already loaded [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=2, current count=1. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=3, count=0. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (cm_conn_read_cb:1019) fd 9 readable [DBG] (cm_conn_read_cb:1032) 128 bytes of data received on fd 9 [DBG] (cm_conn_read_cb:1042) fd 9 would block [DBG] (cm_conn_in_buff_process:971) New message of size 124 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=2, current count=1. [DBG] (rp_msg_process:1930) Threads: active=1/4, 1 requests in queue [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=3, count=0. [DBG] (rp_set_item_req_process:443) Processing set_item request. [INF] (rp_dt_set_item_wrapper:555) Set item request startup datastore, xpath: /turing-machine:turing-machine/transition-function/delta[label='write separator']/output/state [DBG] (dm_get_data_info:1324) Module turing-machine already loaded [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=3, current count=1. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=4, count=0. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (cm_conn_read_cb:1019) fd 9 readable [DBG] (cm_conn_read_cb:1032) 130 bytes of data received on fd 9 [DBG] (cm_conn_read_cb:1042) fd 9 would block [DBG] (cm_conn_in_buff_process:971) New message of size 126 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=3, current count=1. [DBG] (rp_msg_process:1930) Threads: active=1/4, 1 requests in queue [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=4, count=0. [DBG] (rp_set_item_req_process:443) Processing set_item request. [INF] (rp_dt_set_item_wrapper:555) Set item request startup datastore, xpath: /turing-machine:turing-machine/transition-function/delta[label='write separator']/output/symbol [DBG] (dm_get_data_info:1324) Module turing-machine already loaded [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=4, current count=1. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=5, count=0. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (cm_conn_read_cb:1019) fd 9 readable [DBG] (cm_conn_read_cb:1032) 135 bytes of data received on fd 9 [DBG] (cm_conn_read_cb:1042) fd 9 would block [DBG] (cm_conn_in_buff_process:971) New message of size 131 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=4, current count=1. [DBG] (rp_msg_process:1930) Threads: active=1/4, 1 requests in queue [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=5, count=0. [DBG] (rp_set_item_req_process:443) Processing set_item request. [INF] (rp_dt_set_item_wrapper:555) Set item request startup datastore, xpath: /turing-machine:turing-machine/transition-function/delta[label='write separator']/output/head-move [DBG] (dm_get_data_info:1324) Module turing-machine already loaded [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=5, current count=1. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=6, count=0. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (cm_conn_read_cb:1019) fd 9 readable [DBG] (cm_conn_read_cb:1032) 114 bytes of data received on fd 9 [DBG] (cm_conn_read_cb:1042) fd 9 would block [DBG] (cm_conn_in_buff_process:971) New message of size 110 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=5, current count=1. [DBG] (rp_msg_process:1930) Threads: active=1/4, 1 requests in queue [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=6, count=0. [DBG] (rp_set_item_req_process:443) Processing set_item request. [INF] (rp_dt_set_item_wrapper:555) Set item request startup datastore, xpath: /turing-machine:turing-machine/transition-function/delta[label='go home'] [DBG] (dm_get_data_info:1324) Module turing-machine already loaded [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=6, current count=1. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=7, count=0. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (cm_conn_read_cb:1019) fd 9 readable [DBG] (cm_conn_read_cb:1032) 119 bytes of data received on fd 9 [DBG] (cm_conn_read_cb:1042) fd 9 would block [DBG] (cm_conn_in_buff_process:971) New message of size 115 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=6, current count=1. [DBG] (rp_msg_process:1930) Threads: active=1/4, 1 requests in queue [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=7, count=0. [DBG] (rp_set_item_req_process:443) Processing set_item request. [INF] (rp_dt_set_item_wrapper:555) Set item request startup datastore, xpath: /turing-machine:turing-machine/transition-function/delta[label='go home']/input/state [DBG] (dm_get_data_info:1324) Module turing-machine already loaded [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=7, current count=1. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=8, count=0. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (cm_conn_read_cb:1019) fd 9 readable [DBG] (cm_conn_read_cb:1032) 121 bytes of data received on fd 9 [DBG] (cm_conn_read_cb:1042) fd 9 would block [DBG] (cm_conn_in_buff_process:971) New message of size 117 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=7, current count=1. [DBG] (rp_msg_process:1930) Threads: active=1/4, 1 requests in queue [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=8, count=0. [DBG] (rp_set_item_req_process:443) Processing set_item request. [INF] (rp_dt_set_item_wrapper:555) Set item request startup datastore, xpath: /turing-machine:turing-machine/transition-function/delta[label='go home']/input/symbol [DBG] (dm_get_data_info:1324) Module turing-machine already loaded [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=8, current count=1. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=9, count=0. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (cm_conn_read_cb:1019) fd 9 readable [DBG] (cm_conn_read_cb:1032) 127 bytes of data received on fd 9 [DBG] (cm_conn_read_cb:1042) fd 9 would block [DBG] (cm_conn_in_buff_process:971) New message of size 123 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=8, current count=1. [DBG] (rp_msg_process:1930) Threads: active=1/4, 1 requests in queue [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=9, count=0. [DBG] (rp_set_item_req_process:443) Processing set_item request. [INF] (rp_dt_set_item_wrapper:555) Set item request startup datastore, xpath: /turing-machine:turing-machine/transition-function/delta[label='go home']/output/head-move [DBG] (dm_get_data_info:1324) Module turing-machine already loaded [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=9, current count=1. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=0, count=0. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (cm_conn_read_cb:1019) fd 9 readable [DBG] (cm_conn_read_cb:1032) 120 bytes of data received on fd 9 [DBG] (cm_conn_read_cb:1042) fd 9 would block [DBG] (cm_conn_in_buff_process:971) New message of size 116 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=9, current count=1. [DBG] (rp_msg_process:1930) Threads: active=1/4, 1 requests in queue [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=0, count=0. [DBG] (rp_set_item_req_process:443) Processing set_item request. [INF] (rp_dt_set_item_wrapper:555) Set item request startup datastore, xpath: /turing-machine:turing-machine/transition-function/delta[label='final step'] [DBG] (dm_get_data_info:1324) Module turing-machine already loaded [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=0, current count=1. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=1, count=0. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (cm_conn_read_cb:1019) fd 9 readable [DBG] (cm_conn_read_cb:1032) 122 bytes of data received on fd 9 [DBG] (cm_conn_read_cb:1042) fd 9 would block [DBG] (cm_conn_in_buff_process:971) New message of size 118 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=0, current count=1. [DBG] (rp_msg_process:1930) Threads: active=1/4, 1 requests in queue [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=1, count=0. [DBG] (rp_set_item_req_process:443) Processing set_item request. [INF] (rp_dt_set_item_wrapper:555) Set item request startup datastore, xpath: /turing-machine:turing-machine/transition-function/delta[label='final step']/input/state [DBG] (dm_get_data_info:1324) Module turing-machine already loaded [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=1, current count=1. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=2, count=0. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (cm_conn_read_cb:1019) fd 9 readable [DBG] (cm_conn_read_cb:1032) 123 bytes of data received on fd 9 [DBG] (cm_conn_read_cb:1042) fd 9 would block [DBG] (cm_conn_in_buff_process:971) New message of size 119 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=1, current count=1. [DBG] (rp_msg_process:1930) Threads: active=1/4, 1 requests in queue [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=2, count=0. [DBG] (rp_set_item_req_process:443) Processing set_item request. [INF] (rp_dt_set_item_wrapper:555) Set item request startup datastore, xpath: /turing-machine:turing-machine/transition-function/delta[label='final step']/input/symbol [DBG] (dm_get_data_info:1324) Module turing-machine already loaded [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=2, current count=1. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=3, count=0. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (cm_conn_read_cb:1019) fd 9 readable [DBG] (cm_conn_read_cb:1032) 123 bytes of data received on fd 9 [DBG] (cm_conn_read_cb:1042) fd 9 would block [DBG] (cm_conn_in_buff_process:971) New message of size 119 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=2, current count=1. [DBG] (rp_msg_process:1930) Threads: active=1/4, 1 requests in queue [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=3, count=0. [DBG] (rp_set_item_req_process:443) Processing set_item request. [INF] (rp_dt_set_item_wrapper:555) Set item request startup datastore, xpath: /turing-machine:turing-machine/transition-function/delta[label='final step']/output/state [DBG] (dm_get_data_info:1324) Module turing-machine already loaded [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=3, current count=1. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=4, count=0. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (cm_conn_read_cb:1019) fd 9 readable [DBG] (cm_conn_read_cb:1032) 19 bytes of data received on fd 9 [DBG] (cm_conn_read_cb:1042) fd 9 would block [DBG] (cm_conn_in_buff_process:971) New message of size 15 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=3, current count=1. [DBG] (rp_msg_process:1930) Threads: active=1/4, 1 requests in queue [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=4, count=0. [DBG] (rp_commit_req_process:627) Processing commit request. [DBG] (rp_dt_commit:673) Commit (1/7): process stared [DBG] (dm_ly_log_cb:653) libyang error: Unknown element "netconf-state". [DBG] (dm_validate_session_data_trees:1664) Validation failed for turing-machine module [ERR] (rp_dt_commit:680) Data validation failed [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=4, current count=1. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=5, count=0. [DBG] (cm_conn_out_buff_flush:485) Sending 97 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 97 bytes of data sent. [DBG] (cm_conn_read_cb:1019) fd 9 readable [DBG] (cm_conn_read_cb:1032) 24 bytes of data received on fd 9 [DBG] (cm_conn_read_cb:1042) fd 9 would block [DBG] (cm_conn_in_buff_process:971) New message of size 20 bytes received. [DBG] (cm_session_stop_req_process:679) Processing session_stop request (session id=1380709400). [DBG] (rp_session_stop:1857) RP session stop, session id=1380709400. [WRN] (rp_session_stop:1867) There are some (1) unprocessed messages for the session id=1380709400 when session stop has been requested, this can lead to unspecified behavior - check RP caller code!!! [DBG] (cm_conn_out_buff_flush:485) Sending 26 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 26 bytes of data sent. [INF] (sm_session_drop:485) Dropping session id=1380709400. [DBG] (rp_session_cleanup:1565) RP session cleanup, session id=1380709400. [INF] (dm_unlock_datastore:791) Unlock datastore request [DBG] (rp_worker_thread_execute:1652) Thread id=4101 will wait. [DBG] (cm_conn_read_cb:1019) fd 9 readable [DBG] (cm_conn_read_cb:1036) Peer on fd 9 disconnected. [INF] (cm_conn_close:391) Closing the connection 0x45c7d0. [DBG] (sm_connection_stop:369) Connection stop requested, fd=9. From raszabo at cisco.com Mon Jul 11 14:16:09 2016 From: raszabo at cisco.com (Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco)) Date: Mon, 11 Jul 2016 14:16:09 +0000 Subject: [sysrepo-devel] Appplication/plugin subscription problem In-Reply-To: <5783A48D.7020901@tiesse.com> References: <57839AC4.8030603@tiesse.com> <5783A48D.7020901@tiesse.com> Message-ID: <2d429fd18e2b43e5a6f71e94e92321ec@XCH-RCD-002.cisco.com> Hi Fabio, The issue definitely is in the following: [DBG] (rp_dt_commit:673) Commit (1/7): process stared [DBG] (dm_ly_log_cb:653) libyang error: Unknown element "netconf-state". [DBG] (dm_validate_session_data_trees:1664) Validation failed for turing-machine module [ERR] (rp_dt_commit:680) Data validation failed It is strange that libyang complains about "netconf-state" element, it is not part of the turing-machine.data.xml nor turing-machine YANG model. "netconf-state" is part of the ietf-netconf-monitoring YANG module. Do you have it installed in sysrepo repository? (check with sysrepoctl -l). If yes, you can try to uninstall it. It won?t solve the root-cause of the issue, but it may help to work around it. This module does not really need to be installed in sysrepo repository (although Netopeer will probably complain that it is not able to get it from sysrepo). Thanks, Rastislav From: fabio antonini [mailto:f.antonini at tiesse.com] Sent: Monday, July 11, 2016 3:52 PM To: Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco) ; sysrepo-devel at sysrepo.org Subject: Re: [sysrepo-devel] Appplication/plugin subscription problem Hi Rastislav thanks a lot for your quick reply and precious support. I have tried to import data by sysrepocfg but it complains in this way (sysrepo-plugind is switched off) # sysrepocfg --import=/etc/sysrepo/yang/turing-machine.data.xml --datastore=startup --format=xml turing-machine [ERR] (sr_commit:1113) Error by processing of commit request. [ERR] (srcfg_import_datastore:667) Error returned from sr_commit: Validation of the changes failed. Errors were encountered during importing. Cancelling the operation. The sysrepod output messages are in the attachment In the file attached I can see a couple of errors about validation for turing-machine ....... [DBG] (dm_ly_log_cb:653) libyang error: Unexpected character(s) '*' (*//.). [WRN] (rp_dt_get_values_wrapper_with_opts:314) Validation of xpath /turing-machine:*//. was not successful ....... [DBG] (dm_ly_log_cb:653) libyang error: Unknown element "netconf-state". [DBG] (dm_validate_session_data_trees:1664) Validation failed for turing-machine module I get the same result for ietf-interfaces.data.xml thanks a lot fabio On 11/07/2016 15:31, Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco) wrote: Hi Fabio, It seems that you just don?t have any data stored within turing-machine module or ietf-interfaces module. You can import some data there using sysrepocfg. Some example data for both modules is in examples/yang directory: then you can check imported data: sysrepocfg --export --datastore=startup turing-machine Hope this helps, Rastislav From: sysrepo-devel [mailto:sysrepo-devel-bounces at sysrepo.org] On Behalf Of fabio antonini Sent: Monday, July 11, 2016 3:10 PM To: sysrepo-devel at sysrepo.org Subject: [sysrepo-devel] Appplication/plugin subscription problem Hi all I'm facing a trivial problem, but I cannot fix it. I have run sysrepod, then I run sysrepo-plugin that successfully tries to turing-machine.so here below the extended output ~ # sysrepo-plugind -d -l4 [DBG] (sr_log_stderr:146) Setting log level for stderr logs to 4. [DBG] (main:282) Sysrepo plugin daemon initialization started. [DBG] (sr_connect:353) Connecting to Sysrepo Engine. [DBG] (cl_socket_connect:357) Connecting to socket=/tmp/sysrepod.sock [INF] (sr_connect:405) Connected to daemon Sysrepo Engine at socket=/tmp/sysrepod.sock [DBG] (cl_request_process:401) Sending session-start request. [DBG] (cl_request_process:423) session-start request sent, waiting for response. [DBG] (cl_request_process:445) session-start response received, processing. [DBG] (sr_pd_load_plugins:156) Loading plugins from '/etc/sysrepo/plugins'. [DBG] (sr_pd_load_plugins:170) Loading plugin 'libturing-machine.so'. [DBG] (cl_sm_init:1252) Client Subscription Manager init started. [DBG] (cl_sm_event_loop_threaded:1234) Starting client subscription event loop. [DBG] (cl_sm_init:1302) Client Subscription Manager initialized successfully. [DBG] (cl_sm_server_init:1131) Initializing sysrepo subscription server at socket=/tmp/sysrepo-subscriptions/turing-machine/4646.XXXXXX.sock [DBG] (cl_sm_server_ctx_change_cb:1200) Server context changed. [DBG] (cl_request_process:401) Sending subscribe request. [DBG] (cl_sm_server_watcher_cb:966) New connection on fd 14 [DBG] (cl_sm_fd_read_data:846) fd 14 readable [DBG] (cl_sm_conn_buffer_expand:303) Input buffer for fd=14 expanded to 1024 bytes. [DBG] (cl_sm_fd_read_data:860) 101 bytes of data received on fd 14 [DBG] (cl_sm_fd_read_data:870) fd 14 would block [DBG] (cl_sm_conn_in_buff_process:796) New message of size 97 bytes received. [DBG] (cl_sm_notif_process:559) Received a notification for subscription id=449446738 (source address='/tmp/sysrepod.sock'). [DBG] (cl_sm_notif_process:627) HELLO notification received on subscription id=449446738. [DBG] (cl_request_process:423) subscribe request sent, waiting for response. [DBG] (cl_request_process:445) subscribe response received, processing. [DBG] (cl_request_process:401) Sending subscribe request. [DBG] (cl_sm_fd_read_data:846) fd 14 readable [DBG] (cl_sm_fd_read_data:860) 101 bytes of data received on fd 14 [DBG] (cl_sm_fd_read_data:870) fd 14 would block [DBG] (cl_sm_conn_in_buff_process:796) New message of size 97 bytes received. [DBG] (cl_sm_notif_process:559) Received a notification for subscription id=389404451 (source address='/tmp/sysrepod.sock'). [DBG] (cl_sm_notif_process:627) HELLO notification received on subscription id=389404451. [DBG] (cl_request_process:423) subscribe request sent, waiting for response. [DBG] (cl_request_process:445) subscribe response received, processing. [DBG] (cl_request_process:401) Sending subscribe request. [DBG] (cl_sm_fd_read_data:846) fd 14 readable [DBG] (cl_sm_fd_read_data:860) 101 bytes of data received on fd 14 [DBG] (cl_sm_fd_read_data:870) fd 14 would block [DBG] (cl_sm_conn_in_buff_process:796) New message of size 97 bytes received. [DBG] (cl_sm_notif_process:559) Received a notification for subscription id=911813965 (source address='/tmp/sysrepod.sock'). [DBG] (cl_sm_notif_process:627) HELLO notification received on subscription id=911813965. [DBG] (cl_request_process:423) subscribe request sent, waiting for response. [DBG] (cl_request_process:445) subscribe response received, processing. turing-machine plugin initialized successfully current turing-machine configuration: [DBG] (cl_request_process:401) Sending get-items request. [DBG] (cl_request_process:423) get-items request sent, waiting for response. [DBG] (cl_request_process:445) get-items response received, processing. [ERR] (sr_get_items:756) Error by processing of the request. [INF] (main:306) Sysrepo plugin daemon initialized successfully. The plugin seems has been successfully loaded but sr_get_items failed. I cannot see any data retrieved from sysrepod. I have a similar problem when I run appliaction_example (subscribing ietf-interfaces). ~ # application_example ========== READING STARTUP CONFIG: ========== Error by sr_get_items: Item not found ========== STARTUP CONFIG APPLIED AS RUNNING ========== From sysrepod traces I cannot see any problem. For instance when I run application_example I get the following traces from sysrepod output [DBG] (cm_server_watcher_cb:1146) New client connection on fd 11 [DBG] (sm_connection_start:354) New connection started successfully, fd=11, conn ctx=0x449cb8. [DBG] (cm_conn_read_cb:1019) fd 11 readable [DBG] (cm_conn_buffer_expand:457) Input buffer for fd=11 expanded to 1024 bytes. [DBG] (cm_conn_read_cb:1032) 18 bytes of data received on fd 11 [DBG] (cm_conn_read_cb:1042) fd 11 would block [DBG] (cm_conn_in_buff_process:971) New message of size 14 bytes received. [DBG] (cm_session_start_req_process:630) Processing session_start request (conn=0x449cb8). [DBG] (cm_session_start_internal:575) Starting a new session, options=0. [INF] (sm_session_create:468) New session created successfully, real user=root, effective user=(null), session id=1730123485. [DBG] (sr_cbuff_init:402) Initiating circular buffer for 2 elements. [DBG] (rp_session_start:1818) RP session start, session id=1730123485. [DBG] (cm_conn_buffer_expand:457) Output buffer for fd=11 expanded to 1024 bytes. [DBG] (cm_conn_out_buff_flush:485) Sending 26 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 26 bytes of data sent. [DBG] (cm_conn_read_cb:1019) fd 11 readable [DBG] (cm_conn_read_cb:1032) 42 bytes of data received on fd 11 [DBG] (cm_conn_read_cb:1042) fd 11 would block [DBG] (cm_conn_in_buff_process:971) New message of size 38 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=1, current count=1. [DBG] (rp_msg_process:1930) Threads: active=0/4, 1 requests in queue [DBG] (rp_worker_thread_execute:1664) Thread id=2051 signaled. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=2, count=0. [DBG] (rp_get_items_req_process:378) Processing get_items request. [INF] (rp_dt_get_values_wrapper:237) Get items request startup datastore, xpath: /ietf-interfaces:*//* [WRN] (ac_check_file_access:132) File '/etc/sysrepo/data/ietf-interfaces.startup' cannot be found. [WRN] (ac_check_module_node_permissions:285) Data file '/etc/sysrepo/data/ietf-interfaces.startup' not found, considering as authorized. [DBG] (dm_load_data_tree:564) Data file /etc/sysrepo/data/ietf-interfaces.startup does not exist, creating empty data tree [INF] (dm_load_data_tree_file:525) Data file /etc/sysrepo/data/ietf-interfaces.startup loaded successfully [DBG] (dm_get_data_info:1355) Module ietf-interfaces has been loaded [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=5, current count=1. [DBG] (rp_worker_thread_execute:1652) Thread id=2051 will wait. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=6, count=0. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (cm_conn_read_cb:1019) fd 11 readable [DBG] (cm_conn_read_cb:1032) 111 bytes of data received on fd 11 [DBG] (cm_conn_read_cb:1042) fd 11 would block [DBG] (cm_conn_in_buff_process:971) New message of size 107 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=2, current count=1. [DBG] (rp_msg_process:1930) Threads: active=0/4, 1 requests in queue [DBG] (rp_worker_thread_execute:1664) Thread id=3076 signaled. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=3, count=0. [DBG] (rp_subscribe_req_process:894) Processing subscribe request. [DBG] (np_notification_subscribe:395) Notification subscribe: event=3, dst_address='/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock', dst_id=411581119. [DBG] (sr_locking_set_lock_fd:734) File /etc/sysrepo/data/ietf-interfaces.persist has been locked [DBG] (pm_load_data_tree:180) Persist data successfully loaded from file '/etc/sysrepo/data/ietf-interfaces.persist'. [DBG] (pm_save_data_tree:96) Persist data tree successfully saved. [DBG] (pm_add_subscription:680) Subscription entry successfully added into 'ietf-interfaces' persist data tree. [DBG] (sr_locking_set_unlock_close_fd:803) File /etc/sysrepo/data/ietf-interfaces.persist (fd = 12) has been unlocked [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=6, current count=1. [DBG] (np_hello_notify:672) Sending HELLO notification to '/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock' @ 411581119. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=7, current count=2. [DBG] (rp_worker_thread_execute:1652) Thread id=3076 will wait. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=7, count=1. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=8, count=0. [DBG] (cm_out_notif_process:1290) Sending a notification to '/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock'. [DBG] (sm_connection_find_dst:574) Cannot find the connection with dst_address address='/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock'. [DBG] (cm_out_notif_process:1305) Creating a new connection for the notification destination '/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock' [DBG] (sm_connection_start:354) New connection started successfully, fd=12, conn ctx=0x4597b8. [DBG] (cm_conn_buffer_expand:457) Output buffer for fd=12 expanded to 1024 bytes. [DBG] (cm_conn_out_buff_flush:485) Sending 102 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 102 bytes of data sent. It sounds as sysrepod replies to the the subscription request but something goes wrong and application_example doesn't receive the current configuration What can be the problem? I'm sorry for this silly question but I must have sysrepo/netopeer2 up and running on my target as soon as possible because I have to port my freenetconfd plugins in the new world. Any help will be greatly appreciated with regards fabio -- Fabio Antonini (Ph.D) Tiesse Spa Via Corradini 80, 67051 Avezzano (Aq) mobile: +39 3939261941 phone: +39 0863455830 fax: +39 0863455830 f.antonini at tiesse.com -- Fabio Antonini (Ph.D) Tiesse Spa Via Corradini 80, 67051 Avezzano (Aq) mobile: +39 3939261941 phone: +39 0863455830 fax: +39 0863455830 f.antonini at tiesse.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From f.antonini at tiesse.com Mon Jul 11 14:33:28 2016 From: f.antonini at tiesse.com (fabio antonini) Date: Mon, 11 Jul 2016 16:33:28 +0200 Subject: [sysrepo-devel] Appplication/plugin subscription problem In-Reply-To: <2d429fd18e2b43e5a6f71e94e92321ec@XCH-RCD-002.cisco.com> References: <57839AC4.8030603@tiesse.com> <5783A48D.7020901@tiesse.com> <2d429fd18e2b43e5a6f71e94e92321ec@XCH-RCD-002.cisco.com> Message-ID: <5783AE38.7060905@tiesse.com> Hi Rastislav I have successfully removed the ietf-netconf-monitoring module. Anyway ~ # sysrepoctl --uninstall --module=ietf-netconf-monitoring Uninstalling the module 'ietf-netconf-monitoring'. Deleted the schema file '/etc/sysrepo/yang/ietf-netconf-monitoring at 2010-10-04.yang'. Operation completed successfully. Module Name | Revision | Data Owner | Permissions | Submodules | Enabled Features --------------------------------------------------------------------------------------------------------------------------------- ietf-yang-types | 2013-07-15 | | | | ietf-netconf-acm | 2012-02-22 | root:root | 644 | | ietf-netconf | 2011-06-01 | | | | ietf-netconf-with-defaults | 2011-06-01 | | | | ietf-interfaces | 2014-05-08 | root:root | 666 | | tiesse-dhcp-2016-06-25 | 2016-06-25 | root:root | 644 | | turing-machine | 2013-12-27 | root:root | 644 | | ietf-ip | 2014-06-16 | | | | tiesse-ethernet-2016-06-25 | 2016-06-25 | root:root | 644 | | Unfortunately the result is always the same: I have two errors occurrences as described in my previous mail Which of the previous modules are strictly required to run the turing-machine plugin? At the moment I have copied under /etc/sysrepo/yang many modules but I'm not sure they are really required. Which of them are required to run netopeer2-server? Which is the right directory for .yin files (/etc/sysrepo/yin or /etc/sysrepo/yang)? thanks best regards fabio On 11/07/2016 16:16, Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco) wrote: > > Hi Fabio, > > The issue definitely is in the following: > > [DBG] (rp_dt_commit:673) Commit (1/7): process stared > > [DBG] (dm_ly_log_cb:653) libyang error: Unknown element "netconf-state". > > [DBG] (dm_validate_session_data_trees:1664) Validation failed for > turing-machine module > > [ERR] (rp_dt_commit:680) Data validation failed > > It is strange that libyang complains about "netconf-state" element, it > is not part of the turing-machine.data.xml nor turing-machine YANG > model. "netconf-state" is part of the ietf-netconf-monitoring YANG > module. Do you have it installed in sysrepo repository? (check with > sysrepoctl -l). If yes, you can try to uninstall it. It won?t solve > the root-cause of the issue, but it may help to work around it. This > module does not really need to be installed in sysrepo repository > (although Netopeer will probably complain that it is not able to get > it from sysrepo). > > Thanks, > > Rastislav > > *From:*fabio antonini [mailto:f.antonini at tiesse.com] > *Sent:* Monday, July 11, 2016 3:52 PM > *To:* Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco) > ; sysrepo-devel at sysrepo.org > *Subject:* Re: [sysrepo-devel] Appplication/plugin subscription problem > > Hi Rastislav > thanks a lot for your quick reply and precious support. > I have tried to import data by sysrepocfg but it complains in this way > (sysrepo-plugind is switched off) > > # sysrepocfg --import=/etc/sysrepo/yang/turing-machine.data.xml > --datastore=startup --format=xml turing-machine > [ERR] (sr_commit:1113) Error by processing of commit request. > [ERR] (srcfg_import_datastore:667) Error returned from sr_commit: > Validation of the changes failed. > Errors were encountered during importing. Cancelling the operation. > > The sysrepod output messages are in the attachment > In the file attached I can see a couple of errors about validation for > turing-machine > > ....... > [DBG] (dm_ly_log_cb:653) libyang error: Unexpected character(s) '*' > (*//.). > [WRN] (rp_dt_get_values_wrapper_with_opts:314) Validation of xpath > /turing-machine:*//. was not successful > ....... > > [DBG] (dm_ly_log_cb:653) libyang error: Unknown element "netconf-state". > [DBG] (dm_validate_session_data_trees:1664) Validation failed for > turing-machine module > > > I get the same result for ietf-interfaces.data.xml > > thanks a lot > > fabio > > On 11/07/2016 15:31, Rastislav Szabo -X (raszabo - PANTHEON > TECHNOLOGIES at Cisco) wrote: > > Hi Fabio, > > It seems that you just don?t have any data stored within > turing-machine module or ietf-interfaces module. > > You can import some data there using sysrepocfg. Some example data > for both modules is in examples/yang directory: > > then you can check imported data: > > sysrepocfg --export --datastore=startup turing-machine > > Hope this helps, > > Rastislav > > *From:*sysrepo-devel [mailto:sysrepo-devel-bounces at sysrepo.org] > *On Behalf Of *fabio antonini > *Sent:* Monday, July 11, 2016 3:10 PM > *To:* sysrepo-devel at sysrepo.org > *Subject:* [sysrepo-devel] Appplication/plugin subscription problem > > Hi all > I'm facing a trivial problem, but I cannot fix it. > I have run sysrepod, then I run sysrepo-plugin that successfully > tries to turing-machine.so > here below the extended output > > *~ # sysrepo-plugind -d -l4* > [DBG] (sr_log_stderr:146) Setting log level for stderr logs to 4. > [DBG] (main:282) Sysrepo plugin daemon initialization started. > [DBG] (sr_connect:353) Connecting to Sysrepo Engine. > [DBG] (cl_socket_connect:357) Connecting to socket=/tmp/sysrepod.sock > [INF] (sr_connect:405) Connected to daemon Sysrepo Engine at > socket=/tmp/sysrepod.sock > [DBG] (cl_request_process:401) Sending session-start request. > [DBG] (cl_request_process:423) session-start request sent, waiting > for response. > [DBG] (cl_request_process:445) session-start response received, > processing. > [DBG] (sr_pd_load_plugins:156) Loading plugins from > '/etc/sysrepo/plugins'. > [DBG] (sr_pd_load_plugins:170) Loading plugin 'libturing-machine.so'. > [DBG] (cl_sm_init:1252) Client Subscription Manager init started. > [DBG] (cl_sm_event_loop_threaded:1234) Starting client > subscription event loop. > [DBG] (cl_sm_init:1302) Client Subscription Manager initialized > successfully. > [DBG] (cl_sm_server_init:1131) Initializing sysrepo subscription > server at > socket=/tmp/sysrepo-subscriptions/turing-machine/4646.XXXXXX.sock > [DBG] (cl_sm_server_ctx_change_cb:1200) Server context changed. > [DBG] (cl_request_process:401) Sending subscribe request. > [DBG] (cl_sm_server_watcher_cb:966) New connection on fd 14 > [DBG] (cl_sm_fd_read_data:846) fd 14 readable > [DBG] (cl_sm_conn_buffer_expand:303) Input buffer for fd=14 > expanded to 1024 bytes. > [DBG] (cl_sm_fd_read_data:860) 101 bytes of data received on fd 14 > [DBG] (cl_sm_fd_read_data:870) fd 14 would block > [DBG] (cl_sm_conn_in_buff_process:796) New message of size 97 > bytes received. > [DBG] (cl_sm_notif_process:559) Received a notification for > subscription id=449446738 (source address='/tmp/sysrepod.sock'). > [DBG] (cl_sm_notif_process:627) HELLO notification received on > subscription id=449446738. > [DBG] (cl_request_process:423) subscribe request sent, waiting for > response. > [DBG] (cl_request_process:445) subscribe response received, > processing. > [DBG] (cl_request_process:401) Sending subscribe request. > [DBG] (cl_sm_fd_read_data:846) fd 14 readable > [DBG] (cl_sm_fd_read_data:860) 101 bytes of data received on fd 14 > [DBG] (cl_sm_fd_read_data:870) fd 14 would block > [DBG] (cl_sm_conn_in_buff_process:796) New message of size 97 > bytes received. > [DBG] (cl_sm_notif_process:559) Received a notification for > subscription id=389404451 (source address='/tmp/sysrepod.sock'). > [DBG] (cl_sm_notif_process:627) HELLO notification received on > subscription id=389404451. > [DBG] (cl_request_process:423) subscribe request sent, waiting for > response. > [DBG] (cl_request_process:445) subscribe response received, > processing. > [DBG] (cl_request_process:401) Sending subscribe request. > [DBG] (cl_sm_fd_read_data:846) fd 14 readable > [DBG] (cl_sm_fd_read_data:860) 101 bytes of data received on fd 14 > [DBG] (cl_sm_fd_read_data:870) fd 14 would block > [DBG] (cl_sm_conn_in_buff_process:796) New message of size 97 > bytes received. > [DBG] (cl_sm_notif_process:559) Received a notification for > subscription id=911813965 (source address='/tmp/sysrepod.sock'). > [DBG] (cl_sm_notif_process:627) HELLO notification received on > subscription id=911813965. > [DBG] (cl_request_process:423) subscribe request sent, waiting for > response. > [DBG] (cl_request_process:445) subscribe response received, > processing. > turing-machine plugin initialized successfully > current turing-machine configuration: > [DBG] (cl_request_process:401) Sending get-items request. > [DBG] (cl_request_process:423) get-items request sent, waiting for > response. > [DBG] (cl_request_process:445) get-items response received, > processing. > *[ERR] (sr_get_items:756) Error by processing of the request.* > [INF] (main:306) Sysrepo plugin daemon initialized successfully. > > The plugin seems has been successfully loaded but sr_get_items > failed. I cannot see any data retrieved from sysrepod. > > I have a similar problem when I run appliaction_example > (subscribing ietf-interfaces). > > *~ # application_example* > > > ========== READING STARTUP CONFIG: ========== > > *Error by sr_get_items: Item not found* > > ========== STARTUP CONFIG APPLIED AS RUNNING ========== > > > From sysrepod traces I cannot see any problem. For instance when I > run application_example I get the following traces from sysrepod > output > > [DBG] (cm_server_watcher_cb:1146) New client connection on fd 11 > [DBG] (sm_connection_start:354) New connection started > successfully, fd=11, conn ctx=0x449cb8. > [DBG] (cm_conn_read_cb:1019) fd 11 readable > [DBG] (cm_conn_buffer_expand:457) Input buffer for fd=11 expanded > to 1024 bytes. > [DBG] (cm_conn_read_cb:1032) 18 bytes of data received on fd 11 > [DBG] (cm_conn_read_cb:1042) fd 11 would block > [DBG] (cm_conn_in_buff_process:971) New message of size 14 bytes > received. > [DBG] (cm_session_start_req_process:630) Processing session_start > request (conn=0x449cb8). > [DBG] (cm_session_start_internal:575) Starting a new session, > options=0. > [INF] (sm_session_create:468) New session created successfully, > real user=root, effective user=(null), session id=1730123485. > [DBG] (sr_cbuff_init:402) Initiating circular buffer for 2 elements. > [DBG] (rp_session_start:1818) RP session start, session id=1730123485. > [DBG] (cm_conn_buffer_expand:457) Output buffer for fd=11 expanded > to 1024 bytes. > [DBG] (cm_conn_out_buff_flush:485) Sending 26 bytes of data. > [DBG] (cm_conn_out_buff_flush:491) 26 bytes of data sent. > [DBG] (cm_conn_read_cb:1019) fd 11 readable > [DBG] (cm_conn_read_cb:1032) 42 bytes of data received on fd 11 > [DBG] (cm_conn_read_cb:1042) fd 11 would block > [DBG] (cm_conn_in_buff_process:971) New message of size 38 bytes > received. > [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to > position=1, current count=1. > [DBG] (rp_msg_process:1930) Threads: active=0/4, 1 requests in queue > [DBG] (rp_worker_thread_execute:1664) Thread id=2051 signaled. > [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer > head=2, count=0. > [DBG] (rp_get_items_req_process:378) Processing get_items request. > [INF] (rp_dt_get_values_wrapper:237) Get items request startup > datastore, xpath: /ietf-interfaces:*//* > [WRN] (ac_check_file_access:132) File > '/etc/sysrepo/data/ietf-interfaces.startup' cannot be found. > [WRN] (ac_check_module_node_permissions:285) Data file > '/etc/sysrepo/data/ietf-interfaces.startup' not found, considering > as authorized. > [DBG] (dm_load_data_tree:564) Data file > /etc/sysrepo/data/ietf-interfaces.startup does not exist, creating > empty data tree > [INF] (dm_load_data_tree_file:525 ) Data file > /etc/sysrepo/data/ietf-interfaces.startup loaded successfully > [DBG] (dm_get_data_info:1355) Module ietf-interfaces has been loaded > [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to > position=5, current count=1. > [DBG] (rp_worker_thread_execute:1652) Thread id=2051 will wait. > [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM > message queue. > [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer > head=6, count=0. > [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. > [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. > [DBG] (cm_conn_read_cb:1019) fd 11 readable > [DBG] (cm_conn_read_cb:1032) 111 bytes of data received on fd 11 > [DBG] (cm_conn_read_cb:1042) fd 11 would block > [DBG] (cm_conn_in_buff_process:971) New message of size 107 bytes > received. > [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to > position=2, current count=1. > [DBG] (rp_msg_process:1930) Threads: active=0/4, 1 requests in queue > [DBG] (rp_worker_thread_execute:1664) Thread id=3076 signaled. > [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer > head=3, count=0. > [DBG] (rp_subscribe_req_process:894) Processing subscribe request. > [DBG] (np_notification_subscribe:395) Notification subscribe: > event=3, > dst_address='/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock', > dst_id=411581119. > [DBG] (sr_locking_set_lock_fd:734) File > /etc/sysrepo/data/ietf-interfaces.persist has been locked > [DBG] (pm_load_data_tree:180) Persist data successfully loaded > from file '/etc/sysrepo/data/ietf-interfaces.persist'. > [DBG] (pm_save_data_tree:96) Persist data tree successfully saved. > [DBG] (pm_add_subscription:680) Subscription entry successfully > added into 'ietf-interfaces' persist data tree. > [DBG] (sr_locking_set_unlock_close_fd:803) File > /etc/sysrepo/data/ietf-interfaces.persist (fd = 12) has been unlocked > [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to > position=6, current count=1. > [DBG] (np_hello_notify:672) Sending HELLO notification to > '/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock' @ > 411581119. > [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to > position=7, current count=2. > [DBG] (rp_worker_thread_execute:1652) Thread id=3076 will wait. > [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM > message queue. > [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer > head=7, count=1. > [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. > [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. > [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer > head=8, count=0. > [DBG] (cm_out_notif_process:1290) Sending a notification to > '/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock'. > [DBG] (sm_connection_find_dst:574) Cannot find the connection with > dst_address > address='/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock'. > [DBG] (cm_out_notif_process:1305) Creating a new connection for > the notification destination > '/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock' > [DBG] (sm_connection_start:354) New connection started > successfully, fd=12, conn ctx=0x4597b8. > [DBG] (cm_conn_buffer_expand:457) Output buffer for fd=12 expanded > to 1024 bytes. > [DBG] (cm_conn_out_buff_flush:485) Sending 102 bytes of data. > [DBG] (cm_conn_out_buff_flush:491) 102 bytes of data sent. > > > It sounds as sysrepod replies to the the subscription request but > something goes wrong and application_example doesn't receive the > current configuration > What can be the problem? > I'm sorry for this silly question but I must have > sysrepo/netopeer2 up and running on my target as soon as possible > because I have to port my freenetconfd plugins in the new world. > Any help will be greatly appreciated > with regards > fabio > > > -- > > Fabio Antonini (Ph.D) > > Tiesse Spa > > Via Corradini 80, 67051 Avezzano (Aq) > > mobile: +39 3939261941 > > phone: +39 0863455830 > > fax: +39 0863455830 > > f.antonini at tiesse.com > > > > > > -- > Fabio Antonini (Ph.D) > Tiesse Spa > Via Corradini 80, 67051 Avezzano (Aq) > mobile: +39 3939261941 > phone: +39 0863455830 > fax: +39 0863455830 > f.antonini at tiesse.com > -- Fabio Antonini (Ph.D) Tiesse Spa Via Corradini 80, 67051 Avezzano (Aq) mobile: +39 3939261941 phone: +39 0863455830 fax: +39 0863455830 f.antonini at tiesse.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From raszabo at cisco.com Mon Jul 11 14:42:20 2016 From: raszabo at cisco.com (Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco)) Date: Mon, 11 Jul 2016 14:42:20 +0000 Subject: [sysrepo-devel] Appplication/plugin subscription problem In-Reply-To: <5783AE38.7060905@tiesse.com> References: <57839AC4.8030603@tiesse.com> <5783A48D.7020901@tiesse.com> <2d429fd18e2b43e5a6f71e94e92321ec@XCH-RCD-002.cisco.com> <5783AE38.7060905@tiesse.com> Message-ID: <129b89c41ce4462291d1d0f1c868a5f4@XCH-RCD-002.cisco.com> Hi Fabio, Have you also restarted the sysrepo daemon? If not, please do. As for the questions, no ietf-netconf-* module is needed (you can uninstall them), and correct directories for both yangs and yins is /etc/sysrepo/yang. But you should use sysrepoctl --install instead of just copying the yang/yin modules there. Thanks, Rastislav From: fabio antonini [mailto:f.antonini at tiesse.com] Sent: Monday, July 11, 2016 4:33 PM To: Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco) ; sysrepo-devel at sysrepo.org Subject: Re: [sysrepo-devel] Appplication/plugin subscription problem Hi Rastislav I have successfully removed the ietf-netconf-monitoring module. Anyway ~ # sysrepoctl --uninstall --module=ietf-netconf-monitoring Uninstalling the module 'ietf-netconf-monitoring'. Deleted the schema file '/etc/sysrepo/yang/ietf-netconf-monitoring at 2010-10-04.yang'. Operation completed successfully. Module Name | Revision | Data Owner | Permissions | Submodules | Enabled Features --------------------------------------------------------------------------------------------------------------------------------- ietf-yang-types | 2013-07-15 | | | | ietf-netconf-acm | 2012-02-22 | root:root | 644 | | ietf-netconf | 2011-06-01 | | | | ietf-netconf-with-defaults | 2011-06-01 | | | | ietf-interfaces | 2014-05-08 | root:root | 666 | | tiesse-dhcp-2016-06-25 | 2016-06-25 | root:root | 644 | | turing-machine | 2013-12-27 | root:root | 644 | | ietf-ip | 2014-06-16 | | | | tiesse-ethernet-2016-06-25 | 2016-06-25 | root:root | 644 | | Unfortunately the result is always the same: I have two errors occurrences as described in my previous mail Which of the previous modules are strictly required to run the turing-machine plugin? At the moment I have copied under /etc/sysrepo/yang many modules but I'm not sure they are really required. Which of them are required to run netopeer2-server? Which is the right directory for .yin files (/etc/sysrepo/yin or /etc/sysrepo/yang)? thanks best regards fabio On 11/07/2016 16:16, Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco) wrote: Hi Fabio, The issue definitely is in the following: [DBG] (rp_dt_commit:673) Commit (1/7): process stared [DBG] (dm_ly_log_cb:653) libyang error: Unknown element "netconf-state". [DBG] (dm_validate_session_data_trees:1664) Validation failed for turing-machine module [ERR] (rp_dt_commit:680) Data validation failed It is strange that libyang complains about "netconf-state" element, it is not part of the turing-machine.data.xml nor turing-machine YANG model. "netconf-state" is part of the ietf-netconf-monitoring YANG module. Do you have it installed in sysrepo repository? (check with sysrepoctl -l). If yes, you can try to uninstall it. It won?t solve the root-cause of the issue, but it may help to work around it. This module does not really need to be installed in sysrepo repository (although Netopeer will probably complain that it is not able to get it from sysrepo). Thanks, Rastislav From: fabio antonini [mailto:f.antonini at tiesse.com] Sent: Monday, July 11, 2016 3:52 PM To: Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco) ; sysrepo-devel at sysrepo.org Subject: Re: [sysrepo-devel] Appplication/plugin subscription problem Hi Rastislav thanks a lot for your quick reply and precious support. I have tried to import data by sysrepocfg but it complains in this way (sysrepo-plugind is switched off) # sysrepocfg --import=/etc/sysrepo/yang/turing-machine.data.xml --datastore=startup --format=xml turing-machine [ERR] (sr_commit:1113) Error by processing of commit request. [ERR] (srcfg_import_datastore:667) Error returned from sr_commit: Validation of the changes failed. Errors were encountered during importing. Cancelling the operation. The sysrepod output messages are in the attachment In the file attached I can see a couple of errors about validation for turing-machine ....... [DBG] (dm_ly_log_cb:653) libyang error: Unexpected character(s) '*' (*//.). [WRN] (rp_dt_get_values_wrapper_with_opts:314) Validation of xpath /turing-machine:*//. was not successful ....... [DBG] (dm_ly_log_cb:653) libyang error: Unknown element "netconf-state". [DBG] (dm_validate_session_data_trees:1664) Validation failed for turing-machine module I get the same result for ietf-interfaces.data.xml thanks a lot fabio On 11/07/2016 15:31, Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco) wrote: Hi Fabio, It seems that you just don?t have any data stored within turing-machine module or ietf-interfaces module. You can import some data there using sysrepocfg. Some example data for both modules is in examples/yang directory: then you can check imported data: sysrepocfg --export --datastore=startup turing-machine Hope this helps, Rastislav From: sysrepo-devel [mailto:sysrepo-devel-bounces at sysrepo.org] On Behalf Of fabio antonini Sent: Monday, July 11, 2016 3:10 PM To: sysrepo-devel at sysrepo.org Subject: [sysrepo-devel] Appplication/plugin subscription problem Hi all I'm facing a trivial problem, but I cannot fix it. I have run sysrepod, then I run sysrepo-plugin that successfully tries to turing-machine.so here below the extended output ~ # sysrepo-plugind -d -l4 [DBG] (sr_log_stderr:146) Setting log level for stderr logs to 4. [DBG] (main:282) Sysrepo plugin daemon initialization started. [DBG] (sr_connect:353) Connecting to Sysrepo Engine. [DBG] (cl_socket_connect:357) Connecting to socket=/tmp/sysrepod.sock [INF] (sr_connect:405) Connected to daemon Sysrepo Engine at socket=/tmp/sysrepod.sock [DBG] (cl_request_process:401) Sending session-start request. [DBG] (cl_request_process:423) session-start request sent, waiting for response. [DBG] (cl_request_process:445) session-start response received, processing. [DBG] (sr_pd_load_plugins:156) Loading plugins from '/etc/sysrepo/plugins'. [DBG] (sr_pd_load_plugins:170) Loading plugin 'libturing-machine.so'. [DBG] (cl_sm_init:1252) Client Subscription Manager init started. [DBG] (cl_sm_event_loop_threaded:1234) Starting client subscription event loop. [DBG] (cl_sm_init:1302) Client Subscription Manager initialized successfully. [DBG] (cl_sm_server_init:1131) Initializing sysrepo subscription server at socket=/tmp/sysrepo-subscriptions/turing-machine/4646.XXXXXX.sock [DBG] (cl_sm_server_ctx_change_cb:1200) Server context changed. [DBG] (cl_request_process:401) Sending subscribe request. [DBG] (cl_sm_server_watcher_cb:966) New connection on fd 14 [DBG] (cl_sm_fd_read_data:846) fd 14 readable [DBG] (cl_sm_conn_buffer_expand:303) Input buffer for fd=14 expanded to 1024 bytes. [DBG] (cl_sm_fd_read_data:860) 101 bytes of data received on fd 14 [DBG] (cl_sm_fd_read_data:870) fd 14 would block [DBG] (cl_sm_conn_in_buff_process:796) New message of size 97 bytes received. [DBG] (cl_sm_notif_process:559) Received a notification for subscription id=449446738 (source address='/tmp/sysrepod.sock'). [DBG] (cl_sm_notif_process:627) HELLO notification received on subscription id=449446738. [DBG] (cl_request_process:423) subscribe request sent, waiting for response. [DBG] (cl_request_process:445) subscribe response received, processing. [DBG] (cl_request_process:401) Sending subscribe request. [DBG] (cl_sm_fd_read_data:846) fd 14 readable [DBG] (cl_sm_fd_read_data:860) 101 bytes of data received on fd 14 [DBG] (cl_sm_fd_read_data:870) fd 14 would block [DBG] (cl_sm_conn_in_buff_process:796) New message of size 97 bytes received. [DBG] (cl_sm_notif_process:559) Received a notification for subscription id=389404451 (source address='/tmp/sysrepod.sock'). [DBG] (cl_sm_notif_process:627) HELLO notification received on subscription id=389404451. [DBG] (cl_request_process:423) subscribe request sent, waiting for response. [DBG] (cl_request_process:445) subscribe response received, processing. [DBG] (cl_request_process:401) Sending subscribe request. [DBG] (cl_sm_fd_read_data:846) fd 14 readable [DBG] (cl_sm_fd_read_data:860) 101 bytes of data received on fd 14 [DBG] (cl_sm_fd_read_data:870) fd 14 would block [DBG] (cl_sm_conn_in_buff_process:796) New message of size 97 bytes received. [DBG] (cl_sm_notif_process:559) Received a notification for subscription id=911813965 (source address='/tmp/sysrepod.sock'). [DBG] (cl_sm_notif_process:627) HELLO notification received on subscription id=911813965. [DBG] (cl_request_process:423) subscribe request sent, waiting for response. [DBG] (cl_request_process:445) subscribe response received, processing. turing-machine plugin initialized successfully current turing-machine configuration: [DBG] (cl_request_process:401) Sending get-items request. [DBG] (cl_request_process:423) get-items request sent, waiting for response. [DBG] (cl_request_process:445) get-items response received, processing. [ERR] (sr_get_items:756) Error by processing of the request. [INF] (main:306) Sysrepo plugin daemon initialized successfully. The plugin seems has been successfully loaded but sr_get_items failed. I cannot see any data retrieved from sysrepod. I have a similar problem when I run appliaction_example (subscribing ietf-interfaces). ~ # application_example ========== READING STARTUP CONFIG: ========== Error by sr_get_items: Item not found ========== STARTUP CONFIG APPLIED AS RUNNING ========== From sysrepod traces I cannot see any problem. For instance when I run application_example I get the following traces from sysrepod output [DBG] (cm_server_watcher_cb:1146) New client connection on fd 11 [DBG] (sm_connection_start:354) New connection started successfully, fd=11, conn ctx=0x449cb8. [DBG] (cm_conn_read_cb:1019) fd 11 readable [DBG] (cm_conn_buffer_expand:457) Input buffer for fd=11 expanded to 1024 bytes. [DBG] (cm_conn_read_cb:1032) 18 bytes of data received on fd 11 [DBG] (cm_conn_read_cb:1042) fd 11 would block [DBG] (cm_conn_in_buff_process:971) New message of size 14 bytes received. [DBG] (cm_session_start_req_process:630) Processing session_start request (conn=0x449cb8). [DBG] (cm_session_start_internal:575) Starting a new session, options=0. [INF] (sm_session_create:468) New session created successfully, real user=root, effective user=(null), session id=1730123485. [DBG] (sr_cbuff_init:402) Initiating circular buffer for 2 elements. [DBG] (rp_session_start:1818) RP session start, session id=1730123485. [DBG] (cm_conn_buffer_expand:457) Output buffer for fd=11 expanded to 1024 bytes. [DBG] (cm_conn_out_buff_flush:485) Sending 26 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 26 bytes of data sent. [DBG] (cm_conn_read_cb:1019) fd 11 readable [DBG] (cm_conn_read_cb:1032) 42 bytes of data received on fd 11 [DBG] (cm_conn_read_cb:1042) fd 11 would block [DBG] (cm_conn_in_buff_process:971) New message of size 38 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=1, current count=1. [DBG] (rp_msg_process:1930) Threads: active=0/4, 1 requests in queue [DBG] (rp_worker_thread_execute:1664) Thread id=2051 signaled. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=2, count=0. [DBG] (rp_get_items_req_process:378) Processing get_items request. [INF] (rp_dt_get_values_wrapper:237) Get items request startup datastore, xpath: /ietf-interfaces:*//* [WRN] (ac_check_file_access:132) File '/etc/sysrepo/data/ietf-interfaces.startup' cannot be found. [WRN] (ac_check_module_node_permissions:285) Data file '/etc/sysrepo/data/ietf-interfaces.startup' not found, considering as authorized. [DBG] (dm_load_data_tree:564) Data file /etc/sysrepo/data/ietf-interfaces.startup does not exist, creating empty data tree [INF] (dm_load_data_tree_file:525) Data file /etc/sysrepo/data/ietf-interfaces.startup loaded successfully [DBG] (dm_get_data_info:1355) Module ietf-interfaces has been loaded [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=5, current count=1. [DBG] (rp_worker_thread_execute:1652) Thread id=2051 will wait. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=6, count=0. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (cm_conn_read_cb:1019) fd 11 readable [DBG] (cm_conn_read_cb:1032) 111 bytes of data received on fd 11 [DBG] (cm_conn_read_cb:1042) fd 11 would block [DBG] (cm_conn_in_buff_process:971) New message of size 107 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=2, current count=1. [DBG] (rp_msg_process:1930) Threads: active=0/4, 1 requests in queue [DBG] (rp_worker_thread_execute:1664) Thread id=3076 signaled. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=3, count=0. [DBG] (rp_subscribe_req_process:894) Processing subscribe request. [DBG] (np_notification_subscribe:395) Notification subscribe: event=3, dst_address='/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock', dst_id=411581119. [DBG] (sr_locking_set_lock_fd:734) File /etc/sysrepo/data/ietf-interfaces.persist has been locked [DBG] (pm_load_data_tree:180) Persist data successfully loaded from file '/etc/sysrepo/data/ietf-interfaces.persist'. [DBG] (pm_save_data_tree:96) Persist data tree successfully saved. [DBG] (pm_add_subscription:680) Subscription entry successfully added into 'ietf-interfaces' persist data tree. [DBG] (sr_locking_set_unlock_close_fd:803) File /etc/sysrepo/data/ietf-interfaces.persist (fd = 12) has been unlocked [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=6, current count=1. [DBG] (np_hello_notify:672) Sending HELLO notification to '/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock' @ 411581119. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=7, current count=2. [DBG] (rp_worker_thread_execute:1652) Thread id=3076 will wait. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=7, count=1. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=8, count=0. [DBG] (cm_out_notif_process:1290) Sending a notification to '/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock'. [DBG] (sm_connection_find_dst:574) Cannot find the connection with dst_address address='/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock'. [DBG] (cm_out_notif_process:1305) Creating a new connection for the notification destination '/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock' [DBG] (sm_connection_start:354) New connection started successfully, fd=12, conn ctx=0x4597b8. [DBG] (cm_conn_buffer_expand:457) Output buffer for fd=12 expanded to 1024 bytes. [DBG] (cm_conn_out_buff_flush:485) Sending 102 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 102 bytes of data sent. It sounds as sysrepod replies to the the subscription request but something goes wrong and application_example doesn't receive the current configuration What can be the problem? I'm sorry for this silly question but I must have sysrepo/netopeer2 up and running on my target as soon as possible because I have to port my freenetconfd plugins in the new world. Any help will be greatly appreciated with regards fabio -- Fabio Antonini (Ph.D) Tiesse Spa Via Corradini 80, 67051 Avezzano (Aq) mobile: +39 3939261941 phone: +39 0863455830 fax: +39 0863455830 f.antonini at tiesse.com -- Fabio Antonini (Ph.D) Tiesse Spa Via Corradini 80, 67051 Avezzano (Aq) mobile: +39 3939261941 phone: +39 0863455830 fax: +39 0863455830 f.antonini at tiesse.com -- Fabio Antonini (Ph.D) Tiesse Spa Via Corradini 80, 67051 Avezzano (Aq) mobile: +39 3939261941 phone: +39 0863455830 fax: +39 0863455830 f.antonini at tiesse.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From f.antonini at tiesse.com Mon Jul 11 14:55:19 2016 From: f.antonini at tiesse.com (fabio antonini) Date: Mon, 11 Jul 2016 16:55:19 +0200 Subject: [sysrepo-devel] Appplication/plugin subscription problem In-Reply-To: <129b89c41ce4462291d1d0f1c868a5f4@XCH-RCD-002.cisco.com> References: <57839AC4.8030603@tiesse.com> <5783A48D.7020901@tiesse.com> <2d429fd18e2b43e5a6f71e94e92321ec@XCH-RCD-002.cisco.com> <5783AE38.7060905@tiesse.com> <129b89c41ce4462291d1d0f1c868a5f4@XCH-RCD-002.cisco.com> Message-ID: <5783B357.7020108@tiesse.com> HI Rastislav good news I have removed all the ietf-netconf related modules and now the configuration import process is ok ~ # sysrepocfg --import=/etc/sysrepo/yang/turing-machine.data.xml --datastore=startup --format=xml turing-machine The new configuration was successfully applied. ~ # sysrepocfg --export --datastore=startup turing-machine 0 1 1 1 0 0 1 1 left 2 1 left 3 0 2 1 left 3 1 4 3 Now everything works as a charm for turing-machine!!!!!! I have retrieved all the subtree data for turing-machine from NETCONFc. Also application_example seems to load successfully [DBG] (cl_request_process:445) get-items response received, processing. /turing-machine:turing-machine/transition-function/delta[label='left summand']/label = 'left summand' /turing-machine:turing-machine/transition-function/delta[label='left summand']/input/state = 0 /turing-machine:turing-machine/transition-function/delta[label='left summand']/input/symbol = '1' /turing-machine:turing-machine/transition-function/delta[label='left summand']/output/head-move = right /turing-machine:turing-machine/transition-function/delta[label='separator']/label = 'separator' /turing-machine:turing-machine/transition-function/delta[label='separator']/output/state = 1 /turing-machine:turing-machine/transition-function/delta[label='separator']/output/symbol = '1' /turing-machine:turing-machine/transition-function/delta[label='separator']/output/head-move = right /turing-machine:turing-machine/transition-function/delta[label='separator']/input/state = 0 /turing-machine:turing-machine/transition-function/delta[label='separator']/input/symbol = '0' /turing-machine:turing-machine/transition-function/delta[label='right summand']/label = 'right summand' /turing-machine:turing-machine/transition-function/delta[label='right summand']/input/state = 1 /turing-machine:turing-machine/transition-function/delta[label='right summand']/input/symbol = '1' /turing-machine:turing-machine/transition-function/delta[label='right summand']/output/head-move = right /turing-machine:turing-machine/transition-function/delta[label='right end']/label = 'right end' /turing-machine:turing-machine/transition-function/delta[label='right end']/output/head-move = left /turing-machine:turing-machine/transition-function/delta[label='right end']/output/state = 2 /turing-machine:turing-machine/transition-function/delta[label='right end']/input/state = 1 /turing-machine:turing-machine/transition-function/delta[label='right end']/input/symbol = '' /turing-machine:turing-machine/transition-function/delta[label='write separator']/label = 'write separator' /turing-machine:turing-machine/transition-function/delta[label='write separator']/output/head-move = left /turing-machine:turing-machine/transition-function/delta[label='write separator']/output/state = 3 /turing-machine:turing-machine/transition-function/delta[label='write separator']/output/symbol = '0' /turing-machine:turing-machine/transition-function/delta[label='write separator']/input/state = 2 /turing-machine:turing-machine/transition-function/delta[label='write separator']/input/symbol = '1' /turing-machine:turing-machine/transition-function/delta[label='go home']/label = 'go home' /turing-machine:turing-machine/transition-function/delta[label='go home']/output/head-move = left /turing-machine:turing-machine/transition-function/delta[label='go home']/input/state = 3 /turing-machine:turing-machine/transition-function/delta[label='go home']/input/symbol = '1' /turing-machine:turing-machine/transition-function/delta[label='final step']/label = 'final step' /turing-machine:turing-machine/transition-function/delta[label='final step']/output/state = 4 /turing-machine:turing-machine/transition-function/delta[label='final step']/output/head-move = right /turing-machine:turing-machine/transition-function/delta[label='final step']/input/state = 3 /turing-machine:turing-machine/transition-function/delta[label='final step']/input/symbol = '' [INF] (main:306) Sysrepo plugin daemon initialized successfully. Anyway the subtree get command for ietf-interfaces fails because netopeer2-server[5933]: (cl_request_process:445) get-items response received, processing. netopeer2-server[5933]: Failed to resolve identityref "ethernetCsmacd". (/ietf-interfaces:interfaces/interface[name='eth0']/type) netopeer2-server[5933]: Failed to create node "type" as a child of "interface". (/ietf-interfaces:interfaces/interface[name='eth0']/type) I'm going to investigate this dependency issue Thanks a lot for your help!!!! fabio On 11/07/2016 16:42, Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco) wrote: > > Hi Fabio, > > Have you also restarted the sysrepo daemon? If not, please do. > > As for the questions, no ietf-netconf-* module is needed (you can > uninstall them), and correct directories for both yangs and yins is > /etc/sysrepo/yang. But you should use sysrepoctl --install instead of > just copying the yang/yin modules there. > > Thanks, > > Rastislav > > *From:*fabio antonini [mailto:f.antonini at tiesse.com] > *Sent:* Monday, July 11, 2016 4:33 PM > *To:* Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco) > ; sysrepo-devel at sysrepo.org > *Subject:* Re: [sysrepo-devel] Appplication/plugin subscription problem > > Hi Rastislav > I have successfully removed the ietf-netconf-monitoring module. > Anyway > > ~ # sysrepoctl --uninstall --module=ietf-netconf-monitoring > Uninstalling the module 'ietf-netconf-monitoring'. > Deleted the schema file > '/etc/sysrepo/yang/ietf-netconf-monitoring at 2010-10-04.yang'. > Operation completed successfully. > > Module Name | Revision | Data Owner | > Permissions | Submodules | Enabled Features > --------------------------------------------------------------------------------------------------------------------------------- > ietf-yang-types | 2013-07-15 | | > | | > ietf-netconf-acm | 2012-02-22 | root:root | 644 > | | > ietf-netconf | 2011-06-01 | | > | | > ietf-netconf-with-defaults | 2011-06-01 | | > | | > ietf-interfaces | 2014-05-08 | root:root | 666 > | | > tiesse-dhcp-2016-06-25 | 2016-06-25 | root:root | 644 > | | > turing-machine | 2013-12-27 | root:root | 644 > | | > ietf-ip | 2014-06-16 | | > | | > tiesse-ethernet-2016-06-25 | 2016-06-25 | root:root | 644 > | | > > Unfortunately the result is always the same: I have two errors > occurrences as described in my previous mail > > > Which of the previous modules are strictly required to run the > turing-machine plugin? At the moment I have copied under > /etc/sysrepo/yang many modules but I'm not sure they are really required. > Which of them are required to run netopeer2-server? > Which is the right directory for .yin files (/etc/sysrepo/yin or > /etc/sysrepo/yang)? > > thanks > best regards > fabio > > On 11/07/2016 16:16, Rastislav Szabo -X (raszabo - PANTHEON > TECHNOLOGIES at Cisco) wrote: > > Hi Fabio, > > The issue definitely is in the following: > > [DBG] (rp_dt_commit:673) Commit (1/7): process stared > > [DBG] (dm_ly_log_cb:653) libyang error: Unknown element > "netconf-state". > > [DBG] (dm_validate_session_data_trees:1664) Validation failed for > turing-machine module > > [ERR] (rp_dt_commit:680) Data validation failed > > It is strange that libyang complains about "netconf-state" > element, it is not part of the turing-machine.data.xml nor > turing-machine YANG model. "netconf-state" is part of the > ietf-netconf-monitoring YANG module. Do you have it installed in > sysrepo repository? (check with sysrepoctl -l). If yes, you can > try to uninstall it. It won?t solve the root-cause of the issue, > but it may help to work around it. This module does not really > need to be installed in sysrepo repository (although Netopeer will > probably complain that it is not able to get it from sysrepo). > > Thanks, > > Rastislav > > *From:*fabio antonini [mailto:f.antonini at tiesse.com] > *Sent:* Monday, July 11, 2016 3:52 PM > *To:* Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at > Cisco) ; > sysrepo-devel at sysrepo.org > *Subject:* Re: [sysrepo-devel] Appplication/plugin subscription > problem > > Hi Rastislav > thanks a lot for your quick reply and precious support. > I have tried to import data by sysrepocfg but it complains in this > way (sysrepo-plugind is switched off) > > # sysrepocfg --import=/etc/sysrepo/yang/turing-machine.data.xml > --datastore=startup --format=xml turing-machine > [ERR] (sr_commit:1113) Error by processing of commit request. > [ERR] (srcfg_import_datastore:667) Error returned from sr_commit: > Validation of the changes failed. > Errors were encountered during importing. Cancelling the operation. > > The sysrepod output messages are in the attachment > In the file attached I can see a couple of errors about validation > for turing-machine > > ....... > [DBG] (dm_ly_log_cb:653) libyang error: Unexpected character(s) > '*' (*//.). > [WRN] (rp_dt_get_values_wrapper_with_opts:314) Validation of xpath > /turing-machine:*//. was not successful > ....... > > [DBG] (dm_ly_log_cb:653) libyang error: Unknown element > "netconf-state". > [DBG] (dm_validate_session_data_trees:1664) Validation failed for > turing-machine module > > > I get the same result for ietf-interfaces.data.xml > > thanks a lot > > fabio > > On 11/07/2016 15:31, Rastislav Szabo -X (raszabo - PANTHEON > TECHNOLOGIES at Cisco) wrote: > > Hi Fabio, > > It seems that you just don?t have any data stored within > turing-machine module or ietf-interfaces module. > > You can import some data there using sysrepocfg. Some example > data for both modules is in examples/yang directory: > > then you can check imported data: > > sysrepocfg --export --datastore=startup turing-machine > > Hope this helps, > > Rastislav > > *From:*sysrepo-devel > [mailto:sysrepo-devel-bounces at sysrepo.org] *On Behalf Of > *fabio antonini > *Sent:* Monday, July 11, 2016 3:10 PM > *To:* sysrepo-devel at sysrepo.org > *Subject:* [sysrepo-devel] Appplication/plugin subscription > problem > > Hi all > I'm facing a trivial problem, but I cannot fix it. > I have run sysrepod, then I run sysrepo-plugin that > successfully tries to turing-machine.so > here below the extended output > > *~ # sysrepo-plugind -d -l4* > [DBG] (sr_log_stderr:146) Setting log level for stderr logs to 4. > [DBG] (main:282) Sysrepo plugin daemon initialization started. > [DBG] (sr_connect:353) Connecting to Sysrepo Engine. > [DBG] (cl_socket_connect:357) Connecting to > socket=/tmp/sysrepod.sock > [INF] (sr_connect:405) Connected to daemon Sysrepo Engine at > socket=/tmp/sysrepod.sock > [DBG] (cl_request_process:401) Sending session-start request. > [DBG] (cl_request_process:423) session-start request sent, > waiting for response. > [DBG] (cl_request_process:445) session-start response > received, processing. > [DBG] (sr_pd_load_plugins:156) Loading plugins from > '/etc/sysrepo/plugins'. > [DBG] (sr_pd_load_plugins:170) Loading plugin > 'libturing-machine.so'. > [DBG] (cl_sm_init:1252) Client Subscription Manager init started. > [DBG] (cl_sm_event_loop_threaded:1234) Starting client > subscription event loop. > [DBG] (cl_sm_init:1302) Client Subscription Manager > initialized successfully. > [DBG] (cl_sm_server_init:1131) Initializing sysrepo > subscription server at > socket=/tmp/sysrepo-subscriptions/turing-machine/4646.XXXXXX.sock > [DBG] (cl_sm_server_ctx_change_cb:1200) Server context changed. > [DBG] (cl_request_process:401) Sending subscribe request. > [DBG] (cl_sm_server_watcher_cb:966) New connection on fd 14 > [DBG] (cl_sm_fd_read_data:846) fd 14 readable > [DBG] (cl_sm_conn_buffer_expand:303) Input buffer for fd=14 > expanded to 1024 bytes. > [DBG] (cl_sm_fd_read_data:860) 101 bytes of data received on fd 14 > [DBG] (cl_sm_fd_read_data:870) fd 14 would block > [DBG] (cl_sm_conn_in_buff_process:796) New message of size 97 > bytes received. > [DBG] (cl_sm_notif_process:559) Received a notification for > subscription id=449446738 (source address='/tmp/sysrepod.sock'). > [DBG] (cl_sm_notif_process:627) HELLO notification received on > subscription id=449446738. > [DBG] (cl_request_process:423) subscribe request sent, waiting > for response. > [DBG] (cl_request_process:445) subscribe response received, > processing. > [DBG] (cl_request_process:401) Sending subscribe request. > [DBG] (cl_sm_fd_read_data:846) fd 14 readable > [DBG] (cl_sm_fd_read_data:860) 101 bytes of data received on fd 14 > [DBG] (cl_sm_fd_read_data:870) fd 14 would block > [DBG] (cl_sm_conn_in_buff_process:796) New message of size 97 > bytes received. > [DBG] (cl_sm_notif_process:559) Received a notification for > subscription id=389404451 (source address='/tmp/sysrepod.sock'). > [DBG] (cl_sm_notif_process:627) HELLO notification received on > subscription id=389404451. > [DBG] (cl_request_process:423) subscribe request sent, waiting > for response. > [DBG] (cl_request_process:445) subscribe response received, > processing. > [DBG] (cl_request_process:401) Sending subscribe request. > [DBG] (cl_sm_fd_read_data:846) fd 14 readable > [DBG] (cl_sm_fd_read_data:860) 101 bytes of data received on fd 14 > [DBG] (cl_sm_fd_read_data:870) fd 14 would block > [DBG] (cl_sm_conn_in_buff_process:796) New message of size 97 > bytes received. > [DBG] (cl_sm_notif_process:559) Received a notification for > subscription id=911813965 (source address='/tmp/sysrepod.sock'). > [DBG] (cl_sm_notif_process:627) HELLO notification received on > subscription id=911813965. > [DBG] (cl_request_process:423) subscribe request sent, waiting > for response. > [DBG] (cl_request_process:445) subscribe response received, > processing. > turing-machine plugin initialized successfully > current turing-machine configuration: > [DBG] (cl_request_process:401) Sending get-items request. > [DBG] (cl_request_process:423) get-items request sent, waiting > for response. > [DBG] (cl_request_process:445) get-items response received, > processing. > *[ERR] (sr_get_items:756) Error by processing of the request.* > [INF] (main:306) Sysrepo plugin daemon initialized successfully. > > The plugin seems has been successfully loaded but sr_get_items > failed. I cannot see any data retrieved from sysrepod. > > I have a similar problem when I run appliaction_example > (subscribing ietf-interfaces). > > *~ # application_example* > > > ========== READING STARTUP CONFIG: ========== > > *Error by sr_get_items: Item not found* > > ========== STARTUP CONFIG APPLIED AS RUNNING ========== > > > From sysrepod traces I cannot see any problem. For instance > when I run application_example I get the following traces from > sysrepod output > > [DBG] (cm_server_watcher_cb:1146) New client connection on fd 11 > [DBG] (sm_connection_start:354) New connection started > successfully, fd=11, conn ctx=0x449cb8. > [DBG] (cm_conn_read_cb:1019) fd 11 readable > [DBG] (cm_conn_buffer_expand:457) Input buffer for fd=11 > expanded to 1024 bytes. > [DBG] (cm_conn_read_cb:1032) 18 bytes of data received on fd 11 > [DBG] (cm_conn_read_cb:1042) fd 11 would block > [DBG] (cm_conn_in_buff_process:971) New message of size 14 > bytes received. > [DBG] (cm_session_start_req_process:630) Processing > session_start request (conn=0x449cb8). > [DBG] (cm_session_start_internal:575) Starting a new session, > options=0. > [INF] (sm_session_create:468) New session created > successfully, real user=root, effective user=(null), session > id=1730123485. > [DBG] (sr_cbuff_init:402) Initiating circular buffer for 2 > elements. > [DBG] (rp_session_start:1818) RP session start, session > id=1730123485. > [DBG] (cm_conn_buffer_expand:457) Output buffer for fd=11 > expanded to 1024 bytes. > [DBG] (cm_conn_out_buff_flush:485) Sending 26 bytes of data. > [DBG] (cm_conn_out_buff_flush:491) 26 bytes of data sent. > [DBG] (cm_conn_read_cb:1019) fd 11 readable > [DBG] (cm_conn_read_cb:1032) 42 bytes of data received on fd 11 > [DBG] (cm_conn_read_cb:1042) fd 11 would block > [DBG] (cm_conn_in_buff_process:971) New message of size 38 > bytes received. > [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to > position=1, current count=1. > [DBG] (rp_msg_process:1930) Threads: active=0/4, 1 requests in > queue > [DBG] (rp_worker_thread_execute:1664) Thread id=2051 signaled. > [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new > buffer head=2, count=0. > [DBG] (rp_get_items_req_process:378) Processing get_items request. > [INF] (rp_dt_get_values_wrapper:237) Get items request startup > datastore, xpath: /ietf-interfaces:*//* > [WRN] (ac_check_file_access:132) File > '/etc/sysrepo/data/ietf-interfaces.startup' cannot be found. > [WRN] (ac_check_module_node_permissions:285) Data file > '/etc/sysrepo/data/ietf-interfaces.startup' not found, > considering as authorized. > [DBG] (dm_load_data_tree:564) Data file > /etc/sysrepo/data/ietf-interfaces.startup does not exist, > creating empty data tree > [INF] (dm_load_data_tree_file:525 ) Data file > /etc/sysrepo/data/ietf-interfaces.startup loaded successfully > [DBG] (dm_get_data_info:1355) Module ietf-interfaces has been > loaded > [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to > position=5, current count=1. > [DBG] (rp_worker_thread_execute:1652) Thread id=2051 will wait. > [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM > message queue. > [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new > buffer head=6, count=0. > [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. > [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. > [DBG] (cm_conn_read_cb:1019) fd 11 readable > [DBG] (cm_conn_read_cb:1032) 111 bytes of data received on fd 11 > [DBG] (cm_conn_read_cb:1042) fd 11 would block > [DBG] (cm_conn_in_buff_process:971) New message of size 107 > bytes received. > [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to > position=2, current count=1. > [DBG] (rp_msg_process:1930) Threads: active=0/4, 1 requests in > queue > [DBG] (rp_worker_thread_execute:1664) Thread id=3076 signaled. > [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new > buffer head=3, count=0. > [DBG] (rp_subscribe_req_process:894) Processing subscribe request. > [DBG] (np_notification_subscribe:395) Notification subscribe: > event=3, > dst_address='/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock', > dst_id=411581119. > [DBG] (sr_locking_set_lock_fd:734) File > /etc/sysrepo/data/ietf-interfaces.persist has been locked > [DBG] (pm_load_data_tree:180) Persist data successfully loaded > from file '/etc/sysrepo/data/ietf-interfaces.persist'. > [DBG] (pm_save_data_tree:96) Persist data tree successfully saved. > [DBG] (pm_add_subscription:680) Subscription entry > successfully added into 'ietf-interfaces' persist data tree. > [DBG] (sr_locking_set_unlock_close_fd:803) File > /etc/sysrepo/data/ietf-interfaces.persist (fd = 12) has been > unlocked > [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to > position=6, current count=1. > [DBG] (np_hello_notify:672) Sending HELLO notification to > '/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock' > @ 411581119. > [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to > position=7, current count=2. > [DBG] (rp_worker_thread_execute:1652) Thread id=3076 will wait. > [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM > message queue. > [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new > buffer head=7, count=1. > [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. > [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. > [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new > buffer head=8, count=0. > [DBG] (cm_out_notif_process:1290) Sending a notification to > '/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock'. > [DBG] (sm_connection_find_dst:574) Cannot find the connection > with dst_address > address='/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock'. > [DBG] (cm_out_notif_process:1305) Creating a new connection > for the notification destination > '/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock' > [DBG] (sm_connection_start:354) New connection started > successfully, fd=12, conn ctx=0x4597b8. > [DBG] (cm_conn_buffer_expand:457) Output buffer for fd=12 > expanded to 1024 bytes. > [DBG] (cm_conn_out_buff_flush:485) Sending 102 bytes of data. > [DBG] (cm_conn_out_buff_flush:491) 102 bytes of data sent. > > > It sounds as sysrepod replies to the the subscription request > but something goes wrong and application_example doesn't > receive the current configuration > What can be the problem? > I'm sorry for this silly question but I must have > sysrepo/netopeer2 up and running on my target as soon as > possible because I have to port my freenetconfd plugins in the > new world. > Any help will be greatly appreciated > with regards > fabio > > > > -- > > Fabio Antonini (Ph.D) > > Tiesse Spa > > Via Corradini 80, 67051 Avezzano (Aq) > > mobile: +39 3939261941 > > phone: +39 0863455830 > > fax: +39 0863455830 > > f.antonini at tiesse.com > > > > > > > -- > > Fabio Antonini (Ph.D) > > Tiesse Spa > > Via Corradini 80, 67051 Avezzano (Aq) > > mobile: +39 3939261941 > > phone: +39 0863455830 > > fax: +39 0863455830 > > f.antonini at tiesse.com > > > > > > -- > Fabio Antonini (Ph.D) > Tiesse Spa > Via Corradini 80, 67051 Avezzano (Aq) > mobile: +39 3939261941 > phone: +39 0863455830 > fax: +39 0863455830 > f.antonini at tiesse.com > -- Fabio Antonini (Ph.D) Tiesse Spa Via Corradini 80, 67051 Avezzano (Aq) mobile: +39 3939261941 phone: +39 0863455830 fax: +39 0863455830 f.antonini at tiesse.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From raszabo at cisco.com Tue Jul 12 06:25:16 2016 From: raszabo at cisco.com (Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco)) Date: Tue, 12 Jul 2016 06:25:16 +0000 Subject: [sysrepo-devel] Appplication/plugin subscription problem In-Reply-To: <5783B357.7020108@tiesse.com> References: <57839AC4.8030603@tiesse.com> <5783A48D.7020901@tiesse.com> <2d429fd18e2b43e5a6f71e94e92321ec@XCH-RCD-002.cisco.com> <5783AE38.7060905@tiesse.com> <129b89c41ce4462291d1d0f1c868a5f4@XCH-RCD-002.cisco.com> <5783B357.7020108@tiesse.com> Message-ID: <2a9e69f942f14f4ca7aa85b65716532f@XCH-RCD-002.cisco.com> Hi Fabio, I?m glad that it helped. The ethernetCsmacd identityref value is defined in iana-if-type.yang ? this module must be installed. Rastislav From: fabio antonini [mailto:f.antonini at tiesse.com] Sent: Monday, July 11, 2016 4:55 PM To: Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco) ; sysrepo-devel at sysrepo.org Subject: Re: [sysrepo-devel] Appplication/plugin subscription problem HI Rastislav good news I have removed all the ietf-netconf related modules and now the configuration import process is ok ~ # sysrepocfg --import=/etc/sysrepo/yang/turing-machine.data.xml --datastore=startup --format=xml turing-machine The new configuration was successfully applied. ~ # sysrepocfg --export --datastore=startup turing-machine > 0 1 1 1 0 0 1 1 left 2 1 left 3 0 2 1 left 3 1 4 3 Now everything works as a charm for turing-machine!!!!!! I have retrieved all the subtree data for turing-machine from NETCONFc. Also application_example seems to load successfully [DBG] (cl_request_process:445) get-items response received, processing. /turing-machine:turing-machine/transition-function/delta[label='left summand']/label = 'left summand' /turing-machine:turing-machine/transition-function/delta[label='left summand']/input/state = 0 /turing-machine:turing-machine/transition-function/delta[label='left summand']/input/symbol = '1' /turing-machine:turing-machine/transition-function/delta[label='left summand']/output/head-move = right /turing-machine:turing-machine/transition-function/delta[label='separator']/label = 'separator' /turing-machine:turing-machine/transition-function/delta[label='separator']/output/state = 1 /turing-machine:turing-machine/transition-function/delta[label='separator']/output/symbol = '1' /turing-machine:turing-machine/transition-function/delta[label='separator']/output/head-move = right /turing-machine:turing-machine/transition-function/delta[label='separator']/input/state = 0 /turing-machine:turing-machine/transition-function/delta[label='separator']/input/symbol = '0' /turing-machine:turing-machine/transition-function/delta[label='right summand']/label = 'right summand' /turing-machine:turing-machine/transition-function/delta[label='right summand']/input/state = 1 /turing-machine:turing-machine/transition-function/delta[label='right summand']/input/symbol = '1' /turing-machine:turing-machine/transition-function/delta[label='right summand']/output/head-move = right /turing-machine:turing-machine/transition-function/delta[label='right end']/label = 'right end' /turing-machine:turing-machine/transition-function/delta[label='right end']/output/head-move = left /turing-machine:turing-machine/transition-function/delta[label='right end']/output/state = 2 /turing-machine:turing-machine/transition-function/delta[label='right end']/input/state = 1 /turing-machine:turing-machine/transition-function/delta[label='right end']/input/symbol = '' /turing-machine:turing-machine/transition-function/delta[label='write separator']/label = 'write separator' /turing-machine:turing-machine/transition-function/delta[label='write separator']/output/head-move = left /turing-machine:turing-machine/transition-function/delta[label='write separator']/output/state = 3 /turing-machine:turing-machine/transition-function/delta[label='write separator']/output/symbol = '0' /turing-machine:turing-machine/transition-function/delta[label='write separator']/input/state = 2 /turing-machine:turing-machine/transition-function/delta[label='write separator']/input/symbol = '1' /turing-machine:turing-machine/transition-function/delta[label='go home']/label = 'go home' /turing-machine:turing-machine/transition-function/delta[label='go home']/output/head-move = left /turing-machine:turing-machine/transition-function/delta[label='go home']/input/state = 3 /turing-machine:turing-machine/transition-function/delta[label='go home']/input/symbol = '1' /turing-machine:turing-machine/transition-function/delta[label='final step']/label = 'final step' /turing-machine:turing-machine/transition-function/delta[label='final step']/output/state = 4 /turing-machine:turing-machine/transition-function/delta[label='final step']/output/head-move = right /turing-machine:turing-machine/transition-function/delta[label='final step']/input/state = 3 /turing-machine:turing-machine/transition-function/delta[label='final step']/input/symbol = '' [INF] (main:306) Sysrepo plugin daemon initialized successfully. Anyway the subtree get command for ietf-interfaces fails because netopeer2-server[5933]: (cl_request_process:445) get-items response received, processing. netopeer2-server[5933]: Failed to resolve identityref "ethernetCsmacd". (/ietf-interfaces:interfaces/interface[name='eth0']/type) netopeer2-server[5933]: Failed to create node "type" as a child of "interface". (/ietf-interfaces:interfaces/interface[name='eth0']/type) I'm going to investigate this dependency issue Thanks a lot for your help!!!! fabio On 11/07/2016 16:42, Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco) wrote: Hi Fabio, Have you also restarted the sysrepo daemon? If not, please do. As for the questions, no ietf-netconf-* module is needed (you can uninstall them), and correct directories for both yangs and yins is /etc/sysrepo/yang. But you should use sysrepoctl --install instead of just copying the yang/yin modules there. Thanks, Rastislav From: fabio antonini [mailto:f.antonini at tiesse.com] Sent: Monday, July 11, 2016 4:33 PM To: Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco) ; sysrepo-devel at sysrepo.org Subject: Re: [sysrepo-devel] Appplication/plugin subscription problem Hi Rastislav I have successfully removed the ietf-netconf-monitoring module. Anyway ~ # sysrepoctl --uninstall --module=ietf-netconf-monitoring Uninstalling the module 'ietf-netconf-monitoring'. Deleted the schema file '/etc/sysrepo/yang/ietf-netconf-monitoring at 2010-10-04.yang'. Operation completed successfully. Module Name | Revision | Data Owner | Permissions | Submodules | Enabled Features --------------------------------------------------------------------------------------------------------------------------------- ietf-yang-types | 2013-07-15 | | | | ietf-netconf-acm | 2012-02-22 | root:root | 644 | | ietf-netconf | 2011-06-01 | | | | ietf-netconf-with-defaults | 2011-06-01 | | | | ietf-interfaces | 2014-05-08 | root:root | 666 | | tiesse-dhcp-2016-06-25 | 2016-06-25 | root:root | 644 | | turing-machine | 2013-12-27 | root:root | 644 | | ietf-ip | 2014-06-16 | | | | tiesse-ethernet-2016-06-25 | 2016-06-25 | root:root | 644 | | Unfortunately the result is always the same: I have two errors occurrences as described in my previous mail Which of the previous modules are strictly required to run the turing-machine plugin? At the moment I have copied under /etc/sysrepo/yang many modules but I'm not sure they are really required. Which of them are required to run netopeer2-server? Which is the right directory for .yin files (/etc/sysrepo/yin or /etc/sysrepo/yang)? thanks best regards fabio On 11/07/2016 16:16, Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco) wrote: Hi Fabio, The issue definitely is in the following: [DBG] (rp_dt_commit:673) Commit (1/7): process stared [DBG] (dm_ly_log_cb:653) libyang error: Unknown element "netconf-state". [DBG] (dm_validate_session_data_trees:1664) Validation failed for turing-machine module [ERR] (rp_dt_commit:680) Data validation failed It is strange that libyang complains about "netconf-state" element, it is not part of the turing-machine.data.xml nor turing-machine YANG model. "netconf-state" is part of the ietf-netconf-monitoring YANG module. Do you have it installed in sysrepo repository? (check with sysrepoctl -l). If yes, you can try to uninstall it. It won?t solve the root-cause of the issue, but it may help to work around it. This module does not really need to be installed in sysrepo repository (although Netopeer will probably complain that it is not able to get it from sysrepo). Thanks, Rastislav From: fabio antonini [mailto:f.antonini at tiesse.com] Sent: Monday, July 11, 2016 3:52 PM To: Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco) ; sysrepo-devel at sysrepo.org Subject: Re: [sysrepo-devel] Appplication/plugin subscription problem Hi Rastislav thanks a lot for your quick reply and precious support. I have tried to import data by sysrepocfg but it complains in this way (sysrepo-plugind is switched off) # sysrepocfg --import=/etc/sysrepo/yang/turing-machine.data.xml --datastore=startup --format=xml turing-machine [ERR] (sr_commit:1113) Error by processing of commit request. [ERR] (srcfg_import_datastore:667) Error returned from sr_commit: Validation of the changes failed. Errors were encountered during importing. Cancelling the operation. The sysrepod output messages are in the attachment In the file attached I can see a couple of errors about validation for turing-machine ....... [DBG] (dm_ly_log_cb:653) libyang error: Unexpected character(s) '*' (*//.). [WRN] (rp_dt_get_values_wrapper_with_opts:314) Validation of xpath /turing-machine:*//. was not successful ....... [DBG] (dm_ly_log_cb:653) libyang error: Unknown element "netconf-state". [DBG] (dm_validate_session_data_trees:1664) Validation failed for turing-machine module I get the same result for ietf-interfaces.data.xml thanks a lot fabio On 11/07/2016 15:31, Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco) wrote: Hi Fabio, It seems that you just don?t have any data stored within turing-machine module or ietf-interfaces module. You can import some data there using sysrepocfg. Some example data for both modules is in examples/yang directory: then you can check imported data: sysrepocfg --export --datastore=startup turing-machine Hope this helps, Rastislav From: sysrepo-devel [mailto:sysrepo-devel-bounces at sysrepo.org] On Behalf Of fabio antonini Sent: Monday, July 11, 2016 3:10 PM To: sysrepo-devel at sysrepo.org Subject: [sysrepo-devel] Appplication/plugin subscription problem Hi all I'm facing a trivial problem, but I cannot fix it. I have run sysrepod, then I run sysrepo-plugin that successfully tries to turing-machine.so here below the extended output ~ # sysrepo-plugind -d -l4 [DBG] (sr_log_stderr:146) Setting log level for stderr logs to 4. [DBG] (main:282) Sysrepo plugin daemon initialization started. [DBG] (sr_connect:353) Connecting to Sysrepo Engine. [DBG] (cl_socket_connect:357) Connecting to socket=/tmp/sysrepod.sock [INF] (sr_connect:405) Connected to daemon Sysrepo Engine at socket=/tmp/sysrepod.sock [DBG] (cl_request_process:401) Sending session-start request. [DBG] (cl_request_process:423) session-start request sent, waiting for response. [DBG] (cl_request_process:445) session-start response received, processing. [DBG] (sr_pd_load_plugins:156) Loading plugins from '/etc/sysrepo/plugins'. [DBG] (sr_pd_load_plugins:170) Loading plugin 'libturing-machine.so'. [DBG] (cl_sm_init:1252) Client Subscription Manager init started. [DBG] (cl_sm_event_loop_threaded:1234) Starting client subscription event loop. [DBG] (cl_sm_init:1302) Client Subscription Manager initialized successfully. [DBG] (cl_sm_server_init:1131) Initializing sysrepo subscription server at socket=/tmp/sysrepo-subscriptions/turing-machine/4646.XXXXXX.sock [DBG] (cl_sm_server_ctx_change_cb:1200) Server context changed. [DBG] (cl_request_process:401) Sending subscribe request. [DBG] (cl_sm_server_watcher_cb:966) New connection on fd 14 [DBG] (cl_sm_fd_read_data:846) fd 14 readable [DBG] (cl_sm_conn_buffer_expand:303) Input buffer for fd=14 expanded to 1024 bytes. [DBG] (cl_sm_fd_read_data:860) 101 bytes of data received on fd 14 [DBG] (cl_sm_fd_read_data:870) fd 14 would block [DBG] (cl_sm_conn_in_buff_process:796) New message of size 97 bytes received. [DBG] (cl_sm_notif_process:559) Received a notification for subscription id=449446738 (source address='/tmp/sysrepod.sock'). [DBG] (cl_sm_notif_process:627) HELLO notification received on subscription id=449446738. [DBG] (cl_request_process:423) subscribe request sent, waiting for response. [DBG] (cl_request_process:445) subscribe response received, processing. [DBG] (cl_request_process:401) Sending subscribe request. [DBG] (cl_sm_fd_read_data:846) fd 14 readable [DBG] (cl_sm_fd_read_data:860) 101 bytes of data received on fd 14 [DBG] (cl_sm_fd_read_data:870) fd 14 would block [DBG] (cl_sm_conn_in_buff_process:796) New message of size 97 bytes received. [DBG] (cl_sm_notif_process:559) Received a notification for subscription id=389404451 (source address='/tmp/sysrepod.sock'). [DBG] (cl_sm_notif_process:627) HELLO notification received on subscription id=389404451. [DBG] (cl_request_process:423) subscribe request sent, waiting for response. [DBG] (cl_request_process:445) subscribe response received, processing. [DBG] (cl_request_process:401) Sending subscribe request. [DBG] (cl_sm_fd_read_data:846) fd 14 readable [DBG] (cl_sm_fd_read_data:860) 101 bytes of data received on fd 14 [DBG] (cl_sm_fd_read_data:870) fd 14 would block [DBG] (cl_sm_conn_in_buff_process:796) New message of size 97 bytes received. [DBG] (cl_sm_notif_process:559) Received a notification for subscription id=911813965 (source address='/tmp/sysrepod.sock'). [DBG] (cl_sm_notif_process:627) HELLO notification received on subscription id=911813965. [DBG] (cl_request_process:423) subscribe request sent, waiting for response. [DBG] (cl_request_process:445) subscribe response received, processing. turing-machine plugin initialized successfully current turing-machine configuration: [DBG] (cl_request_process:401) Sending get-items request. [DBG] (cl_request_process:423) get-items request sent, waiting for response. [DBG] (cl_request_process:445) get-items response received, processing. [ERR] (sr_get_items:756) Error by processing of the request. [INF] (main:306) Sysrepo plugin daemon initialized successfully. The plugin seems has been successfully loaded but sr_get_items failed. I cannot see any data retrieved from sysrepod. I have a similar problem when I run appliaction_example (subscribing ietf-interfaces). ~ # application_example ========== READING STARTUP CONFIG: ========== Error by sr_get_items: Item not found ========== STARTUP CONFIG APPLIED AS RUNNING ========== From sysrepod traces I cannot see any problem. For instance when I run application_example I get the following traces from sysrepod output [DBG] (cm_server_watcher_cb:1146) New client connection on fd 11 [DBG] (sm_connection_start:354) New connection started successfully, fd=11, conn ctx=0x449cb8. [DBG] (cm_conn_read_cb:1019) fd 11 readable [DBG] (cm_conn_buffer_expand:457) Input buffer for fd=11 expanded to 1024 bytes. [DBG] (cm_conn_read_cb:1032) 18 bytes of data received on fd 11 [DBG] (cm_conn_read_cb:1042) fd 11 would block [DBG] (cm_conn_in_buff_process:971) New message of size 14 bytes received. [DBG] (cm_session_start_req_process:630) Processing session_start request (conn=0x449cb8). [DBG] (cm_session_start_internal:575) Starting a new session, options=0. [INF] (sm_session_create:468) New session created successfully, real user=root, effective user=(null), session id=1730123485. [DBG] (sr_cbuff_init:402) Initiating circular buffer for 2 elements. [DBG] (rp_session_start:1818) RP session start, session id=1730123485. [DBG] (cm_conn_buffer_expand:457) Output buffer for fd=11 expanded to 1024 bytes. [DBG] (cm_conn_out_buff_flush:485) Sending 26 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 26 bytes of data sent. [DBG] (cm_conn_read_cb:1019) fd 11 readable [DBG] (cm_conn_read_cb:1032) 42 bytes of data received on fd 11 [DBG] (cm_conn_read_cb:1042) fd 11 would block [DBG] (cm_conn_in_buff_process:971) New message of size 38 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=1, current count=1. [DBG] (rp_msg_process:1930) Threads: active=0/4, 1 requests in queue [DBG] (rp_worker_thread_execute:1664) Thread id=2051 signaled. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=2, count=0. [DBG] (rp_get_items_req_process:378) Processing get_items request. [INF] (rp_dt_get_values_wrapper:237) Get items request startup datastore, xpath: /ietf-interfaces:*//* [WRN] (ac_check_file_access:132) File '/etc/sysrepo/data/ietf-interfaces.startup' cannot be found. [WRN] (ac_check_module_node_permissions:285) Data file '/etc/sysrepo/data/ietf-interfaces.startup' not found, considering as authorized. [DBG] (dm_load_data_tree:564) Data file /etc/sysrepo/data/ietf-interfaces.startup does not exist, creating empty data tree [INF] (dm_load_data_tree_file:525) Data file /etc/sysrepo/data/ietf-interfaces.startup loaded successfully [DBG] (dm_get_data_info:1355) Module ietf-interfaces has been loaded [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=5, current count=1. [DBG] (rp_worker_thread_execute:1652) Thread id=2051 will wait. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=6, count=0. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (cm_conn_read_cb:1019) fd 11 readable [DBG] (cm_conn_read_cb:1032) 111 bytes of data received on fd 11 [DBG] (cm_conn_read_cb:1042) fd 11 would block [DBG] (cm_conn_in_buff_process:971) New message of size 107 bytes received. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=2, current count=1. [DBG] (rp_msg_process:1930) Threads: active=0/4, 1 requests in queue [DBG] (rp_worker_thread_execute:1664) Thread id=3076 signaled. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=3, count=0. [DBG] (rp_subscribe_req_process:894) Processing subscribe request. [DBG] (np_notification_subscribe:395) Notification subscribe: event=3, dst_address='/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock', dst_id=411581119. [DBG] (sr_locking_set_lock_fd:734) File /etc/sysrepo/data/ietf-interfaces.persist has been locked [DBG] (pm_load_data_tree:180) Persist data successfully loaded from file '/etc/sysrepo/data/ietf-interfaces.persist'. [DBG] (pm_save_data_tree:96) Persist data tree successfully saved. [DBG] (pm_add_subscription:680) Subscription entry successfully added into 'ietf-interfaces' persist data tree. [DBG] (sr_locking_set_unlock_close_fd:803) File /etc/sysrepo/data/ietf-interfaces.persist (fd = 12) has been unlocked [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=6, current count=1. [DBG] (np_hello_notify:672) Sending HELLO notification to '/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock' @ 411581119. [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to position=7, current count=2. [DBG] (rp_worker_thread_execute:1652) Thread id=3076 will wait. [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into CM message queue. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=7, count=1. [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new buffer head=8, count=0. [DBG] (cm_out_notif_process:1290) Sending a notification to '/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock'. [DBG] (sm_connection_find_dst:574) Cannot find the connection with dst_address address='/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock'. [DBG] (cm_out_notif_process:1305) Creating a new connection for the notification destination '/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock' [DBG] (sm_connection_start:354) New connection started successfully, fd=12, conn ctx=0x4597b8. [DBG] (cm_conn_buffer_expand:457) Output buffer for fd=12 expanded to 1024 bytes. [DBG] (cm_conn_out_buff_flush:485) Sending 102 bytes of data. [DBG] (cm_conn_out_buff_flush:491) 102 bytes of data sent. It sounds as sysrepod replies to the the subscription request but something goes wrong and application_example doesn't receive the current configuration What can be the problem? I'm sorry for this silly question but I must have sysrepo/netopeer2 up and running on my target as soon as possible because I have to port my freenetconfd plugins in the new world. Any help will be greatly appreciated with regards fabio -- Fabio Antonini (Ph.D) Tiesse Spa Via Corradini 80, 67051 Avezzano (Aq) mobile: +39 3939261941 phone: +39 0863455830 fax: +39 0863455830 f.antonini at tiesse.com -- Fabio Antonini (Ph.D) Tiesse Spa Via Corradini 80, 67051 Avezzano (Aq) mobile: +39 3939261941 phone: +39 0863455830 fax: +39 0863455830 f.antonini at tiesse.com -- Fabio Antonini (Ph.D) Tiesse Spa Via Corradini 80, 67051 Avezzano (Aq) mobile: +39 3939261941 phone: +39 0863455830 fax: +39 0863455830 f.antonini at tiesse.com -- Fabio Antonini (Ph.D) Tiesse Spa Via Corradini 80, 67051 Avezzano (Aq) mobile: +39 3939261941 phone: +39 0863455830 fax: +39 0863455830 f.antonini at tiesse.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From f.antonini at tiesse.com Tue Jul 12 07:34:17 2016 From: f.antonini at tiesse.com (fabio antonini) Date: Tue, 12 Jul 2016 09:34:17 +0200 Subject: [sysrepo-devel] Appplication/plugin subscription problem In-Reply-To: <2a9e69f942f14f4ca7aa85b65716532f@XCH-RCD-002.cisco.com> References: <57839AC4.8030603@tiesse.com> <5783A48D.7020901@tiesse.com> <2d429fd18e2b43e5a6f71e94e92321ec@XCH-RCD-002.cisco.com> <5783AE38.7060905@tiesse.com> <129b89c41ce4462291d1d0f1c868a5f4@XCH-RCD-002.cisco.com> <5783B357.7020108@tiesse.com> <2a9e69f942f14f4ca7aa85b65716532f@XCH-RCD-002.cisco.com> Message-ID: <57849D79.301@tiesse.com> Hi Rastislav thanks a lot for your help. I have added iana-if-type.yang and now I have both application_example/turing-machine properly configured I can connect to netopeer2-server by NETCONF.c and modify/create/delete every node for both of them. I'm fully satisfied. Now it's time to start the porting of tiesse plugins. I'll keep you informed. Probably I will need your help again. have a nice day ciao fabio On 12/07/2016 08:25, Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco) wrote: > > Hi Fabio, > > I?m glad that it helped. The ethernetCsmacd identityref value is > defined in iana-if-type.yang ? this module must be installed. > > Rastislav > > *From:*fabio antonini [mailto:f.antonini at tiesse.com] > *Sent:* Monday, July 11, 2016 4:55 PM > *To:* Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at Cisco) > ; sysrepo-devel at sysrepo.org > *Subject:* Re: [sysrepo-devel] Appplication/plugin subscription problem > > HI Rastislav > good news > I have removed all the ietf-netconf related modules and now the > configuration import process is ok > > ~ # sysrepocfg --import=/etc/sysrepo/yang/turing-machine.data.xml > --datastore=startup --format=xml turing-machine > The new configuration was successfully applied. > > ~ # sysrepocfg --export --datastore=startup turing-machine > > > > > > > 0 > 1 > > > > > > 1 > 1 > > > 0 > 0 > > > > > > 1 > 1 > > > > > > left > 2 > > > 1 > > > > > > > left > 3 > 0 > > > 2 > 1 > > > > > > left > > > 3 > 1 > > > > > > 4 > > > 3 > > > > > > > > Now everything works as a charm for turing-machine!!!!!! I have > retrieved all the subtree data for turing-machine from NETCONFc. > Also application_example seems to load successfully > > [DBG] (cl_request_process:445) get-items response received, processing. > /turing-machine:turing-machine/transition-function/delta[label='left > summand']/label = 'left summand' > /turing-machine:turing-machine/transition-function/delta[label='left > summand']/input/state = 0 > /turing-machine:turing-machine/transition-function/delta[label='left > summand']/input/symbol = '1' > /turing-machine:turing-machine/transition-function/delta[label='left > summand']/output/head-move = right > /turing-machine:turing-machine/transition-function/delta[label='separator']/label > = 'separator' > /turing-machine:turing-machine/transition-function/delta[label='separator']/output/state > = 1 > /turing-machine:turing-machine/transition-function/delta[label='separator']/output/symbol > = '1' > /turing-machine:turing-machine/transition-function/delta[label='separator']/output/head-move > = right > /turing-machine:turing-machine/transition-function/delta[label='separator']/input/state > = 0 > /turing-machine:turing-machine/transition-function/delta[label='separator']/input/symbol > = '0' > /turing-machine:turing-machine/transition-function/delta[label='right > summand']/label = 'right summand' > /turing-machine:turing-machine/transition-function/delta[label='right > summand']/input/state = 1 > /turing-machine:turing-machine/transition-function/delta[label='right > summand']/input/symbol = '1' > /turing-machine:turing-machine/transition-function/delta[label='right > summand']/output/head-move = right > /turing-machine:turing-machine/transition-function/delta[label='right > end']/label = 'right end' > /turing-machine:turing-machine/transition-function/delta[label='right > end']/output/head-move = left > /turing-machine:turing-machine/transition-function/delta[label='right > end']/output/state = 2 > /turing-machine:turing-machine/transition-function/delta[label='right > end']/input/state = 1 > /turing-machine:turing-machine/transition-function/delta[label='right > end']/input/symbol = '' > /turing-machine:turing-machine/transition-function/delta[label='write > separator']/label = 'write separator' > /turing-machine:turing-machine/transition-function/delta[label='write > separator']/output/head-move = left > /turing-machine:turing-machine/transition-function/delta[label='write > separator']/output/state = 3 > /turing-machine:turing-machine/transition-function/delta[label='write > separator']/output/symbol = '0' > /turing-machine:turing-machine/transition-function/delta[label='write > separator']/input/state = 2 > /turing-machine:turing-machine/transition-function/delta[label='write > separator']/input/symbol = '1' > /turing-machine:turing-machine/transition-function/delta[label='go > home']/label = 'go home' > /turing-machine:turing-machine/transition-function/delta[label='go > home']/output/head-move = left > /turing-machine:turing-machine/transition-function/delta[label='go > home']/input/state = 3 > /turing-machine:turing-machine/transition-function/delta[label='go > home']/input/symbol = '1' > /turing-machine:turing-machine/transition-function/delta[label='final > step']/label = 'final step' > /turing-machine:turing-machine/transition-function/delta[label='final > step']/output/state = 4 > /turing-machine:turing-machine/transition-function/delta[label='final > step']/output/head-move = right > /turing-machine:turing-machine/transition-function/delta[label='final > step']/input/state = 3 > /turing-machine:turing-machine/transition-function/delta[label='final > step']/input/symbol = '' > [INF] (main:306) Sysrepo plugin daemon initialized successfully. > > Anyway the subtree get command for ietf-interfaces fails because > > netopeer2-server[5933]: (cl_request_process:445) get-items response > received, processing. > netopeer2-server[5933]: Failed to resolve identityref > "ethernetCsmacd". > (/ietf-interfaces:interfaces/interface[name='eth0']/type) > netopeer2-server[5933]: Failed to create node "type" as a child of > "interface". (/ietf-interfaces:interfaces/interface[name='eth0']/type) > > I'm going to investigate this dependency issue > > Thanks a lot for your help!!!! > > fabio > > On 11/07/2016 16:42, Rastislav Szabo -X (raszabo - PANTHEON > TECHNOLOGIES at Cisco) wrote: > > Hi Fabio, > > Have you also restarted the sysrepo daemon? If not, please do. > > As for the questions, no ietf-netconf-* module is needed (you can > uninstall them), and correct directories for both yangs and yins > is /etc/sysrepo/yang. But you should use sysrepoctl --install > instead of just copying the yang/yin modules there. > > Thanks, > > Rastislav > > *From:*fabio antonini [mailto:f.antonini at tiesse.com] > *Sent:* Monday, July 11, 2016 4:33 PM > *To:* Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at > Cisco) ; > sysrepo-devel at sysrepo.org > *Subject:* Re: [sysrepo-devel] Appplication/plugin subscription > problem > > Hi Rastislav > I have successfully removed the ietf-netconf-monitoring module. > Anyway > > ~ # sysrepoctl --uninstall --module=ietf-netconf-monitoring > Uninstalling the module 'ietf-netconf-monitoring'. > Deleted the schema file > '/etc/sysrepo/yang/ietf-netconf-monitoring at 2010-10-04.yang'. > Operation completed successfully. > > Module Name | Revision | Data Owner | > Permissions | Submodules | Enabled Features > --------------------------------------------------------------------------------------------------------------------------------- > ietf-yang-types | 2013-07-15 | | > | | > ietf-netconf-acm | 2012-02-22 | root:root | > 644 | | > ietf-netconf | 2011-06-01 | | > | | > ietf-netconf-with-defaults | 2011-06-01 | | > | | > ietf-interfaces | 2014-05-08 | root:root | > 666 | | > tiesse-dhcp-2016-06-25 | 2016-06-25 | root:root | > 644 | | > turing-machine | 2013-12-27 | root:root | > 644 | | > ietf-ip | 2014-06-16 | | > | | > tiesse-ethernet-2016-06-25 | 2016-06-25 | root:root | > 644 | | > > Unfortunately the result is always the same: I have two errors > occurrences as described in my previous mail > > > Which of the previous modules are strictly required to run the > turing-machine plugin? At the moment I have copied under > /etc/sysrepo/yang many modules but I'm not sure they are really > required. > Which of them are required to run netopeer2-server? > Which is the right directory for .yin files (/etc/sysrepo/yin or > /etc/sysrepo/yang)? > > thanks > best regards > fabio > > > On 11/07/2016 16:16, Rastislav Szabo -X (raszabo - PANTHEON > TECHNOLOGIES at Cisco) wrote: > > Hi Fabio, > > The issue definitely is in the following: > > [DBG] (rp_dt_commit:673) Commit (1/7): process stared > > [DBG] (dm_ly_log_cb:653) libyang error: Unknown element > "netconf-state". > > [DBG] (dm_validate_session_data_trees:1664) Validation failed > for turing-machine module > > [ERR] (rp_dt_commit:680) Data validation failed > > It is strange that libyang complains about "netconf-state" > element, it is not part of the turing-machine.data.xml nor > turing-machine YANG model. "netconf-state" is part of the > ietf-netconf-monitoring YANG module. Do you have it installed > in sysrepo repository? (check with sysrepoctl -l). If yes, you > can try to uninstall it. It won?t solve the root-cause of the > issue, but it may help to work around it. This module does not > really need to be installed in sysrepo repository (although > Netopeer will probably complain that it is not able to get it > from sysrepo). > > Thanks, > > Rastislav > > *From:*fabio antonini [mailto:f.antonini at tiesse.com] > *Sent:* Monday, July 11, 2016 3:52 PM > *To:* Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES at > Cisco) ; > sysrepo-devel at sysrepo.org > *Subject:* Re: [sysrepo-devel] Appplication/plugin > subscription problem > > Hi Rastislav > thanks a lot for your quick reply and precious support. > I have tried to import data by sysrepocfg but it complains in > this way (sysrepo-plugind is switched off) > > # sysrepocfg > --import=/etc/sysrepo/yang/turing-machine.data.xml > --datastore=startup --format=xml turing-machine > [ERR] (sr_commit:1113) Error by processing of commit request. > [ERR] (srcfg_import_datastore:667) Error returned from > sr_commit: Validation of the changes failed. > Errors were encountered during importing. Cancelling the > operation. > > The sysrepod output messages are in the attachment > In the file attached I can see a couple of errors about > validation for turing-machine > > ....... > [DBG] (dm_ly_log_cb:653) libyang error: Unexpected > character(s) '*' (*//.). > [WRN] (rp_dt_get_values_wrapper_with_opts:314) Validation of > xpath /turing-machine:*//. was not successful > ....... > > [DBG] (dm_ly_log_cb:653) libyang error: Unknown element > "netconf-state". > [DBG] (dm_validate_session_data_trees:1664) Validation failed > for turing-machine module > > > I get the same result for ietf-interfaces.data.xml > > thanks a lot > > fabio > > On 11/07/2016 15:31, Rastislav Szabo -X (raszabo - PANTHEON > TECHNOLOGIES at Cisco) wrote: > > Hi Fabio, > > It seems that you just don?t have any data stored within > turing-machine module or ietf-interfaces module. > > You can import some data there using sysrepocfg. Some > example data for both modules is in examples/yang directory: > > then you can check imported data: > > sysrepocfg --export --datastore=startup turing-machine > > Hope this helps, > > Rastislav > > *From:*sysrepo-devel > [mailto:sysrepo-devel-bounces at sysrepo.org] *On Behalf Of > *fabio antonini > *Sent:* Monday, July 11, 2016 3:10 PM > *To:* sysrepo-devel at sysrepo.org > > *Subject:* [sysrepo-devel] Appplication/plugin > subscription problem > > Hi all > I'm facing a trivial problem, but I cannot fix it. > I have run sysrepod, then I run sysrepo-plugin that > successfully tries to turing-machine.so > here below the extended output > > *~ # sysrepo-plugind -d -l4* > [DBG] (sr_log_stderr:146) Setting log level for stderr > logs to 4. > [DBG] (main:282) Sysrepo plugin daemon initialization started. > [DBG] (sr_connect:353) Connecting to Sysrepo Engine. > [DBG] (cl_socket_connect:357) Connecting to > socket=/tmp/sysrepod.sock > [INF] (sr_connect:405) Connected to daemon Sysrepo Engine > at socket=/tmp/sysrepod.sock > [DBG] (cl_request_process:401) Sending session-start request. > [DBG] (cl_request_process:423) session-start request sent, > waiting for response. > [DBG] (cl_request_process:445) session-start response > received, processing. > [DBG] (sr_pd_load_plugins:156) Loading plugins from > '/etc/sysrepo/plugins'. > [DBG] (sr_pd_load_plugins:170) Loading plugin > 'libturing-machine.so'. > [DBG] (cl_sm_init:1252) Client Subscription Manager init > started. > [DBG] (cl_sm_event_loop_threaded:1234) Starting client > subscription event loop. > [DBG] (cl_sm_init:1302) Client Subscription Manager > initialized successfully. > [DBG] (cl_sm_server_init:1131) Initializing sysrepo > subscription server at > socket=/tmp/sysrepo-subscriptions/turing-machine/4646.XXXXXX.sock > [DBG] (cl_sm_server_ctx_change_cb:1200) Server context > changed. > [DBG] (cl_request_process:401) Sending subscribe request. > [DBG] (cl_sm_server_watcher_cb:966) New connection on fd 14 > [DBG] (cl_sm_fd_read_data:846) fd 14 readable > [DBG] (cl_sm_conn_buffer_expand:303) Input buffer for > fd=14 expanded to 1024 bytes. > [DBG] (cl_sm_fd_read_data:860) 101 bytes of data received > on fd 14 > [DBG] (cl_sm_fd_read_data:870) fd 14 would block > [DBG] (cl_sm_conn_in_buff_process:796) New message of size > 97 bytes received. > [DBG] (cl_sm_notif_process:559) Received a notification > for subscription id=449446738 (source > address='/tmp/sysrepod.sock'). > [DBG] (cl_sm_notif_process:627) HELLO notification > received on subscription id=449446738. > [DBG] (cl_request_process:423) subscribe request sent, > waiting for response. > [DBG] (cl_request_process:445) subscribe response > received, processing. > [DBG] (cl_request_process:401) Sending subscribe request. > [DBG] (cl_sm_fd_read_data:846) fd 14 readable > [DBG] (cl_sm_fd_read_data:860) 101 bytes of data received > on fd 14 > [DBG] (cl_sm_fd_read_data:870) fd 14 would block > [DBG] (cl_sm_conn_in_buff_process:796) New message of size > 97 bytes received. > [DBG] (cl_sm_notif_process:559) Received a notification > for subscription id=389404451 (source > address='/tmp/sysrepod.sock'). > [DBG] (cl_sm_notif_process:627) HELLO notification > received on subscription id=389404451. > [DBG] (cl_request_process:423) subscribe request sent, > waiting for response. > [DBG] (cl_request_process:445) subscribe response > received, processing. > [DBG] (cl_request_process:401) Sending subscribe request. > [DBG] (cl_sm_fd_read_data:846) fd 14 readable > [DBG] (cl_sm_fd_read_data:860) 101 bytes of data received > on fd 14 > [DBG] (cl_sm_fd_read_data:870) fd 14 would block > [DBG] (cl_sm_conn_in_buff_process:796) New message of size > 97 bytes received. > [DBG] (cl_sm_notif_process:559) Received a notification > for subscription id=911813965 (source > address='/tmp/sysrepod.sock'). > [DBG] (cl_sm_notif_process:627) HELLO notification > received on subscription id=911813965. > [DBG] (cl_request_process:423) subscribe request sent, > waiting for response. > [DBG] (cl_request_process:445) subscribe response > received, processing. > turing-machine plugin initialized successfully > current turing-machine configuration: > [DBG] (cl_request_process:401) Sending get-items request. > [DBG] (cl_request_process:423) get-items request sent, > waiting for response. > [DBG] (cl_request_process:445) get-items response > received, processing. > *[ERR] (sr_get_items:756) Error by processing of the request.* > [INF] (main:306) Sysrepo plugin daemon initialized > successfully. > > The plugin seems has been successfully loaded but > sr_get_items failed. I cannot see any data retrieved from > sysrepod. > > I have a similar problem when I run appliaction_example > (subscribing ietf-interfaces). > > *~ # application_example* > > > ========== READING STARTUP CONFIG: ========== > > *Error by sr_get_items: Item not found* > > ========== STARTUP CONFIG APPLIED AS RUNNING ========== > > > From sysrepod traces I cannot see any problem. For > instance when I run application_example I get the > following traces from sysrepod output > > [DBG] (cm_server_watcher_cb:1146) New client connection on > fd 11 > [DBG] (sm_connection_start:354) New connection started > successfully, fd=11, conn ctx=0x449cb8. > [DBG] (cm_conn_read_cb:1019) fd 11 readable > [DBG] (cm_conn_buffer_expand:457) Input buffer for fd=11 > expanded to 1024 bytes. > [DBG] (cm_conn_read_cb:1032) 18 bytes of data received on > fd 11 > [DBG] (cm_conn_read_cb:1042) fd 11 would block > [DBG] (cm_conn_in_buff_process:971) New message of size 14 > bytes received. > [DBG] (cm_session_start_req_process:630) Processing > session_start request (conn=0x449cb8). > [DBG] (cm_session_start_internal:575) Starting a new > session, options=0. > [INF] (sm_session_create:468) New session created > successfully, real user=root, effective user=(null), > session id=1730123485. > [DBG] (sr_cbuff_init:402) Initiating circular buffer for 2 > elements. > [DBG] (rp_session_start:1818) RP session start, session > id=1730123485. > [DBG] (cm_conn_buffer_expand:457) Output buffer for fd=11 > expanded to 1024 bytes. > [DBG] (cm_conn_out_buff_flush:485) Sending 26 bytes of data. > [DBG] (cm_conn_out_buff_flush:491) 26 bytes of data sent. > [DBG] (cm_conn_read_cb:1019) fd 11 readable > [DBG] (cm_conn_read_cb:1032) 42 bytes of data received on > fd 11 > [DBG] (cm_conn_read_cb:1042) fd 11 would block > [DBG] (cm_conn_in_buff_process:971) New message of size 38 > bytes received. > [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to > position=1, current count=1. > [DBG] (rp_msg_process:1930) Threads: active=0/4, 1 > requests in queue > [DBG] (rp_worker_thread_execute:1664) Thread id=2051 signaled. > [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new > buffer head=2, count=0. > [DBG] (rp_get_items_req_process:378) Processing get_items > request. > [INF] (rp_dt_get_values_wrapper:237) Get items request > startup datastore, xpath: /ietf-interfaces:*//* > [WRN] (ac_check_file_access:132) File > '/etc/sysrepo/data/ietf-interfaces.startup' cannot be found. > [WRN] (ac_check_module_node_permissions:285) Data file > '/etc/sysrepo/data/ietf-interfaces.startup' not found, > considering as authorized. > [DBG] (dm_load_data_tree:564) Data file > /etc/sysrepo/data/ietf-interfaces.startup does not exist, > creating empty data tree > [INF] (dm_load_data_tree_file:525 ) Data file > /etc/sysrepo/data/ietf-interfaces.startup loaded successfully > [DBG] (dm_get_data_info:1355) Module ietf-interfaces has > been loaded > [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to > position=5, current count=1. > [DBG] (rp_worker_thread_execute:1652) Thread id=2051 will > wait. > [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into > CM message queue. > [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new > buffer head=6, count=0. > [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. > [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. > [DBG] (cm_conn_read_cb:1019) fd 11 readable > [DBG] (cm_conn_read_cb:1032) 111 bytes of data received on > fd 11 > [DBG] (cm_conn_read_cb:1042) fd 11 would block > [DBG] (cm_conn_in_buff_process:971) New message of size > 107 bytes received. > [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to > position=2, current count=1. > [DBG] (rp_msg_process:1930) Threads: active=0/4, 1 > requests in queue > [DBG] (rp_worker_thread_execute:1664) Thread id=3076 signaled. > [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new > buffer head=3, count=0. > [DBG] (rp_subscribe_req_process:894) Processing subscribe > request. > [DBG] (np_notification_subscribe:395) Notification > subscribe: event=3, > dst_address='/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock', > dst_id=411581119. > [DBG] (sr_locking_set_lock_fd:734) File > /etc/sysrepo/data/ietf-interfaces.persist has been locked > [DBG] (pm_load_data_tree:180) Persist data successfully > loaded from file '/etc/sysrepo/data/ietf-interfaces.persist'. > [DBG] (pm_save_data_tree:96) Persist data tree > successfully saved. > [DBG] (pm_add_subscription:680) Subscription entry > successfully added into 'ietf-interfaces' persist data tree. > [DBG] (sr_locking_set_unlock_close_fd:803) File > /etc/sysrepo/data/ietf-interfaces.persist (fd = 12) has > been unlocked > [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to > position=6, current count=1. > [DBG] (np_hello_notify:672) Sending HELLO notification to > '/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock' > @ 411581119. > [DBG] (sr_cbuff_enqueue:461) Circular buffer enqueue to > position=7, current count=2. > [DBG] (rp_worker_thread_execute:1652) Thread id=3076 will > wait. > [DBG] (cm_msg_enqueue_cb:1488) New message enqueued into > CM message queue. > [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new > buffer head=7, count=1. > [DBG] (cm_conn_out_buff_flush:485) Sending 21 bytes of data. > [DBG] (cm_conn_out_buff_flush:491) 21 bytes of data sent. > [DBG] (sr_cbuff_dequeue:477) Circular buffer dequeue, new > buffer head=8, count=0. > [DBG] (cm_out_notif_process:1290) Sending a notification > to > '/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock'. > [DBG] (sm_connection_find_dst:574) Cannot find the > connection with dst_address > address='/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock'. > [DBG] (cm_out_notif_process:1305) Creating a new > connection for the notification destination > '/tmp/sysrepo-subscriptions/ietf-interfaces/4738.XXXXXX.sock' > [DBG] (sm_connection_start:354) New connection started > successfully, fd=12, conn ctx=0x4597b8. > [DBG] (cm_conn_buffer_expand:457) Output buffer for fd=12 > expanded to 1024 bytes. > [DBG] (cm_conn_out_buff_flush:485) Sending 102 bytes of data. > [DBG] (cm_conn_out_buff_flush:491) 102 bytes of data sent. > > > It sounds as sysrepod replies to the the subscription > request but something goes wrong and application_example > doesn't receive the current configuration > What can be the problem? > I'm sorry for this silly question but I must have > sysrepo/netopeer2 up and running on my target as soon as > possible because I have to port my freenetconfd plugins in > the new world. > Any help will be greatly appreciated > with regards > fabio > > > > > -- > > Fabio Antonini (Ph.D) > > Tiesse Spa > > Via Corradini 80, 67051 Avezzano (Aq) > > mobile: +39 3939261941 > > phone: +39 0863455830 > > fax: +39 0863455830 > > f.antonini at tiesse.com > > > > > > > > -- > > Fabio Antonini (Ph.D) > > Tiesse Spa > > Via Corradini 80, 67051 Avezzano (Aq) > > mobile: +39 3939261941 > > phone: +39 0863455830 > > fax: +39 0863455830 > > f.antonini at tiesse.com > > > > > > > -- > > Fabio Antonini (Ph.D) > > Tiesse Spa > > Via Corradini 80, 67051 Avezzano (Aq) > > mobile: +39 3939261941 > > phone: +39 0863455830 > > fax: +39 0863455830 > > f.antonini at tiesse.com > > > > > > -- > Fabio Antonini (Ph.D) > Tiesse Spa > Via Corradini 80, 67051 Avezzano (Aq) > mobile: +39 3939261941 > phone: +39 0863455830 > fax: +39 0863455830 > f.antonini at tiesse.com > -- Fabio Antonini (Ph.D) Tiesse Spa Via Corradini 80, 67051 Avezzano (Aq) mobile: +39 3939261941 phone: +39 0863455830 fax: +39 0863455830 f.antonini at tiesse.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From mvasko at cesnet.cz Thu Jul 28 13:19:13 2016 From: mvasko at cesnet.cz (=?utf-8?q?Michal_Va=C5=A1ko?=) Date: Thu, 28 Jul 2016 15:19:13 +0200 Subject: [sysrepo-devel] subtree change default values Message-ID: <282-579a0680-1b-1fd77a60@37183671> Hi, I started using sr_subtree_change_subscribe() and after very brief testing it works fine. However, when I iterate over the changes in the associated callback using sr_get_changes_iter() and sr_get_change_next(), I have never received any default values. Example: - leaf A with default value 50 - data include leaf A with value 20 - I remove the value What I get: - operation = SR_OP_DELETED - old_value = 20 - new_value = NULL What I wanted: - operation = SR_OP_DELETED - old_value = 20 - new_value = 50, dflt flag = true The same principle applied when creating the value as well, old_value = 50 with dflt flag. Also, it would maybe make more sense to change the operation to SR_OP_MODIFIED if there is a default value and the value is created/removed. What do you think? Regards, Michal From lmacko at cisco.com Thu Jul 28 13:59:08 2016 From: lmacko at cisco.com (Lukas Macko -X (lmacko - PANTHEON TECHNOLOGIES at Cisco)) Date: Thu, 28 Jul 2016 13:59:08 +0000 Subject: [sysrepo-devel] subtree change default values In-Reply-To: <282-579a0680-1b-1fd77a60@37183671> References: <282-579a0680-1b-1fd77a60@37183671> Message-ID: <3b14c11bb9ee4015aa1b06220183d25a@XCH-ALN-015.cisco.com> Hi Michal, I agree that in the case you have described it would be more convinient to recieve SR_OP_MODIFIED instead of created/deleted. I'll look into it and I'll let you know. Regards, Lukas > -----Original Message----- > From: sysrepo-devel [mailto:sysrepo-devel-bounces at sysrepo.org] On Behalf Of > Michal Va?ko > Sent: Thursday, July 28, 2016 3:19 PM > To: sysrepo-devel at sysrepo.org > Subject: [sysrepo-devel] subtree change default values > > Hi, > I started using sr_subtree_change_subscribe() and after very brief testing it > works fine. However, when I iterate over the changes in the associated callback > using sr_get_changes_iter() and sr_get_change_next(), I have never received > any default values. Example: > > - leaf A with default value 50 > - data include leaf A with value 20 > - I remove the value > > What I get: > - operation = SR_OP_DELETED > - old_value = 20 > - new_value = NULL > > What I wanted: > - operation = SR_OP_DELETED > - old_value = 20 > - new_value = 50, dflt flag = true > > The same principle applied when creating the value as well, old_value = 50 with > dflt flag. Also, it would maybe make more sense to change the operation to > SR_OP_MODIFIED if there is a default value and the value is created/removed. > What do you think? > > Regards, > Michal > > _______________________________________________ > sysrepo-devel mailing list > sysrepo-devel at sysrepo.org > http://lists.sysrepo.org/listinfo/sysrepo-devel From luka.perkov at sartura.hr Fri Jul 29 22:46:17 2016 From: luka.perkov at sartura.hr (Luka Perkov) Date: Sat, 30 Jul 2016 00:46:17 +0200 Subject: [sysrepo-devel] IETF 96 updates Message-ID: Dear Sysrepo mailing list readers, we've had the opportunity to participate on IETF and meet face to face for the first time with most of the Sysrepo project members. As sysrepo community grows we hope to have similar get-together more often :) Since we wanted to share with you what has been going on last week in Berlin at the IETF 96 event we have created the wiki page with more details about the event: http://www.sysrepo.org/IETF96 We are also proud that we are Hackathon winners in the "Most Importance to IETF" category: https://communities.cisco.com/community/developer/opensource /blog/2016/07/21/record-breaking-hackathon-at-ietf-96-in-berlin Thank you for your support! The Sysrepo Team -------------- next part -------------- An HTML attachment was scrubbed... URL: