[OpenSIPS-Users] Flatstore files missing calls

[Saint Michael]

the order of actions seems to be problematic. what if I issue a rename,
move command, and opensips is actually at the same time writing to the file?



On Fri, Oct 2, 2020 at 9:41 AM Ben Newlin <Ben.Newlin at genesys.com> wrote:

> 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>
> 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
>
> OpenSIPS Summit 2020 online
>
>   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>
> 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
>
> OpenSIPS Summit 2020 online
>
>   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>
> 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
>
> OpenSIPS Summit 2020 online
>
>   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
>
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
>
>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> 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/ec121105/attachment.html>