Battery aggregator includes Shunt on reboot due to USB enumeration

Please include system details:
Hardware: RPi3B running Venus OS 3.5 20
Setup: DVCC Yes
Please provide output from dbus-spy.

Services
com.victronenergy.adc                                                                                com.victronenergy.battery.aggregator                                                                  Battery Aggregatorcom.victronenergy.battery.ttyUSB1                                                                   SmartShunt 500A/50mVcom.victronenergy.battery.ttyUSB5__0                                                                SerialBattery(JKBMS)com.victronenergy.battery.ttyUSB6__0                                                                SerialBattery(JKBMS)com.victronenergy.battery.ttyUSB7__0                                                                SerialBattery(JKBMS)com.victronenergy.battery.ttyUSB8__0                                                                SerialBattery(JKBMS)com.victronenergy.ble
com.victronenergy.fronius
com.victronenergy.generator.startstop0                                                              Generator start/stopcom.victronenergy.logger
com.victronenergy.modbusclient.tcp
com.victronenergy.modbustcp
com.victronenergy.packageManager                                                                         Package Managercom.victronenergy.platform                                                                                Venuscom.victronenergy.settings
com.victronenergy.solarcharger.ttyUSB2                                                SmartSolar MPPT VE.Can 150/85 rev2com.victronenergy.system
com.victronenergy.tank.mopeka_dd01922ecfda                                                                 Mopeka sensorcom.victronenergy.tank.mopeka_e31f484e3988                                                                 Mopeka sensorcom.victronenergy.tank.socketcan_can1_vi0_uc828_di1                                                          Tank sensorcom.victronenergy.tank.socketcan_can1_vi1_uc928_di0                                                          Tank sensorcom.victronenergy.temperature.RPi_cpu_id01                                           Raspberry Pi 3 Model B Plus Rev 1.3com.victronenergy.vebus.ttyUSB0                                                       Quattro-II 12/3000/120-2x50 2x120Vcom.victronenergy.vecan.can0
com.victronenergy.vecan.can1

this is my config file:

{
"excludedServices": ["com.victronenergy.battery.ttyUSB2"]
}

the problem I run into is that on every reboot USB re-enumerates and what was the Victron shunt before as specified in my config ttyUSB2, now has changed and you can see Victron shunt now is 500A/50mVcom.victronenergy.battery.ttyUSB5__0. For that reason i cant really tell the Aggregator to exclude the Victron shunt and what end up happening, is it works perfect some times, but most of the times after reboot just excluded one of my batteries and instead includes the shunt, therefore reports nearly twice the current as measured by the shunt.

There are a few details I dont quite follow here.
"Venus OS 3.5 20"  - the latest version is 3.42
where are USB5-8 coming from? are you using a USB hub?
if the service name is unstable then you need to find something that is stable as an alternative and I can add that to the code. My first suggestion would be to check if the device instance ID changes.

"Venus OS 3.5 20"  was the latest beta to which I upgraded few weeks ago, but the behavior of my system is exactly the same as when using the release version before that. The issue did not start when I upgraded.
I'm using 4 Batteries with JK BMSs. these are communicating via RS485 to USB, I have a USB hub connected to the RPI for that .
I also have 4ch ve.direct to USB https://www.fraron.de/en/battery-accessories/battery-monitor/victron-ve-direct-interface-1-x-usb-to-4-x-ve-direct/a-85938332/ where my smart shunt, my solar controller, my small inverter are connected.
On restart the names of the devices are consistent every time, but the USB enumeration is not the same. In the config file for the aggregator one can only specify to ignore USB# but if that # is different the next time the system restart, the aggregator  ignores some other device that took the number of the USB port of the shunt, which was specified to be ignored in the config file initially.
I hope that explains the issue better

Ah, it looks like it might be something to do with the 4-channel adapter then. For educational purposes, you could try connecting a single device to it to see if each channel has a fixed designation or whether the first USB# just goes to the first device.
OK, I can see if I can add support to use assigned names as an alternative to service names.

I’m traveling at the moment with no physical access to do the test but I can do that on Friday when I return.
min a meantime, I have remote access so if you implement assigned names I would be able to test that right away remotely

Try v3.3 in main. Instead of using service names in config, you can use custom names by prepending with "name:".  e.g. "name:My Battery" instead of "com.victronenergy.battery.ttyS7".

I will try and report. Thank you!JordanOn Sep 16, 2024, at 18:37, pulquero @.***> wrote:
Try v3.3 in main. Instead of using service names in config, you can use custom names by prepending with "name:".  e.g. "name:My Battery" instead of "com.victronenergy.battery.ttyS7".
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you authored the thread.Message ID: @.***>

I can only download V3.2 in Package editor. How do I install v3.3?

Just to clarify with servicenames you mean - the name visible in dbus-spy or...?

Hi,
I upgraded to V3.7 then I edited the cofig.ini file
I made it contain so it only has one line:
{
"excludedServices":["name:Bank1_Shunt"]
}
the name of the device I want to exclude is Bank1_Shunt
I did check validity of the config file by running
root@raspberrypi2:~# bash /data/BatteryAggregator/check_config.sh
SUCCESS: The Config file is valid
I tried restarting the RPI or restarting just the service by
svc -d /service/BatteryAggregator
and then
svc -u /service/BatteryAggregator
no error messages but the server don't start
Where im making a mistake?

silly mistake, fixed in v3.8.

silly mistake, fixed in v3.8.
@pulquero
upgraded to v3.8
still not working

root@raspberrypi2:~# cat /var/log/BatteryAggregator/current
@4000000066f8c06e137e70bc dbus.exceptions.DBusException: org.freedesktop.DBus.Error.UnknownMethod: org.freedesktop.DBus does not understand message GetValue
@4000000066f8c0710f6f3d94 INFO:main:Starting...
@4000000066f8c0711521e78c Traceback (most recent call last):
@4000000066f8c071152202e4   File "/data/BatteryAggregator/battery_service.py", line 972, in
@4000000066f8c0711522166c     main()
@4000000066f8c07115221a54   File "/data/BatteryAggregator/battery_service.py", line 944, in main
@4000000066f8c07115222ddc     batteryAggr = BatteryAggregatorService(dbusConnection(), DEFAULT_SERVICE_NAME, config)
@4000000066f8c07115224164   File "/data/BatteryAggregator/battery_service.py", line 361, in init
@4000000066f8c07115244504     excludedServices.append(serviceNameResolver.resolve_service_name(service_name))
@4000000066f8c0711524588c   File "/data/BatteryAggregator/battery_service.py", line 256, in resolve_service_name
@4000000066f8c0711524aa94     service_name = self._get_custom_names().get(name)
@4000000066f8c0711524ba34   File "/data/BatteryAggregator/battery_service.py", line 250, in _get_custom_names
@4000000066f8c07115252b7c     custom_name = self.conn.call_blocking(service_name, "/CustomName", None, "GetValue", "", [])
@4000000066f8c071152542ec   File "/usr/lib/python3.8/site-packages/dbus/connection.py", line 666, in call_blocking
@4000000066f8c07115255674     reply_message = self.send_message_with_reply_and_block(
@4000000066f8c0711525622c dbus.exceptions.DBusException: org.freedesktop.DBus.Error.UnknownMethod: org.freedesktop.DBus does not understand message GetValue
@4000000066f8c0730aec70ac INFO:main:Starting...
@4000000066f8c0730d888404 Traceback (most recent call last):
@4000000066f8c0730d889b74   File "/data/BatteryAggregator/battery_service.py", line 972, in
@4000000066f8c0730d88ab14     main()
@4000000066f8c0730d88b2e4   File "/data/BatteryAggregator/battery_service.py", line 944, in main
@4000000066f8c0730d88c284     batteryAggr = BatteryAggregatorService(dbusConnection(), DEFAULT_SERVICE_NAME, config)
@4000000066f8c0730d88d9f4   File "/data/BatteryAggregator/battery_service.py", line 361, in init
@4000000066f8c0730d8abe54     excludedServices.append(serviceNameResolver.resolve_service_name(service_name))
@4000000066f8c0730d8ad1dc   File "/data/BatteryAggregator/battery_service.py", line 256, in resolve_service_name
@4000000066f8c0730d8ae564     service_name = self._get_custom_names().get(name)
@4000000066f8c0730d8af11c   File "/data/BatteryAggregator/battery_service.py", line 250, in _get_custom_names
@4000000066f8c0730d8d90fc     custom_name = self.conn.call_blocking(service_name, "/CustomName", None, "GetValue", "", [])
@4000000066f8c0730d8da86c   File "/usr/lib/python3.8/site-packages/dbus/connection.py", line 666, in call_blocking
@4000000066f8c0730d8dbbf4     reply_message = self.send_message_with_reply_and_block(
@4000000066f8c0730d8dcb94 dbus.exceptions.DBusException: org.freedesktop.DBus.Error.UnknownMethod: org.freedesktop.DBus does not understand message GetValue
@4000000066f8c0743aa603e4 INFO:main:Starting...
@4000000066f8c07500e5b2bc Traceback (most recent call last):
@4000000066f8c07500e5c644   File "/data/BatteryAggregator/battery_service.py", line 972, in
@4000000066f8c07500e5d9cc     main()
@4000000066f8c07500e5e19c   File "/data/BatteryAggregator/battery_service.py", line 944, in main
@4000000066f8c07500e5f13c     batteryAggr = BatteryAggregatorService(dbusConnection(), DEFAULT_SERVICE_NAME, config)
@4000000066f8c07500e604c4   File "/data/BatteryAggregator/battery_service.py", line 361, in init
@4000000066f8c07500e7dd6c     excludedServices.append(serviceNameResolver.resolve_service_name(service_name))
@4000000066f8c07500e7f0f4   File "/data/BatteryAggregator/battery_service.py", line 256, in resolve_service_name
@4000000066f8c07500e8047c     service_name = self._get_custom_names().get(name)
@4000000066f8c07500e8141c   File "/data/BatteryAggregator/battery_service.py", line 250, in _get_custom_names
@4000000066f8c07500e8817c     custom_name = self.conn.call_blocking(service_name, "/CustomName", None, "GetValue", "", [])
@4000000066f8c07500e898ec   File "/usr/lib/python3.8/site-packages/dbus/connection.py", line 666, in call_blocking
@4000000066f8c07500e8ac74     reply_message = self.send_message_with_reply_and_block(
@4000000066f8c07500e8b82c dbus.exceptions.DBusException: org.freedesktop.DBus.Error.UnknownMethod: org.freedesktop.DBus does not understand message GetValue
@4000000066f8c076204a3e34 INFO:main:Starting...
@4000000066f8c0762321e774 Traceback (most recent call last):
@4000000066f8c0762321fee4   File "/data/BatteryAggregator/battery_service.py", line 972, in
@4000000066f8c0762322126c     main()
@4000000066f8c07623221654   File "/data/BatteryAggregator/battery_service.py", line 944, in main
@4000000066f8c076232229dc     batteryAggr = BatteryAggregatorService(dbusConnection(), DEFAULT_SERVICE_NAME, config)
@4000000066f8c07623223d64   File "/data/BatteryAggregator/battery_service.py", line 361, in init
@4000000066f8c07623240e3c     excludedServices.append(serviceNameResolver.resolve_service_name(service_name))
@4000000066f8c076232425ac   File "/data/BatteryAggregator/battery_service.py", line 256, in resolve_service_name
@4000000066f8c07623243934     service_name = self._get_custom_names().get(name)
@4000000066f8c0762324836c   File "/data/BatteryAggregator/battery_service.py", line 250, in _get_custom_names
@4000000066f8c0762324f4b4     custom_name = self.conn.call_blocking(service_name, "/CustomName", None, "GetValue", "", [])
@4000000066f8c07623250c24   File "/usr/lib/python3.8/site-packages/dbus/connection.py", line 666, in call_blocking
@4000000066f8c07623251fac     reply_message = self.send_message_with_reply_and_block(
@4000000066f8c07623252f4c dbus.exceptions.DBusException: org.freedesktop.DBus.Error.UnknownMethod: org.freedesktop.DBus does not understand message GetValue
@4000000066f8c0780d7317a4 INFO:main:Starting...
@4000000066f8c07813430d9c Traceback (most recent call last):
@4000000066f8c07813432cdc   File "/data/BatteryAggregator/battery_service.py", line 972, in
@4000000066f8c07813433c7c     main()
@4000000066f8c0781343444c   File "/data/BatteryAggregator/battery_service.py", line 944, in main
@4000000066f8c078134353ec     batteryAggr = BatteryAggregatorService(dbusConnection(), DEFAULT_SERVICE_NAME, config)
@4000000066f8c07813436774   File "/data/BatteryAggregator/battery_service.py", line 361, in init
@4000000066f8c0781346789c     excludedServices.append(serviceNameResolver.resolve_service_name(service_name))
@4000000066f8c07813468c24   File "/data/BatteryAggregator/battery_service.py", line 256, in resolve_service_name
@4000000066f8c07813469fac     service_name = self._get_custom_names().get(name)
@4000000066f8c0781346af4c   File "/data/BatteryAggregator/battery_service.py", line 250, in _get_custom_names
@4000000066f8c0781347247c     custom_name = self.conn.call_blocking(service_name, "/CustomName", None, "GetValue", "", [])
@4000000066f8c07813473804   File "/usr/lib/python3.8/site-packages/dbus/connection.py", line 666, in call_blocking
@4000000066f8c07813474f74     reply_message = self.send_message_with_reply_and_block(
@4000000066f8c07813475b2c dbus.exceptions.DBusException: org.freedesktop.DBus.Error.UnknownMethod: org.freedesktop.DBus does not understand message GetValue
@4000000066f8c07a0a9d088c INFO:main:Starting...
@4000000066f8c07a0d4f6ebc Traceback (most recent call last):
@4000000066f8c07a0d4f862c   File "/data/BatteryAggregator/battery_service.py", line 972, in
@4000000066f8c07a0d4f95cc     main()
@4000000066f8c07a0d4f9d9c   File "/data/BatteryAggregator/battery_service.py", line 944, in main
@4000000066f8c07a0d4fad3c     batteryAggr = BatteryAggregatorService(dbusConnection(), DEFAULT_SERVICE_NAME, config)
@4000000066f8c07a0d505534   File "/data/BatteryAggregator/battery_service.py", line 361, in init
@4000000066f8c07a0d52648c     excludedServices.append(serviceNameResolver.resolve_service_name(service_name))
@4000000066f8c07a0d527bfc   File "/data/BatteryAggregator/battery_service.py", line 256, in resolve_service_name
@4000000066f8c07a0d528f84     service_name = self._get_custom_names().get(name)
@4000000066f8c07a0d529f24   File "/data/BatteryAggregator/battery_service.py", line 250, in _get_custom_names
@4000000066f8c07a0d54317c     custom_name = self.conn.call_blocking(service_name, "/CustomName", None, "GetValue", "", [])
@4000000066f8c07a0d5448ec   File "/usr/lib/python3.8/site-packages/dbus/connection.py", line 666, in call_blocking
@4000000066f8c07a0d545c74     reply_message = self.send_message_with_reply_and_block(
@4000000066f8c07a0d546c14 dbus.exceptions.DBusException: org.freedesktop.DBus.Error.UnknownMethod: org.freedesktop.DBus does not understand message GetValue
@4000000066f8c07b34026654 INFO:main:Starting...
@4000000066f8c07b35ee3c7c Traceback (most recent call last):
@4000000066f8c07b35ee53ec   File "/data/BatteryAggregator/battery_service.py", line 972, in
@4000000066f8c07b35ee6774     main()
@4000000066f8c07b35ee6f44   File "/data/BatteryAggregator/battery_service.py", line 944, in main
@4000000066f8c07b35ee7ee4     batteryAggr = BatteryAggregatorService(dbusConnection(), DEFAULT_SERVICE_NAME, config)
@4000000066f8c07b35ee926c   File "/data/BatteryAggregator/battery_service.py", line 361, in init
@4000000066f8c07b35f0578c     excludedServices.append(serviceNameResolver.resolve_service_name(service_name))
@4000000066f8c07b35f06b14   File "/data/BatteryAggregator/battery_service.py", line 256, in resolve_service_name
@4000000066f8c07b35f07e9c     service_name = self._get_custom_names().get(name)
@4000000066f8c07b35f08a54   File "/data/BatteryAggregator/battery_service.py", line 250, in _get_custom_names
@4000000066f8c07b35f22094     custom_name = self.conn.call_blocking(service_name, "/CustomName", None, "GetValue", "", [])
@4000000066f8c07b35f2341c   File "/usr/lib/python3.8/site-packages/dbus/connection.py", line 666, in call_blocking
@4000000066f8c07b35f247a4     reply_message = self.send_message_with_reply_and_block(
@4000000066f8c07b35f25744 dbus.exceptions.DBusException: org.freedesktop.DBus.Error.UnknownMethod: org.freedesktop.DBus does not understand message GetValue
@4000000066f8c07d22add49c INFO:main:Starting...
@4000000066f8c07d2495e5ec Traceback (most recent call last):
@4000000066f8c07d2496052c   File "/data/BatteryAggregator/battery_service.py", line 972, in
@4000000066f8c07d249614cc     main()
@4000000066f8c07d24961c9c   File "/data/BatteryAggregator/battery_service.py", line 944, in main
@4000000066f8c07d24962c3c     batteryAggr = BatteryAggregatorService(dbusConnection(), DEFAULT_SERVICE_NAME, config)
@4000000066f8c07d24963fc4   File "/data/BatteryAggregator/battery_service.py", line 361, in init
@4000000066f8c07d2498ef44     excludedServices.append(serviceNameResolver.resolve_service_name(service_name))
@4000000066f8c07d249906b4   File "/data/BatteryAggregator/battery_service.py", line 256, in resolve_service_name
@4000000066f8c07d24991a3c     service_name = self._get_custom_names().get(name)
@4000000066f8c07d249925f4   File "/data/BatteryAggregator/battery_service.py", line 250, in _get_custom_names
@4000000066f8c07d24999f0c     custom_name = self.conn.call_blocking(service_name, "/CustomName", None, "GetValue", "", [])
@4000000066f8c07d2499b67c   File "/usr/lib/python3.8/site-packages/dbus/connection.py", line 666, in call_blocking
@4000000066f8c07d2499ca04     reply_message = self.send_message_with_reply_and_block(
@4000000066f8c07d2499d9a4 dbus.exceptions.DBusException: org.freedesktop.DBus.Error.UnknownMethod: org.freedesktop.DBus does not understand message GetValue
@4000000066f8c07f20fc252c INFO:main:Starting...
@4000000066f8c07f23d6a114 Traceback (most recent call last):
@4000000066f8c07f23d6b884   File "/data/BatteryAggregator/battery_service.py", line 972, in
@4000000066f8c07f23d6cc0c     main()
@4000000066f8c07f23d6cff4   File "/data/BatteryAggregator/battery_service.py", line 944, in main
@4000000066f8c07f23d6df94     batteryAggr = BatteryAggregatorService(dbusConnection(), DEFAULT_SERVICE_NAME, config)
@4000000066f8c07f23d6f704   File "/data/BatteryAggregator/battery_service.py", line 361, in init
@4000000066f8c07f23d8d394     excludedServices.append(serviceNameResolver.resolve_service_name(service_name))
@4000000066f8c07f23d8e71c   File "/data/BatteryAggregator/battery_service.py", line 256, in resolve_service_name
@4000000066f8c07f23d8faa4     service_name = self._get_custom_names().get(name)
@4000000066f8c07f23d9065c   File "/data/BatteryAggregator/battery_service.py", line 250, in _get_custom_names
@4000000066f8c07f23db293c     custom_name = self.conn.call_blocking(service_name, "/CustomName", None, "GetValue", "", [])
@4000000066f8c07f23db40ac   File "/usr/lib/python3.8/site-packages/dbus/connection.py", line 666, in call_blocking
@4000000066f8c07f23db5434     reply_message = self.send_message_with_reply_and_block(
@4000000066f8c07f23db63d4 dbus.exceptions.DBusException: org.freedesktop.DBus.Error.UnknownMethod: org.freedesktop.DBus does not understand message GetValue
@4000000066f8c08108b70694 INFO:main:Starting...
@4000000066f8c0810af7655c Traceback (most recent call last):
@4000000066f8c0810af77ccc   File "/data/BatteryAggregator/battery_service.py", line 972, in
@4000000066f8c0810af79054     main()
@4000000066f8c0810af7943c   File "/data/BatteryAggregator/battery_service.py", line 944, in main
@4000000066f8c0810af7a7c4     batteryAggr = BatteryAggregatorService(dbusConnection(), DEFAULT_SERVICE_NAME, config)
@4000000066f8c0810af7bb4c   File "/data/BatteryAggregator/battery_service.py", line 361, in init
@4000000066f8c0810af9a394     excludedServices.append(serviceNameResolver.resolve_service_name(service_name))
@4000000066f8c0810af9b71c   File "/data/BatteryAggregator/battery_service.py", line 256, in resolve_service_name
@4000000066f8c0810af9caa4     service_name = self._get_custom_names().get(name)
@4000000066f8c0810af9da44   File "/data/BatteryAggregator/battery_service.py", line 250, in _get_custom_names
@4000000066f8c0810afa4b8c     custom_name = self.conn.call_blocking(service_name, "/CustomName", None, "GetValue", "", [])
@4000000066f8c0810afa62fc   File "/usr/lib/python3.8/site-packages/dbus/connection.py", line 666, in call_blocking
@4000000066f8c0810afa7684     reply_message = self.send_message_with_reply_and_block(
@4000000066f8c0810afa8624 dbus.exceptions.DBusException: org.freedesktop.DBus.Error.UnknownMethod: org.freedesktop.DBus does not understand message GetValue
@4000000066f8c0822c4c4b3c INFO:main:Starting...
@4000000066f8c0822e8be6b4 Traceback (most recent call last):
@4000000066f8c0822e8c020c   File "/data/BatteryAggregator/battery_service.py", line 972, in
@4000000066f8c0822e8c11ac     main()
@4000000066f8c0822e8c197c   File "/data/BatteryAggregator/battery_service.py", line 944, in main
@4000000066f8c0822e8c291c     batteryAggr = BatteryAggregatorService(dbusConnection(), DEFAULT_SERVICE_NAME, config)
@4000000066f8c0822e8c3ca4   File "/data/BatteryAggregator/battery_service.py", line 361, in init
@4000000066f8c0822e8ea1ec     excludedServices.append(serviceNameResolver.resolve_service_name(service_name))
@4000000066f8c0822e8eb574   File "/data/BatteryAggregator/battery_service.py", line 256, in resolve_service_name
@4000000066f8c0822e8ec8fc     service_name = self._get_custom_names().get(name)
@4000000066f8c0822e8ed89c   File "/data/BatteryAggregator/battery_service.py", line 250, in _get_custom_names
@4000000066f8c0822e8f45fc     custom_name = self.conn.call_blocking(service_name, "/CustomName", None, "GetValue", "", [])
@4000000066f8c0822e8f5d6c   File "/usr/lib/python3.8/site-packages/dbus/connection.py", line 666, in call_blocking
@4000000066f8c0822e8f70f4     reply_message = self.send_message_with_reply_and_block(
@4000000066f8c0822e8f8094 dbus.exceptions.DBusException: org.freedesktop.DBus.Error.UnknownMethod: org.freedesktop.DBus does not understand message GetValue

This is a bit more challenging. I guess it might be related to Venus 3.5. I've included a change that Victron has recently made to their python stuff. See if that works. If not, you may need to downgrade so we can eliminate that as a cause.

@pulquero unfortunately did not work.
here is my config and the name of my shunt as it appears  in the Victron. I want to confirm all my settings are correct before I downgrade.
Config:

{
"excludedServices":["name:Bank1_Shunt"]
}

and the log:
root@raspberrypi2:~# cat /var/log/BatteryAggregator/current
@4000000066f99ba5084b67cc INFO:main:Starting...
@4000000066f99ba50a961f04 Traceback (most recent call last):
@4000000066f99ba50a963674   File "/data/BatteryAggregator/battery_service.py", line 972, in
@4000000066f99ba50a9649fc     main()
@4000000066f99ba50a964de4   File "/data/BatteryAggregator/battery_service.py", line 944, in main
@4000000066f99ba50a96616c     batteryAggr = BatteryAggregatorService(dbusConnection(), DEFAULT_SERVICE_NAME, config)
@4000000066f99ba50a9674f4   File "/data/BatteryAggregator/battery_service.py", line 361, in init
@4000000066f99ba50a97ff7c     excludedServices.append(serviceNameResolver.resolve_service_name(service_name))
@4000000066f99ba50a981304   File "/data/BatteryAggregator/battery_service.py", line 256, in resolve_service_name
@4000000066f99ba50a98268c     service_name = self._get_custom_names().get(name)
@4000000066f99ba50a98362c   File "/data/BatteryAggregator/battery_service.py", line 250, in _get_custom_names
@4000000066f99ba50a98a774     custom_name = self.conn.call_blocking(service_name, "/CustomName", VE_INTERFACE, "GetValue", "", [])
@4000000066f99ba50a98bee4   File "/usr/lib/python3.8/site-packages/dbus/connection.py", line 666, in call_blocking
@4000000066f99ba50a98d26c     reply_message = self.send_message_with_reply_and_block(
@4000000066f99ba50a98de24 dbus.exceptions.DBusException: org.freedesktop.DBus.Error.UnknownInterface: org.freedesktop.DBus does not understand message GetValue
@4000000066f99ba6311e45ac INFO:main:Starting...
@4000000066f99ba7043f0f1c Traceback (most recent call last):
@4000000066f99ba7043f2e5c   File "/data/BatteryAggregator/battery_service.py", line 972, in
@4000000066f99ba7043f41e4     main()
@4000000066f99ba7043f45cc   File "/data/BatteryAggregator/battery_service.py", line 944, in main
@4000000066f99ba7043f556c     batteryAggr = BatteryAggregatorService(dbusConnection(), DEFAULT_SERVICE_NAME, config)
@4000000066f99ba7043f6cdc   File "/data/BatteryAggregator/battery_service.py", line 361, in init
@4000000066f99ba704410aec     excludedServices.append(serviceNameResolver.resolve_service_name(service_name))
@4000000066f99ba70441225c   File "/data/BatteryAggregator/battery_service.py", line 256, in resolve_service_name
@4000000066f99ba7044135e4     service_name = self._get_custom_names().get(name)
@4000000066f99ba70441419c   File "/data/BatteryAggregator/battery_service.py", line 250, in _get_custom_names
@4000000066f99ba70441aefc     custom_name = self.conn.call_blocking(service_name, "/CustomName", VE_INTERFACE, "GetValue", "", [])
@4000000066f99ba70441c66c   File "/usr/lib/python3.8/site-packages/dbus/connection.py", line 666, in call_blocking
@4000000066f99ba70441d9f4     reply_message = self.send_message_with_reply_and_block(
@4000000066f99ba70441e994 dbus.exceptions.DBusException: org.freedesktop.DBus.Error.UnknownInterface: org.freedesktop.DBus does not understand message GetValue
@4000000066f99ba906cf3b94 INFO:main:Starting...
@4000000066f99ba908c1dfec Traceback (most recent call last):
@4000000066f99ba908c1f75c   File "/data/BatteryAggregator/battery_service.py", line 972, in
@4000000066f99ba908c206fc     main()
@4000000066f99ba908c20ecc   File "/data/BatteryAggregator/battery_service.py", line 944, in main
@4000000066f99ba908c21e6c     batteryAggr = BatteryAggregatorService(dbusConnection(), DEFAULT_SERVICE_NAME, config)
@4000000066f99ba908c231f4   File "/data/BatteryAggregator/battery_service.py", line 361, in init
@4000000066f99ba908c3acdc     excludedServices.append(serviceNameResolver.resolve_service_name(service_name))
@4000000066f99ba908c3c064   File "/data/BatteryAggregator/battery_service.py", line 256, in resolve_service_name
@4000000066f99ba908c3d3ec     service_name = self._get_custom_names().get(name)
@4000000066f99ba908c3e38c   File "/data/BatteryAggregator/battery_service.py", line 250, in _get_custom_names
@4000000066f99ba908c450ec     custom_name = self.conn.call_blocking(service_name, "/CustomName", VE_INTERFACE, "GetValue", "", [])
@4000000066f99ba908c4685c   File "/usr/lib/python3.8/site-packages/dbus/connection.py", line 666, in call_blocking
@4000000066f99ba908c47be4     reply_message = self.send_message_with_reply_and_block(
@4000000066f99ba908c48b84 dbus.exceptions.DBusException: org.freedesktop.DBus.Error.UnknownInterface: org.freedesktop.DBus does not understand message GetValue
@4000000066f99bab130e4db4 INFO:main:Starting...
@4000000066f99bab15b1852c Traceback (most recent call last):
@4000000066f99bab15b1a084   File "/data/BatteryAggregator/battery_service.py", line 972, in
@4000000066f99bab15b1b024     main()
@4000000066f99bab15b1b7f4   File "/data/BatteryAggregator/battery_service.py", line 944, in main
@4000000066f99bab15b1c794     batteryAggr = BatteryAggregatorService(dbusConnection(), DEFAULT_SERVICE_NAME, config)
@4000000066f99bab15b1db1c   File "/data/BatteryAggregator/battery_service.py", line 361, in init
@4000000066f99bab15b33aac     excludedServices.append(serviceNameResolver.resolve_service_name(service_name))
@4000000066f99bab15b34e34   File "/data/BatteryAggregator/battery_service.py", line 256, in resolve_service_name
@4000000066f99bab15b361bc     service_name = self._get_custom_names().get(name)
@4000000066f99bab15b3715c   File "/data/BatteryAggregator/battery_service.py", line 250, in _get_custom_names
@4000000066f99bab15b3dad4     custom_name = self.conn.call_blocking(service_name, "/CustomName", VE_INTERFACE, "GetValue", "", [])
@4000000066f99bab15b3f244   File "/usr/lib/python3.8/site-packages/dbus/connection.py", line 666, in call_blocking
@4000000066f99bab15b405cc     reply_message = self.send_message_with_reply_and_block(
@4000000066f99bab15b4156c dbus.exceptions.DBusException: org.freedesktop.DBus.Error.UnknownInterface: org.freedesktop.DBus does not understand message GetValue

@pulquero
I downgraded Venus OS to the latest release V3.42
No luck. here is the log:
root@raspberrypi2:~# cat /var/log/BatteryAggregator/current
@4000000066f9b9552cf96b8c INFO:main:Starting...
@4000000066f9b9552f64c63c Traceback (most recent call last):
@4000000066f9b9552f64e57c   File "/data/BatteryAggregator/battery_service.py", line 972, in
@4000000066f9b9552f64f904     main()
@4000000066f9b9552f64fcec   File "/data/BatteryAggregator/battery_service.py", line 944, in main
@4000000066f9b9552f651074     batteryAggr = BatteryAggregatorService(dbusConnection(), DEFAULT_SERVICE_NAME, config)
@4000000066f9b9552f6523fc   File "/data/BatteryAggregator/battery_service.py", line 361, in init
@4000000066f9b9552f67855c     excludedServices.append(serviceNameResolver.resolve_service_name(service_name))
@4000000066f9b9552f6798e4   File "/data/BatteryAggregator/battery_service.py", line 256, in resolve_service_name
@4000000066f9b9552f67ac6c     service_name = self._get_custom_names().get(name)
@4000000066f9b9552f67bc0c   File "/data/BatteryAggregator/battery_service.py", line 250, in _get_custom_names
@4000000066f9b9552f682d54     custom_name = self.conn.call_blocking(service_name, "/CustomName", VE_INTERFACE, "GetValue", "", [])
@4000000066f9b9552f6844c4   File "/usr/lib/python3.8/site-packages/dbus/connection.py", line 666, in call_blocking
@4000000066f9b9552f68584c     reply_message = self.send_message_with_reply_and_block(
@4000000066f9b9552f6867ec dbus.exceptions.DBusException: org.freedesktop.DBus.Error.UnknownInterface: org.freedesktop.DBus does not understand message GetValue
@4000000066f9b9580204bf1c INFO:main:Starting...
@4000000066f9b9580533f284 Traceback (most recent call last):
@4000000066f9b958053409f4   File "/data/BatteryAggregator/battery_service.py", line 972, in
@4000000066f9b95805341d7c     main()
@4000000066f9b95805342164   File "/data/BatteryAggregator/battery_service.py", line 944, in main
@4000000066f9b958053434ec     batteryAggr = BatteryAggregatorService(dbusConnection(), DEFAULT_SERVICE_NAME, config)
@4000000066f9b95805344874   File "/data/BatteryAggregator/battery_service.py", line 361, in init
@4000000066f9b9580535c744     excludedServices.append(serviceNameResolver.resolve_service_name(service_name))
@4000000066f9b9580535dacc   File "/data/BatteryAggregator/battery_service.py", line 256, in resolve_service_name
@4000000066f9b9580535ee54     service_name = self._get_custom_names().get(name)
@4000000066f9b9580535fdf4   File "/data/BatteryAggregator/battery_service.py", line 250, in _get_custom_names
@4000000066f9b9580536676c     custom_name = self.conn.call_blocking(service_name, "/CustomName", VE_INTERFACE, "GetValue", "", [])
@4000000066f9b95805367edc   File "/usr/lib/python3.8/site-packages/dbus/connection.py", line 666, in call_blocking
@4000000066f9b95805369264     reply_message = self.send_message_with_reply_and_block(
@4000000066f9b9580536a204 dbus.exceptions.DBusException: org.freedesktop.DBus.Error.UnknownInterface: org.freedesktop.DBus does not understand message GetValue
@4000000066f9b9593713b564 INFO:main:Starting...
@4000000066f9b959393ac3b4 Traceback (most recent call last):
@4000000066f9b959393adb24   File "/data/BatteryAggregator/battery_service.py", line 972, in
@4000000066f9b959393aeac4     main()
@4000000066f9b959393af294   File "/data/BatteryAggregator/battery_service.py", line 944, in main
@4000000066f9b959393b0234     batteryAggr = BatteryAggregatorService(dbusConnection(), DEFAULT_SERVICE_NAME, config)
@4000000066f9b959393b15bc   File "/data/BatteryAggregator/battery_service.py", line 361, in init
@4000000066f9b959393c9c5c     excludedServices.append(serviceNameResolver.resolve_service_name(service_name))
@4000000066f9b959393cafe4   File "/data/BatteryAggregator/battery_service.py", line 256, in resolve_service_name
@4000000066f9b959393cc36c     service_name = self._get_custom_names().get(name)
@4000000066f9b959393ccf24   File "/data/BatteryAggregator/battery_service.py", line 250, in _get_custom_names
@4000000066f9b959393d406c     custom_name = self.conn.call_blocking(service_name, "/CustomName", VE_INTERFACE, "GetValue", "", [])
@4000000066f9b959393d53f4   File "/usr/lib/python3.8/site-packages/dbus/connection.py", line 666, in call_blocking
@4000000066f9b959393d677c     reply_message = self.send_message_with_reply_and_block(
@4000000066f9b959393d771c dbus.exceptions.DBusException: org.freedesktop.DBus.Error.UnknownInterface: org.freedesktop.DBus does not understand message GetValue
@4000000066f9b95b39b20ec4 INFO:main:Starting...
@4000000066f9b95c01235fcc Traceback (most recent call last):
@4000000066f9b95c01237b24   File "/data/BatteryAggregator/battery_service.py", line 972, in
@4000000066f9b95c01238ac4     main()
@4000000066f9b95c01239294   File "/data/BatteryAggregator/battery_service.py", line 944, in main
@4000000066f9b95c0123a234     batteryAggr = BatteryAggregatorService(dbusConnection(), DEFAULT_SERVICE_NAME, config)
@4000000066f9b95c0123b5bc   File "/data/BatteryAggregator/battery_service.py", line 361, in init
@4000000066f9b95c01255f84     excludedServices.append(serviceNameResolver.resolve_service_name(service_name))
@4000000066f9b95c012576f4   File "/data/BatteryAggregator/battery_service.py", line 256, in resolve_service_name
@4000000066f9b95c01258a7c     service_name = self._get_custom_names().get(name)
@4000000066f9b95c01259634   File "/data/BatteryAggregator/battery_service.py", line 250, in _get_custom_names
@4000000066f9b95c0126077c     custom_name = self.conn.call_blocking(service_name, "/CustomName", VE_INTERFACE, "GetValue", "", [])
@4000000066f9b95c01261eec   File "/usr/lib/python3.8/site-packages/dbus/connection.py", line 666, in call_blocking
@4000000066f9b95c01263274     reply_message = self.send_message_with_reply_and_block(
@4000000066f9b95c01264214 dbus.exceptions.DBusException: org.freedesktop.DBus.Error.UnknownInterface: org.freedesktop.DBus does not understand message GetValue
root@raspberrypi2:~#

I think I might have it this time...

@pulquero
hi, I hate to tell, you but the service did not start again.
Let me know if you want me give you remote access to see whyat is going on.
here is the log:
cat /var/log/BatteryAggregator/current
@4000000066fb16a2281d1c94 INFO:main:Starting...
@4000000066fb16a22a29e83c Traceback (most recent call last):
@4000000066fb16a22a2a0394   File "/data/BatteryAggregator/battery_service.py", line 929, in
@4000000066fb16a22a2a171c     main()
@4000000066fb16a22a2a1b04   File "/data/BatteryAggregator/battery_service.py", line 901, in main
@4000000066fb16a22a2a2e8c     batteryAggr = BatteryAggregatorService(dbusConnection(), DEFAULT_SERVICE_NAME, config)
@4000000066fb16a22a2a4214   File "/data/BatteryAggregator/battery_service.py", line 318, in init
@4000000066fb16a22a2bf3ac     excludedServices.append(serviceNameResolver.resolve_service_name(service_name))
@4000000066fb16a22a2c0b1c   File "/data/BatteryAggregator/service_name_resolver.py", line 30, in resolve_service_name
@4000000066fb16a22a2c1ea4     service_name = self._get_custom_names().get(name)
@4000000066fb16a22a2c2e44   File "/data/BatteryAggregator/service_name_resolver.py", line 24, in _get_custom_names
@4000000066fb16a22a2c9f8c     custom_name = self.conn.call_blocking(service_name, "/CustomName", VE_INTERFACE, "GetValue", "", [])
@4000000066fb16a22a2cb6fc   File "/usr/lib/python3.8/site-packages/dbus/connection.py", line 666, in call_blocking
@4000000066fb16a22a2cce6c     reply_message = self.send_message_with_reply_and_block(
@4000000066fb16a22a2cda24 dbus.exceptions.DBusException: org.freedesktop.DBus.Error.UnknownObject: Method "GetValue" with signature "" on interface "com.victronenergy.BusItem" doesn't exist
@4000000066fb16a22a2dc09c
@4000000066fb16a429d3b5d4 INFO:main:Starting...
@4000000066fb16a50ea62cec Traceback (most recent call last):
@4000000066fb16a50ea64844   File "/data/BatteryAggregator/battery_service.py", line 929, in
@4000000066fb16a50ea65bcc     main()
@4000000066fb16a50ea65fb4   File "/data/BatteryAggregator/battery_service.py", line 901, in main
@4000000066fb16a50ea6733c     batteryAggr = BatteryAggregatorService(dbusConnection(), DEFAULT_SERVICE_NAME, config)
@4000000066fb16a50ea6c544   File "/data/BatteryAggregator/battery_service.py", line 318, in init
@4000000066fb16a50ea8d884     excludedServices.append(serviceNameResolver.resolve_service_name(service_name))
@4000000066fb16a50ea8ec0c   File "/data/BatteryAggregator/service_name_resolver.py", line 30, in resolve_service_name
@4000000066fb16a50ea8ff94     service_name = self._get_custom_names().get(name)
@4000000066fb16a50ea90f34   File "/data/BatteryAggregator/service_name_resolver.py", line 24, in _get_custom_names
@4000000066fb16a50ea97c94     custom_name = self.conn.call_blocking(service_name, "/CustomName", VE_INTERFACE, "GetValue", "", [])
@4000000066fb16a50ea99404   File "/usr/lib/python3.8/site-packages/dbus/connection.py", line 666, in call_blocking
@4000000066fb16a50ea9a78c     reply_message = self.send_message_with_reply_and_block(
@4000000066fb16a50ea9b72c dbus.exceptions.DBusException: org.freedesktop.DBus.Error.UnknownObject: Method "GetValue" with signature "" on interface "com.victronenergy.BusItem" doesn't exist
@4000000066fb16a50eaa99bc
@4000000066fb16a730986c0c INFO:main:Starting...
@4000000066fb16a73818bd9c Traceback (most recent call last):
@4000000066fb16a73818d50c   File "/data/BatteryAggregator/battery_service.py", line 929, in
@4000000066fb16a73818e894     main()
@4000000066fb16a73818ec7c   File "/data/BatteryAggregator/battery_service.py", line 901, in main
@4000000066fb16a738190004     batteryAggr = BatteryAggregatorService(dbusConnection(), DEFAULT_SERVICE_NAME, config)
@4000000066fb16a73819138c   File "/data/BatteryAggregator/battery_service.py", line 318, in init
@4000000066fb16a7381afbd4     excludedServices.append(serviceNameResolver.resolve_service_name(service_name))
@4000000066fb16a7381b1344   File "/data/BatteryAggregator/service_name_resolver.py", line 30, in resolve_service_name
@4000000066fb16a7381b26cc     service_name = self._get_custom_names().get(name)
@4000000066fb16a7381b3284   File "/data/BatteryAggregator/service_name_resolver.py", line 24, in _get_custom_names
@4000000066fb16a7381ba7b4     custom_name = self.conn.call_blocking(service_name, "/CustomName", VE_INTERFACE, "GetValue", "", [])
@4000000066fb16a7381bbf24   File "/usr/lib/python3.8/site-packages/dbus/connection.py", line 666, in call_blocking
@4000000066fb16a7381bd2ac     reply_message = self.send_message_with_reply_and_block(
@4000000066fb16a7381be24c dbus.exceptions.DBusException: org.freedesktop.DBus.Error.UnknownObject: Method "GetValue" with signature "" on interface "com.victronenergy.BusItem" doesn't exist
@4000000066fb16a7381dda34
@4000000066fb16aa0923225c INFO:main:Starting...
@4000000066fb16aa16a8b66c Traceback (most recent call last):
@4000000066fb16aa16a8d5ac   File "/data/BatteryAggregator/battery_service.py", line 929, in
@4000000066fb16aa16a8e54c     main()
@4000000066fb16aa16a8ed1c   File "/data/BatteryAggregator/battery_service.py", line 901, in main
@4000000066fb16aa16a8fcbc     batteryAggr = BatteryAggregatorService(dbusConnection(), DEFAULT_SERVICE_NAME, config)
@4000000066fb16aa16a91044   File "/data/BatteryAggregator/battery_service.py", line 318, in init
@4000000066fb16aa16aaf4a4     excludedServices.append(serviceNameResolver.resolve_service_name(service_name))
@4000000066fb16aa16ab082c   File "/data/BatteryAggregator/service_name_resolver.py", line 30, in resolve_service_name
@4000000066fb16aa16ab1bb4     service_name = self._get_custom_names().get(name)
@4000000066fb16aa16ab2b54   File "/data/BatteryAggregator/service_name_resolver.py", line 24, in _get_custom_names
@4000000066fb16aa16ab98b4     custom_name = self.conn.call_blocking(service_name, "/CustomName", VE_INTERFACE, "GetValue", "", [])
@4000000066fb16aa16abb024   File "/usr/lib/python3.8/site-packages/dbus/connection.py", line 666, in call_blocking
@4000000066fb16aa16abc3ac     reply_message = self.send_message_with_reply_and_block(
@4000000066fb16aa16abd34c dbus.exceptions.DBusException: org.freedesktop.DBus.Error.UnknownObject: Method "GetValue" with signature "" on interface "com.victronenergy.BusItem" doesn't exist
@4000000066fb16aa16acaa24
root@raspberrypi2:~#

It was either going to work or do this. And if it does this then I do...v3.11.

@pulquero
hi thank you for keep trying..V3.11 service still failed, but this time at least we have more solid hint. I don't know why, but it reports  "ValueError: Unknown name: name:Bank1_Shunt"/ See below
root@raspberrypi2:~# cat /var/log/BatteryAggregator/current
@4000000066fc66bb112d1a34   File "/data/BatteryAggregator/battery_service.py", line 318, in init
@4000000066fc66bb1204e464     excludedServices.append(serviceNameResolver.resolve_service_name(service_name))
@4000000066fc66bb120503a4   File "/data/BatteryAggregator/service_name_resolver.py", line 35, in resolve_service_name
@4000000066fc66bb1205172c     raise ValueError(f"Unknown name: {name}")
@4000000066fc66bb120526cc ValueError: Unknown name: name:Bank1_Shunt
@4000000066fc66bd38f75dcc INFO:main:Starting...
@4000000066fc66be0e25e12c Traceback (most recent call last):
@4000000066fc66be0e25f89c   File "/data/BatteryAggregator/battery_service.py", line 929, in
@4000000066fc66be0e26083c     main()
@4000000066fc66be0e26100c   File "/data/BatteryAggregator/battery_service.py", line 901, in main
@4000000066fc66be0e261fac     batteryAggr = BatteryAggregatorService(dbusConnection(), DEFAULT_SERVICE_NAME, config)
@4000000066fc66be0e263334   File "/data/BatteryAggregator/battery_service.py", line 318, in init
@4000000066fc66be0e277b54     excludedServices.append(serviceNameResolver.resolve_service_name(service_name))
@4000000066fc66be0e278edc   File "/data/BatteryAggregator/service_name_resolver.py", line 35, in resolve_service_name
@4000000066fc66be0e27a64c     raise ValueError(f"Unknown name: {name}")
@4000000066fc66be0e27b204 ValueError: Unknown name: name:Bank1_Shunt
@4000000066fc66c0295c285c INFO:main:Starting...
@4000000066fc66c1092c4e04 Traceback (most recent call last):
@4000000066fc66c1092c6574   File "/data/BatteryAggregator/battery_service.py", line 929, in
@4000000066fc66c1092c78fc     main()
@4000000066fc66c1092c7ce4   File "/data/BatteryAggregator/battery_service.py", line 901, in main
@4000000066fc66c1092c906c     batteryAggr = BatteryAggregatorService(dbusConnection(), DEFAULT_SERVICE_NAME, config)
@4000000066fc66c1092ca3f4   File "/data/BatteryAggregator/battery_service.py", line 318, in init
@4000000066fc66c1092e8084     excludedServices.append(serviceNameResolver.resolve_service_name(service_name))
@4000000066fc66c1092e940c   File "/data/BatteryAggregator/service_name_resolver.py", line 35, in resolve_service_name
@4000000066fc66c1092ea794     raise ValueError(f"Unknown name: {name}")
@4000000066fc66c1092eb34c ValueError: Unknown name: name:Bank1_Shunt
@4000000066fc66c236efd1e4 INFO:main:Starting...
@4000000066fc66c30a8c012c Traceback (most recent call last):
@4000000066fc66c30a8c1c84   File "/data/BatteryAggregator/battery_service.py", line 929, in
@4000000066fc66c30a8c300c     main()
@4000000066fc66c30a8c33f4   File "/data/BatteryAggregator/battery_service.py", line 901, in main
@4000000066fc66c30a8c4394     batteryAggr = BatteryAggregatorService(dbusConnection(), DEFAULT_SERVICE_NAME, config)
@4000000066fc66c30a8c5b04   File "/data/BatteryAggregator/battery_service.py", line 318, in init
@4000000066fc66c30a8de974     excludedServices.append(serviceNameResolver.resolve_service_name(service_name))
@4000000066fc66c30a8dfcfc   File "/data/BatteryAggregator/service_name_resolver.py", line 35, in resolve_service_name
@4000000066fc66c30a8e1084     raise ValueError(f"Unknown name: {name}")
@4000000066fc66c30a8e1c3c ValueError: Unknown name: name:Bank1_Shunt
@4000000066fc66c432caf3dc INFO:main:Starting...
@4000000066fc66c439b74e84 Traceback (most recent call last):
@4000000066fc66c439b76dc4   File "/data/BatteryAggregator/battery_service.py", line 929, in
@4000000066fc66c439b77d64     main()
@4000000066fc66c439b78534   File "/data/BatteryAggregator/battery_service.py", line 901, in main
@4000000066fc66c439b794d4     batteryAggr = BatteryAggregatorService(dbusConnection(), DEFAULT_SERVICE_NAME, config)
@4000000066fc66c439b7a85c   File "/data/BatteryAggregator/battery_service.py", line 318, in init
@4000000066fc66c439b988d4     excludedServices.append(serviceNameResolver.resolve_service_name(service_name))
@4000000066fc66c439b9a044   File "/data/BatteryAggregator/service_name_resolver.py", line 35, in resolve_service_name
@4000000066fc66c439b9b3cc     raise ValueError(f"Unknown name: {name}")
@4000000066fc66c439b9bf84 ValueError: Unknown name: name:Bank1_Shunt

Stupid error, forgot to strip off the "name:" prefix. v3.12.

@pulquero
Maybe V3.13 will be the one.
still no work with 3.12
here is the log:
cat /var/log/BatteryAggregator/current
@4000000066fcbb942c1b197c   File "/data/BatteryAggregator/ext/dbusmonitor.py", line 205, in
@4000000066fcbb942cd74174     if (len(self.ignoreServices) != 0 and any(serviceName.startswith(x) for x in self.ignoreServices)):
@4000000066fcbb942cd75ccc TypeError: startswith first arg must be str or a tuple of str, not NoneType
@4000000066fcbb942cd77054 ERROR:dbusmonitor:Ignoring com.victronenergy.modbustcp because of error while scanning:
@4000000066fcbb942cde9c44 Traceback (most recent call last):
@4000000066fcbb942cdeb79c   File "/data/BatteryAggregator/ext/dbusmonitor.py", line 183, in scan_dbus_service
@4000000066fcbb942cded6dc     return self.scan_dbus_service_inner(serviceName)
@4000000066fcbb942cdee294   File "/data/BatteryAggregator/ext/dbusmonitor.py", line 205, in scan_dbus_service_inner
@4000000066fcbb942cdef61c     if (len(self.ignoreServices) != 0 and any(serviceName.startswith(x) for x in self.ignoreServices)):
@4000000066fcbb942cdf0d8c   File "/data/BatteryAggregator/ext/dbusmonitor.py", line 205, in
@4000000066fcbb942cdfe84c     if (len(self.ignoreServices) != 0 and any(serviceName.startswith(x) for x in self.ignoreServices)):
@4000000066fcbb942cdfffbc TypeError: startswith first arg must be str or a tuple of str, not NoneType
@4000000066fcbb942ce00f5c ERROR:dbusmonitor:Ignoring :1.4 because of error while scanning:
@4000000066fcbb942ce01efc Traceback (most recent call last):
@4000000066fcbb942ce02e9c   File "/data/BatteryAggregator/ext/dbusmonitor.py", line 183, in scan_dbus_service
@4000000066fcbb942ce0bb3c     return self.scan_dbus_service_inner(serviceName)
@4000000066fcbb942ce0cadc   File "/data/BatteryAggregator/ext/dbusmonitor.py", line 205, in scan_dbus_service_inner
@4000000066fcbb942ce0e24c     if (len(self.ignoreServices) != 0 and any(serviceName.startswith(x) for x in self.ignoreServices)):
@4000000066fcbb942ce1c0f4   File "/data/BatteryAggregator/ext/dbusmonitor.py", line 205, in
@4000000066fcbb942ce1d47c     if (len(self.ignoreServices) != 0 and any(serviceName.startswith(x) for x in self.ignoreServices)):
@4000000066fcbb942ce1ebec TypeError: startswith first arg must be str or a tuple of str, not NoneType
@4000000066fcbb942ce1fb8c ERROR:dbusmonitor:Ignoring :1.39 because of error while scanning:
@4000000066fcbb942ce268ec Traceback (most recent call last):
@4000000066fcbb942ce274a4   File "/data/BatteryAggregator/ext/dbusmonitor.py", line 183, in scan_dbus_service
@4000000066fcbb942ce2882c     return self.scan_dbus_service_inner(serviceName)
@4000000066fcbb942ce293e4   File "/data/BatteryAggregator/ext/dbusmonitor.py", line 205, in scan_dbus_service_inner
@4000000066fcbb942ce2a76c     if (len(self.ignoreServices) != 0 and any(serviceName.startswith(x) for x in self.ignoreServices)):
@4000000066fcbb942ce310e4   File "/data/BatteryAggregator/ext/dbusmonitor.py", line 205, in
@4000000066fcbb942ce3246c     if (len(self.ignoreServices) != 0 and any(serviceName.startswith(x) for x in self.ignoreServices)):
@4000000066fcbb942ce337f4 TypeError: startswith first arg must be str or a tuple of str, not NoneType
@4000000066fcbb942ce34b7c ERROR:dbusmonitor:Ignoring :1.104 because of error while scanning:
@4000000066fcbb942ce3fb44 Traceback (most recent call last):
@4000000066fcbb942ce406fc   File "/data/BatteryAggregator/ext/dbusmonitor.py", line 183, in scan_dbus_service
@4000000066fcbb942ce4169c     return self.scan_dbus_service_inner(serviceName)
@4000000066fcbb942ce4263c   File "/data/BatteryAggregator/ext/dbusmonitor.py", line 205, in scan_dbus_service_inner
@4000000066fcbb942ce43dac     if (len(self.ignoreServices) != 0 and any(serviceName.startswith(x) for x in self.ignoreServices)):
@4000000066fcbb942ce4a724   File "/data/BatteryAggregator/ext/dbusmonitor.py", line 205, in
@4000000066fcbb942ce4baac     if (len(self.ignoreServices) != 0 and any(serviceName.startswith(x) for x in self.ignoreServices)):
@4000000066fcbb942ce4d21c TypeError: startswith first arg must be str or a tuple of str, not NoneType
@4000000066fcbb942ce4e98c ERROR:dbusmonitor:Ignoring :1.5 because of error while scanning:
@4000000066fcbb942ce562a4 Traceback (most recent call last):
@4000000066fcbb942ce56e5c   File "/data/BatteryAggregator/ext/dbusmonitor.py", line 183, in scan_dbus_service
@4000000066fcbb942ce581e4     return self.scan_dbus_service_inner(serviceName)
@4000000066fcbb942ce58d9c   File "/data/BatteryAggregator/ext/dbusmonitor.py", line 205, in scan_dbus_service_inner
@4000000066fcbb942ce5a124     if (len(self.ignoreServices) != 0 and any(serviceName.startswith(x) for x in self.ignoreServices)):
@4000000066fcbb942ce76644   File "/data/BatteryAggregator/ext/dbusmonitor.py", line 205, in
@4000000066fcbb942ce779cc     if (len(self.ignoreServices) != 0 and any(serviceName.startswith(x) for x in self.ignoreServices)):
@4000000066fcbb942ce7913c TypeError: startswith first arg must be str or a tuple of str, not NoneType
@4000000066fcbb942ce7a0dc ERROR:dbusmonitor:Ignoring com.victronenergy.battery.ttyUSB1 because of error while scanning:
@4000000066fcbb942ce81224 Traceback (most recent call last):
@4000000066fcbb942ce81ddc   File "/data/BatteryAggregator/ext/dbusmonitor.py", line 183, in scan_dbus_service
@4000000066fcbb942ce83164     return self.scan_dbus_service_inner(serviceName)
@4000000066fcbb942ce83d1c   File "/data/BatteryAggregator/ext/dbusmonitor.py", line 205, in scan_dbus_service_inner
@4000000066fcbb942ce850a4     if (len(self.ignoreServices) != 0 and any(serviceName.startswith(x) for x in self.ignoreServices)):
@4000000066fcbb942ce8ba1c   File "/data/BatteryAggregator/ext/dbusmonitor.py", line 205, in
@4000000066fcbb942ce8cda4     if (len(self.ignoreServices) != 0 and any(serviceName.startswith(x) for x in self.ignoreServices)):
@4000000066fcbb942ce8e12c TypeError: startswith first arg must be str or a tuple of str, not NoneType
@4000000066fcbb942ce8f4b4 INFO:dbusmonitor:===== Search on dbus for services that we will monitor finished =====
@4000000066fcbb96189d52ac INFO:main:Waiting for batteries (attempt 1 of 30)...
root@raspberrypi2:~# cat /var/log/BatteryAggregator/current
@4000000066fcbb942c1b197c   File "/data/BatteryAggregator/ext/dbusmonitor.py", line 205, in
@4000000066fcbb942cd74174     if (len(self.ignoreServices) != 0 and any(serviceName.startswith(x) for x in self.ignoreServices)):
@4000000066fcbb942cd75ccc TypeError: startswith first arg must be str or a tuple of str, not NoneType
@4000000066fcbb942cd77054 ERROR:dbusmonitor:Ignoring com.victronenergy.modbustcp because of error while scanning:
@4000000066fcbb942cde9c44 Traceback (most recent call last):
@4000000066fcbb942cdeb79c   File "/data/BatteryAggregator/ext/dbusmonitor.py", line 183, in scan_dbus_service
@4000000066fcbb942cded6dc     return self.scan_dbus_service_inner(serviceName)
@4000000066fcbb942cdee294   File "/data/BatteryAggregator/ext/dbusmonitor.py", line 205, in scan_dbus_service_inner
@4000000066fcbb942cdef61c     if (len(self.ignoreServices) != 0 and any(serviceName.startswith(x) for x in self.ignoreServices)):
@4000000066fcbb942cdf0d8c   File "/data/BatteryAggregator/ext/dbusmonitor.py", line 205, in
@4000000066fcbb942cdfe84c     if (len(self.ignoreServices) != 0 and any(serviceName.startswith(x) for x in self.ignoreServices)):
@4000000066fcbb942cdfffbc TypeError: startswith first arg must be str or a tuple of str, not NoneType
@4000000066fcbb942ce00f5c ERROR:dbusmonitor:Ignoring :1.4 because of error while scanning:
@4000000066fcbb942ce01efc Traceback (most recent call last):
@4000000066fcbb942ce02e9c   File "/data/BatteryAggregator/ext/dbusmonitor.py", line 183, in scan_dbus_service
@4000000066fcbb942ce0bb3c     return self.scan_dbus_service_inner(serviceName)
@4000000066fcbb942ce0cadc   File "/data/BatteryAggregator/ext/dbusmonitor.py", line 205, in scan_dbus_service_inner
@4000000066fcbb942ce0e24c     if (len(self.ignoreServices) != 0 and any(serviceName.startswith(x) for x in self.ignoreServices)):
@4000000066fcbb942ce1c0f4   File "/data/BatteryAggregator/ext/dbusmonitor.py", line 205, in
@4000000066fcbb942ce1d47c     if (len(self.ignoreServices) != 0 and any(serviceName.startswith(x) for x in self.ignoreServices)):
@4000000066fcbb942ce1ebec TypeError: startswith first arg must be str or a tuple of str, not NoneType
@4000000066fcbb942ce1fb8c ERROR:dbusmonitor:Ignoring :1.39 because of error while scanning:
@4000000066fcbb942ce268ec Traceback (most recent call last):
@4000000066fcbb942ce274a4   File "/data/BatteryAggregator/ext/dbusmonitor.py", line 183, in scan_dbus_service
@4000000066fcbb942ce2882c     return self.scan_dbus_service_inner(serviceName)
@4000000066fcbb942ce293e4   File "/data/BatteryAggregator/ext/dbusmonitor.py", line 205, in scan_dbus_service_inner
@4000000066fcbb942ce2a76c     if (len(self.ignoreServices) != 0 and any(serviceName.startswith(x) for x in self.ignoreServices)):
@4000000066fcbb942ce310e4   File "/data/BatteryAggregator/ext/dbusmonitor.py", line 205, in
@4000000066fcbb942ce3246c     if (len(self.ignoreServices) != 0 and any(serviceName.startswith(x) for x in self.ignoreServices)):
@4000000066fcbb942ce337f4 TypeError: startswith first arg must be str or a tuple of str, not NoneType
@4000000066fcbb942ce34b7c ERROR:dbusmonitor:Ignoring :1.104 because of error while scanning:
@4000000066fcbb942ce3fb44 Traceback (most recent call last):
@4000000066fcbb942ce406fc   File "/data/BatteryAggregator/ext/dbusmonitor.py", line 183, in scan_dbus_service
@4000000066fcbb942ce4169c     return self.scan_dbus_service_inner(serviceName)
@4000000066fcbb942ce4263c   File "/data/BatteryAggregator/ext/dbusmonitor.py", line 205, in scan_dbus_service_inner
@4000000066fcbb942ce43dac     if (len(self.ignoreServices) != 0 and any(serviceName.startswith(x) for x in self.ignoreServices)):
@4000000066fcbb942ce4a724   File "/data/BatteryAggregator/ext/dbusmonitor.py", line 205, in
@4000000066fcbb942ce4baac     if (len(self.ignoreServices) != 0 and any(serviceName.startswith(x) for x in self.ignoreServices)):
@4000000066fcbb942ce4d21c TypeError: startswith first arg must be str or a tuple of str, not NoneType
@4000000066fcbb942ce4e98c ERROR:dbusmonitor:Ignoring :1.5 because of error while scanning:
@4000000066fcbb942ce562a4 Traceback (most recent call last):
@4000000066fcbb942ce56e5c   File "/data/BatteryAggregator/ext/dbusmonitor.py", line 183, in scan_dbus_service
@4000000066fcbb942ce581e4     return self.scan_dbus_service_inner(serviceName)
@4000000066fcbb942ce58d9c   File "/data/BatteryAggregator/ext/dbusmonitor.py", line 205, in scan_dbus_service_inner
@4000000066fcbb942ce5a124     if (len(self.ignoreServices) != 0 and any(serviceName.startswith(x) for x in self.ignoreServices)):
@4000000066fcbb942ce76644   File "/data/BatteryAggregator/ext/dbusmonitor.py", line 205, in
@4000000066fcbb942ce779cc     if (len(self.ignoreServices) != 0 and any(serviceName.startswith(x) for x in self.ignoreServices)):
@4000000066fcbb942ce7913c TypeError: startswith first arg must be str or a tuple of str, not NoneType
@4000000066fcbb942ce7a0dc ERROR:dbusmonitor:Ignoring com.victronenergy.battery.ttyUSB1 because of error while scanning:
@4000000066fcbb942ce81224 Traceback (most recent call last):
@4000000066fcbb942ce81ddc   File "/data/BatteryAggregator/ext/dbusmonitor.py", line 183, in scan_dbus_service
@4000000066fcbb942ce83164     return self.scan_dbus_service_inner(serviceName)
@4000000066fcbb942ce83d1c   File "/data/BatteryAggregator/ext/dbusmonitor.py", line 205, in scan_dbus_service_inner
@4000000066fcbb942ce850a4     if (len(self.ignoreServices) != 0 and any(serviceName.startswith(x) for x in self.ignoreServices)):
@4000000066fcbb942ce8ba1c   File "/data/BatteryAggregator/ext/dbusmonitor.py", line 205, in
@4000000066fcbb942ce8cda4     if (len(self.ignoreServices) != 0 and any(serviceName.startswith(x) for x in self.ignoreServices)):
@4000000066fcbb942ce8e12c TypeError: startswith first arg must be str or a tuple of str, not NoneType
@4000000066fcbb942ce8f4b4 INFO:dbusmonitor:===== Search on dbus for services that we will monitor finished =====
@4000000066fcbb96189d52ac INFO:main:Waiting for batteries (attempt 1 of 30)...
@4000000066fcbb9718a8763c INFO:main:Waiting for batteries (attempt 2 of 30)...
@4000000066fcbb9818a4e044 INFO:main:Waiting for batteries (attempt 3 of 30)...
@4000000066fcbb9918a768b4 INFO:main:Waiting for batteries (attempt 4 of 30)...
@4000000066fcbb9a189d6e04 INFO:main:Waiting for batteries (attempt 5 of 30)...
@4000000066fcbb9b189f0c14 INFO:main:Waiting for batteries (attempt 6 of 30)...
@4000000066fcbb9c18a3abac INFO:main:Waiting for batteries (attempt 7 of 30)...
@4000000066fcbb9d189fa46c INFO:main:Waiting for batteries (attempt 8 of 30)...
@4000000066fcbb9e18a2b1ac INFO:main:Waiting for batteries (attempt 9 of 30)...
@4000000066fcbb9f1897fb7c INFO:main:Waiting for batteries (attempt 10 of 30)...
@4000000066fcbba018a4dc5c INFO:main:Waiting for batteries (attempt 11 of 30)...
@4000000066fcbba11899ff1c INFO:main:Waiting for batteries (attempt 12 of 30)...
@4000000066fcbba2189d75d4 INFO:main:Waiting for batteries (attempt 13 of 30)...
@4000000066fcbba318a3079c INFO:main:Waiting for batteries (attempt 14 of 30)...
@4000000066fcbba418a6d05c INFO:main:Waiting for batteries (attempt 15 of 30)...
@4000000066fcbba518fdf8dc INFO:main:Waiting for batteries (attempt 16 of 30)...
@4000000066fcbba618a4ad7c INFO:main:Waiting for batteries (attempt 17 of 30)...
@4000000066fcbba718a5a394 INFO:main:Waiting for batteries (attempt 18 of 30)...
@4000000066fcbba8189c972c INFO:main:Waiting for batteries (attempt 19 of 30)...
@4000000066fcbba9189e0e2c INFO:main:Waiting for batteries (attempt 20 of 30)...
@4000000066fcbbaa189f3af4 INFO:main:Waiting for batteries (attempt 21 of 30)...
@4000000066fcbbab189f5264 INFO:main:Waiting for batteries (attempt 22 of 30)...
@4000000066fcbbac18a3b37c INFO:main:Waiting for batteries (attempt 23 of 30)...
@4000000066fcbbad18997664 INFO:main:Waiting for batteries (attempt 24 of 30)...

try the latest one

@pulquero
V3.13 was the "charm"! it works as expected now. The service started with no issues
Thank you for the feature and perseverance !
I think this one could be closed now.


(Optionally) add a previous/next button on set view page

To make it easy for bands whose folders are in performance/setlist order to move between sets in order. This doesn't make sense for everyone though, so it should be a configuration option to ViewSet if possible

ViewSet probably doesn't know enough to just determine what page to link to, so it should probably have optional props for next/previous set URLs and only show each button when the relevant URL exists.


Allow using regex captured groups in hierarchy refactoring

Is your feature request related to a problem? Please describe.
When refactoring the hierarchy, I would like to be able to use regex groups in the replacement string.
My use case for today was to rename existing journal and scratch notes, where starting with v0.13.5 dates are formatted with periods yyyy.mm.dd instead of dashes yyyy-mm-dd. Renaming all the existing scratch and journal entries would be a breeze if I could replace daily\.journal\.(\d{4})-(\d{2})-(\d{2}) by daily.journal.$1.$2.$3.
(Of course, using named groups could be useful, too. That would probably come for free when implementing numbered groups.)
Describe the solution you'd like
Refactor hierarchy
Match pattern: daily\.journal\.(\d{4})-(\d{2})-(\d{2})
Replace pattern: daily.journal.$1.$2.$3
Describe alternatives you've considered
The present problem can be easily solved using e.g. rename and sed or whatever, since the pattern daily.journal.[bla bla] cannot be confused with anything else in my case. But in more general cases this path would be dangerous or difficult.

Thanks for the issue request. Will get this on the november milestone items

Quick update. Looking through the issues on this tracker I stumbled across #116 which looks like @kevinslin had the same idea already a few months ago. If the two issues are duplicates one could be closed, and voila, you have one issue less to worry about :)

You are right :)
I'm spending some time doing issue grooming this week. This takes one thing off our plate!


CI: Fix unquoted specifiers

Fixes the issue that cuda-head test did not install pre-releases correctly (=0a0 file was created...).

/test

How about shlex.join?

Thanks, good suggestion :)

I'll kick the CI later.

Jenkins, test this please.


chore: Render tailored html files in some cases

When opening Appsmith in edit mode, we try to render the specialized edit.html, and for opening in view mode, we try to render the specialized view.html files, instead of the index.html. If those files aren't available, we fallback to index.html, so there's no disruption in service.
These specialized files are, today, identical to index.html, but contain a few extra preloads that are tuned to work better for those pages.
Learn more at https://github.com/appsmithorg/appsmith/pull/21933.

@iamakulov, yes. Cypress tests should be able to verify if things continue to work as is with the changes here.

Just checking in, we still want/need this, right? Anything I can do to help move this faster?

Changes are already in release.


calculating the volume under a 3D surface!

Triple Integration using tplquad()
We can go even further, like into three dimensions, using tplquad(). For instance, if you have a function of three variables, f(x, y, z), and you want to compute the volume under it, here’s how you do it.
Example: For f(x, y, z) = x * y * z with x: [0, 1], y: [0, 1], and z: [0, 1].

def f(x, y, z):
return x * y * z
result, error = integrate.tplquad(f, 0, 1, lambda x: 0, lambda x: 1, lambda x, y: 0, lambda x, y: 1)
print("Result of the triple integration:", result)
print("Estimated error:", error)


SPIKE: look for golang user management middleware that solves basic user login and management tasks

There are a number of modules that we could use: https://github.com/avelino/awesome-go?tab=readme-ov-file#authentication-and-oauth

Solution discussed in meeting: https://github.com/orgs/G-Research/projects/19/views/2?filterQuery=&pane=issue&itemId=56047102

Not moving forward with this approach.


Copy out the stemcell packages list and add it to stemcell tgz

This PR corresponds to following ticket and add corresponding tests:

BOSH should copy out the stemcell packages list and add it to the repo
(https://www.pivotaltracker.com/n/projects/956238/stories/83337650)

Changes:

Moved 'bosh_dpkg_list' stage (which creates packages list file from
Ubuntu env) to later stage, so that the file (dpkg_list.txt) can be copied into stemcell tgz file.
Added unit tests which check created stemcell's tgz files.
Modified unit tests for modified classes (stage_collection.rb, build_environment.rb)

Note:

Initially I thought the rspec execution (called in stemcell.rake) should be like below:
STEMCELL_TGZ=<tgz-file> bundle exec rspec -fd <specfile>_spec.rb
and temporary directory should be created and deleted in the global hook (config.before(:all) and config.after(:all) in 'bosh-stemcell/spec/support/stemcell_tgz.rb').
However, I didn't find the best way to pass the variable (the path of the temporarydirectory created in global hook) from global hook to each spec file.
Therefore in this implementation, the path is created in stemcell.rake file and pass the path to global hook/spec files by using environment variable (STEMCELL_TGZ_WORKDIR).
So the rspec execution (called in stemcell.rake) is like below:
STEMCELL_TGZ=<tgz-file> STEMCELL_TGZ_WORKDIR=<tmpdir>  bundle exec rspec -fd <specfile>_spec.rb
Any comment to improve this is appreciated.
The 'bosh_dpkg_list' stage works for Ubuntu only. Corresponding stage for CentOS has not been added.

@cppforlife the CLA is on-file and this PR can proceed from that perspective. thanks!

Hi @mmc2004jp,
Thank you for submitting this pull request. This is very useful. We used some of it, but not everything, since it was changing the stage collection that was significantly updated. We made commit as following: https://github.com/cloudfoundry/bosh/commit/50b8b01fdcd79beb40d0a84f1f251d98546aaa52
Thanks,
Kam & Maria


UI extends past overlay section when window is small and no scroll to see the "Close" button.

v0.27.0-rc4
Using Chrome and had my window is fairly small.
Steps to Reproduce:

Make a small window screen size.
Add API Key to get overlay.

Result: Not able to find the button to close. No scroll to see it.

Verified fixed with #1629
v0.31.0-rc4


use bot token in prebuild ci step

This pull request uses the @hideout-bot github token during the CI prebuild step to reduce API rate limit issues

Cool it works: https://github.com/the-hideout/tarkov-dev/actions/runs/3798621993/jobs/6460452078#step:6:14

.deploy


[Windows] Bugfix: Agent crashed when removing the existing NetNat

Append "-Confirm:$false" in the powershell command "Remove-NetNat" for NonInteractive mode
Fixes #2750
Signed-off-by: wenyingd<EMAIL_ADDRESS>

Codecov Report

Merging #2751 (2f690b1) into main (767ed55) will decrease coverage by 19.59%.
The diff coverage is n/a.

@@             Coverage Diff             @@
##             main    #2751       +/-   ##
===========================================
- Coverage   60.62%   41.02%   -19.60%
===========================================
  Files         285      158      -127
  Lines       23033    19272     -3761
===========================================
- Hits        13963     7907     -6056
- Misses       7578    10620     +3042
+ Partials     1492      745      -747

Flag
Coverage Δ

kind-e2e-tests
?

unit-tests
41.02% <ø> (+0.03%)
:arrow_up:

Flags with carried forward coverage won't be shown. Click here to find out more.


First release has errors in composer.json

Instead of "PHP": "^5.3.3", you should have user ">=5.3.3".
The previous rule does not allow you to install the package with php 7.

Solved in release v0.0.2


Performance regression when forking with hardhat EDR

Version of Hardhat
2.22.1
What happened?
While unit test and deployment scripts (using 'hardhat-deploy' plugin) that run against the hardhat network with no forking appear to execute faster after updating to v2.22.1, when running tests or deployment scripts against the hardhat network with forking any remote network (with or without setting a pinned block number, public networks through Alchemy or remote internal Geth node) I see execution time is increased by about 50% compared to pre-EDR hardhat releases.
Verified that even tests not using hardhat-deploy suffer from longer runtime when using forking.
Let me know what can I do to provide additional useful details if you unaware of this issue.
Minimal reproduction steps
Any test when forking is running significantly slower comapred to pre-EDR releases.
Node: v20.10
OS: macOS
CPU: Apple Silicon (arm64)
Can't yet verify execution times on Github ubuntu runner since I'm investigating a crash in EDR rust code when running tests
Search terms
EDR

Hi @fullkomnun thanks for reporting this issue!
I tried a quick repro with a sample project here and I couldn't reproduce the issue unfortunately. With hardhat=2.22.2 (latest EDR release) I'm getting ~800ms median execution time for npx hardhat test with a warm cache. With hardhat=2.20.1 (latest non-EDR release) I'm getting ~1000ms median execution time with a warm cache, so EDR is ~20% faster.
Two things changed with the EDR release that could cause the problem that you're seeing:

The RPC cache path is slightly different. In the linked sample project the EDR RPC cache is cache/hardhat-network-fork/rpc_cache (relative to the repo root). Could you verify if this cache is reused between your test executions?
EDR is being more conservative about what is a safe block number to fork from. So even if you pinned the block number and it's very close to the latest, it might not get cached. For Ethereum mainnet we're using a block depth of 32 as the safe block number and default to 128 for unknown networks. Could you retest with a pinned block number that is at least 1000 behind the latest block?

If none of these resolve the issue, could you please share more repro steps?

Closing for lack of response.

Sorry for lack of response, the reason for longer deployment tests were related to re-deployment of contracts due to targetting 'shangahi' instead of 'paris' (which due to the introduction of push0 opcode affect almost every contract and triggers re-deployment).
EDR is fine =]

Thanks for letting us know!


Be able to clean out /etc/cron.d

Would it be possible to change this feature to enabled?
Maybe a prefix puppet_ ?
https://github.com/torrancew/puppet-cron/pull/25/commits/7b89a0a06082a8699ae719c57cfb0809ac46d927
Thanks for for taking on DEV of this project.

That's what I thought. Too bad cron doesn't have multiple include directories. I noticed that /etc/crond.d/hourly contains the runparts for that.


License Question

Hi @skyhehe123 , Thanks for your effort in reproducing.
I came across this project on GitHub and noticed that it doesn't have a license. I was wondering if you'd be open to adding one to clarify the project's usage terms. A license would give us clear guidelines on how we can and cannot use your code.

@chenyuntc A license is provided, thank you!


Fix Carbon not accepting string values

Description
Carbon methods are strongly typed. So, you can't provide seconds as a string.
This is what you get if you try to override JWT_TTL in your .env:
Carbon\Carbon::rawAddUnit(): Argument #3 ($value) must be of type int|float, string given

This PR fixes the issue by casting the config after reading it from .env as is common in Laravel's config files.
Fixes https://github.com/PHP-Open-Source-Saver/jwt-auth/issues/271
Checklist:

[x] I've added tests for my changes or tests are not applicable
[x] I've changed documentations or changes are not required
[x] I've added my changes to CHANGELOG.md

LGTM, I just see a problem where people who already published their config files would still have this problem, maybe in a new major version we could use config()->integer() which would be a breaking change for who uses laravel versions <11.

I guess that's the case for anyone who publishes any vendor file, whether that's config or views etc.
They would need to sync with latest changes if they wanna keep getting the benefits.

I'll wait if anyone else has something to say and approve. If not I'll merge it by the weekend.

I saw this issue on the og package without a fix, and people solved it in this way also.
My problem with this solution is it doesn't really solve the underlying problem - people will still have this problem, if they are lucky stumble on this issue and update their config. Although moving forward new installs will be fine, it won't do anything for the vast base of existing users.
I think the better approach would be to gradually start introducing strong types where relevant - and this is a good example, and then as we read these configs from config / provider, we can ensure they are cast to int or whatever relevant at the earliest opportunity, and then elsewhere in the package we can also strongly type them to further ensure this.
It will take a bit more effort (although not much to be honest), but I think that's a better solution, and it will have immediate effect for all existing users, the next time they do a composer update.

Strong types can be introduced in all layers.

Ok, I can have a go at doing this in the new year then, I am not sure whether to merge this or not then, I guess we can for now until it's improved internally?

Ok, I can have a go at doing this in the new year then, I am not sure whether to merge this or not then, I guess we can for now until it's improved internally?

If you do it we review it. I believe if we do all what @mokhosh said we can merge it without issues. I do not have any intention to keep old PHP versions because of missing strict types.


Make a request to the site at the end of the deployment logic

Soon, we'll get an env variable with the site host name. Using it, we can curl the site at the end of the deployment, which serves to purposes:

It warms it up
It can check that the site is not completely busted

One tricky thing is that we may not always know what path to hit (it's not always /), but we could make this configurable.

Hi
Kudu will continue to run in Azure App Service. However, this repo will no longer be maintained.
If the problem persists and is related to running on Azure App Service, please open a support incident in Azure:
https://learn.microsoft.com/en-us/azure/azure-portal/supportability/how-to-create-azure-support-request
This way we can better track and assist you on this case
Thanks,
Joaquin Vano
Azure App Service


Check if package is already installed

Port over logic from NuGetPackageInstaller to (InProcess) Install/NuGetPackageInstaller.cs
Add test for this scenario
Fixes #1937

@flcdrg thanks for your PR. Unfortunately we can't directly use same approach as used in the old NuGetPackageInstaller as this would break on at least dependency loading.
The correct way to solve this would be to investigate if NuGet.Client libraries could be able to fetch metadata from local repos (e.g. tools folder) and global package cache first before installing. E.g. does it work to always use tools-dir/addins-dir as primary source repository?

Thanks for the comments. I'd like to think that NuGet.Client can do that, as I presume that's how nuget.exe is being able to be more efficient.

@mholo65 @devlead am I right in saying that this PR is no longer required, since some work was already done here:
https://github.com/cake-build/cake/pull/2000
@flcdrg can you confirm if you are still seeing problems?

I'll close this.

@flcdrg thanks for following up with this!


Metadata update

Change all author occurrences of edmaca to saveenr
Change all ms.author occurrences of edmaca to saveenr
Change all manager of  arindamc, sukvg, saveenr or blank to jhubbard

@MarkMcGeeAtAquent,
Thanks for your contribution as a Microsoft full-time employee or intern. You do not need to sign a CLA.
Thanks,
Microsoft Pull Request Bot

:x: Validation status: errors

File
Status
Preview URL
Details

docs-ref-autogen/azure.mgmt.datalake.analytics.job.models.Diagnostics.yml
:x:Error

Details

:x:Error

Details

docs-ref-autogen/azure.mgmt.datalake.analytics.job.models.Diagnostics.yml

[Error] Unable to load file: docs-ref-autogen/azure.mgmt.datalake.analytics.job.models.Diagnostics.yml via processor: ManagedReferenceDocumentProcessor.

[Error] (Line: 3, Col: 1, Idx: 24) - (Line: 3, Col: 4, Idx: 27): Expected 'StreamEnd', got 'DocumentStart' (at Line: 3, Col: 1, Idx: 24).

For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.


[paymentservice] Add paymentServiceFailure & paymentServiceUnreachable featureflags

Changes
Add the featureflags paymentServiceFailure & paymentServiceUnreachable.

paymentServiceFailure: fails calls to the charge method of the paymentservice
paymentServiceUnreachable: fails calls to paymentservice itself

Added grpc-ff-client.js for communication with the featureflagservice.
Merge Requirements
For new features contributions please make sure you have completed the following
essential items:

[x] CHANGELOG.md updated to document new feature additions
[x] Appropriate documentation updates in the docs
[x] Appropriate Helm chart updates in the helm-charts

Hey @EislM0203, nice to see you here 👋🏽
Before we check your PR, could you sign the EasyCLA?

Hey @EislM0203, nice to see you here 👋🏽
Before we check your PR, could you sign the EasyCLA?

Hey there @julianocosta89, its also nice to see you 👋 ! Regarding the CLA, I am working on it

Hey @EislM0203, nice to see you here 👋🏽
Before we check your PR, could you sign the EasyCLA?
Done 🥳

@julianocosta89 @austinlparker
You raise valid points. To clarify, I see two interesting observability scenarios for the payment service:
There is an exception with the payment provider
What if the response from the payment provider is an error? What if the request fails? The paymentServiceFailure feature flag covers this scenario by throwing an exception in  the charge method after the corresponding span has been started.
For some reason the service is unavailable
As far as I know we currently do not have any feature flag which make an entire service unavailable, which imo is an interesting and valid scenario. I chose a straightforward approach for several reasons. Firstly, I refrained from modifying the underlying Kubernetes resources to make the service unavailable. Secondly, alternatives like dynamically changing the gRPC server port during runtime proved impractical due the way the featureflagservice is implemented in this demo (where 0.5 = 50% activation rate). These methods result in the service being either available or not. The currently implemented approach fails the paymentservice right at the start, if the featureflagservice returns true. This approach not only works quite well with the modus operandi of the featureflagservice but also mimics the behavior of the paymentservice being unavailable.
Also, the main difference in the implementation of the two featureflags is the location in which the error is thrown. For the paymentServiceFailure flag this happens in the charge method after the corresponding span has been started whereas for the paymentServiceUnreachable flag the error is thrown right off the bat when the service is called.
I hope this clears up your questions :)

I like the idea of a service being unreachable, thus paymentServiceUnreachable makes sense here.
I struggle to see the value from the paymentServiceFailure flag. We have several feature flags across multiple services that do simple failures similar to this already. If we are adding more feature flags, I would like to see them lead towards different types of failures so we can showcase how to use observability to find them.

When I use this fork and enable the paymentServiceUnreachable flag, I still see the Payment service in my traces. If the service is unreachable, I would expect it to fail completely and not respond to any portion of the request, having the error manifest upstream.

@puckpuck
Hey there, sorry for being a bit unresponsive here. To address your comments:
Regarding the paymentServiceFailure, while I see your point that there are already somewhat similar flags, they perform slightly different functions. The adServiceFailure flag throws an error with a status of resource exhaustion. The cartServiceFailure creates a bad cartstore object (with the wrong redis connection URL) and throws an exception as a result. The most similar feature flag to the one I propose is the productCatalogFailure feature flag. However, even this one affects only a single product and not an entire (integral) feature of a service. Additionally, given that the payment service uses JS, the feature flag would support showcasing how OpenTelemetry handles errors in JS which is not yet available in the OtelDemo. In short, while I understand your perspective, I still believe that an error in the charge method of the payment service is a probable real-world scenario/problem that people would find interesting to address using observability to find the root cause.
Regarding the paymentServiceUnreachable flag, what you are saying makes a lot of sense. The exception occurring at the very beginning when the payment service is called is a result of a compromise, as I refrained from modifying the underlying kubernetes resources to truly render the service unavailable. If you don't like the current implementation, there is one other viable approach: Move the feature flag from the paymentService itself to the checkoutService and, when enabled, update the PAYMENT_SERVICE_ADDR so that it no longer points to the paymentService. Please let me know if this would be a valid approach for you. If yes, I will make the changes.
I hope this answers your questions/comments.

@EislM0203  we have just merged a PR that removed the current FeatureFlagService in favour of OpenFeature and FlagD.
Unfortunately your PR needs to be revisited.
Would you be able to update it?

@julianocosta89 Sure, I will look into it


Can we combine instance discovery by any client(Consul) and configPropertyBasedDiscovery to have composite service instance discovery?

We have requirement where in our architecture , currently we do not have all the services registered at consul. So all consul registered services we are getting from consulDiscoveryClient and dynamically registering their cluster monitor as well.
But now services which are not registered at consul, also needs to be used inside our aggregator application so we think to configure them in config.properties as hard coded. can we combine both these service discovery to have composite list of services getting aggregated?

Should this be in spring cloud netflix when it is about consul?

This is actually related to composite instance discovery approach. Like currently we have implemented this using consul discovery client and this is working fine. But now we also want to add those services which are not registered at consul. I think this question is not related to just consul , it is like composite instance discovery which includes consul and ConfigPropertyBasedDiscovery. So I asked here. Still if you find this inappropriate then I will close this and raise in consul.

Closing in favor of https://github.com/spring-cloud/spring-cloud-commons/issues/140 since this is above netflix/consul


One-time-passwords not filling automatically

More info here https://reddit.com/r/jailbreak/comments/fbt470/help_issue_with_otp_verification_codes_as_sms/
In non jb mode this works normally: button with password fills the form
Not working in jb mode even with all tweaks disabled
Otp passwords are used in banking apps, or in apps with authentication by mobile phone via sms
Can be checked in tinder for example

This is likely part of the app, however it may not be. We'll see.
In the meantime you could try using a jailbreak detection bypass tweak such as Shadow, and use it on the app. See if it works, then let me know how it does.

This is likely part of the app, however it may not be. We'll see.
In the meantime you could try using a jailbreak detection bypass tweak such as Shadow, and use it on the app. See if it works, then let me know how it does.

Tried shadow, liberty lite, choicy - no result in several app
The only thing that helps in jb mode for some short period of time - idrestart

4.3.1 came out recently, try upgrading

4.3.1 came out recently, try upgrading

Still experience same problem on the latest u0


out of memory running mixtral gptq model in vllm 0.2.7

https://github.com/vllm-project/vllm/assets/39525455/c6787334-8a22-4dd4-838a-9fff1a1e0a38
The model downloaded from https://huggingface.co/TheBloke/Mixtral-8x7B-Instruct-v0.1-GPTQ and it works well in vllm 0.2.6 but run out of memory using 0.2.7.

Thanks for the detailed video. Same thong here. Can't upgrade vllm due to this error

v0.2.7 enables CUDA graph for GPTQ by default which leads to increased memory usage. This rise in memory consumption can be particularly pronounced for Mixtral, given that MOE has larger activation sizes.  Could you please try setting enforce_eager =True or reduce gpu_memory_utilization?

@chu-tianxiang enforce_eager=True fixed the issue.

Is there a way to fix this if using the vllm docker image? I dont see an enforce_eager flag

@arkohut Could you please let me know the memory utilization statistics of running the model on your A40 GPU backed with 48 GiBs of  GPU memory with enforce_eager=True?
vLLM 0.2.7 has CUDA Graphs enabled by default (i.e., enforce_eager=False by default), and using CUDA Graph would add 1 -3 GiBs of memory overhead.
Just wanted to confirm if your model (with enforce_eager=True) does not leave memory for CUDA Graphs to work. (less than 3 GiBs are left on the device)


MindComponent loc, kitchenspike loc fixes, climbable loc fixes

About the PR

Adds loc to MindComponent, this fixes really ugly dead/catatonic/ssd examine text
Fixes random usages of THE() in kitchenspike loc and uses names for loc (fixes #3947)
Adds THE() to climbable, no more "You jump on table!"

Changelog

:cl:

fix: Examining dead/catatonic people looks normal again

how would that be fixed? would i add a certain component to the human prototype?

added new fluent funcs which now requires space-wizards/RobustToolbox#1775
mindcomp loc is fixed, pronouns working and all, and kitchenspike THE() loc should be working as well but i need to test again

tested and works perfectly, need reviews on the robust PR


How to combine tool tips with an animation?

Hi.  I love Chartist.js.  Could someone help me get tooltips working with a line graph that has animation? This code draws the chart and animates it, but no tooltips.
To further complicate matters I'm drawing a graph inside a bootstrap modal.  I've got a graphs on the page, so you'll see I've given it a unique id for referencing.
Here's my code but it isn't working.  Can someone tell me what I'm missing?

×
Historical Data

Hey there. Thanks for the love! :-) I can't see your code. Can you provide a link to a JSBin maybe?

Sorry about that.  I just pasted the code into this link:
http://jsbin.com/yixelasase/1/edit
For some reason the modal isn't popping up now, so I may have made a typo
pasting, but I think you'll be able to see the code.  Thanks in advance!
On Fri, Feb 6, 2015 at 5:21 AM, Gion Kunz<EMAIL_ADDRESS>wrote:

Hey there. Thanks for the love! :-) I can't see your code. Can you provide
a link to a JSBin maybe?
—
Reply to this email directly or view it on GitHub
https://github.com/gionkunz/chartist-js/issues/186#issuecomment-73215887
.

--
Jeff Tarr
<EMAIL_ADDRESS>

Sorry for the late reply. I didn't had time to look at this earlier. There are three problems mainly about styling. 1) the tooltip class that was used in the chartist example is clashing with the class name from bootstrap .tooltip. So it's probably best if you rename it. I've renamed it to my-tooltip here http://jsbin.com/qesok/1/edit?css,js,output
Also you need to make sure that you tooltip has absolute positioning in your stylesheet.

If you still have issues with this please reopen this task. Cheers Gion


Add new attributes into the Pie Chart

Make sure these boxes are checked before submitting your issue - thank you!

[yes ] I have checked the superset logs for python stacktraces and included it here as text if any
[yes ] I have reproduced the issue with at least the latest released version of superset
[yes ] I have checked the issue tracker for the same issue and I haven't found one similar

In my project , we enhance the pie viz that add three new attributes : Half circle,Pad Angle,Corner Radius.
with this attributes we can get the pie like that

Superset version
0.13.2
Expected results
1.Half circle
2.Pad Angle
3.Corner Radius
Actual results
Only like that

Steps to reproduce
New feature.

Thanks for the PR! You don't need to open an issue if you are opening a PR shortly. Issues are useful for discussing issues / features / enhancements before coding them.

@xrmx thanks very much.I will follow your advice next time.

Notice: this issue has been closed because it has been inactive for 514 days. Feel free to comment and request for this issue to be reopened.


SSL routines:ssl3_get_record

[2024-03-31 05:03:28 UTC] => [ERROR] => Newsletter: Error: D879469B597F0000:error:0A00010B:SSL routines:ssl3_get_record:wrong version number:../deps/openssl/openssl/ssl/record/ssl3_record.c:354:
How can i fix this?
I'm hosting on a home-server and using cloudflare tunnels for both ghost and ghosler.
Also i'm using sendgird as SMTP server

Does this help https://github.com/ItzNotABug/ghosler/issues/39#issuecomment-2021354525?

Oh, yeah!
I was using 587, changing for 465 worked just fine.
Thanks, mate. Ghosler it's a great project!


Graph Management

This Pull request provides basic named graph management:

Creation
Deletion
Retrieval by id or global retrieval

Based on https://www.arangodb.com/docs/stable/http/gharial-management.html
Missing:

Graph edition (adding/removing vertex and edge collections)
Edge collection retrieval
Vertex collection retrieval

Hey @inzanez @fMeow, @Weasy666 wanted named graph handling so I made this basic implementation inspired by the index management PR.
For some reason my tests don't launch in local and github is saying my build is failing but I don't get why


Require handsoap in VimConnectMixin

Explicitly require handsoap in VimConnectMixin.raw_connect so that we
can catch a Handsoap::Fault exception.
[----] E, [2017-11-10T11:26:47.521471 #13497:10d3134] ERROR -- : MIQ(MiqQueue#deliver) Message id: [1000000000113], Error: [uninitialized constant VimConnectMixin::ClassMethods::Handsoap]
[----] E, [2017-11-10T11:26:47.521689 #13497:10d3134] ERROR -- : [NameError]: uninitialized constant VimConnectMixin::ClassMethods::Handsoap  Method:[block in method_missing]
[----] E, [2017-11-10T11:26:47.521758 #13497:10d3134] ERROR -- : /var/www/miq/vmdb/app/models/mixins/vim_connect_mixin.rb:65:in `rescue in validate_connection'
/var/www/miq/vmdb/app/models/mixins/vim_connect_mixin.rb:61:in `validate_connection'
/var/www/miq/vmdb/app/models/mixins/vim_connect_mixin.rb:51:in `raw_connect'
/var/www/miq/vmdb/app/models/miq_queue.rb:449:in `block in dispatch_method'

https://bugzilla.redhat.com/show_bug.cgi?id=1512019

cc @Fryguy

gaprindashvili/yes ?

@simaishi yes

Gaprindashvili backport details:
$ git log -1
commit c4139e27bdf15825e4442621b4c30290cee66217
Author: Greg Blomquist<EMAIL_ADDRESS>Date:   Wed Nov 15 17:20:58 2017 -0500

    Merge pull request #16450 from agrare/bz_1512019_explicitly_require_handsoap_to_catch_exception

    Require handsoap in VimConnectMixin
    (cherry picked from commit 0ec867c72982e7914fd3524cbc5d28efd422aef2)

    https://bugzilla.redhat.com/show_bug.cgi?id=1515444


[SPARK-25745][K8S] Improve docker-image-tool.sh script

What changes were proposed in this pull request?
Adds error checking and handling to docker invocations ensuring the script terminates early in the event of any errors.  This avoids subtle errors that can occur e.g. if the base image fails to build the Python/R images can end up being built from outdated base images and makes it more explicit to the user that something went wrong.
Additionally the provided Dockerfiles assume that Spark was first built locally or is a runnable distribution however it didn't previously enforce this.  The script will now check the JARs folder to ensure that Spark JARs actually exist and if not aborts early reminding the user they need to build locally first.
How was this patch tested?

Tested with a mvn clean working copy and verified that the script now terminates early
Tested with bad Dockerfiles that fail to build to see that early termination occurred

Suggested reviewers: @mccheah @liyinan926 @skonto

Can one of the admins verify this patch?

Can one of the admins verify this patch?

Can one of the admins verify this patch?

There seems to be overlapping logic between this PR and https://github.com/apache/spark/pull/22681

There seems to be overlapping logic between this PR and #22681

Yes sorry, I was having issues with the script while working on something unrelated and hadn't realised your integration tests were also proposing changes to this.

Rebased onto master, should be ready for merging

ok to test

Test build #97618 has started for PR 22748 at commit a9516f0.

Seems like touching only this script doesn't trigger the k8s integration tests? That should probably be fixed somehow...

retest this please

Test build #97619 has started for PR 22748 at commit a9516f0.

Kubernetes integration test starting
URL: https://amplab.cs.berkeley.edu/jenkins/job/testing-k8s-prb-make-spark-distribution-unified/4131/

Kubernetes integration test status success
URL: https://amplab.cs.berkeley.edu/jenkins/job/testing-k8s-prb-make-spark-distribution-unified/4131/

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/testing-k8s-prb-make-spark-distribution-unified/4131/
Test PASSed.

Test build #97620 has started for PR 22748 at commit a9516f0.

k8s tests are triggered by the subject of the PR.  if the test isn't being triggered (which it appears to be), then it will require a jenkins restart.

Kubernetes integration test starting
URL: https://amplab.cs.berkeley.edu/jenkins/job/testing-k8s-prb-make-spark-distribution-unified/4132/

Kubernetes integration test status success
URL: https://amplab.cs.berkeley.edu/jenkins/job/testing-k8s-prb-make-spark-distribution-unified/4132/

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/testing-k8s-prb-make-spark-distribution-unified/4132/
Test PASSed.

Test build #97618 has finished for PR 22748 at commit a9516f0.

This patch fails PySpark pip packaging tests.
This patch merges cleanly.
This patch adds no public classes.

Tests that matter passed. Merging to master.

Merged build finished. Test FAILed.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/97618/
Test FAILed.

Test build #97619 has finished for PR 22748 at commit a9516f0.

This patch fails PySpark pip packaging tests.
This patch merges cleanly.
This patch adds no public classes.

Merged build finished. Test FAILed.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/97619/
Test FAILed.

Test build #97620 has finished for PR 22748 at commit a9516f0.

This patch fails PySpark pip packaging tests.
This patch merges cleanly.
This patch adds no public classes.

@vanzin, the test failure was related. don't merge if the tests are failed.


After stoping recording the injection not stops working

I finished recording and the injection still remains active.
Maybe an step edit forced this.

After a few retests, and fixing other bugs, the error won't remain.
May be it's accidentially fixed ;)


Can we also install Pcov by default in the fpm-dev image?

Pcov has a considerable performance improvement on generating coverage compared to Xdebug.
So I think it would be great to have this installed by default just like Xdebug so people can choose what to use.
For example also see: https://dyrynda.com.au/blog/using-pcov-instead-of-xdebug-for-coverage

We could, let's keep this issue open to track interest in such a change.

Newer versions of xdebug are much faster for code coverage, due to optimizations and the ability to put xdebug in a coverage specific mode, without its other features. The poster of this issue has deleted their account and there is no other interest. I think we can probably close this out.