[erlang-questions] Mnesia table is not available after restart

[Dan Gudmundsson]

You are never guaranteed that every operation is written disc before
quitting abruptly,
dump_log() or mnesia:sync_log() may help or more nodes so you can handle
single node failure.



On Fri, Apr 21, 2017 at 11:58 AM Arun <arunp@REDACTED> wrote:

> Hi Maxim,
>
> I already tried wait for tables, but it gives me time out. I strongly
> believe that in schema the information related to the table is getting
> missed or corrupted, can this be possible.?
>
> Regards,
> Arun P
>
>
> On Friday 21 April 2017 12:23 PM, Minin Maxim wrote:
>
> see -  http://erlang.org/doc/man/mnesia.html#wait_for_tables-2
>
>
>
> Cheers
>
> Maxim
>
>
>
> *Von:* erlang-questions-bounces@REDACTED [
> mailto:erlang-questions-bounces@REDACTED
> <erlang-questions-bounces@REDACTED>] *Im Auftrag von *Arun
> *Gesendet:* Freitag, 21. April 2017 08:00
> *An:* erlang-questions@REDACTED
> *Betreff:* [erlang-questions] Mnesia table is not available after restart
>
>
>
> Hi,
>
> I am running an application on a single node and the application creates
> some * ram copies* tables on the same node, but the problem what I am
> facing is that, if I restart my system suddenly after successful creation
> of all tables, in the next start the table which got created last is
> missing, but if I give some delay after creation of tables and restart the
> system all tables will be available in the next start. In mnesia reference
> manual and users guide I could not find a proper solution to this issue,
> can somebody kindly explain what is the reason behind this behavior and is
> there any solution for this ?. Will the function mnesia:dump_log/0 be
> helpful ?
>
> Regards,
> Arun P
>
>
> _______________________________________________
> erlang-questions mailing list
> erlang-questions@REDACTED
> http://erlang.org/mailman/listinfo/erlang-questions
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://erlang.org/pipermail/erlang-questions/attachments/20170421/bdd047a4/attachment.htm>