Thank you again for the help so far. Here is what Scott Titus came up
with. Let us know if you have suggestions for next steps.
We never hit the "Event gen is zero" message, so it appears that
afr_access() never has a zero event_gen to begin with.
However, the "Resetting event gen" message
I wanted to share some positive news with the group here.
Summary: Using sharding and squashfs image files instead of expanded
directory trees for RO NFS OS images have led to impressive boot times of
2k diskless node clusters using 12 servers for gluster+tftp+etc+etc.
Details:
As you may have
BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
BEGIN:VEVENT
DTSTART:20200409T053000Z
DTEND:20200409T11Z
DTSTAMP:20200408T064744Z
ORGANIZER;CN=hgowt...@redhat.com:mailto:hgowt...@redhat.com
On 08/04/20 4:59 am, Erik Jacobson wrote:
Apologies for misinterpreting the backtrace.
#0 afr_read_txn_refresh_done (frame=0x7ffcf4146478,
this=0x7fff64013720, err=5) at afr-read-txn.c:312
#1 0x7fff68938d2b in afr_txn_refresh_done
(frame=frame@entry=0x7ffcf4146478,