Chia blockchain the application will stop working at block height 193536

The application will stop working at block height 193536 chia

Changed
– The plotter in bitfield mode is much improved in plotting speed (

15% faster than in 1.0.3). Now requires 28% less temporary space (238.3 GiB/256 GB). And now uses its maximum memory in phase 1 and only needs 3389MiB for optimal sorting of a k32. Total writes should also be down by about 20%. On almost all machines we expect bitfield to be as fast or faster. For CPUs that predate the Nahalem architecture. Bitfield plotting will not work and you will need to use no bitfield. Those CPUs were generally designed before 2010.
– The src directory in chia-blockchian has been changed to chia to avoid namespace collisions.

– GUI install builds have been simplified to rely on one .spec file in chia/
– The weight proof timeout can now be configured in config.yaml.
– Peer discovery is now retried more often after you receive initial peers.

Fixed
– We have made significant improvements and bug fixes to stop blockchain and wallet database corruption issues.
– We now pass the environment into the Daemon and this should solve some Windows and MacOS startup bugs.
– The ARM64 .deb installer will now work well on Raspberry Pi OS 64 bit and Ubuntu 18.04 LTS or newer.

– We have made improvements in weight proof generation and saving.
– Wallet start up would have a race condition that output a harmless error on startup.
– Thanks for a typo fix from @alfonsoperez.

• Эта тема была изменена 3 недели назад, 1 день Марселя .
• Эта тема была изменена 2 недели назад, 6 дней Марселя .

Источник

[BUG] After restarting Chia GUI in Windows, Wallet height remains locked while status incorrectly reports it is synced #3290

Comments

oak-claw commented May 1, 2021 •

Describe the bug

EDIT: I may have worked out the main cause of my sync issues. I added notes from some testing I did in a comment attached to this bug report. I believe the issue is that the Chia GUI is not shutting down properly when it is exited. Phantom Chia processes remain running that causes sync to go haywire. The fix is to go in to Task Manager to manually remove all running Chia processes after exiting the GUI and/or restarting the PC. I believe this is an important issue because the GUI ought to close gracefully so it doesn’t mess up sync when a new GUI session is started. I’ve left my Windows PC running for at least two weeks. During that time I have shut down the GUI many times but it appears that several times Chia processes were not shut down properly. These phantom processes seem to have been messing up my Syncing and almost certainly caused me to lose XCH as I haven’t won in 15 days despite having an estimated time to win of 2 days back on April 16th

After restarting the Chia GUI the wallet reports that it is synced but the height doesn’t match the Full Node Height. Despite the Wallet status reporting it is synced the wallet height remains locked at whatever height the GUI was at when it was last shut down and never increases. I’ve seen this behavior pretty much every time I’ve had to do a restart of the GUI over al least the last two weeks.

Now either the wallet really is synced and there is a bug on the Wallet page of the GUI meaning the correct block height isn’t being shown or — more seriously — the wallet status is inaccurate and it isn’t synced despite saying it is. I believe an unsynced wallet means you can’t win proofs so this could well be a very serious issue.

After watching the wallet page for a long time I did briefly one time see the wallet height report a value that matched the Full Node height but oddly the Status rapidly switched to «Not Synced» despite the correct height value being displayed. After a few seconds the height reverted to its previous incorrect value and the status switched back to «synced»! This appears to suggest that the Sync status for the wallet is erroneously reporting the opposite state to what it should be reporting and causing the wallet to reject the correct height.

Yesterday after not seeing the wallet height correct for a few days I did the painful step of deleting my db and wallet/db directories to resync them. This worked as both the Full node height and wallet height reported the same value after the blockchains had been rebuilt after restarting. Also the wallet height steadily increased rather than remaining fixed. However this fix required a 16 hour rebuild of the blockchains. The Full Node and Wallet heights remained correctly in sync for several hours until I had to restart the GUI again. Now the heights do not match again.

Do I really have to rebuild the blockchains every time the sync goes out — which is basically every time I need to restart the GUI? Closing down and restarting the GUI is a regular activity that ought to be possible without breaking sync.

Can someone please confirm that when the wallet and full node heights do not match it means you can not win proofs? If this is so this bug may have prevented me from farming Chia for two weeks. For reference, I now have 564 plots and have not won XCH in two weeks. My estimated time to win has gone from 2 days to 5 days over that time period.

Lastly, I just want to say thanks to all the developers of the Chia blockchain and software. I now it was a lot of work and the userbase has expanded very rapidly so there is a lot of work to keep everything running smoothly.

To Reproduce
Steps to reproduce the behavior:

1. Close down the GUI by pressing ‘X’ on Windows toolbar
2. Wait for GUI to completely shut down
3. Restart GUI.
4. Look at Wallet tab and watch for observe for several minutes . although the status says synced the height never changes
5. Close down GUI again by pressing X
6. Wait for GUI to completely shut down
7. Delete or rename .mainnet/db and .mainent/wallet/db directories
8. Restart
9. Wait 16+ hours while the block chains in .mainnet/db and .mainent/wallet/db directories are rebuilt
10. Note that the Full Node height and Wallet heights are now the same and the Wallet height increases steadily in value once again to stay aligned with the Full Node height.

Expected behavior
The wallet height should be matching the Full Node height after restarting the GUI

Wallet should not be reporting a status of «Synced» when the Full Node heights and Wallet heights do not match.

When the wallet sync is failing there should be a clear warning message such as a pop up window to warn users that they cannot win XCH until the problem is resolved. Ideally the warning will explain how to resolve the issue.

There has to be a better way to resync the wallet faster. Why does the ENTIRE block chain need to be rebuilt? Why not have it so the blockchains can rebuilt from the previous one but just rebuild from a certain height corresponding to a few hours ago? If wallet sync does not match full node height it should be possible to rebuild the block chain quickly. The first 95% or so of the blockchain should be retained and only the last parts rebuilt rather than rebuilding from scratch.

Screenshots
If applicable, add screenshots to help explain your problem.

Desktop (please complete the following information):

• OS: Windows 10
• OS 10.0.19042
• CPU: AMD Ryzen 7 3700X

Additional context
I am plotting several parallel plots at the same time as restarting the GUI. In order to allow the plots to finish I did not try restarting the PC.

The text was updated successfully, but these errors were encountered:

Источник

Stuck on syncing. upgrade to 1.1.2 doesn’t help #2919

Comments

ardabro commented Apr 27, 2021

This issue is permanent for the last couple of hours. I have a connection, tip block number increases, but the block I’m synced with doesn’t progress at all:

The text was updated successfully, but these errors were encountered:

lvcivs commented Apr 27, 2021

Do you see any connecttions to peers?

Have you configured UPnP in your router or configured port forwarding?

Have you tried stopping chia, deleting

/.chia/mainnet/db/peer_table_node.sqlite , and restarting?

ardabro commented Apr 27, 2021

I’m connected with many peers. I was farming for the last couple of weeks without issues.
chia show —connections shows 52 connections with peer nodes.
Restart doesn’t help. I have no crashed/zombie chia processes

The current status (still on the same block 193536):

Current Blockchain Status: Full Node syncing to block 194066
Currently synced to block: 193536
Current Blockchain Status: Not Synced. Peak height: 193536
Time: Tue Apr 27 2021 11:42:21 CEST Height: 193536

Estimated network space: 907.359 PiB
Current difficulty: 54
Current VDF sub_slot_iters: 110624768
Total iterations since the start of the blockchain: 635507339856

Height: | Hash:
193536 | 85aa575df9e1569a8930e6162cf08514c00efbcd8a4cffc259b4f215c6ed570c
193535 | 92254bd4886c86ec604fa0f0241816704fa4a1c64a11f12383db854ccaf9321c
193534 | fb66324b32670627a154c80f27181af86e47c1ba1a36075cb6a6caab2e60584e
193533 | 3a03e75feaf6c2d73deb187ab5571d91a4ad1e5819072b77b8554f629abc9a99
193532 | 2c657226da5db848e986b6331dfff2c205a2ee7e8c80fe335dc4f8db92127615
193531 | 58a27b69bfc98c7122ef6aa277450cc3b0d5c9deb1d70816d29b45573ef4130c
193530 | 005bb7dc06f6a700862e720eccb683c7e1197cc3bed913b3e4a6ca93879ae195
193529 | 84aca63df61980f5ba6fe5227deb770dcd609542c5992f258fa5b9d7b070c961
193528 | 5b9c28735ceebb496987f3686bede7a58023a2c3566deda64d1135deebad6070
193527 | bd0032ae671d873f399defe41edbb7137495b8a0af36a3cbcb5f964aa847de57

Источник

Chia the application will stop working at block height 193536

Changed
– The plotter in bitfield mode is much improved in plotting speed (

15% faster than in 1.0.3). Now requires 28% less temporary space (238.3 GiB/256 GB). And now uses its maximum memory in phase 1 and only needs 3389MiB for optimal sorting of a k32. Total writes should also be down by about 20%. On almost all machines we expect bitfield to be as fast or faster. For CPUs that predate the Nahalem architecture. Bitfield plotting will not work and you will need to use no bitfield. Those CPUs were generally designed before 2010.
– The src directory in chia-blockchian has been changed to chia to avoid namespace collisions.

– GUI install builds have been simplified to rely on one .spec file in chia/
– The weight proof timeout can now be configured in config.yaml.
– Peer discovery is now retried more often after you receive initial peers.

Fixed
– We have made significant improvements and bug fixes to stop blockchain and wallet database corruption issues.
– We now pass the environment into the Daemon and this should solve some Windows and MacOS startup bugs.
– The ARM64 .deb installer will now work well on Raspberry Pi OS 64 bit and Ubuntu 18.04 LTS or newer.

– We have made improvements in weight proof generation and saving.
– Wallet start up would have a race condition that output a harmless error on startup.
– Thanks for a typo fix from @alfonsoperez.

• Эта тема была изменена 3 недели назад, 1 день Марселя .
• Эта тема была изменена 2 недели назад, 6 дней Марселя .

Источник

Using mechanical hard drives, tasks often stop #3737

Comments

bi-kai commented May 5, 2021 •

disk space is enought:

system: win10
client: 1.1.2

start a new task, stoped again:

task with ssd is ok, but filed with hdd.

The text was updated successfully, but these errors were encountered:

dorkmo commented May 5, 2021

you might be running out of ram

Evil0ctal commented May 5, 2021

I have the same issue dont use raid,that will get ploting stuck,it may be the chia core Bug.

bi-kai commented May 5, 2021 •

my disk cant be readable now.

disk 2 is down, i checked it’s ok a hour ago.

maybe some error with disk, but dont sure is it caused by chia.
I’ll check it after this round.

bi-kai commented May 5, 2021

you might be running out of ram

mem is enought.

MikhailZelenkov commented May 5, 2021

bi-kai commented May 5, 2021

@MikhailZelenkov ram seems ok.

other 14 tasks with ssd are correct:

Plopsi commented May 5, 2021

anti-virus blocking file access?

The disk down could be, chia is expensive on TBW, normally you should be able to plot 600 plots on a single 1000TBW disk before it starts to fail, but you know, from time to time there are mondays — even in products and production 😀 — check the SMART status of the disk.

L0rDAst3r1X commented May 8, 2021

I’m having the same issue but it is only with one disk, I have 4 Plots in parallel in a different disk and only one fails, I thought that was RAM but the other ones are ok, even assign more ram to this one and failed, crystal disk info doesn’t give any alert, the alerted one ends the plots flawlessly, I’m beginning to think that its something related with space even though it has 420GB free, or on how I formatted it I used the 2048 KB allocation unit size because that gives me 10% more speed in tests, I will do some spece regardin tests and allocation unit size to see if it works and keep ypou posted

ademnatural commented May 28, 2021

I’m having the same issue on Chia blockhain 1.1.6
any can help?

darderik commented May 30, 2021

Same problem on 1.1.6, with a raid 0 volume. Disks are ok, ram is band new, and the file is just there at the path specified by the plotter output. Unfortunately not an hardware issue

Источник