Bug#1088264: Info received (tayga: Tayga does not forward UDPv4 packets with zero checksums)

2024-11-26 Thread Mark Glines
s it working with -O2.  I guess it's an aliasing problem, the compiler reordered something it shouldn't have, but I don't fully understand it.  Here's hoping this patch can serve as a starting point for something cleaner. commit 80ccad0a8abe62520ad24cc1af0ecfba4e42490b Aut

Bug#1088264: tayga: Tayga does not forward UDPv4 packets with zero checksums

2024-11-25 Thread Mark Glines
I've been trying to cook up a patch for this, but so far my checksum calculations are wrong. If I manage to get it working, I'll post a patch here.

Bug#1088264: tayga: Tayga does not forward UDPv4 packets with zero checksums

2024-11-25 Thread Mark Glines
I've been trying to cook up a patch for this, but so far my checksum calculations are wrong. If I manage to get it working, I'll post a patch here.

Bug#1088264: tayga: Tayga does not forward UDPv4 packets with zero checksums

2024-11-25 Thread Mark Glines
Package: tayga Version: 0.9.2-10+b1 Severity: normal Tags: ipv6 upstream X-Debbugs-Cc: m...@glines.org Some DNS servers respond to requests an empty checksum field. Tayga does not forward these responses, thus making those DNS servers inaccessible through Tayga. In IPv4, UDP checksums are option

Bug#861097: tayga: DNS64 availability in Debian not mentioned

2024-11-25 Thread Mark Glines
On Mon, 24 Apr 2017 16:30:24 +0100 Tim Small wrote: > Maybe this could be in the README, or in the package description. Maybe > tayga could suggest bind9 (or other DNS64 providers if there are any?). FWIW, unbound works. https://github.com/NLnetLabs/unbound/blob/master/doc/README.DNS64

Bug#1074032: (no subject)

2024-08-16 Thread Mark Glines
Steve is right. When I run `ulimit -Hn 1048576`, the memory allocation according to `strace` is greatly reduced, and the nvidia-smi command completes immediately. 2301004 prlimit64(0, RLIMIT_NOFILE, NULL, {rlim_cur=1024, rlim_max=1024*1024}) = 0 2301004 mmap(NULL, 4198400, PROT_READ|PROT_W

Bug#1074032: [#1074032] nvidia-smi locks up machine with new file descriptor limit

2024-08-16 Thread Mark Glines
Steve, what happens when you run it with strace? I am running the same version of nvidia-smi as you, and noticing that it allocates a TON of memory now, for no (apparent) reason.  That started happening sometime in the past few months.  I think it may be related to the symptoms you describe, b

Bug#975032: [PATCH] watchdog: Incorrect pagesize used to calculate allocatable memory on arm

2022-12-24 Thread Mark Glines
I see this bug on aarch64 too.  Thanks for opening this ticket. The attached patch seems to work for me.  It just replaces EXEC_PAGESIZE with a call to getpagesize(). Here's what my watchdog logs say before: Dec 23 17:12:09 ceph00 watchdog[8178]:  memory: minimum pages = 800 free, 0 allocat

Bug#968610: collectd: Error "collectd[$PID]: procs_running not found" when /proc/stat too large

2020-08-18 Thread Mark Glines
On 2020-08-18 11:18, Mark Glines wrote: The upstream collectd github has a comment about this (https://github.com/collectd/collectd/pull/3243#pullrequestreview-371100872), but no issue or PR yet. Correction: looks like upstream has already fixed this. https://github.com/collectd/collectd/blob

Bug#968610: collectd: Error "collectd[$PID]: procs_running not found" when /proc/stat too large

2020-08-18 Thread Mark Glines
:35:14 tweet.infinoid.oi collectd[1401]: plugin_load: plugin "memory" successfully loaded. Aug 18 10:35:14 tweet.infinoid.oi collectd[1401]: plugin_load: plugin "processes" successfully loaded. Aug 18 10:35:14 tweet.infinoid.oi collectd[1401]: plugin_load: plugin "rrdtool&q