OctoPrint crash, Octopi remains running

Yesterday evening (14 Jul) I checked on a print that had been running for a couple of hours to find the hot end stationary on the print. The printer's (CR-10S) display showed nothing untoward showing the print as 20% completed and both heaters still on. I then checked my PC and switched to the Octopi tab to find the message that Octoprint was not running. pressing the re-connect button had no effect and I was unable to cancel the message. I closed the browser tab and attempted a fresh connection and received the message that Octoprint was not running and gave me the suggestion to check whether Python? was running on the Raspberry Pi. (3B with Raspberry's 2.5a power supply).

I logged into the Pi using SSH without issue and pasted the suggested command. This brought back nothing suggesting that Python? was not running. I then attempted to restart Octoprint using suggested command. This too produced no output and nor was I able to connect using my PC.

At this point I decided to pursue the matter the next morning and shutdown the Raspberry with the sudo shutdown now command. I then powered down the Raspberry and PC, switched off the printer and retired.

This morning I have removed the SD card and backed it up (disk copy) using Win32DiskImager and then started the Pi again and am able to connect with my PC. I then thought I would check the Octoprint log and decided to download it. There wasn't a log dated for yesterday but there was one dated for 13th. At this point I did something unbelievably stupid and hit the delete icon instead of the download icon. My eyes take a while to acclimatise in the mornings and the icons are very small. May I suggest a confirmation be added to the delete option.

I'm guessing there's not much can be done to investigate why my Octoprint failed after running pretty much non-stop since 15 May. Unless there's an un-delete option on the Pi somewhere.

Did you do a df -h to see what disk space there was left on the card? Having run that long its possible that log files could have filled the card. What size card are you using?

16Gb. The list of log files extended to two pages. There were only about 6 or 8 Octoprint.logs. It seemed to me that a new was created daily and were deleted automatically because there were none as old as the length of time the Pi has been in use. I don't keep timelapses or gcode files on the Pi. I delete gcode files once printed and delete timelapses once downloaded.

Filesystem Size Used Avail Use% Mounted on
/dev/root 15G 1.9G 12G 14% /
devtmpfs 434M 0 434M 0% /dev
tmpfs 438M 0 438M 0% /dev/shm
tmpfs 438M 29M 410M 7% /run
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 438M 0 438M 0% /sys/fs/cgroup
/dev/mmcblk0p1 43M 22M 21M 51% /boot
tmpfs 88M 0 88M 0% /run/user/1000

Definitely wasn't full then... Very strange

Is it a Raspberry Pi 3B+ (emphasis on the plus)? I saw what you wrote, just trying to be certain.

No, a plain 3B. At least that's what my Amazon order history states. How do I tell the difference?

Edit: Just looked at the board and printed on it :- Raspberry Pi 3 Model B V1.2 and it is connected via a shielded USB cable with ferrite cores.

The easiest way would be to look at the biggest chip for BCM2837; that's the plus version.

What we know:

  • You have a standard Raspberry Pi 3B
  • You have plenty of space on the root partition
  • You have an adequate power supply
  • OctoPrint crashed at 20%, leaving both heaters going
  • OctoPrint indicated that it wasn't running and further, that Python wasn't running or available perhaps
  • Raspbian was running
  • Rebooting returned OctoPrint into service
  • CR-10S

What we don't know:

  • OctoPrint/OctoPi version
  • Any plugins which could have PAUSE'd a job?

To add to this:

None that I can think of.

Unfortunately the Octoprint log got zapped in error and the syslog only seems to contain log entries from when I started the RasPi this morning.

OctoPrint 1.3.8 running on OctoPi 0.15.0

The chip has BCM2837IFBG printed on. If this means it's a + then that does not reflect what I ordered. I ordered the 3B thinking this was the latest version on 16 May. The amazon page said "Raspberry Pi 3 Official Desktop Starter Kit (16Gb, Black)" with this image.

I can't remember what was on the actual box (long since thrown).

I have just bought a second 16GB SD card and will restore the backup I took on the morning after the event. That backup should contain the octoprint log that I accidentally zapped. I'll post again later.

Here's the octoprint.log for the hang. I tried to upload the serial.log but it was too big. It doesn't seem to have any clues as to what happened it just froze mid print. Here's the last few lines of the serial.log.

2018-07-14 19:58:08,019 - Recv: Setting Print and Travel Acceleration: 500.00
2018-07-14 19:58:08,022 - Recv: ok
2018-07-14 19:58:08,026 - Send: N100478 M205 X20 Y2031
2018-07-14 19:58:08,034 - Recv: ok
2018-07-14 19:58:08,051 - Send: N100479 G1 F1800 X153.495 Y206.104 E3242.97101
2018-07-14 19:58:08,067 - Recv: ok
2018-07-14 19:58:08,072 - Send: N100480 G1 X153.425 Y206.03419
2018-07-14 19:58:09,649 - Recv: ok
2018-07-14 19:58:09,655 - Send: N100481 M204 S5000
2018-07-14 19:58:09,666 - Recv: Setting Print and Travel Acceleration: 5000.00
2018-07-14 19:58:09,667 - Recv: ok
2018-07-14 19:58:09,670 - Send: N100482 M205 X30 Y3026
2018-07-14 19:58:09,681 - Recv: ok
2018-07-14 19:58:09,687 - Send: N100483 G0 F7200 X154.12 Y206.163
2018-07-14 19:58:09,712 - Recv: ok
2018-07-14 19:58:09,715 - Send: N100484 M204 S50090
2018-07-14 19:58:09,729 - Recv: Setting Print and Travel Acceleration: 500.00
2018-07-14 19:58:09,730 - Recv: ok
2018-07-14 19:58:09,732 - Send: N100485 M205 X20 Y20
2018-07-14 19:58:09,745 - Recv: ok
2018-07-14 19:58:09,753 - Send: N100486 G1 F1800 X163.72 Y215.763 E3243.1967852
2018-07-14 19:58:09,776 - Recv: ok
2018-07-14 19:58:09,779 - Send: N100487 G1 X163.79 Y215.833

octoprint.log (132.4 KB)

Check out this review. See if your chip has that silver cover like the one in the photo.

Doesn't look like it.

Alright, so you got what you paid for.