Block Producer node stuck in activating after upgrade to version 1.25.1

Staking & Delegation Operate a Stake Pool
42

Wait few minutes, ~8 and try again glive… it will take more to sync now

43

Try sudo systemctl status cnode and show me the output

44

image
image1327×299 24.2 KB

45

How is it glive?

46

all look promising…

image

47

Wow… we solved it… i need to sleep now it s almost 5 am,

48

Thank you so much for you assist, i could not fix it without you, i really appreciate that. have a great sleep ahead.

49

The only thing which missing from ur config I think (check first) is

“MaxConcurrencyDeadline”: 2,
which has been requestes for version 1.24.2

I don’t know if it is still mandatory but I think u should add it inside the config (u have it on config.json_bkpxx file) and restart the node

But I think being the latest file from IOHK … maybe we don’t need it anymore…

50

it is in the config.jason file already:

image

51

Aaaa great, cheers

52

I had the same issue, because the instructions to upgrade the cardano node weren’t clear. Esp if it’s your first time doing so.

Basically, delete the cardano-node folder from your home/git folder then download the new version of Cardano node (1.25.1) and compile it.

After you do the version check and its showing 1.25.1, you should update all the relevant config files. And restart the block producer node… it’ll start working afterwards.

One thing i read in your initial post that concerned me was topologyupdater file… that is only for the Relay node. Not Block Producer node (as far as i know).

But anyway i edited cncli.sh, env, topology.json. Once its good, reboot the node and start cnode again - “sudo systemctl start cnode” then you’ll be able to run gLiveview again

53

Hi @Alexd1985 @Don_Giovanni Thanks for your prompt support.

Literally the cnode is started automatically and gLiveview is also running, but one issue i notice is i can see a new block i produced on adapool.org but the leader count is not match with the adapool.
i ran ./cncli.sh sync
./cncli.sh validate all
./cncli.sh init
so the leader count got synced with the adapool count but is it now happening again (the gLiveview get outsync with the actual block produced numbers)

54

did u also started cncli as systemd to be in sync all the time?
I have no experience because my node produced only 2 blocks (long time ago) which indeed are not shown in gliveview.
maybe some one else can answer regarding this behavior…

or u can contact @AndrewWestberg and ask him about this…

Cheers,

55

Thanks, what is the command to start cncli as systemd ?

56

you should have a script named deploy as system.
it will deploy as systemd the cnode_service, also the topology updater (if u are on BP u should press N for topology updater), and cncli script

this services will be deployed

  • cnode.service (main cardano-node launcher)
  • cnode-cncli-sync.service
  • cnode-cncli-leaderlog.service
  • cnode-cncli-validate.service
  • cnode-cncli-ptsendtip.service
  • cnode-cncli-ptsendslots.service
  • cnode-logmonitor.service
  1. If you want to disable some of the deployed services, run sudo systemctl disable <service>
  • cnode.service (main cardano-node launcher)
  • cnode-cncli-sync.service
  • cnode-cncli-leaderlog.service
  • cnode-cncli-validate.service
  • cnode-cncli-ptsendtip.service
  • cnode-cncli-ptsendslots.service
  • cnode-logmonitor.service (see Log Monitor)

Thx,

57

yeah got it, yes i do have systemd running on my BP node but not sure why gLiveview get outsync, this is started when we have upgraded the node to 1.25.1
@AndrewWestberg Do you have any idea?
Cheers

58

i ran ./deploy-as-systemd.sh again then rebooted the host, the gLiveview is now showing the right numbers now :slight_smile:

59

great, glade to hear