Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 2 Aug 2020 14:14:21 -0400
From:      mike tancsa <mike@sentex.net>
To:        FreeBSD-STABLE Mailing List <freebsd-stable@freebsd.org>
Subject:   Re: golang issues on releng12 ?
Message-ID:  <3416312e-2786-3168-7b04-c9a1adbbefee@sentex.net>
In-Reply-To: <785e1b68-babf-f4df-3c03-9bd267f6514b@sentex.net>
References:  <785e1b68-babf-f4df-3c03-9bd267f6514b@sentex.net>

next in thread | previous in thread | raw e-mail | index | archive | help
Still trying the track this issue down to get a better handle on it. The
developer of the app I use (zrepl) strongly thinks the race and crashes
are in the golang runtime. Re-posting this in case anyone else is seeing
issues with golang on RELENG12 somewhere after June 11th ?

    ---Mike

On 7/11/2020 11:02 AM, mike tancsa wrote:
> Ran into a strange issue, not sure what the cause is.  We make heavy use
> of zrepl for zfs backups and version control.  After updating to a
> kernel from July 2nd from June 10th, the zrepl daemon (written in
> golang) started to hang and get stuck in some uwait state.  Kill -9 was
> the only way to stop it. It would run again for a few hrs and then stall
> out once more.  It was a slightly older version, so upgraded to the
> latest from pkgs. Still the same issue after a few hours of use. 
> However, compiling zrepl from the ports works just fine (which meant
> compiling golang on the box etc). At least its been running for 24hrs
> now without issue.  Is it possible that some of the changes to RELENG12
> from June 10th to July 2nd might have broken some ABI that golang apps
> rely on that might account for zrepl hanging ?
>
>     ---Mike
>
> _______________________________________________
> freebsd-stable@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"
>



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3416312e-2786-3168-7b04-c9a1adbbefee>