The OctoPrint server is currently not running after clone sd card


#1

What is the problem?
I Clone the octoprint 16Gb microSD to one Samsung 32Gb micro SD and its
showing "The OctoPrint server is currently not running after clone sd card
If you just started up your Raspberry Pi, please wait a couple of seconds, then try to refresh this page.

If the issue persists, please log into your Raspberry Pi via SSH and check the following:

  • Verify that the process is running: ps -ef | grep -i octoprint | grep -i python should show a python process:

pi@octopi:~ $ ps -ef | grep -i octoprint | grep -i python
pi 1441 1 6 11:12 ? 00:00:15 /home/pi/oprint/bin/python
/home/pi/oprint/bin/octoprint --host=127.0.0.1 --port=5000

  • If it isn't, the question is why. Take a look into ~/.octoprint/logs/octoprint.log , there might be an error logged in there that helps to determine what's wrong.
  • You might also want to try if you can restart the server (if no obvious error is visible): sudo service octoprint restart ."

What did you already try to solve it?
replace the sd card, reboot
Additional information about your setup (OctoPrint version, OctoPi version, printer, firmware, octoprint.log, serial.log or output on terminal tab, ...)
Last Octoprint version, raspberry Pi 3 B+


#2

Hi,

you need the proxy thing running to access Octoprint on port 80, check this:

netstat -lp | grep http

That should tell you if the proxy is actually running:

tcp6       0      0 [::]:http               [::]:*                  LISTEN      555/haproxy         
tcp6       0      0 [::]:https              [::]:*                  LISTEN      555/haproxy

If that's not running on port 80 you wont be able to access Octoprint

Regards
Jan P.


#3

many thanks...but i dont understand nothing about this...should i login on username "pi" password "Raspberry" and then type " netstat -lp | grep http" ? and then?

can you tell me what i need to do step by step? =)


#4

Hi,

1st change your password !! Log in as user pi, issue passwd, it will ask for your current password and then for a new password which you have to repeat.

Next you can issue the command above to check if a process is listening to port 80 (http) or 443 (https). I wonder how did you "clone" the SD card ?

Jan P.


#5

I just simple clone with Win32 =)
1º read the original sd and saved the image (with "read only alocated partiitions" checkbox selected"
2º removed all the partitions on the new sd card
3º write to the new sd card


#6

I got:
tcp6 0 0 [::]:http [::]:* LISTEN -
tcp6 0 0 [::]:https [::]:* LISTEN -


#7

Win32 Disk Imager?
So you made a ISO file from your old SD card and burned it to the new one?
BTW: When burning a ISO file to a medium, there is no need of handle the partitions in any way.


#8

Yes, exactly....but i cant get it working...i don`t have any idea why
I tried with WIFI and with LAN cable and shows me always the same...
i had clone to different sd cards and shows me always the same message


#9

Go back to the 16GB card if it’s working. If you wait the next Octoprint version, you would be able to backup configuration from the 16 gb card, reinstall in the 32 card, and restore the backup.

I use a 16 GB card, and it’s too far from being higly used.


#10

Hi, this thread is a few months old, but I just had this problem and my solution was to issue the following command:

sudo chown -R pi:pi /home/pi/.octoprint

Cheers, Ian


#11

It's probably the cloning method.

I routinely clone microSD cards and I routinely save weekly backups of important images. It almost always works as planned. (I note that sometimes even the same 8GB microSD cards from the same manufacturer will have slightly different space which would cause a complication.)

I use ApplePi-Baker to "Freeze" a backup. If I know that I'll immediately create a clone, I will select the default IMG format. To burn the IMG to the new card, I'll actually use Etcher since it seems more bullet-proof.

In the case where I've used ApplePi-Baker and have chosen the ZIP format, the reverse process involves first expanding the ZIP, producing a file simply called -. This then needs to be renamed to octopi.img, for example, and then handed over to Etcher as before.

You shouldn't have to tweak the cloned microSD card in any way and if you do then the cloning process isn't doing its job right. The only exception would be if the media isn't the same size before/after.