[Evergreen-general] osrf_http_translator - EG 3.11.1 - Cache error and failed transaction begin

Galen Charlton gmc at equinoxoli.org
Tue Oct 24 15:00:40 EDT 2023


Hi,

One other thing that occurred to me: "localhost" resolves to both IPv4 and
IPv6 loopback addresses by default, so it may be a good idea to ensure that
IPv6 is out of the picture by forcing use of 127.0.0.1 for memcdump,
OSRFTranslatorCachedServer, and the cache configuration in opensrf.xml.

I did get the same connection refused error when attempting "memcdump
--servers localhost" on a fresh Bookworm system whose only difference from
stock was having memcached and libmemcached-tools installed. On that box,
"memcdump --servers 127.0.0.1" worked as expected.

Regards,

Galen

On Tue, Oct 24, 2023 at 2:38 PM Galen Charlton <gmc at equinoxoli.org> wrote:

> Hi,
>
> On Tue, Oct 24, 2023 at 10:55 AM Josh Stompro via Evergreen-general <
> evergreen-general at list.evergreen-ils.org> wrote:
>
>> I have a test system(Copy of production) with EG 3.11.1 running on Debian
>> 11.8 with memcached 1.6.9, that doesn't show this issue.  So I'm leaning
>> towards there being some bug in Memcached in Debian 12.
>>
>
> I tend to agree, though at the moment I suspect libmemcached more than
> memcached itself. From what I've gleaned just now, libmemcached was
> unchanged with the 1.0.18 release from February 2014 until it was picked up
> by a new maintainer in 2020. Bookworm happens to be the first Debian
> release to package the newer version, and Ubuntu was only a few months
> earlier to include it.
>
>
>> Has anyone run into this before?  Any other suggestions for things to
>> look into?  Maybe memcached with verbose logging turned on?
>>
>
> Agreed, bumping up memcached's verbosity may help.
>
> Also, please try this: create a file named
> "0.10253501323116211698110395845" with the contents
> {"ip":"10.0.100.6","jid":"opensrf at private.localhost/open-ils.pcrud_drone_virt-egstaff1_1698110384.796304_2053","service":"open-ils.pcrud"}
> and use memccp to load it into the cache. If a subsequent memcdump fails,
> that would suggest a (weird) data-dependent bug in libmemcached or memached
> itself.
>
> Regards,
>
> Galen
> --
> Galen Charlton
> Implementation and IT Manager
> Equinox Open Library Initiative
> gmc at equinoxOLI.org
> https://www.equinoxOLI.org
> phone: 877-OPEN-ILS (673-6457)
> direct: 770-709-5581
> <http://evergreen-ils.org>
>


-- 
Galen Charlton
Implementation and IT Manager
Equinox Open Library Initiative
gmc at equinoxOLI.org
https://www.equinoxOLI.org
phone: 877-OPEN-ILS (673-6457)
direct: 770-709-5581
<http://evergreen-ils.org>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://list.evergreen-ils.org/pipermail/evergreen-general/attachments/20231024/03b21180/attachment.htm>


More information about the Evergreen-general mailing list