[OpenSIPS-Users] CDRTool Freeradius Patch (Fails)
Nick Khamis
symack at gmail.com
Wed May 1 22:23:08 CEST 2013
On a related. I realized that we did not apply the brandinger patches.
Do we have to apply all of them, the latest one
"freeradius-20090722.patch", or just "freeradius.patch".
Thanks in Advance,
Nick.
On 5/1/13, Nick Khamis <symack at gmail.com> wrote:
> Hello Everyone,
>
> I am patching the latest version of freeradius source code. Some
> observations:
>
> raddb/mssql.conf, oraclesql.conf, pgsql-voip.conf, and postgresql.conf do
> not
> exist for tarball at least.
>
> The sql.conf patch fails with:
>
> File to patch: /usr/local/src/freeradius-server-2.2.0/raddb/sql.conf
> 2 out of 2 hunks FAILED -- saving rejects to file
> /usr/local/src/freeradius-server-2.2.0/raddb/sql.conf.rej
>
> The patches for radius.h, conf.h, rlm_sql.c seem to go through ok. I
> suppose that is
> the important part.
>
> We are not concerned with mssql, pgsql or oracle configurations
> however, I assume successful patching of sql.conf should be of concern
> for mysql, so I included the
> contents of "sql.conf.rej":
>
> --- raddb/sql.conf 2006-02-04 15:13:03.000000000 +0100
> +++ raddb/sql.conf 2006-12-12 23:58:11.000000000 +0100
> @@ -168,6 +168,7 @@
> # accounting_stop_query_alt - query for Accounting start
> packets
> # (alternate in case first query
> doesn't
> # affect any existing rows in the
> table)
> + # accounting_failed_query - query for Accounting failed
> packets
>
> #######################################################################
> accounting_onoff_query = "UPDATE ${acct_table1} SET
> AcctStopTime='%S', AcctSessionTime=unix_timestamp('%S') - unix_tim$
>
> @@ -190,6 +191,8 @@
>
> accounting_stop_query_alt = "INSERT into ${acct_table2}
> (AcctSessionId, AcctUniqueId, UserName, Realm, NASIPAddress, N$
>
> + accounting_failed_query = "INSERT into ${acct_table1}
> (AcctSessionId, AcctUniqueId, UserName, Realm, NASIPAddress, NAS$
> +
>
> #######################################################################
> # Simultaneous Use Checking Queries
>
> #######################################################################
>
>
>
> Thanks in Advance,
>
> Nick.
>
More information about the Users
mailing list