<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'><div><style><!--
.ExternalClass .ecxhmmessage P {
padding:0px;
}

.ExternalClass body.ecxhmmessage {
font-size:12pt;
font-family:Calibri;
}

--></style>
<div dir="ltr">Hi,<br>the problem was as you wrote with he default behaviour of create_table/2. As I created them long time ago they were ram only. I added disc_copies property later but it had no meaning since all of them were already created ram only. Thanks a lot.<br><br>Regards<br>Marek<br><br><div>> Date: Thu, 29 May 2014 16:12:33 +0100<br>> From: simon@rabbitmq.com<br>> To: rabbitmq-discuss@lists.rabbitmq.com; real.recipient@hotmail.com<br>> Subject: Re: [rabbitmq-discuss] Mnesia for RMQ plugin<br>> <br>> On 29/05/14 16:03, Mailinglist Recipient wrote:<br>> > Anyway I did look into those RMQ tables and for example rabbit_vhost got<br>> > emptied as well although virtual hosts don't need to be declared as<br>> > durable to be persisted between restarts. The problem is probably<br>> > somewhere else.<br>> <br>> Yeah, rabbit_vhost is definitely a disc table. Note that not all tables <br>> are on disc even on a cluster disc node - rabbit_durable_queue for <br>> example is a disc table, but rabbit_queue is always in RAM.<br>> <br>> For your own tables, check that the disc_copies property gets set when <br>> adding the table. The default is for the table to be in RAM.<br>> <br>> mnesia:table_info(TableName, disc_copies) will let you check.<br>> <br>> Cheers, Simon<br>> <br>> -- <br>> Simon MacMullen<br>> RabbitMQ, Pivotal<br></div>                                    </div></div>                                        </div></body>
</html>