search for: jnyhuis

Thanks, I did catch the mistype (after IU posted). Still no match with the typo fixed... :-( Thanks, John H. Nyhuis Desk: (206)-685-8334 jnyhuis at uw.edu Box 359461, 15th floor, 106 On 10/29/2019 4:03 AM, Tony Mountifield wrote: > In article <7025a0a8-1471-530d-dad0-3770e902ca31 at uw.edu>, > John H Nyhuis <jnyhuis at uw.edu> wrote: >> The mtx binary requires my tape library to be assigned a sg# driver, but >&gt...

hmmm, I thought := assigned a key just like +=, except := locked it so it could not be changed later. Am I misunderstanding the man page for udev? Thanks, John H. Nyhuis Desk: (206)-685-8334 jnyhuis at uw.edu Box 359461, 15th floor, 106 On 10/29/2019 4:31 PM, Leon Fauster via CentOS wrote: > Am 29.10.19 um 23:41 schrieb John H Nyhuis: >> Thanks, I did catch the mistype (after IU posted).? Still no match with >> the typo fixed... :-( >> >> Thanks, >> >> J...

...dh_state}=="detached" ATTRS{iocounterbits}=="32" ATTRS{eh_timeout}=="10" Would anyone mind pointing out the error in my udev rule or proposing a better way of getting a persistent sg device name? -- Thanks in advance, John H. Nyhuis Desk: (206)-685-8334 jnyhuis at uw.edu Box 359461, 15th floor, 106

Am 29.10.19 um 23:41 schrieb John H Nyhuis: > Thanks, I did catch the mistype (after IU posted). Still no match with > the typo fixed... :-( > > Thanks, > > John H. Nyhuis > Desk: (206)-685-8334 > jnyhuis at uw.edu > Box 359461, 15th floor, 106 > > On 10/29/2019 4:03 AM, Tony Mountifield wrote: >> In article <7025a0a8-1471-530d-dad0-3770e902ca31 at uw.edu>, >> John H Nyhuis <jnyhuis at uw.edu> wrote: >>> The mtx binary requires my tape library to be assigne...

P? Tue, 31 Dec 2019 18:53:38 +0000 John H Nyhuis <jnyhuis at uw.edu> skrev: > Just a random stab in the dark, but CEntOS6 was iptables, and CentOS7 > is firewalld. They take different fail2ban packages. > > CentOS6 = fail2ban > CentOS7 = fail2ban-firewalld > > Are you sure you are running the correct fail2ban package for your &...

Hi all... Recently a new Fail2Ban was available among some other updates for my Centos 7 system, and I just updated all. It seems that was a very BAD idea. Just noticed that Fail2Ban have generated a 6MB error log because of the update, and FirewallD a 1MB log of errors ! (not sure if any of those were really working after this) ok, I'll just run yum downgrade fail2ban I thought. Naa, no

In article <7025a0a8-1471-530d-dad0-3770e902ca31 at uw.edu>, John H Nyhuis <jnyhuis at uw.edu> wrote: > The mtx binary requires my tape library to be assigned a sg# driver, but > the kernel periodically renumbers the sg devices. Normally, we would > write a udev rule to manually assign a persistent name, but it looks > like things have changed as I can't see...

...s firewalld. They take different fail2ban packages. CentOS6 = fail2ban CentOS7 = fail2ban-firewalld Are you sure you are running the correct fail2ban package for your firewall? (I screwed this up myself before I noticed and fixed it...) Good Luck! Thanks, John H. Nyhuis Desk: (206)-685-8334 jnyhuis at uw.edu Box 359461, 15th floor, 106 On 12/30/2019 6:14 PM, Allan wrote: > Hi all... > > Recently a new Fail2Ban was available among some other updates for my > Centos 7 system, and I just updated all. > It seems that was a very BAD idea. > > Just noticed that Fail2Ban have...