I used to run a node on my Mac by simply typing geth console on the cli. However, I had to stop running geth about a month ago when the DOS attacks started. Last week though, I downloaded and installed Parity and I run it by typing parity --geth on the cli. But now, when I try to run geth using the old way (i.e. by typing geth console), I get an error message. When I go into my Mist folder, I don't see geth in there anymore. There is a geth in the Parity folder though. So I downloaded the latest version of geth and it's sitting in my Application folder, and I can't seem to run it from the cli like before. Could you please let me know what I need to do so that I can run geth exactly as I had before and where I should move the geth executable file to as it is sitting in my Applications folder?
-
what is the message error do you get?– Badr Bellaj ♦Oct 11, 2016 at 19:44
-
I'm not getting an error now for some reason. Now it just says "Welcome to the Geth JavaScript console!" and below the prompt ">" shows up but just hangs there. Nothing happens. What to do?– JDawgOct 11, 2016 at 20:09
Add a comment
|
1 Answer
don't worry just re-download geth without Mist. add the folder where you put it into the Path.
don't run geth alongside parity. run parity --geth (Geth-IPC-compatibility mode) first and use **geth attach** to get a console to execute your scripts and commands.
answered Oct 11, 2016 at 20:08
-
I did what you suggested and maybe I did something wrong because after I add the folder to the Path and typed "geth console" in the cli, I got:– JDawgOct 11, 2016 at 22:07
-
fatal error: unexpected signal during runtime execution fatal error: unexpected signal during runtime execution [signal 0xb code=0x1 addr=0xb01dfacedebac1e pc=0x4027bab] runtime stack: runtime.throw(0x4d93f00, 0x2a) /usr/local/opt/go/libexec/src/runtime/panic.go:547 +0x90 runtime.sigpanic() /usr/local/opt/go/libexec/src/runtime/sigpanic_unix.go:12 +0x5a runtime.unlock(0x540d220) /usr/local/opt/go/libexec/src/runtime/lock_sema.go:107 +0x14b runtime.(*mheap).freeSpan.func1() /usr/local/opt/go/libexec/src/runtime/mheap.go:726 +0x186 runtime.systemstack(0x7000028f0b30)– JDawgOct 11, 2016 at 22:10
-
The output was a lot longer but it went over my allotted character limit...– JDawgOct 11, 2016 at 22:10
-
tried it again and block synchronization started. bizarre... now it hangs again so back to square one.– JDawgOct 11, 2016 at 22:20
-