https://bugzilla.wikimedia.org/show_bug.cgi?id=65466
--- Comment #1 from Tim Starling <[email protected]> --- strace shows: sendto(9, "*9\r\n$7\r\nEVALSHA\r\n$40\r\n46eccb844b00c898d68cb06502b13a906ff3d6a8\r\n$46\r\nfrwiktionary:jobqueue:refreshLinks:l-unclaimed\r\n$45\r\nfrwiktionary:jobqueue:refreshLinks:h-sha1ById\r\n$45\r\nfrwiktionary:jobqueue:refreshLinks:h-idBySha1\r\n$44\r\nfrwiktionary:jobqueue:refreshLinks:z-claimed\r\n$45\r\nfrwiktionary:jobqueue:refreshLinks:h-attempts\r\n$41\r\nfrwiktionary:jobqueue:refreshLinks:h-data\r\n$10\r\n1400461767\r\n", 389, 0, NULL, 0) = 389 recvfrom(9, "-ERR value is not an integer or out of range\r\n", 8192, MSG_DONTWAIT, NULL, NULL) = 46 If an ERR response is received, Redis::evalSha() should return false and the last error set: <https://github.com/nicolasff/phpredis/blob/b9a16b5ad5d8c80eac53f530f37e89761ec2c720/library.c#L1758> Obviously this is not being done; the error string is being returned from evalSha() as if it were the script result. JobQueueRedis::doPop() then goes into an infinite loop. As for the actual server error: comparison with a valid request from phpredis shows that the "numkeys" parameter is missing, so the first script parameter, in this case "frwiktionary:jobqueue:refreshLinks:l-unclaimed", is interpreted as the number of keys. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
