#AOF 6 server keep crashing with 12 gb ram
79 messages · Page 1 of 1 (latest)
its not the ram. it appears to be an issue with botania monocle and hud rendering...why does this not look like a server log and instead looks like a client log?
is a lan world
its not a server crashing. your client is crashing when trying to render your hud
if you are using a manaseer monocle, remove it
same error
how to fix that?
did you update or add any mods?
oh, so this isnt an AOF modpack
if it is, i would suggest you look at removing mods you added as something is interfering with botania and trinkets
i add this mods since october of 2022,if i remove the mods,the world will not work
if i go back to 1.1.1 the problem will be fixed?
the last log
is this after removing the added mods?
something is still interfering with getting items from itemstacks. something is nulling the itemstack after an empty check or modifying that empty check
I dont remove the mods
Ok,thank you,i will analise then
because the return value of "net.minecraft.class_1799.method_7909()" is null
this is basically saying ItemStack.getItem() is null, which shouldnt happen as these mods dont run the code until after an !ItemStack.IsEmpty() check, which will check if the item is null
every error you have posted so far is exactly the same underlying issue
Have a way to fix that?
remove whatever is doing it
I will analise then,thank you
@ruby mason do you recall how this issue was resolved on the aof5 servers back in...may?
Not sure I recall. Do you have a link to that?
Also I would never recommend a lan world. Better off running a local server
one of the updates was put on hold for it
constant crashes with botania rendering with monocle
i recently saw someone else troubleshooting something similar as well
seems alpha was troubleshooting the same issue <#all-of-fabric-6 message> here as well
and https://discord.com/channels/570630340075454474/1049070128534392893 is the same issue with rendering
so it seems there is some underlying issue where client itemstacks are likely being nulled on a separate thread (or something is breaking the contains or isEmpty checks)
oh right. You know I think Alpha might have just changed their code to not crash, and we do not know the underlying cause, but I'm not positive. @heady folio @forest steeple might remember better
hm?
^^ this thing
I thought someone said it wasn't my fault
right, so then yeah you didn't change the code lol. Maybe AK remembers
this error doesn't make sense
This code should be safe
and I don't see it being portable tables fault
calling contains on the inventory should not throw a error
yeah, thats what i was saying. something is nulling out the stack inbetween checks (or breaking the check)
its not, But trying to remember what the fault was, cause obviously it stopped happening, but this person added Origins and other origins mods which worked in 1.1.1 but not 1.2.0 for some reason.
if only we could have mixin out in prod
can we not?
probably but it wouldnt be mapped
possible to run remapper on it?
Hello,what should i do?
Could you upload the world so I could test with it? Or does a new world have the same crash right away?
If the latter, I can just add the same mods as you did
wait... also none of these are the full log or crash report.. really need that
The crash is in this specific world
Ok,but the world is not mine,is of my friend,i will ask then about
I have the backup world before the update.Them help you?
That would work too. It crashed after updating yes?
Yes
The backup world from 1.1.1
My logs will help you?
Gonna be heading home from work, so it will be a couple hours before I can test it, but I will get to it sometime tonight
Thank you so much
Hello,do you found a solution ?
Sorry didn't get to it last night. I should be able to tonight though
No problem bro
that is a completely different issue and i would suggest a different support ticket
(i also occasionally get that issue, never dug into why)
I play on the server for 45 minutes and they crash
Its constantly crashs