search

madMAx43v3r / chia-plotter

Apache License 2.0
2.27k stars 662 forks source link

Final copy not converting to .plot from .plot.tmp after failing once #911

Open gbtruck opened 3 years ago

gbtruck commented 3 years ago

I'm replotting my drive and if I forget to clear enough space before the new plot finishes it will fail, but it will keep trying until there is enough space, this is functioning as it should.

However, once that copy finishes after failing the initial time, the plotter is not converting the file from .plot.tmp to .plot and so it will not be listed as a valid plot. It seems to be getting stuck on that last step of conversion after failing because if I try to manually rename the file it says it is being used by chia_plot.

Hope you figure it out!

gbtruck commented 3 years ago

This is being experienced using stotik's windows plot manager GUI on windows 10.

madMAx43v3r commented 3 years ago

Indeed I forgot to close the files in case of failure. Should be fixed in latest master.

Mr-Orange-maker commented 3 years ago

Went back to plotting today after a few months. Experiencing the same issue, but updated plotter to latest version as of today, no changes. Plot stays as .temp file and copy phase wont finish.

Any ides what to do ?

gbtruck commented 3 years ago

Went back to plotting today after a few months. Experiencing the same issue, but updated plotter to latest version as of today, no changes. Plot stays as .temp file and copy phase wont finish.

Any ides what to do ?

Are you saying you don't have the disk space when the plot completes and thus fails, continues to try copying and then never fully converts, or just never fully converts on the first try? I haven't had any issues myself if I have sufficient disk space for the initial copy attempt.

Mr-Orange-maker commented 3 years ago

The second scenario plays out. The disks are new and empty. Once the plot finishes the copy phase starts as usual but never finishes. The HDD where madmax is copying to is fully utilized 99% but the plot stays as .temp and won't finalize the copy to it.

madMAx43v3r commented 3 years ago

what OS and filesystem?

Mr-Orange-maker commented 3 years ago

what OS and filesystem?

Windows 10 / NTFS and using Ubuntu 20.04 (download via MS store). So, hours later nothing changed really, my head hurts like hell. But here is what I found out:

  1. My HDDs are connected via USB 3.0

    • transferring one plot from one HDD to another works flawless (180-200Mbs)

  2. However, the copy/transfer speed when madmax plotter goes into the copy phase the transfer speeds flat out at 80Mbs - max., which in turn takes a hell of a lot longer to copy the plot to the HDD, so much so that madmax finishes up the second plot whilst the first still isn't copied to.

  3. Tried moving USB ports around, restarting PC etc...still stays the same. The one thing that bothers me the most is the copy speed difference between madmax and manual copy/paste - and different speeds are tested on the same HDD multiple times.

Just wondering where those problems come from, was using the same setup 1 month or two ago without any issues, went like butter.

madMAx43v3r commented 3 years ago

When you do manual copy, is that via Windows Explorer or inside the Ubuntu?

Mr-Orange-maker commented 3 years ago

Via windows explorer just to make sure that the destinations drives aren't corrupted or something similar. But they are doing the manual copying just fine.

madMAx43v3r commented 3 years ago

Can you test manual copy in Ubuntu console? I suspect it will be slow there as well...

Mr-Orange-maker commented 3 years ago

Can you test manual copy in Ubuntu console? I suspect it will be slow there as well...

Hmm....i suppose as well that it won make any difference.I also think that it has to be something wrong on my side, since the majority of users are happily plotting away without any problems.

Just a few minutes ago I used the -w command and the copy phase took an astonishing 30mins, which is almost double the time it used to take to transfer the same files.

I'm afraid I will need to re install windows again and see if it changes anything. But before that, do you by any chance have any troubleshooting tips i could make beforehand?

EDIT: Funny thing is, even if I put the destination path to a SSD instead of a HDD, the copying time still stays the same, which is absurd.

p.s. I really do not know how to manually copy items from the Ubuntu terminal - never used it before. if you could write the commands for it I would be thankful, however please keep in mind I'm using the Ms store variant of ubuntu 20.04 so not all the usual command lines work.

madMAx43v3r commented 3 years ago

To copy a file: cp source destination

madMAx43v3r commented 3 years ago

I remember people saying to use WSL1 instead of WSL2 because of issues like this.