Hello,
I'm getting these errors since the last couple of changes I made to the Kamailio 4.3.x configuration:
ERROR: <core> [pvapi.c:1361]: pv_printf(): no more space for spec value ERROR: <core> [pvapi.c:1370]: pv_printf(): buffer overflow -- increase the buffer size...
I'm not even using pv_printf() so this error is a bit surprising. The first thing I tried was increasing the buffer from its default size of 1024 to 4096 (pv_buffer_size=4096) but the error messages persist.
What other functions use this buffer?
Regards, -Sven Neuhaus
Hello,
that might not be related to the core pv buffers, some variables are using their own buffers. You need to identify the variable that throws that error.
As a side note, the last version should have the default core pv buffer size set to 8kB, maybe the wiki docs were not updated.
Cheers, Daniel
On 05/10/15 16:24, Sven Neuhaus wrote:
Hello,
I'm getting these errors since the last couple of changes I made to the Kamailio 4.3.x configuration:
ERROR: <core> [pvapi.c:1361]: pv_printf(): no more space for spec value ERROR: <core> [pvapi.c:1370]: pv_printf(): buffer overflow -- increase the buffer size...
I'm not even using pv_printf() so this error is a bit surprising. The first thing I tried was increasing the buffer from its default size of 1024 to 4096 (pv_buffer_size=4096) but the error messages persist.
What other functions use this buffer?
Regards, -Sven Neuhaus
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Hi,
Am 05.10.2015 um 18:46 schrieb Daniel-Constantin Mierla:
that might not be related to the core pv buffers, some variables are using their own buffers. You need to identify the variable that throws that error.
As a side note, the last version should have the default core pv buffer size set to 8kB, maybe the wiki docs were not updated.
so is it safe to just increase the value to, say, 16kb? I still don't really know the cause, however.
-Sven
Hello,
On 06/10/15 11:20, Sven Neuhaus wrote:
Hi,
Am 05.10.2015 um 18:46 schrieb Daniel-Constantin Mierla:
that might not be related to the core pv buffers, some variables are using their own buffers. You need to identify the variable that throws that error.
As a side note, the last version should have the default core pv buffer size set to 8kB, maybe the wiki docs were not updated.
so is it safe to just increase the value to, say, 16kb? I still don't really know the cause, however.
Thank will work for most of variables (afaik), but again, not for all, because there are still some using their own local buffer for storing the value. If you don't expect any large value and you increased the core pv buffer size, then it is one of those extra variables which needs to be identified and updated to use the core buffers.
Cheers, Daniel
Hi,
I found the culprit: it's a long Call-ID header. The header line is 113 characters. Why does it trigger this error even with a pv_buffer_size of 65536? Is there some other buffer I can increase for large Call-Id headers?
-Sven
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512
Am 08.10.15 um 14:58 schrieb Sven Neuhaus:
I found the culprit: it's a long Call-ID header. The header line is 113 characters. Why does it trigger this error even with a pv_buffer_size of 65536? Is there some other buffer I can increase for large Call-Id headers?
Looks like including a long call-id $ci in the log_prefix will trigger this error message.
Is there a way to make long call-ids work as log_prefix?
- -Sven
Hi Sven,
log_prefix seems to be defined in dprint.c and maximum size is 128:
#define LOG_PREFIX_SIZE 128 static char log_prefix_buf[LOG_PREFIX_SIZE];
So recompiling with a bigger size could certainly help.
Daniel, could we set the default higher for next releases or provide a way to increase it with core parameters ?
Best,
Tristan.
On 10/08/2015 09:13 AM, Sven Neuhaus wrote:
Am 08.10.15 um 14:58 schrieb Sven Neuhaus:
I found the culprit: it's a long Call-ID header. The header line is 113 characters. Why does it trigger this error even with a pv_buffer_size of 65536? Is there some other buffer I can increase for large Call-Id headers?
Looks like including a long call-id $ci in the log_prefix will trigger this error message.
Is there a way to make long call-ids work as log_prefix?
-Sven
_______________________________________________ > SIP Express Router
(SER) and Kamailio (OpenSER) - sr-users mailing list > sr-users@lists.sip-router.org > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Hello,
it is ok to increase the size, what would be a good value? This would be something easy.
If someone wants to make a patch to set the size, that's even better.
Cheers, Daniel
On 04/11/15 00:08, Tristan Mahé wrote:
Hi Sven,
log_prefix seems to be defined in dprint.c and maximum size is 128:
#define LOG_PREFIX_SIZE 128 static char log_prefix_buf[LOG_PREFIX_SIZE];
So recompiling with a bigger size could certainly help.
Daniel, could we set the default higher for next releases or provide a way to increase it with core parameters ?
Best,
Tristan.
On 10/08/2015 09:13 AM, Sven Neuhaus wrote:
Am 08.10.15 um 14:58 schrieb Sven Neuhaus:
I found the culprit: it's a long Call-ID header. The header line is 113 characters. Why does it trigger this error even with a pv_buffer_size of 65536? Is there some other buffer I can increase for large Call-Id headers?
Looks like including a long call-id $ci in the log_prefix will trigger this error message.
Is there a way to make long call-ids work as log_prefix?
-Sven
_______________________________________________ > SIP Express
Router (SER) and Kamailio (OpenSER) - sr-users mailing list > sr-users@lists.sip-router.org > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Hello Daniel,
Simple update to 1024b:
https://github.com/kamailio/kamailio/pull/389
I'll try to provide a new config file entry as soon as I can !
Best,
Tristan.
On 11/04/2015 12:38 AM, Daniel-Constantin Mierla wrote:
Hello,
it is ok to increase the size, what would be a good value? This would be something easy.
If someone wants to make a patch to set the size, that's even better.
Cheers, Daniel
On 04/11/15 00:08, Tristan Mahé wrote:
Hi Sven,
log_prefix seems to be defined in dprint.c and maximum size is 128:
#define LOG_PREFIX_SIZE 128 static char log_prefix_buf[LOG_PREFIX_SIZE];
So recompiling with a bigger size could certainly help.
Daniel, could we set the default higher for next releases or provide a way to increase it with core parameters ?
Best,
Tristan.
On 10/08/2015 09:13 AM, Sven Neuhaus wrote:
Am 08.10.15 um 14:58 schrieb Sven Neuhaus:
I found the culprit: it's a long Call-ID header. The header line is 113 characters. Why does it trigger this error even with a pv_buffer_size of 65536? Is there some other buffer I can increase for large Call-Id headers?
Looks like including a long call-id $ci in the log_prefix will trigger this error message.
Is there a way to make long call-ids work as log_prefix?
-Sven
_______________________________________________ > SIP Express
Router (SER) and Kamailio (OpenSER) - sr-users mailing list > sr-users@lists.sip-router.org > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
-- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Book: SIP Routing With Kamailio - http://www.asipto.com Kamailio Advanced Training, Nov 30-Dec 2, Berlin - http://asipto.com/kat
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Hello,
On 04/11/15 19:36, Tristan Mahé wrote:
Hello Daniel,
Simple update to 1024b:
ok.
I'll try to provide a new config file entry as soon as I can !
That would be great as well!
Cheers, Daniel
Best,
Tristan.
On 11/04/2015 12:38 AM, Daniel-Constantin Mierla wrote:
Hello,
it is ok to increase the size, what would be a good value? This would be something easy.
If someone wants to make a patch to set the size, that's even better.
Cheers, Daniel
On 04/11/15 00:08, Tristan Mahé wrote:
Hi Sven,
log_prefix seems to be defined in dprint.c and maximum size is 128:
#define LOG_PREFIX_SIZE 128 static char log_prefix_buf[LOG_PREFIX_SIZE];
So recompiling with a bigger size could certainly help.
Daniel, could we set the default higher for next releases or provide a way to increase it with core parameters ?
Best,
Tristan.
On 10/08/2015 09:13 AM, Sven Neuhaus wrote:
Am 08.10.15 um 14:58 schrieb Sven Neuhaus:
I found the culprit: it's a long Call-ID header. The header line is 113 characters. Why does it trigger this error even with a pv_buffer_size of 65536? Is there some other buffer I can increase for large Call-Id headers?
Looks like including a long call-id $ci in the log_prefix will trigger this error message.
Is there a way to make long call-ids work as log_prefix?
-Sven
_______________________________________________ > SIP Express
Router (SER) and Kamailio (OpenSER) - sr-users mailing list > sr-users@lists.sip-router.org > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
-- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Book: SIP Routing With Kamailio - http://www.asipto.com Kamailio Advanced Training, Nov 30-Dec 2, Berlin - http://asipto.com/kat
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Am 04.11.2015 um 19:36 schrieb Tristan Mahé:
Simple update to 1024b:
Thank you Tristan, 1024 is plenty.
-Sven
-
Daniel-Constantin Mierla -
Sven Neuhaus -
Tristan Mahé