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

ctrlX CORE not reachable and no logbook entries after reboot

ctrlX CORE not reachable and no logbook entries after reboot

Kookoolinoo
Established Member

Hi,

I use currently V1.18 of ctrlX core. I made the update a few weeks ago. Everything was ok: some standard apps deployed afterwards and I focused on own developments in node-red. Since 3 days I have following situation:

1) Around 17:00 I go home and  system is left connected 24/7 to the power supply

2) Everyday in the morning:

  • system answers on ping  (so ubuntu core is working)
  • but not possible to enter the webpage (some bug in ctrlX framwork?) - not available
  • in parallel yelow LED is blinking same pattern ON/OFF (with repeating every 1 second)

See attached video

So I decided to restart by unplugging the power.

And following situation after restart:

  • System comes up nicely with blue led on
  • After a couple of minutes working with green led on
  • The webpage works nicely and
  • In logs I can only see entries from the boot time and current logs - no other entries at all from the day before or night etc.*
  • Everything looks fine again till next morning

Any ideas?

Is this a battery issue?

Kookoolinoo

* PS. The update from today incident - the only difference to the described above bahevior is that today I cannot see any logs.

And there are no logs at all even current logs are not collected. I played for a while in the wb gui I one log was generated which says:

27.01.2023 11:48:45.977 080F0410  Trace error web.common.loggerServer validation: Failed to write WLS_CMD_VALIDATE response: write unixpacket /var/snap/rexroth-deviceadmin/2142/auth-service/token-validation.sock->@: write: broken pipe

Kookoolinoo_0-1674816740808.png

 

1 REPLY 1

CodeShepherd
Community Moderator
Community Moderator

Moved to own topic from this thread.

The battery is only buffering the system time. As your log shows an actual date and time and your system is connected permanently to a power supply there should be no problem.

In standard the diagnostic log message are not persistent. You can change this setting for testing purposes or us a remote logging server.

ctrlX CORE webUI change logbook settingsctrlX CORE webUI change logbook settings

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