<div dir="ltr">I only looked briefly the last time you pointed it out, and it does look strange, <div>though I have not had time to dig deeper into it.<br><div><br></div><div>If you use fragmented tables to be able store larger tables on disk_only,</div><div>maybe you should look at <a href="https://github.com/klarna/mnesia_eleveldb">https://github.com/klarna/mnesia_eleveldb</a> or some</div><div>other backend. I have not used it myself but there are people on this list using it.</div><div><br></div><div>/Dan<br></div><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Sep 19, 2021 at 5:09 PM Wojtek Surowka <<a href="mailto:wojteksurowka@me.com">wojteksurowka@me.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I have sent the same question some time ago but could not get any solution.<br>
Maybe this time I will be luckier, especially that I made new observations:<br>
<br>
I have a fragmented table in Mnesia of type disc_only_copies. There is a 2GB<br>
size limit for tables of that type, and this table grows continuously with<br>
new data. Because of that I have the code which periodically (weekly) checks<br>
sizes of fragments and adds new fragments (usually just one) if necessary.<br>
The call I use to add a new fragment is:<br>
<br>
mnesia:change_table_frag(name, {add_frag, [node()]}).<br>
<br>
And it works, till it does not. Right now my table is in a state when any<br>
call to add a new fragment returns<br>
<br>
{aborted,{"add_frag: Fragment not locked",12}}<br>
<br>
All earlier change_table_frag calls were successful, but it looks like at<br>
certain moment something bad happened and since then adding a new fragment<br>
to the table is not possible. Every time it returns the error message. Is it<br>
a bug in Mnesia? Is there anything I could do to continue adding new<br>
fragments?<br>
<br>
Thanks,<br>
Wojtek<br>
<br>
<br>
</blockquote></div>