<div dir="ltr">Hi, Wojtek!<div>I remember your post about this problem. It is sad to hear that it still exists.</div><div>Just a wild guess checklist:</div><div>1. Are you running your node with -sname or -name options? </div><div>2. Does the name of the node change in time? </div><div><br></div><div>I have had problems with mnesia backups if the name of the node changes. </div><div>Maybe this problem can be related to some node stuff...</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">вс, 19 сент. 2021 г. в 18:09, Wojtek Surowka <<a href="mailto:wojteksurowka@me.com">wojteksurowka@me.com</a>>:<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>