similar to: POOR: results using 'dig +short porttest.dns-oarc.net TXT'

thanks/ldv

I am having problems with EDNS support on a few Centos 6.3 bind servers. I am trying to determine if the problem is my Juniper SSG5 firewall of Centos. All the servers have firewall enabled, though I have tested with stopping iptables and ip6tables. I am using tests from: https://www.dns-oarc.net/oarc/services/replysizetest dig @localhost +short rs.dns-oarc.net txt gets: ;; Truncated,

Well, folks, There's an article on slashdot, <http://tech.slashdot.org/article.pl?sid=10/04/30/1258234> Excerpt: ...the coming milestone of May 5, at 17:00 UTC ? at this time DNSSEC will be rolled out across all 13 root servers. Some Internet users, especially those inside corporations and behind smaller ISPs, may experience intermittent problems. The reason is that some older

Mem: 2075040k total, 1331452k used, 743588k free, 50896k buffers Swap: 2031608k total, 144k used, 2031464k free, 1191532k cached SunFire X2100 running Centos 4.3. Linux maytag1.texoma.net 2.6.9-34.0.2.EL #1 Fri Jul 7 19:24:57 CDT 2006 i686 athlon i386 GNU/Linux rgds/ldv

Hello, Is anyone else having problems with the ssh session output stalling when ssh'd to another system and the command is running via sudo and a pager is being used (e.g., more)? Too highly reproducible :( to date, all known occurrences have involved Centos 4.3 servers; makes no difference whether client is RHEL WS 4.3, Centos 4.3 or FC 5 or WinDoze. Makes no difference if terminal

libssl.so.4 was erased by accident and now, e.g., iinvoking wget results in: wget: error while loading shared libraries: libssl.so.4: cannot open shared object file: No such file or directory [root at mail src]# How does one go about restoring libssl.so.4? [I've tried Google, compiling current edition from source, yum install, but note 'yum remove openssl' would take out about 140

Hi, I have a Centos 4.6 machine that even tough has been updated with the latest bind 9.2.4-28.0.1.el4 is marked as vulnerable by https://www.dns-oarc.net/oarc/services/dnsentropy. I have another machine which also uses that same distro and is not. Do I have to do any other update? -------------- next part -------------- An HTML attachment was scrubbed... URL:

On Wed, Feb 16, 2011 at 2:03 PM, Larry Vaden <vaden at texoma.net> wrote: > > N.B. pkgs.org is showing that CentALT is at current code and Fedora is > using a release candidate! Per a discussion with an Internet2 professor this PM: ACHTUNG: Note the repo is apparently without SRPMs so it becomes difficult to vet. Further, no mirrors have been spotted, which is not to say there

That just in from chunkhost.com, where you help them beta test Xen for $FREE :) regards/ldv/vaden at texoma.net

On Fri, Feb 18, 2011 at 1:45 PM, Scot P. Floess <sfloess at nc.rr.com> wrote: > > I'd expect better behavior and conduct from someone who holds such a > title... <request for a learning moment> Since beauty is in the eye of the beholder(s), please select my most egregious post(s) and let me know said post(s) so that I have the opportunity to better modify my behavior with

Hello CentOS Community Members, What is RH's be-all end-all justification for staying with an ancient code base for such important programs as BIND et al? A similar problem (to BZ561299) was first reported five (5) years ago on the isc.org mailing list. Is there any support among the CentOS community for a REPO of current vintage for such important functions as BIND et al? That question is

Hello, What is the proper solution to the problem below the sig? For a similar issue, Phillip Guenther, procmail's maintainer, at <http://article.gmane.org/gmane.mail.procmail/1623/match=error+writing+var+spool+mail> suggests "chmod g+s /usr/bin/procmail", but I'm reluctant. There are also suggestions that in this configuration the packager must make certain that

> From: Larry Vaden <vaden at texoma.net> > Date: Sun, Jan 23, 2011 at 8:03 PM > Subject: sources of bind-9.7.2-P3 rpms for Centos 4.8 and 5.5? > Our site running Centos 4.8 and 5.5 name servers was hacked with > the result that www.yahoo.com is now within our /19 and causing > some grief. Don't understand what you mean by 'within our /19'. Have your IP

I really like gnu screen and use it everyday but there's one thing that is a bit inconvenient, and that's the odd line wrapping and terminal size issues that seem to pop up. The problem crops up when I type or paste a really long command, and then go back and try to edit it; the text starts to wrap over itself and you have no idea what you are editing. Any fixes for this?

What is the overall timeline from CentOS 5 becoming public beta to becoming GA? Thanks. Scott

Googling this (specifically the nvidia-bug-report line below) doesn't find anything. This is a server (console is text only, no GUI), so we may not need x11 nor nvidia, I dunno for sure. Thanks in advance for your thoughts. kind regards/ldv Transaction Check Error: file /usr/bin/nvidia-bug-report.sh from install of dkms-nvidia-x11-drv-185.18.14-1.nodist.rf conflicts with file from

Hello, Does anyone know of a good URL that covers the remote install/upgrade of a FC3 system to CentOS 4 or 5? We have one physically stranded FC3 system which is a name server and we need to upgrade to remove vulnerabilities. Kind regards/ldv Larry Vaden Internet Texoma, Inc.

Dovecot version 1.0.rc26. Situation is essentially a forklift upgrade to make more horsepower available for email. Given a new mail store using Postfix and Dovecot (Maildir), is it possible to transfer from the old mail box (running the same config) or will this generate problems with the various indices maintained by Dovecot? Kind regards and thanks/ldv Larry Vaden Internet Texoma, Inc.

<http://beranger.org/index.php?categ=17&offset=0>, but nothing specific about the named/bind showstopper. rgds/ldv

On Wed, Jan 26, 2011 at 11:25 AM, Larry Vaden <vaden at texoma.net> wrote: > For various reasons which seemingly fail the necessary/sufficient > tests with the benefit of hindsight, I attempted to migrate a shell > machine which is the beach front from which I work (not a production > server) from CentOS 5.5 to Scientific Linux 5.5 yesterday. > > Karanbir is quoted on this