<div dir="ltr"><div dir="ltr"><div>Hi</div><div><br></div><div>I ran the cleanup commands but that didn't work - the results were as follows:</div><div><br></div><div>root@spce:~# redis-cli -n 21 srem acc:meth::INVITE acc:entry::011cd8e3-220b-1237-d9a8-a6958035e26f:1535092647.008037<br>(integer) 1<br>root@spce:~# redis-cli -n 21 srem acc:meth::INVITE acc:entry::011cd8e3-220b-1237-d9a8-a6958035e26f:1535092756.025455<br>(integer) 0<br>root@spce:~# redis-cli -n 21 srem acc:meth::BYE acc:entry::011cd8e3-220b-1237-d9a8-a6958035e26f:1535092647.008037<br>(integer) 0<br>root@spce:~# redis-cli -n 21 srem acc:meth::BYE acc:entry::011cd8e3-220b-1237-d9a8-a6958035e26f:1535092756.025455<br>(integer) 1<br>root@spce:~# redis-cli -n 21 del acc:cid::011cd8e3-220b-1237-d9a8-a6958035e26f<br>(integer) 1<br></div><div><br></div><div>Mediator still fails with the same error though?<br></div></div></div><br><div class="gmail_quote"><div dir="ltr">On Mon, Sep 3, 2018 at 8:25 PM qabane me <<a href="mailto:qabaneitsolutions@gmail.com">qabaneitsolutions@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Hi Andreas</div><div><br></div><div>Thanks for the response.</div><div><br></div><div>To my knowledge I did nothing but apply hot-fixes to fix the other issue with mediator (the one I provided backtraces for). The only other thing that stands out from this is that I cloned this from another VM - changed the MAC of the NIC and changed the IP address. I have no idea if that could be related or not. Other than that I cannot think of anything.</div><div><br></div><div>I will give the cleanup a go and let you know how it goes.</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Mon, Sep 3, 2018 at 4:39 PM Andreas Granig <<a href="mailto:agranig@sipwise.com" target="_blank">agranig@sipwise.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
We’ve pushed a code change to master for mediator to automatically trash and skip records with a mapping entry in acc:cid::$callid and acc:meth::$method, so starting at least with mr6.5 mediator won’t bail out on this anymore.<br>
<br>
For now, you can manually clean this up and let mediator continue by executing<br>
<br>
$ redis-cli -n 21 srem acc:meth::INVITE acc:entry::011cd8e3-220b-1237-d9a8-a6958035e26f:1535092647.008037<br>
$ redis-cli -n 21 srem acc:meth::INVITE acc:entry::011cd8e3-220b-1237-d9a8-a6958035e26f:1535092756.025455<br>
$ redis-cli -n 21 srem acc:meth::BYE acc:entry::011cd8e3-220b-1237-d9a8-a6958035e26f:1535092647.008037<br>
$ redis-cli -n 21 srem acc:meth::BYE acc:entry::011cd8e3-220b-1237-d9a8-a6958035e26f:1535092756.025455<br>
$ redis-cli -n 21 del acc:cid::011cd8e3-220b-1237-d9a8-a6958035e26f<br>
<br>
However, this and the scheduled mediator fix are actually just removing the sympthom by masking the root of the problem, namely how you ended up in the situation of having the acc:cid and acc:meth mappings pointing to non-existent hash keys in redis. So any insights into what happened to the system before that would be beneficial. In our case, there was one instance of that situation where it happened in the labs, namely when kamailio and sems crashed on some experimental code.<br>
<br>
If this actual problem persists and happens for others as well, we’ll consider back-porting the mediator trashing feature to mr6.3 and mr6.4, otherwise the advise is to remove the offending keys manually for now and report it on the list.<br>
<br>
Andreas<br>
<br>
> On 30.08.2018, at 13:26, qabane me <<a href="mailto:qabaneitsolutions@gmail.com" target="_blank">qabaneitsolutions@gmail.com</a>> wrote:<br>
> <br>
> root@spce:~# redis-cli -n 21 hgetall acc:entry::011cd8e3-220b-1237-d9a8-a6958035e26f:1535092647.008037<br>
> (empty list or set)<br>
> root@spce:~# redis-cli -n 21 hgetall acc:entry::011cd8e3-220b-1237-d9a8-a6958035e26f:1535092756.025455<br>
> (empty list or set)<br>
> <br>
> <br>
> On Thu, Aug 30, 2018 at 1:26 PM qabane me <<a href="mailto:qabaneitsolutions@gmail.com" target="_blank">qabaneitsolutions@gmail.com</a>> wrote:<br>
> Hi<br>
> <br>
> <br>
> 1) "acc:entry::011cd8e3-220b-1237-d9a8-a6958035e26f:1535092756.025455"<br>
> 2) "acc:entry::011cd8e3-220b-1237-d9a8-a6958035e26f:1535092647.008037"<br>
> <br>
> root@spce:~# redis-cli -n 21 hgetall acc:entry::011cd8e3-220b-1237-d9a8-a6958035e26f:1535092647.008037<br>
> (empty list or set)<br>
> root@spce:~# redis-cli -n 21 hgetall acc:entry::011cd8e3-220b-1237-d9a8-a6958035e26f:1535092756.025455<br>
> <br>
> <br>
> On Thu, Aug 30, 2018 at 1:09 PM Andreas Granig <<a href="mailto:agranig@sipwise.com" target="_blank">agranig@sipwise.com</a>> wrote:<br>
> Hi,<br>
> <br>
> Ah, right.<br>
> <br>
> So, please do<br>
> <br>
> redis-cli -n 21 smembers acc:cid::011cd8e3-220b-1237-d9a8-a6958035e26f<br>
> <br>
> and for each of the entries returned there, do<br>
> <br>
> redis-cli -n 21 hgetall $entry<br>
> <br>
> with $entry being the individual entries returned in the smembers command. Let’s see then what’s really in your database.<br>
> <br>
> Andreas<br>
> <br>
> > On 30.08.2018, at 12:03, qabane me <<a href="mailto:qabaneitsolutions@gmail.com" target="_blank">qabaneitsolutions@gmail.com</a>> wrote:<br>
> ><br>
> > redis-cli -n 21 type acc:cid::011cd8e3-220b-1237-d9a8-a6958035e26f<br>
> > set<br>
> ><br>
> > Does that mean something to you?<br>
> ><br>
> > On Thu, Aug 30, 2018 at 11:56 AM Andreas Granig <<a href="mailto:agranig@sipwise.com" target="_blank">agranig@sipwise.com</a>> wrote:<br>
> > Hi,<br>
> ><br>
> > > On 30.08.2018, at 10:34, qabane me <<a href="mailto:qabaneitsolutions@gmail.com" target="_blank">qabaneitsolutions@gmail.com</a>> wrote:<br>
> > ><br>
> > > root@spce:~# redis-cli -n 21 hgetall acc:cid::011cd8e3-220b-1237-d9a8-a6958035e26f<br>
> > > (error) WRONGTYPE Operation against a key holding the wrong kind of value<br>
> ><br>
> ><br>
> > What type is the data structure then? You can figure it out by<br>
> ><br>
> > redis-cli -n 21 type acc:cid::011cd8e3-220b-1237-d9a8-a6958035e26f<br>
> ><br>
> > Best,<br>
> > Andreas<br>
> <br>
<br>
</blockquote></div>
</blockquote></div>