I added ubus code in my development environment for communication between two processes. The ubus system calls (ubus_send_event or ubus_add_object) are blocking while rebooting and restarting the device. This causes the system to hang. How can I fix this?
Related
There have been similar questions asked here but the solutions all resolved by hardware-specific means. I currently have a Nortek HUSBZB-1 Z-wave/ZigBee adapter plugged into a usb port, but it keeps shutting itself off or disconnecting, requiring a manual unplug, which for a smart-home setup is just... not good.
So far my thought is to cycle the power to the USB port every time it disconnects but even with DevCon it seems to require a whole system reboot, which also defeats the purpose.
Any thoughts as to how to resolve this issue?
I need to shut down our Electron app from within the Electron app UI. However, TestCafe often hangs when I do this as, most likely, it wants to shutdown the app itself and perform some kind of cleanup internally.
I have tried various solutions including hacking the TestCafe source itself and doing the UI shutdown in the various after and afterEach callbacks but have found no reliable solution. Sometimes TestCafe shuts down gracefully, other times it hangs with the error:
ERROR The Electron 3.0.2 / Windows 10 browser disconnected. This problem may appear when a browser hangs or is closed, or due to network issues.
Is there a method of allowing the tested Electron app to shut itself down which will not hang TestCafe? Any help appreciated.
m
With Dash 3121 CP3 in Dynamic Workload Console v9.3 fp3 memory leak causes the application to crash. How can I solve it?
to solve this problem add the Java Virtual Machine (JVM) Argument:
-Xgc: classUnloadingKickoffThreshold=1000
Note that to WebSphere Application Server, the JVM requires a restart for the argument to take effect.
I am running a Selenium test suite on multiple browsers on a remote Apple Mini. I schedule these tests with Bamboo.
When running the tests on Chrome, they are extremely slow and some actions timeout, causing the tests to fail.
More interestingly, this only happens when Bamboo kicks off the test. When I kick off the tests from my local computer, they run fine.
I have read that Chromedriver performs poorly sometimes when automatically detecting proxy settings. I have addressed this but still the performance is poor.
Has something like this happened to others and does anyone know what could cause something like this?
Something similar happens to me.
The root cause can be in the network connection between the Bamboo server (where the project is built) and the Selenium server (which probably runs on another machine).
When you kick off tests suite from your local machine, you probably have the project build and Selenium running at the same place. So, the commands sent to Selenium do not have to pass the network stage and there are almost no delays.
Try to eliminate the slow connection or investigate if it is possible to build and launch your tests on the machine which runs the Selenium server.
I had this when running tests on Team City with multiple browsers on a remote Mac Mini.
After much head scratching we stumble upon the fact that tests sped up if we remotely connected or connected a monitor to the Mac Mini.
We can only assume that the Mac Mini is smart enough to reduce resource to GUI activities if it knows there is no mechanism to attach a GUI.
Therefore, we purchased a very cheap monitor and left it attached to the MAc Mini, and all started running normally
We have a program that uses QoS-sockets, our softphone application uses QoS for the RTP.
That application is normally left running, sometimes however it is restarted. (Stop, wait 300ms, start.)
We have found that when the softphone-application is stopped that the last one useing QoS on the server, so the RSVP QoS-service on windows is stopped as well.
When we restart our application the RSCP QoS-service normally starts really fast, however sometimes the service start takes a full 30 seconds, causing our application to start slowly as well.
Anyone know if I can configure the service not to stop each time?
The computer is Windows XP SP3, with Windows Firewall turned on. (Our application do have an exception in the firewall.)
Regards
Leif
In the end this was solved with a workaround.
In the main-application we now open a QoS-socket, which we keep open until the main-application ends. That way the RSVP service cannot be closed, since it's in use.
(I found that opening the socket without bind()-ing works, so we don't need any port.)