I mentioned this problem at the last round-table session, but didn't get
a solution, so I thought I'd post it here, just in case anyone has any
suggestions to offer.
I'm still seeing a whole bunch of false positives in SpamAssassin, since
an update was installed in mid-September on a CentOS 5.7 system, for a
rule called DATE_IN_FUTURE_96_Q, which is only supposed to be triggered
when the "Date:" header has a date that is 4 days to 4 month ahead of
the date in the "Received" header that …
[View More]has the _smallest_ difference in
date.
Here are the headers from the latest e-mail I've received with this
false-positive. (I've stripped out irrelevant headers, for the sake of
clarity and simplicity.)
From topfivestories(a)messagent.itworldcanada.com Mon Nov 14 07:50:13 2011
Received: from mail.messagent.itworldcanada.com
(mail.messagent.itworldcanada.com [207.112.10.80])
by palladium.cs.umanitoba.ca (8.13.8/8.13.8) with SMTP id
pAEDoAxV028594
for <gedetil(a)cs.umanitoba.ca>; Mon, 14 Nov 2011 07:50:12 -0600
Date: Mon, 14 Nov 2011 08:50:13 -0500
X-Spam-Status: No, score=-0.3 required=5.0
tests=BAYES_00,DATE_IN_FUTURE_96_Q,
HTML_MESSAGE,RP_MATCHES_RCVD autolearn=no version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
palladium.cs.umanitoba.ca
Note that I'm calling spamd via the spamass-milter on a system running
sendmail. Note also, that in the above example, the only "Received"
header was the one generated by my own server. (I've had other false
positives, however, with multiple "Received" headers, all of which were
within seconds of the time in the "Date" header.)
Any ideas?
--
Gilbert E. Detillieux E-mail: <gedetil(a)muug.mb.ca>
Manitoba UNIX User Group Web: http://www.muug.mb.ca/
PO Box 130 St-Boniface Phone: (204)474-8161
Winnipeg MB CANADA R2H 3B4 Fax: (204)474-7609
[View Less]
Howdy folks!
I asked this at last night's meeting, as my "stumper of the month", but
didn't get any solutions or leads. So, I thought I'd ask again here...
After upgrading many of our systems, both workstations and servers, from
CentOS 5.x to Scientific Linux 6.x, I'm seeing higher load averages on
idle systems than I used to. Under EL5, loads would drop to zero and
pretty much stay there most of the time for idles systems. Under EL6,
the load might drop down to 0.1, but doesn't stay …
[View More]there for very long,
and even on seemingly idle systems, I see loads at or near 1 (sometimes
even higher than 1 on some of our servers). It's also intermittent,
with load averages dropping and climbing on fairly short intervals (of a
few minutes or so).
Running top, iotop, ftop, iftop, etc. doesn't really point to any major
culprits. I've even run PowerTop, and implemented some of its suggested
improvements, but that didn't make a difference on load.
Just wondering if anyone else has seen similar behaviour with hosts
running Red Hat and/or Fedora distributions? Would moving to the
"tickless" kernel have anything to do with it? (I.e. does it somehow
affect the way load averages are calculated?)
Or is it some system service that can be shut down? (If it is, it's not
creating an obvious load on its own, that top or ftop would show, but it
may be affecting something in the kernel...)
Any suggestions?
--
Gilbert E. Detillieux E-mail: <gedetil(a)muug.mb.ca>
Manitoba UNIX User Group Web: http://www.muug.mb.ca/
PO Box 130 St-Boniface Phone: (204)474-8161
Winnipeg MB CANADA R2H 3B4 Fax: (204)474-7609
[View Less]
Hello,
Cleaning up the basement.
If you come and pick it up at the UofM this week, it's yours.
It's as is with no guarantee/warranty. :)
Regards,
-Montana Quiring
Well - I recall we've had this discussion before ...
... but, because I've been digging up some old information, I did some more
checking ..
the oldest email of mine that i could find has the following headers on it
-- way back to May of 1983 .. sheesh .. 29 years ago ...
now -- back to work ....
Dan.
Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!husc6!mit-eddie!ll-xn!ames!ucbcad!ucbvax!UOFMCC.BITNET!BUSU
From: B...(a)UOFMCC.BITNET (Daniel Keizer)
…
[View More]Newsgroups: comp.sys.atari.st
Subject: UUDECODE/ENCODE etc.
Message-ID: <8708242241.AA06541(a)ucbvax.Berkeley.EDU>
Date: Mon, 24-Aug-87 17:13:00 EDT
Article-I.D.: ucbvax.8708242241.AA06541
Posted: Mon Aug 24 17:13:00 1987
Date-Received: Tue, 25-Aug-87 06:38:56 EDT
Sender: dae...(a)ucbvax.BERKELEY.EDU
Organization: The ARPA Internet
Lines: 16
[View Less]
I've been having problems lately with vendors selling me shoddy H67 boards
which freeze/crash/reboot.
I'd like to start "burning-in" all boards I receive for 24+ hours to weed
out the bad ones right away.
What's the best software for doing this? Preferably free (or cheap).
Ideally it would hammer the CPU (get it nice and hot) and on-CPU GPU (some
3D work). I don't really need to hammer the drives (wouldn't want to with
SSD's anyhow!).
It would be great if I could have both a live-CD …
[View More]bootable burn-in program
and a Windows-installable one.
I suppose in Windows any benchmark program that also tests video would be
ok if it could be put on repeat mode. But most Windows programs that I
know about are for-pay; but worse than that, for-pay per seat (and I may
need to burn-in 100's of boards).
Any ideas? Thanks!
[View Less]
I have a weird problem with clock drift that just started to happen
today on one of my Linux systems. I was wondering if someone on the
list has some NTP experience and could help me solve this puzzle.
I have a group of 3 systems operating as peers, and they've been keeping
time well for years. Yesterday I upgraded them from Scientific Linux
5.7 to 5.8 (an RHEL 5.8 clone like CentOS 5.8), and rebooted them to the
latest kernel on SL 5.8, 2.6.18-308.4.1.el5. I rebooted 2 of them
…
[View More]yesterday evening, and the last one I set an at job to reboot at 2:30
am. (It's our mail server so I didn't want to reboot it earlier.) This
morning, I noticed this last system's clock was 4-5 minutes behind the
others. I've stopped ntpd, reset the clock to the correct time, and
restarted ntpd. I've done this twice already this morning, and each
time, the clock starts slowly drifting backwards.
The syslog entries from ntpd in /var/log/messages on the 2 other systems
show fairly frequent occurrences of "synchronized to <IP>, stratum <n>",
where n is usually 2 or 3. But for the mail server with the drifting
clock, the only ntp sync logged this week was at 21:03:03 yesterday.
The last ones before that were April 10 & April 4, i.e. very
irregularly. The oldest log entries I have in /var/log/messages.4 show
more regular syncs (at least 1-2 a day) up to March 31. So it's
possible this problem existed for a while and had nothing to do with the
updates yesterday, but this is the first time the drift got so bad it
drew attention to itself (some file modification times got out of sync
between this server and another system).
I'd appreciate any ideas on how to tackle this problem.
Gilles
--
Gilles R. Detillieux E-mail: <grdetil(a)scrc.umanitoba.ca>
Spinal Cord Research Centre WWW: http://www.scrc.umanitoba.ca/
Dept. Physiology, U. of Manitoba Winnipeg, MB R3E 0J9 (Canada)
[View Less]
I saw an article on Slashdot the other day which suggested it might be
possible to get some hardware using the RTL2832U chipset for $11.00. A
quick search of Google seems to indicate it is fairly well supported
with Linux. Since the article was about Software Defined Radio (HF)
rather than the TV part of the device I was wondering if anybody locally
had tried it out... I would guess apart from the article, the only info
I'd be able to get would be about the TV part. What are the ranges of …
[View More]
the chipset? How reliable is it? One fellow from the Seniors Radio Club
suggested a kit for around $20.00 which should have a similar range
(minus the TV). Is the idea even worth following up?
I think for around $11.00 it would be a good introduction to SDR and
digital TV.
Later
Mike
[View Less]