You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Our lab personnel reported that the Opentrons robot crashes and reboots with increasing frequency. Specifically, at the moment the robot crashes each time a protocol run is cancelled.
Steps to reproduce
Cancel a protocol run at any moment.
Current behavior
After cancelling the run, the pipette goes back to the trash bin, and then crashes, rebooting the robot.
Expected behavior
More graceful canceling behavior.
Operating system
Windows
System and robot setup or anything else?
App Version
Both the robot and the robot run version 7.3.1, but I believe the lab personnel did an update from version 7.1.1 in the hope that this would fix the error. The problem existed previously.
Connection
We are connecting using USB
Context
I did take a quick look at the command line and logs via the terminal that is available via the build in Jupyter server.
I've noted the following. Using df I found that / is full. Directories like /var & /mnt are mounted somewhere else and not full.
I found some errors using journalctl that might be related:
The logs downloaded from the robot don't seem to show any errors around the time of the crash
$ cat combined.log | grep -iP ':0?9:39|:0?9:4[0-9]' -C 5
{"level":"debug","message":"Received action from main via IPC","timestamp":"2024-07-22T10:09:26.579Z","label":"renderer","meta":{"actionType":"robotUpdate:UPDATE_INFO"}}
{"level":"debug","message":"Received action from main via IPC","timestamp":"2024-07-22T10:09:26.580Z","label":"renderer","meta":{"actionType":"robotUpdate:UPDATE_VERSION"}}
{"level":"debug","message":"Files in robot update download directory","timestamp":"2024-07-22T10:09:26.581Z","label":"robotUpdate/release-files","meta":{"files":["ot3-system.zip","release-notes.md"]}}
{"level":"debug","message":"Received action from main via IPC","timestamp":"2024-07-22T10:09:26.584Z","label":"renderer","meta":{"actionType":"robotUpdate:UPDATE_INFO"}}
{"level":"debug","message":"No Flex serial port found.","timestamp":"2024-07-22T10:09:32.594Z","label":"usb","meta":{}}
{"level":"debug","message":"No Flex serial port found.","timestamp":"2024-07-22T10:09:42.608Z","label":"usb","meta":{}}
{"level":"debug","message":"No Flex serial port found.","timestamp":"2024-07-22T10:09:52.622Z","label":"usb","meta":{}}
{"level":"debug","message":"No Flex serial port found.","timestamp":"2024-07-22T10:10:02.623Z","label":"usb","meta":{}}
{"level":"debug","message":"No Flex serial port found.","timestamp":"2024-07-22T10:10:12.626Z","label":"usb","meta":{}}
{"level":"debug","message":"Sending mDNS discovery query","timestamp":"2024-07-22T10:10:13.719Z","label":"discovery","meta":{}}
{"level":"debug","message":"No Flex serial port found.","timestamp":"2024-07-22T10:10:22.628Z","label":"usb","meta":{}}
Can somebody help me find and fix the problem?
The text was updated successfully, but these errors were encountered:
Overview
Our lab personnel reported that the Opentrons robot crashes and reboots with increasing frequency. Specifically, at the moment the robot crashes each time a protocol run is cancelled.
Steps to reproduce
Cancel a protocol run at any moment.
Current behavior
After cancelling the run, the pipette goes back to the trash bin, and then crashes, rebooting the robot.
Expected behavior
More graceful canceling behavior.
Operating system
Windows
System and robot setup or anything else?
App Version
Both the robot and the robot run version 7.3.1, but I believe the lab personnel did an update from version 7.1.1 in the hope that this would fix the error. The problem existed previously.
Connection
We are connecting using USB
Context
I did take a quick look at the command line and logs via the terminal that is available via the build in Jupyter server.
I've noted the following. Using
df
I found that/
is full. Directories like/var
&/mnt
are mounted somewhere else and not full.I found some errors using journalctl that might be related:
About a second before this error I saw a potentially related uvicorn error:
The logs downloaded from the robot don't seem to show any errors around the time of the crash
Can somebody help me find and fix the problem?
The text was updated successfully, but these errors were encountered: