<br><font size=2 face="sans-serif">Thanks Ali and Antoine for your answer!
I guess we will indeed use a finite, yet increased, time-out for that.
</font>
<br>
<br><font size=2 face="sans-serif">This is the first time we will have
to patch our Erlang version though; hopefully, as the scale increases,
other exchanges will not require hardcoded time-outs to be modified.</font>
<br><font size=2 face="sans-serif">As I see it, in some cases, time-outs
have indeed to be set to actual values (not infinity, for example to overcome
hardware faults), but then these values are arbitrary and context-dependent.</font>
<br>
<br><font size=2 face="sans-serif">In our user code we ended up defining
profiles (development/production), as no single set of values could be
used in all contexts. Depending on how many constant time-out values are
lurking in the Erlang code itself, maybe it could be useful to do the same
there?</font>
<br>
<br><font size=2 face="sans-serif">Not strictly related, but still in the
proper distributed initialization of Erlang nodes, is there any feedback
of the Erlang maintaining team about the code_server:call/2  suspected
race condition ? (http://erlang.2086793.n4.nabble.com/code-server-call-2-problem-td3387884.html)
</font>
<br>
<br><font size=2 face="sans-serif">Thanks again,</font>
<br><font size=2 face="sans-serif">Best regards,<br>
<br>
Olivier Boudeville.<br>
---------------------------<br>
Olivier Boudeville<br>
<br>
EDF R&D : 1, avenue du Général de Gaulle, 92140 Clamart, France<br>
Département SINETICS, groupe ASICS (I2A), bureau B-226<br>
Office : +33 1 47 65 59 58 / Mobile : +33 6 16 83 37 22 / Fax : +33 1 47
65 27 13</font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td width=40%><font size=1 face="sans-serif"><b>antoine.koener@gmail.com</b>
</font>
<p><font size=1 face="sans-serif">07/06/2011 16:25</font>
<td width=59%>
<table width=100%>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">A</font></div>
<td><font size=1 face="sans-serif">ali.sabil@gmail.com</font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">cc</font></div>
<td><font size=1 face="sans-serif">olivier.boudeville@edf.fr, erlang-questions@erlang.org</font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">Objet</font></div>
<td><font size=1 face="sans-serif">Re: [erlang-questions] Get cookie time-out</font></table>
<br>
<table>
<tr valign=top>
<td>
<td></table>
<br></table>
<br>
<br>
<br><tt><font size=2><br>
On Jun 7, 2011, at 16:21 , Ali Sabil wrote:<br>
<br>
> Hi,<br>
><br>
> On Tue, Jun 7, 2011 at 2:51 PM, Olivier BOUDEVILLE<br>
> <olivier.boudeville@edf.fr> wrote:<br>
>><br>
>> Hello,<br>
>><br>
>> We are running a distributed application over a cluster and  <br>
>> recently, during<br>
>> its deployment over 45 nodes, we have encountered a time-out  <br>
>> apparently<br>
>> related to the inter-node cookie retrieval:<br>
>> "{timeout,{gen_server,call,[auth,{get_cookie,'SOME_NODE...".<br>
>><br>
>> We are not that familiar with OTP, but apparently there could
be a  <br>
>> way of<br>
>> specifying a time-out for such an internal gen_server: we have
 <br>
>> indeed in<br>
>> lib/kernel/src/auth.erl:<br>
>><br>
>> """<br>
>> start_link() -><br>
>>     gen_server:start_link({local, auth}, auth, [], []).<br>
>> """<br>
>><br>
>> I suppose we could add a {timeout,Time} option there ? (there
must  <br>
>> be a<br>
>> default time-out, even if I do not know its value)<br>
><br>
> The default timeout value for gen_server:call() is 5000 ms, maybe
you<br>
> could try replacing the gen_server:call/2 with a gen_server:call/3
in<br>
> lib/kernel/src/auth.erl so that:<br>
> """<br>
> get_cookie(Node) -><br>
>    gen_server:call(auth, {get_cookie, Node}).<br>
> """<br>
><br>
> becomes:<br>
> """<br>
> get_cookie(Node) -><br>
>    gen_server:call(auth, {get_cookie, Node}, infinity).<br>
> """<br>
<br>
Take care that doing so means that the calling process will be  <br>
blocked...<br>
I'm not sure that this will fix anything.<br>
<br>
Instead of infinity, may be increase the timeout, why not 60000 (1  <br>
minute) ?<br>
<br>
</font></tt>
<br><font face="monospace"><br>
<br>
<br>
Ce message et toutes les pièces jointes (ci-après le 'Message') sont établis à l'intention exclusive des destinataires et les informations qui y figurent sont strictement confidentielles. Toute utilisation de ce Message non conforme à sa destination, toute diffusion ou toute publication totale ou partielle, est interdite sauf autorisation expresse.<br>
<br>
Si vous n'êtes pas le destinataire de ce Message, il vous est interdit de le copier, de le faire suivre, de le divulguer ou d'en utiliser tout ou partie. Si vous avez reçu ce Message par erreur, merci de le supprimer de votre système, ainsi que toutes ses copies, et de n'en garder aucune trace sur quelque support que ce soit. Nous vous remercions également d'en avertir immédiatement l'expéditeur par retour du message.<br>
<br>
Il est impossible de garantir que les communications par messagerie électronique arrivent en temps utile, sont sécurisées ou dénuées de toute erreur ou virus.<br>
____________________________________________________<br>
<br>
This message and any attachments (the 'Message') are intended solely for the addressees. The information contained in this Message is confidential. Any use of information contained in this Message not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval.<br>
<br>
If you are not the addressee, you may not copy, forward, disclose or use any part of it. If you have received this message in error, please delete it and all copies from your system and notify the sender immediately by return message.<br>
<br>
E-mail communication cannot be guaranteed to be timely secure, error or virus-free.</font>