opensipstack-osbcdevel

[OpenSBC] Log files management problem

[Jack D. <455...@gm...>]

Hello,

Looks like there is a problem in the log files management when we switch
to a new day.  A new logfile seems to be created for SIP Log, but the PTRACE
log keeps using the file the OSBC opened at startup.
Can anyone confirm that bug ?

Im running OSBC 1.1.5 on Solaris 10.


Also, is there a way to save the entries currently in the registrar memory
when operating in B2BUpperReg mode so that a server reboot or simply OSBC
restart keeps the user location states ?  SER does it that via a DB.

Thanks,

JD

Re: [OpenSBC] Log files management problem

[Joegen E. B. <joe...@gm...>]

Jack,

Yes it is a bug and it's now fixed in CVS.  Thanks for reporting it.  
Regarding how to persist registrations in a DB, there is an old inactive 
code that stores registration in an SQLite DB.  You may either try to 
activate this code by linking opensipstack to SQLite 3 or have the code 
as a basis to store registration information to your Database of 
choice.  You can take at look the the registration db constructor for 
particulars which I am pasting below:

File: RegisterSessionManager.cxx

RegistrationDatabase::RegistrationDatabase()
{
#if HAS_CPPSQLITE
  m_HasContactRecovery = PrepareContactRecoveryDB( 
"ContactRecovery.sqlite" );
  if( m_HasContactRecovery )
    RecoverRegistrations();
#endif
}


Jack Damn wrote:
> Hello,
>
> Looks like there is a problem in the log files management when we switch
> to a new day.  A new logfile seems to be created for SIP Log, but the 
> PTRACE
> log keeps using the file the OSBC opened at startup.
> Can anyone confirm that bug ?
>
> Im running OSBC 1.1.5 on Solaris 10.
>
>
> Also, is there a way to save the entries currently in the registrar memory
> when operating in B2BUpperReg mode so that a server reboot or simply OSBC
> restart keeps the user location states ?  SER does it that via a DB.
>
> Thanks,
>
> JD
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> ------------------------------------------------------------------------
>
> _______________________________________________
> Opensipstack-osbcdevel mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensipstack-osbcdevel
>   

Re: [OpenSBC] Log files management problem

[Joegen E. B. <joe...@gm...>]

Jack,

I added ability to persist registrations using text files.   
Registrations will be stored in the registry folder.  This is now 
available in CVS.  

Joegen E. Baclor wrote:
> Jack,
>
> Yes it is a bug and it's now fixed in CVS.  Thanks for reporting it.  
> Regarding how to persist registrations in a DB, there is an old inactive 
> code that stores registration in an SQLite DB.  You may either try to 
> activate this code by linking opensipstack to SQLite 3 or have the code 
> as a basis to store registration information to your Database of 
> choice.  You can take at look the the registration db constructor for 
> particulars which I am pasting below:
>
> File: RegisterSessionManager.cxx
>
> RegistrationDatabase::RegistrationDatabase()
> {
> #if HAS_CPPSQLITE
>   m_HasContactRecovery = PrepareContactRecoveryDB( 
> "ContactRecovery.sqlite" );
>   if( m_HasContactRecovery )
>     RecoverRegistrations();
> #endif
> }
>
>
> Jack Damn wrote:
>   
>> Hello,
>>
>> Looks like there is a problem in the log files management when we switch
>> to a new day.  A new logfile seems to be created for SIP Log, but the 
>> PTRACE
>> log keeps using the file the OSBC opened at startup.
>> Can anyone confirm that bug ?
>>
>> Im running OSBC 1.1.5 on Solaris 10.
>>
>>
>> Also, is there a way to save the entries currently in the registrar memory
>> when operating in B2BUpperReg mode so that a server reboot or simply OSBC
>> restart keeps the user location states ?  SER does it that via a DB.
>>
>> Thanks,
>>
>> JD
>> ------------------------------------------------------------------------
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> Opensipstack-osbcdevel mailing list
>> Ope...@li...
>> https://lists.sourceforge.net/lists/listinfo/opensipstack-osbcdevel
>>   
>>     
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Opensipstack-osbcdevel mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensipstack-osbcdevel
>
>
>   

Re: [OpenSBC] Log files management problem

[Jack D. <455...@gm...>]

Joegen,

Awesome, you are blazing fast!
I will recompile and give it a try later tonight and come back with some
feedback.

Thanks,
-JD

On 9/19/07, Joegen E. Baclor <joe...@gm...> wrote:
>
> Jack,
>
> I added ability to persist registrations using text files.
> Registrations will be stored in the registry folder.  This is now
> available in CVS.
>
> Joegen E. Baclor wrote:
> > Jack,
> >
> > Yes it is a bug and it's now fixed in CVS.  Thanks for reporting it.
> > Regarding how to persist registrations in a DB, there is an old inactive
> > code that stores registration in an SQLite DB.  You may either try to
> > activate this code by linking opensipstack to SQLite 3 or have the code
> > as a basis to store registration information to your Database of
> > choice.  You can take at look the the registration db constructor for
> > particulars which I am pasting below:
> >
> > File: RegisterSessionManager.cxx
> >
> > RegistrationDatabase::RegistrationDatabase()
> > {
> > #if HAS_CPPSQLITE
> >   m_HasContactRecovery = PrepareContactRecoveryDB(
> > "ContactRecovery.sqlite" );
> >   if( m_HasContactRecovery )
> >     RecoverRegistrations();
> > #endif
> > }
> >
> >
> > Jack Damn wrote:
> >
> >> Hello,
> >>
> >> Looks like there is a problem in the log files management when we
> switch
> >> to a new day.  A new logfile seems to be created for SIP Log, but the
> >> PTRACE
> >> log keeps using the file the OSBC opened at startup.
> >> Can anyone confirm that bug ?
> >>
> >> Im running OSBC 1.1.5 on Solaris 10.
> >>
> >>
> >> Also, is there a way to save the entries currently in the registrar
> memory
> >> when operating in B2BUpperReg mode so that a server reboot or simply
> OSBC
> >> restart keeps the user location states ?  SER does it that via a DB.
> >>
> >> Thanks,
> >>
> >> JD
> >>
> ------------------------------------------------------------------------
> >>
> >>
> -------------------------------------------------------------------------
> >> This SF.net email is sponsored by: Microsoft
> >> Defy all challenges. Microsoft(R) Visual Studio 2005.
> >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> >>
> ------------------------------------------------------------------------
> >>
> >> _______________________________________________
> >> Opensipstack-osbcdevel mailing list
> >> Ope...@li...
> >> https://lists.sourceforge.net/lists/listinfo/opensipstack-osbcdevel
> >>
> >>
> >
> >
> >
> -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2005.
> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > _______________________________________________
> > Opensipstack-osbcdevel mailing list
> > Ope...@li...
> > https://lists.sourceforge.net/lists/listinfo/opensipstack-osbcdevel
> >
> >
> >
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Opensipstack-osbcdevel mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensipstack-osbcdevel
>