is down

Cybnate 2016-01-18 22:47:46 UTC #23

First need to understand why it is crashing so often. Is it server capacity related, Nu daemon related, blockexplorer code related? When we know we can target the problem. Hope @ben or @JetJet13 can elaborate on that.

cryptog 2016-01-19 14:01:04 UTC #24

Exactly.

zoro 2016-01-19 17:38:44 UTC #25

We just need some mirror servers.
Is it open sourced? Can anyone (without special knowledge) set it up in another server?

willy 2016-01-19 17:53:44 UTC #26

Is it open sourced? Can anyone (without special knowledge) set it up in another server?

It is open sourced.

I did not manage to get it running… but I have 0 experience with nodejs and mongodb. That seems to be a problem.

masterOfDisaster 2016-01-19 18:20:33 UTC #27

For standard stuff https://explorer.coinpayments.net/transaction.php?chain=17 is sufficient.
It only tracks transactions and no motions or grants, but runs quite stable (I use it rarely, but have never recognized an outage).
https://svr1.nubitsexplorer.nu/chain/Nubits is available as well, but isn’t able to decode scripthashes to addresses (necessary for multisignature).

To show what I mean - this is the same tx ID:
https://svr1.nubitsexplorer.nu/ (can’t decode BqyRzFtWXDmjxrYpyJD42MLE5xc8FrB4js)
https://explorer.coinpayments.net/ (can decode BqyRzFtWXDmjxrYpyJD42MLE5xc8FrB4js)

Cybnate 2016-01-20 07:06:39 UTC #28

Slightly off-topic: if this is valuable functionality I can ask Matthew to add this when we have further updates for NuDroid? My suggestion is to invest in the stability our main explorer as the first priority. Still hope someone can elaborate what Shareholders can do to improve stability.

masterOfDisaster 2016-02-01 16:40:01 UTC #29

Aaaaaand… down again:

@Ben, @JetJet13, can you please kick the blockexplorer?

Cybnate 2016-02-02 08:38:29 UTC #30

Appears to work again. Thanks.

Cybnate 2016-02-08 04:56:05 UTC #31

Blockexplorer down again. Can you please have a look? @JetJet13

Nagalim 2016-02-10 22:42:29 UTC #32

@JetJet13

Cybnate 2016-02-11 08:28:21 UTC #33

Works for me again. Thanks for fixing.

willy 2016-02-18 16:40:09 UTC #34

needs another kick @JetJet13

JetJet13 2016-02-18 17:17:12 UTC #35

Hey guys,
I just wanted to let you guys know the current reasons as to why the explorer is either

falling behind
not responding.

The explorer is falling behind because after some time of having the nu client running, it becomes unresponsive and so the parser script doesn’t run and the explorer falls behind. The current solution is to restart the nu client and wait for it to catch up so I can insert the missing blocks.
The explorer becomes unresponsive (as in you can’t load the site) because there is some function/api that runs and some parameter causes it to not return a value making the server wait ‘forever’ for a response and causes all other requests to hang. The current solution is to simply restart the node server.

masterOfDisaster 2016-04-11 10:17:42 UTC #36

@Ben, @JetJet13 http://blockexplorer.nu/ is down and doesn’t repond at all.

masterOfDisaster 2016-04-20 08:56:40 UTC #37

@Ben, @JetJet13 http://blockexplorer.nu/ is down and doesn’t repond at all.

masterOfDisaster 2016-04-25 14:17:21 UTC #38

@Ben, @JetJet13 http://blockexplorer.nu/ is down and doesn’t repond at all.
“Error 524: host error”

henry 2016-05-09 17:52:26 UTC #39

Seems down again. A gentle reboot would be appreciated.

cryptog 2016-05-09 22:40:52 UTC #40

I think we should really fund the improvement of the block explorer.

Cybnate 2016-05-10 08:38:06 UTC #41

I would seriously consider such a proposal. The Blockexplorer is a key tool in the ecosystem, but the blockexplorer downtime is unacceptable imo. I believe this can be fixed with more robust code (preferred) or just some clever monitoring of processes and when they fail just trigger an automatic restart of those. The latter is not elegant, but at least it decreases the downtime if we can’t afford to improve the code.

cryptog 2016-05-10 09:28:04 UTC #42

If someone can write a job description, I can try to find someone.