[OpenSIPS-Users] Flatstore files missing calls

Ben Newlin Ben.Newlin at genesys.com
Fri Oct 2 13:38:41 EST 2020


There is no automatic configuration in OpenSIPS to close and/or roll the flatstore files. You must handle it. It is a 2 step process:

* moves/renames the current file
* calls OpenSIPS MI command to create a new file [1]

I think most people do it with a scheduled cron job.

[1] https://opensips.org/docs/modules/3.1.x/db_flatstore.html#mi_flat_rotate

Ben Newlin

From: Users <users-bounces at lists.opensips.org>
Date: Friday, October 2, 2020 at 12:57 AM
To: OpenSIPS users mailling list <users at lists.opensips.org>
Subject: Re: [OpenSIPS-Users] Flatstore files missing calls
How often the flatstore log files get closed and a new one is created?
I need to move the file to another directory and it is still open.
Philip

On Thu, Aug 13, 2020 at 11:03 AM Bogdan-Andrei Iancu <bogdan at opensips.org<mailto:bogdan at opensips.org>> wrote:
I think this is irrelevant for the topic. Again, the flatstore backend creates one file for each OpenSIPS process.

Regards,


Bogdan-Andrei Iancu



OpenSIPS Founder and Developer

  https://www.opensips-solutions.com<https://www.opensips-solutions.com>

OpenSIPS Summit 2020 online

  https://www.opensips.org/events/Summit-2020Distributed/<https://www.opensips.org/events/Summit-2020Distributed/>
On 8/11/20 2:50 PM, Vic Jolin wrote:
What I did was increase the number of process from 4 to 8. Will that somehow work?

On Tue, Aug 11, 2020, 7:44 PM Bogdan-Andrei Iancu, <bogdan at opensips.org<mailto:bogdan at opensips.org>> wrote:
Vic,

Note that OpenSIPS will produce one file per process, so maybe your record is in a different file....

Best regards,


Bogdan-Andrei Iancu



OpenSIPS Founder and Developer

  https://www.opensips-solutions.com<https://www.opensips-solutions.com>

OpenSIPS Summit 2020 online

  https://www.opensips.org/events/Summit-2020Distributed/<https://www.opensips.org/events/Summit-2020Distributed/>
On 8/11/20 11:43 AM, Vic Jolin wrote:
Hi Bogdan-Andrei,

The issue is just there are a few calls not being written to the flatstore. So we were missing those calls in the cdr. I saw it in the logs. But it was not written in the flatstore file

On Tue, Aug 11, 2020, 4:15 PM Bogdan-Andrei Iancu, <bogdan at opensips.org<mailto:bogdan at opensips.org>> wrote:
Hi Vic,

The files are created upon first write into them. So be sure you are looking for the files into the right directory and be sure there is an actual write operation to the file.

Regards,


Bogdan-Andrei Iancu



OpenSIPS Founder and Developer

  https://www.opensips-solutions.com<https://www.opensips-solutions.com>

OpenSIPS Summit 2020 online

  https://www.opensips.org/events/Summit-2020Distributed/<https://www.opensips.org/events/Summit-2020Distributed/>
On 8/5/20 7:45 PM, Vic Jolin wrote:
Hello,

What are the reasons why flatstore files are not being created?

Im  seeing this output in a binary journal file, and not from a normal log file I have my output logs in /var/log/messages (but we do not see it coming here as well)



ACC: call ended: created=1596585092;call_start_time=1596585108;duration=5;ms_duration=5268;setuptime=16;method=INVITE;from_tag=13c1b24f27e408db;to_tag=ZtNe611a9391D;call_id=2a2ac4f263616c6c0015c430

But no flatstore file created or updated

But there is no flatstore files created. Is this a server issue? A resource like HD write speed? or some misconfiguration?



_______________________________________________

Users mailing list

Users at lists.opensips.org<mailto:Users at lists.opensips.org>

http://lists.opensips.org/cgi-bin/mailman/listinfo/users<http://lists.opensips.org/cgi-bin/mailman/listinfo/users>



_______________________________________________
Users mailing list
Users at lists.opensips.org<mailto:Users at lists.opensips.org>
http://lists.opensips.org/cgi-bin/mailman/listinfo/users<http://lists.opensips.org/cgi-bin/mailman/listinfo/users>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20201002/11e27532/attachment-0001.html>


More information about the Users mailing list