similar to: Broken pipe

Just looked at the log from the x86_64 machine and I see the same zcat: stdout: Broken pipe in the 00-makewhatis.cron job as on the x86 machine. Did I miss some thread about current updates somewhere? sam -- Sam W.Drinkard -- sam at wa4phy.net NOAA Cooperative Observer http://wa4phy.net Augusta Area Mesonet

I've apparently made a mess of clamav. Tried uninstalling it, and excluded it from dag's repo. Now, when I yum install clamav and clamav-server, I'm apparently missing all the libs, data and so forth. Can someone tell me what I need to do to get this back ? I probably blew all the old stuff away during the update or later, and don't have a clue as to why it's not doing

Don't know if this might be hardware or software related, but it seems that every time I attempt to do a remote reboot of the machine, everything shuts down normally, and it never comes back. Just returned from the co-lo site, and when I plugged the monitor in, it had gone to the point of "rebooting" and hung. This is 4.3 on x-86. Sam -- Sam W.Drinkard -- sam at wa4phy.net

I know this is more of a general unix question, but the thread about the last kernel update, and memory usage got me to looking and thinking. Given a system with 2 Gb of memory, and at peak usage, top reports considerably less than the 2 gig amount in use, as well as system monitoring that never shows all available memory used, what would happen if you just turned swap off, and let memory

Rats... found some hardware monitoring from the vendor and it's broken, or I'm missing some pieces. No mention of CentOS specifically, but RH is supported, so figured it *ought* to work. I'm apparently missing a library -- liblinc.so.1, and a net search reveals several sources, both for x86 and 64-bit. Tried them both, after the x86 did not work, and the 64-bit I thought was

This is really strange. Day before, I updated the machine here (x86_64) and all went normal. I rebooted, and everything came back just as I expected. Next morning, I noticed one of my jobs during the night had finished, but finished late by about 8 or 9 minutes. I really didn't think much of it, but after looking at jobs running today, I'm seeing the same thing. Processes that

Something has killed any writes to /var/log/messages. Syslogd is running. Has been off for some time and I just discovered it. Any hints as to what / where to look since syslogd is running? Sam -- Sam W.Drinkard -- sam at wa4phy.net NOAA Cooperative Observer KAGS (snow) http://wa4phy.net Augusta Area Mesonet

Another question some of you may help me make decisions on. I've been doing some reading that indicates that having HT turned on in this dual xeon machine might actually slow down the computing process rather than speeding it up. I rebooted this a.m., and turned HT off, just prior to my main application run. One thing that might be of note, this application is using OMP for utilizing

Could someone give me some assistance in getting this startup script to conform to chkconfig and such where the service will start up after networking comes up, and then shut down when networking goes away? Where all do entries need to be made, and what would they consist of? Many thanks..... Sam ------------------------------------------------------------------------ #! /bin/sh export

After update from CentOS 3.4 to 3.5 on 3 different boxes, I got the following message from each server ============================================ Subject: Cron <root at premiere> run-parts /etc/cron.daily > /etc/cron.daily/makewhatis.cron: > > > zcat: stdout: Broken pipe > > zcat: stdout: Broken pipe > > zcat: stdout: Broken pipe > > zcat: stdout:

I'm having a terrible time trying to get the superodoctor software from super micro running. It appears now, I do not have any i2c modules installed in the kernel, which begs the answer, ARE they included in the latest CentOS kernel? Current kernel for me is 2.6.9-34.0.1.ELsmp. Thanks.... -- Sam W.Drinkard -- sam at wa4phy.net http://wa4phy.net

I was just wondering if there are special tricks people do that compile A LOT on centos? Do RAM disks help or something else I dont about that minimizes your compile time? I presently have and AMD x2 4800+ with 2GIG ram. Just curious if I can reduce any more time out of my compiles. Jerry

I had clamav-milter working as well as clamd, then for some reason clamd stopped and would not create the socket. After much hair pulling, I finally tracked the problem(s) down to /etc/clamd.conf. After commenting all the stuff out that was providing errors, it is now working again. I had somehow mixed versions from sourceforge and centos, and when I could not get things to update

On Sep 8, 2006, at 5:58 AM, Thorsten Sandfuchs wrote: > hio, > as I have some huge files to distribute and md5-sum-checking takes > SOME time > for them, I''m trying to switch to mtime/timestamps, but got no > luck. Regularly > the mtime seems to change and additionally the md5sums generate > themselves > anyway. I''m pretty sure that the file

Hi list, I'm a bit worried here. On a server, Centos 4.3 fully-patched SELinux activated, Osiris (a decentralized scanner for files changes on distant servers) signaled me several changes on files who were not (at first sight) affected by a recent update (the list is below). Is there a logic explanation for those changes to happen ? The "rpm -Va" command does not output md5sum

After you do your update, done forget to do updatedb, makewhatis, ... The locate for rpmnew has a couple items of interest and the locate for rpmsave returns one that occupies 24MB of your precious disks - /var/lib/Pegasus/prev-repository*. It compresses nicely to appx. 1MB, cpio bzipped --best. Change in your rndc key too, for DNS.

Or is it some sort of inside joke? http://www.hughesjr.com/ If it's a bona fide hack, I'd be curious to know how the culprit got in. The the distro's maintainer has gotten burgled one would think that a lot of other systems are at risk. Cheers,

Ran into something tonight I've not seen before. The system has been up for 20 days, and has not missed a beat of any sorts, even when getting beat on at a decent level. What my concern is, tonight I attempted to log out so X would restart, and from the looks of all the stuff on the screen (which never did reload gdm) was chock full of statements where swap had been exhausted, and processes

I suppose it's more of a frustration with myself, but can some kind soul please help me with the procedure to tell yum a package is in fact installed? Here is the output from the command "yum update". # yum update Setting up Update Process Setting up repositories kbs-CentOS-Extras 100% |=========================| 951 B 00:00 kbs-CentOS-Misc 100%

Over the past year or so, I've collected several errors that some I have found the solution for, others, like the one below are quite befuddling. I get this one every week when /etc/cron.weekly runs. What the heck is the "S" or what it is looking for? Also, I've checked with cpan, and according to cpan, it says it doesn't know what NET::DNS is, yet if I do an i