cancel
Showing results for 
Search instead for 
Did you mean: 
SOLVED

KVD folder missing in CtrlX Core data layer

KVD folder missing in CtrlX Core data layer

leonberger-m
Established Member

Hello together, 

after a certain period of time the data structure which is part of the KVD app disappeared / is missing in the CtrlX data layer. 

e.g. by default the samples\kvd is configured for the user directories. 

After a few days this structure just disappeared and all the functions which refer to this structure run into an error. 

1) UA Expert => BadNodeIdUnknown (path: samples/kvd/...)

leonbergerm_0-1687175464343.png

2) Data Layer => no such path available anymore 
leonbergerm_1-1687175531403.png

After restarting the CtrlX core the folder is available again:
leonbergerm_2-1687175585177.png

To guarantee a reliable functionality we have to ensure that the folder is not missing otherwise no data will be received by the OPC-UA communication. (data is provided by the KVD app which exactly provides this folder) 

So question from my side. Is there anyone else who knows such a situation? I am currently running version 1.20 for all system apps as well as for the OPC client, OPC server and KVD app. So there is no update available right now. 

Thanks for your help! 



20 REPLIES 20

CodeShepherd
Community Moderator
Community Moderator

Could you create a system report after error occurred (before restart) so can have more insights to what happened?

Creating a system report from version 1.18 on: click on the question mark symbol on right top of your ctrlX CORE web UI (See in online documentation). (For older system app version see documentation here).

Thank you for the hint. 
Next time the situation appears I am going to create the system report. 

Thx.

Good morning, 

the last days the folder which is created in the nodes.json configuration of the KVD app is missing every day after running the CoreX3 several hours. Only a restart fixes the issue temporarely. 

Wihin the Diag Log it seems that there is any issue with the licensing of the KVD app.


While the licensing within the web frontend looks fine,

leonbergerm_0-1689844893462.png

 

it seems that there is any issue within the logs. 
--> checking licenses --> license not found ???

leonbergerm_1-1689844914889.png

Since the KVD is required to run the whole process we have to restart the X3 every day to keep things running.

Meanwhile we also have performed a whole setup of the X3 using a SD-card. Without success.
Any idea what is going wrong with the license file? 

Thanks for your support, 
regards Markus  

 

Still a system report or at least a diagnostic logbook export would be quite helpful but I will check internally what could be going wrong there.

Can you provide us

  • a full system report
  • at least exact version of the AutomationCore and KVD app?
  • if you are using a real or ctrlX COREvirtual

Good morning @CodeShepherd , 

please find enclosed the current dignostic logbook which contains all data for the last week. This morning we have performed another restart since the folder was missing again. Within the logs the kvd license issue still appears. 

The exact version of the AutomationCore is : 

leonbergerm_0-1690275079258.png

The exact version of the KVD app is: 

leonbergerm_1-1690275220294.png

 

We are using a real CoreX3. 

Thanks for your support. 
BR Markus  

 

Good morning @CodeShepherd ,

it seems that the "problem" occurs not only on a certain device. Yesterday we have created a new installation on a unused device.
This morning it's the same situation. 

So for us it's a critical situation since we can't run the devices as a production device until the problem is solved. 

Within the logs we can see that the KVD license is not valid after a certain time and fails with result "exit-code". 

leonbergerm_1-1690350724926.png

The diagnostic log as well as the system reports is attached. 

Is there already any new idea how to solve this issue? 
Thanks for your support, 

BR Markus 

 

I forwarded your information to our R&D and will answer as soon as there are any news available.

The logbook entries seems all to be dated after a crash of the KVD app and the "license not found" is just the aftermath.

Could you please change "verbose" setting of the KVD app via the app data (active configuration) to true, trigger the error again and create another system report afterwards?

ctrlX CORE Web UI - KVD app settings in app datactrlX CORE Web UI - KVD app settings in app data

@leonberger-m  Any new information here?

Today we got the issue again @CodeShepherd 
Within the system trace a message "failed to acquire license ..." appears. 

leonbergerm_0-1695619685944.png

Please find enclosed a system report (verbose = true / debug = true). 
Hope this helps to find the issue soon. 

Key Value Database: 2.2.0 
+ latest version of all system apps "DC_App_Paket_2.2.1". 

Regards Markus 

 

Please check with new release version 2.04 coming up End of this month, as fixes are implemented there.

Hello @CodeShepherd ,

meanwhile we have installed the latest updates of all Apps (2.4.x). 
Unfortunately the folder still disappears after a certain period of time (2-3 hours). 

If we take a look into the datalayer the kvd folder is completely missing in the structure. After rebooting the device the folder appears again.
The last time we took a complete system report. Could you please take a look what is going wrong? Currently we are using a 10-day-trial license to run also the PLC app. So we have a lot of "expire" messages within the trace too. 

Please let me know if we should change the logs to persistent in case the error logs are not complete. 
Short info. We lost the information from the kvd parameters at about 11:15am on 13.02.2024. Just to know the approximate timestamp when the problem finally occurs. 

leonbergerm_0-1707827771031.png

Thanks for your support! 

BR Markus 

Hello @CodeShepherd , 

it's strange. Just a few minutes after rebooting the core the situation happens again.
So this time it didn't take hours just minutes. 

I attached another system report. 

Further these are the last system messages right before the first message appears, that the ctrlx datalayer request doesn't work anymore. 

leonbergerm_1-1707829244199.png

 

Hello @CodeShepherd , 

+++ Update +++ 
Yesterday we decided to disable the NODE-RED APP within the Core just to verify if the folder still disappears since the only trace messages referred to the Node-Red App. This morning the folder was still available. So now we are going to activate Node-Red again. 

Is there any timer or buffer which could cause the issue within Node-Red and could have such an effect to the kvd folder? 

Could you please try to analyse the SystemReports?
Thanks for your support!

BR Markus 

We checked again your problem and I am afraid that this seems to be a problem in the underlying GO API (See external documentation). So there is currently no fix for it.

As we think it is only occurring in a special read/write constellation but we cannot reproduce it, could you tell us some more about your use case (what is done when) and/or send us your nodes.json or code used accessing to the data in Node-RED? 

Also a topic coming up the last days could checked on your side. See "Node-Red Datalayer Subscribe node with Analog Output".

Hello @CodeShepherd , 

after re-enabling the node-red application crashes again. 
It also seems that the whole app is accessible any more in that situation. 

leonbergerm_0-1707911087892.png

We took another system report. It crashes at 11:15am approx. 

Regarding out use case: 

We are going to receive IO signale from the digital IO input (fieldbus) as well as from the PLC app. 
The fieldbus is used to receive 24v signals from different parts of the machine to verify if the machine is running or not. 
One input is used for automatic signal, another one for alarm, etc. 
In total we have 3 signals (Automatic state + Manual state + Alarm state). Further we are going to count IO signale from two light barriers (later it will be 4). The signals for the light barriers are true/false and will be counted within the PLC app to get real-time counters. 

All these signals are used within the node-red (subscriptions) to forwared this information to the kvd created parameters. The kvd parameters are offered from the OPC-UA server towards our ME-system. 
Meanwhile we also changed the counter detection from subscription to read-transaction. Therefore a trigger of 10 seconds is used. 
So normally it's a very small process regarding the input signals. 

We attached the current system report once more. Maybe you could take another look to this logs to verify if the problem which occurs is the same situation again. 

In case YES ... do you work on a solution? 

BR Markus 

I get the same error messages even for the digital 16 io module. 
So I will change the default settings to the values within the post, too. 

Thanks for this hint! 

Hello @CodeShepherd , 

meanwhile there are new releases available of the Go API. Could you confirm that the Bug has been fixed with one of the latest releases?

Regards Markus  

In the version 2.6.0 of the ctrlX OS - Key Value Database there were improvements of its own behaviour and underling Go runtime as well as go API were updated. The described error cannot longer be found by our endurance test or at customers already tested it.

Icon--AD-black-48x48Icon--address-consumer-data-black-48x48Icon--appointment-black-48x48Icon--back-left-black-48x48Icon--calendar-black-48x48Icon--center-alignedIcon--Checkbox-checkIcon--clock-black-48x48Icon--close-black-48x48Icon--compare-black-48x48Icon--confirmation-black-48x48Icon--dealer-details-black-48x48Icon--delete-black-48x48Icon--delivery-black-48x48Icon--down-black-48x48Icon--download-black-48x48Ic-OverlayAlertIcon--externallink-black-48x48Icon-Filledforward-right_adjustedIcon--grid-view-black-48x48IC_gd_Check-Circle170821_Icons_Community170823_Bosch_Icons170823_Bosch_Icons170821_Icons_CommunityIC-logout170821_Icons_Community170825_Bosch_Icons170821_Icons_CommunityIC-shopping-cart2170821_Icons_CommunityIC-upIC_UserIcon--imageIcon--info-i-black-48x48Icon--left-alignedIcon--Less-minimize-black-48x48Icon-FilledIcon--List-Check-grennIcon--List-Check-blackIcon--List-Cross-blackIcon--list-view-mobile-black-48x48Icon--list-view-black-48x48Icon--More-Maximize-black-48x48Icon--my-product-black-48x48Icon--newsletter-black-48x48Icon--payment-black-48x48Icon--print-black-48x48Icon--promotion-black-48x48Icon--registration-black-48x48Icon--Reset-black-48x48Icon--right-alignedshare-circle1Icon--share-black-48x48Icon--shopping-bag-black-48x48Icon-shopping-cartIcon--start-play-black-48x48Icon--store-locator-black-48x48Ic-OverlayAlertIcon--summary-black-48x48tumblrIcon-FilledvineIc-OverlayAlertwhishlist