[sysrepo-devel] How to increase timeout against operation data callback

krishnaprasad bhat bhatkj at gmail.com
Tue Dec 20 08:41:14 UTC 2016


Hi,

We did change RP_OPER_DATA_REQ_TIMEOUT  MACRO value.  But it seems looks
like it doesn't taking effect.
However when i am running sysrepo in debug mode i do see the log which say
reflects new value.

Also given that their are other parameters to consider so just wondering
what is the MAX value recommend for RP_OPER_DATA_REQ_TIMEOUT ?

Thanks,
Krishna






On Fri, Nov 18, 2016 at 9:10 PM, krishnaprasad bhat <bhatkj at gmail.com>
wrote:

> Hi Milan,
>   Thank you.
>
> Personally i feel it would be worth. So i have created the issue
> https://github.com/sysrepo/sysrepo/issues/550
>
>
> -Krishna
>
>
> On Fri, Nov 18, 2016 at 8:44 PM, Milan Lenčo <Milan.Lenco at pantheon.tech>
> wrote:
>
>> Hi,
>>
>>
>> currently the timeout for operational data retrieval is not
>> CMake-configurable. It is only defined by macro RP_OPER_DATA_REQ_TIMEOUT in
>> src/request_processor.c
>>
>> If you feel this is worth of propagating to CMake configuration, then
>> please file an enhancement request on github:
>> https://github.com/sysrepo/sysrepo/issues
>>
>>
>> Thanks,
>>
>> Milan
>> ------------------------------
>> *Od:* krishnaprasad bhat <bhatkj at gmail.com>
>> *Odoslané:* 18. novembra 2016 16:06
>> *Komu:* sysrepo-devel at sysrepo.org
>> *Predmet:* [sysrepo-devel] How to increase timeout against operation
>> data callback
>>
>> Hi, all:
>>   Is their any easy way to increase the timeout value so that GET request
>> doesn't timeout, to accommodate the scenario where in the operational data
>> provider callback (i.e. registered via sr_dp_get_items_subscribe api )
>> takes longer to process.
>>
>> Thanks,
>> Krishna
>>
>> MilanLenčo
>>
>> Software Developer
>>
>>
>> Sídlo / Mlynské Nivy 56 / 821 05 Bratislava / Slovakia
>> R&D centrum / Janka Kráľa 9 /  974 01 Banská Bystrica / Slovakia
>> / Milan.Lenco at pantheon.tech
>> reception: +421 2 206 65 114 / www.pantheon.sk
>>
>> [image: logo]
>>
>>
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sysrepo.org/archives/sysrepo-devel/attachments/20161220/23343fa0/attachment.html>


More information about the sysrepo-devel mailing list