Mekanism

Mekanism

111M Downloads

Digital Miner randomly stops

SirEndii opened this issue ยท 18 comments

commented

Issue description

We play ATM8 on a private server, and we have the problem that digital miner randomly stops mining.
This can happen after a night(IRL) or just 10 minutes.
When we go home, working a bit on other stuff and coming back 15 minutes later to our miners, it's like they got a reset.

"To mine" goes to 0 and after clicking on stop and reset, it starts to search again. It's like someone deleted the cache while it was running... after hitting stop, reset and start again, it searches, finds 300k ores and starts to mine.

We use anchor upgrades AND FTB Chunks chunk loading
The teleporter works(Without upgrade), so the chunk does not seem to be the problem here.

After starting:
image

Coming back:
image

Steps to reproduce

  1. Place a digital miner - We have our like 5k-10k blocks away from the spawn and homes
  2. Use filters - We use tag filters like forge:ores or minecraft:logs. Often both together
  3. We use a radius of 128 with a min height of -64 and a max height of 319
  4. Go home
  5. Come back after like 5-15 minutes
  6. "To mine" is zero, but it's "Ready" and "Running"

Minecraft version

1.19.2 (Latest)

Forge version

43.1.43

Mekanism version

10.3.4 (Latest)

Other relevant versions

ATM8 v0.1.5

If a (crash)log is relevant for this issue, link it here: (It's almost always relevant)

No response

commented

Forgot to send a log -> https://gist.github.com/Seniorendi/64b2dd8a825a94635e9b7428fbd2f0ec
I uploaded the time of the log where I tested it

commented

I can confirm that! It also happens when you standing right next to it. Sometimes it also just doesnt stop. ATM8

commented

This sounds like the chunks it is trying to mine are unloaded. Are all the chunks loaded by the chunk anchors you are using? As looking at ATM8's configs anchor upgrades loading chunks is disabled, so especially if you increase the max radius then it increases the odds that the chunks you are targeting is not loaded and it is waiting for them to load

commented
2023-01-17.20-32-35.mp4

Lil' example video
The weird shit starts at second 12

commented

I encountered the same problem in Direwolf 20. And I saw something interesting.

the odds that the chunks you are targeting is not loaded and it is waiting for them to load

This sounds quite right. My server just restarted, I joined and directly clicked on my miner.
The "to min" counter was about 25k before the restart. After it to mine slowly, very slowly (like 20 per 3-6 seconds) increased but stopped at 930. Very weird.
Clicked reset and start, to mine increaed to 25k and started mining.

Chunkloading is activated
image

But I think it's important to mention that we use a radius of 128. With a max and min height of 319/-64

commented

Uhhhh but we only decrement that value except for when searching is finished and we update, so I honestly don't see how that video is possible. Except for maybe this relating to loading from disk, except that should only happen at most once so I don't see how it would go up twice.

commented

Another thing I just noticed.
After the restart, the miner seems to restart and re-scan. But instead of the ~90k it should've scanned, it just scanned about 8k
So it seems that the miner re-scans after a restart but has some problems with some chunks and just skips it(?)
Just a theory, but maybe it helps you

If you want, you can join our server before and after a restart to observe that with your own eyes

commented

The same issue also occurs when we set the max radius too high (way over 256)

commented

Well I realized my previous comment was semi wrong just in that the number will be going up as far as the client side is concerned as the digital miner's search thread runs, but somewhat unsure why it seems to be taking the search thread so long to run. Does manually resetting/stopping it and then starting it again make it find the blocks quicker?

commented

Yes it does

commented

Another video after a fresh restart โ†’ https://cloud.intelligence-modding.de/index.php/s/NMq6EJtFaDEMyJG
Not really anything new, but I just thought why not

commented

I have this exact same issue. I suspect it is not related to chunkloading as I have intentionally set the machine to only mine a very small area.
When I press "Start" there are about 100 blocks to mine, then a few seconds later it drops to 0 without having mined any blocks.
Edit: I think I found the problem. It has to to with FTb chunks not allowing the Digiminer inside claims, even though it is my digiminer in my claim.

commented

I was never able to test this with the newest mek version since I stopped playing the block game

commented

I'm having this same issue. I don't think it's a chunk loading issue because I haven't left the area. I'm standing beside the miner and it isn't doing anything.

It did at first. It mined about half the area, then it quit. Now I can't get it to restart no matter what I do. I've moved to a different area. I don't know what else to try.

I know that the block I want to mine is present. The miner is sitting right on top of it. Soul Sand

commented

You can tell ftb chunks that he's allowed to mine in this chunks

commented

@Lord-Volkner
Did you see the last edit to my post?
Can you confirm if the chunks giving the problems are claimed by "FTB chunks"?
If so, you can probably fix it by temporarily unclaiming or allowing machines to modify by enabling "fake players"

commented

@blackthijs0

Thanks, but it turns out that my problem was an ID10T error. I accidentally set both the min and the max to the same value, so of course nothing happened. With proper settings, it's working just fine.

What was I thinking?

commented

It was happening to me, loading chunks from the FTB was buggy on the Digital Miner, so I put a Familiar from Mahou Tsukai to load the chunk and it resolved it. (Yes, my Digital Miner's chunk limit was increasing)

Maybe outer chunk loading methods work, but I only tested it with Familiar.

image