Docker Bridge network hangs all network

I'm running Debian 12.5 on a Dell Optiplex 990 with UEFI and a fast NVMe drive with 16Gb RAM. I've installed the latest Docker version 25. I have the exact same installation on a basic SATA spinning disk on the same machine as well. By default, Docker uses the Bridge network when running contain

Re: very poor nfs performance

Mike Kupfer wrote: > Stefan K wrote: > > > > Can you partition the files into 2 different shares? Put the database > > > files in one share and access them using "sync", and put the rest of the > > > files in a different share, with no "sync"? > > this could be a solution, but I want to understa

Re: strange time problem with bullseye

On Thursday 07 March 2024 02:44:42 pm Greg Wooledge wrote: > On Thu, Mar 07, 2024 at 02:33:05PM -0500, Roy J. Tellason, Sr. wrote: > > On Thursday 07 March 2024 09:02:44 am Teemu Likonen wrote: > > > systemctl status systemd-timesyncd.service > > > > This got me some interesting results: > > > >

Re: Aw: Re: Re: very poor nfs performance

Stefan K wrote: > > Can you partition the files into 2 different shares? Put the database > > files in one share and access them using "sync", and put the rest of the > > files in a different share, with no "sync"? > this could be a solution, but I want to understand why is it so slow and fix >

Re: very poor nfs performance

Stefan K wrote: > > Run the database on the machine that stores the files and perform > > database access remotely over the net instead. ? > > yes, but this doesn't resolve the performance issue with nfs But it removes your issue that forces you to use the sync option.

Aw: Re: very poor nfs performance

> Run the database on the machine that stores the files and perform > database access remotely over the net instead. ? yes, but this doesn't resolve the performance issue with nfs

Aw: Re: Re: very poor nfs performance

> Can you partition the files into 2 different shares? Put the database > files in one share and access them using "sync", and put the rest of the > files in a different share, with no "sync"? this could be a solution, but I want to understand why is it so slow and fix that

Re: libbusiness-us-usps-webtools-perl and USPS Ground Advantage shipping

On 08/03/2024 12:35, hw wrote: On Thu, 2024-03-07 at 23:15 -0500, Jeffrey Walton wrote: I have a USB thermal printer for the shipping labels, . This printer has only 300dpi. If you print QR-codes on it make sure you can scan them: they have to be

Re: strange time problem with bullseye/buster

On 08/03/2024 07:17, gene heskett wrote: I have NDI how to extract chrony's logs from journalctl. - man journalctl, - docs listed on the systemd web site.

Re: very poor nfs performance

Stefan K wrote: > > You could try removing the "sync" option, just as an experiment, to > > see how much it is contributing to the slowdown. > > If I don't use sync I got around 300MB/s (tested with 600MB-file) .. > that's ok (far from great), but since there are database files on the > nfs it

Aw: Re: very poor nfs performance

> You could try removing the "sync" option, just as an experiment, to see > how much it is contributing to the slowdown. If I don't use sync I got around 300MB/s (tested with 600MB-file) .. that's ok (far from great), but since there are database files on the nfs it can cause file/database corr

Aw: Re: very poor nfs performance

> You could test with noatime if you don't need access times. > And perhaps with lazytime instead of relatime. Mountoptions are: type zfs (rw,xattr,noacl) I get you point, but when you look at my fio output, the performance is quiet good > Could you provide us > nfsstat -v server: nfsstat -v Serv

Re: libbusiness-us-usps-webtools-perl and USPS Ground Advantage shipping

On Fri, Mar 8, 2024 at 10:16 AM Charles Curley wrote: > > On Thu, 7 Mar 2024 23:15:13 -0500 > Jeffrey Walton wrote: > > > I need to generate some shipping labels for drop-off at the USPS post > > office using USPS Ground Advantage. > > > > I have a USB thermal printer for the shipping labels, > >

Re: libbusiness-us-usps-webtools-perl and USPS Ground Advantage shipping

On Thu, 7 Mar 2024 23:15:13 -0500 Jeffrey Walton wrote: > I need to generate some shipping labels for drop-off at the USPS post > office using USPS Ground Advantage. > > I have a USB thermal printer for the shipping labels, > . > > I see Debian carr

Re: Spam from the list?

Hi, Andy Smith wrote: > [...] I argue that at present it > isn't a good idea to just reject all DKIM failures like OP's mailbox > provider appears to be doing. Just for the records: The mails in question don't get rejected but rather marked as spam and then get delivered. The currently best theo

Re: Spam from the list?

Hello, On Fri, Mar 08, 2024 at 02:16:07AM +, Tim Woodall wrote: > And some dkim seems setup with the intention that it should not be used > for mailinglusts: > > DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; > d=dow.land; > s=20210720; > h=From:In-Reply-To:References:Su

Re: very poor nfs performance

On 2024-03-07, Stefan K wrote: > I hope someone can help me with my problem. > Our NFS performance ist very bad, like ~20MB/s, mountoption looks like that: > rw,relatime,sync,vers=4.2,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,local_lock=none What are the mo

Re: libbusiness-us-usps-webtools-perl and USPS Ground Advantage shipping

On 3/7/24 23:15, Jeffrey Walton wrote: Hi Everyone, I need to generate some shipping labels for drop-off at the USPS post office using USPS Ground Advantage. I have a USB thermal printer for the shipping labels, . I see Debian carries libbusiness-u