[CentOS] rpmforge.repo
How come rpmforge.repo wants to install a whole slew of perl modules, yet if I leave rpmforge.repo out of the update process, none of the perl modules shows up? Here's the rpmforge.repo file.. do any of yall see anything wrong with anything in there? Sam # Name: RPMforge RPM Repository for Red Hat Enterprise 5 - dag # URL: http://rpmforge.net/ [rpmforge] name = Red Hat Enterprise $releasever - RPMforge.net - dag #baseurl = http://apt.sw.be/redhat/el5/en/$basearch/dag mirrorlist = http://apt.sw.be/redhat/el5/en/mirrors-rpmforge #mirrorlist = file:///etc/yum.repos.d/mirrors-rpmforge enabled = 1 protect = 0 gpgkey = file:///etc/pki/rpm-gpg/RPM-GPG-KEY-rpmforge-dag gpgcheck = 1 priority=10 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] rpmforge.repo
Sorry I didn't quote the reply from Christoph Maser... was on another machine. Anyhow, this is the complete yum output with rpmforge.repo active. # yum update Loaded plugins: fastestmirror, priorities, protectbase Loading mirror speeds from cached hostfile * rpmforge: ftp-stud.fht-esslingen.de * base: centos.corenetworks.net * updates: mirror.anl.gov * addons: mirror.skiplink.com * extras: centos.corenetworks.net Excluding Packages in global exclude list Finished 145 packages excluded due to repository priority protections 0 packages excluded due to repository protections Setting up Update Process Resolving Dependencies -- Running transaction check --- Package spamassassin.x86_64 0:3.2.5-1.el5.rf set to be updated --- Package libwpd.x86_64 0:0.8.14-1.el5.rf set to be updated --- Package perl-XML-Parser.x86_64 0:2.36-1.el5.rf set to be updated --- Package kernel.x86_64 0:2.6.18-128.4.1.el5 set to be installed --- Package perl-IO-Zlib.noarch 0:1.10-1.el5.rf set to be updated --- Package nmap.x86_64 2:5.00-1.el5.rf set to be updated --- Package kernel-headers.x86_64 0:2.6.18-128.4.1.el5 set to be updated --- Package perl-Archive-Tar.noarch 0:1.40-1.el5.rf set to be updated -- Processing Dependency: perl(Package::Constants) for package: perl-Archive-Tar --- Package perl-Net-SSLeay.x86_64 0:1.35-1.el5.rf set to be updated --- Package subversion.x86_64 0:1.6.3-0.1.el5.rf set to be updated --- Package dstat.noarch 0:0.6.9-1.el5.rf set to be updated --- Package perl-XML-NamespaceSupport.noarch 0:1.10-1.el5.rf set to be updated --- Package perl-IO-Socket-INET6.noarch 0:2.56-1.el5.rf set to be updated --- Package nmap-frontend.x86_64 2:5.00-1.el5.rf set to be updated --- Package iso-codes.noarch 0:1.0a-1.el5.rf set to be updated --- Package perl-Net-DNS.x86_64 0:0.65-1.el5.rf set to be updated --- Package bind.x86_64 30:9.3.4-10.P1.el5_3.3 set to be updated --- Package perl-HTML-Parser.x86_64 0:3.61-1.el5.rf set to be updated --- Package perl-DBD-mysql.x86_64 0:4.012-1.el5.rf set to be updated --- Package perl-Socket6.x86_64 0:0.23-1.el5.rf set to be updated --- Package udftools.x86_64 0:1.0.0b3-3.el5.rf set to be updated --- Package bind-utils.x86_64 30:9.3.4-10.P1.el5_3.3 set to be updated --- Package dnsmasq.x86_64 0:2.49-1.el5.rf set to be updated --- Package perl-XML-SAX.noarch 0:0.96-1.el5.rf set to be updated --- Package syslinux.x86_64 0:3.82-1.el5.rf set to be updated -- Processing Dependency: perl(Crypt::PasswdMD5) for package: syslinux --- Package perl-IO-Socket-SSL.noarch 0:1.26-1.el5.rf set to be updated --- Package bind-chroot.x86_64 30:9.3.4-10.P1.el5_3.3 set to be updated --- Package clamav-db.x86_64 0:0.95.2-4.el5.rf set to be updated --- Package perl-Digest-SHA1.x86_64 0:2.12-1.el5.rf set to be updated --- Package perl-Convert-ASN1.noarch 0:0.22-1.el5.rf set to be updated --- Package lftp.x86_64 0:3.7.14-1.el5.rf set to be updated --- Package bind-libs.x86_64 30:9.3.4-10.P1.el5_3.3 set to be updated --- Package perl-DBI.x86_64 0:1.609-1.el5.rf set to be updated -- Processing Dependency: perl(RPC::PlClient) = 0.2000 for package: perl-DBI -- Processing Dependency: perl(RPC::PlServer) = 0.2001 for package: perl-DBI --- Package perl-IO-Compress.noarch 0:2.020-2.el5.rf set to be updated -- Processing Dependency: perl(Compress::Raw::Bzip2) = 2.020 for package: perl-IO-Compress -- Processing Dependency: perl(Compress::Raw::Zlib) = 2.020 for package: perl-IO-Compress --- Package perl-HTML-Tagset.noarch 0:3.20-1.el5.rf set to be updated --- Package mtr.x86_64 2:0.75-1.el5.rf set to be updated --- Package perl-BSD-Resource.x86_64 0:1.2901-1.el5.rf set to be updated --- Package rsync.x86_64 0:3.0.6-1.el5.rf set to be updated -- Running transaction check --- Package perl-Compress-Raw-Zlib.x86_64 0:2.020-1.el5.rf set to be updated --- Package perl-Package-Constants.noarch 0:0.02-1.el5.rf set to be updated --- Package perl-Crypt-PasswdMD5.noarch 0:1.3-1.2.el5.rf set to be updated --- Package perl-Compress-Raw-Bzip2.x86_64 0:2.020-1.el5.rf set to be updated --- Package perl-PlRPC.noarch 0:0.2020-1.el5.rf set to be updated -- Processing Dependency: perl(Net::Daemon) for package: perl-PlRPC -- Processing Dependency: perl(Net::Daemon::Log) for package: perl-PlRPC -- Processing Dependency: perl(Net::Daemon::Test) for package: perl-PlRPC -- Running transaction check --- Package perl-Net-Daemon.noarch 0:0.43-1.el5.rf set to be updated -- Finished Dependency Resolution -- Running transaction check --- Package kernel.x86_64 0:2.6.18-128.1.14.el5 set to be erased -- Finished Dependency Resolution Dependencies Resolved PackageArchVersion Repository Size Installing: kernel x86_64 2.6.18-128.4.1.el5 updates 17 M perl-IO-Compress noarch 2.020-2.el5.rf
Re: [CentOS] Cleaning up some problems
Kwan Lowe wrote: If I recall, but I'll look back, I quoted the exact message output from the run of cron.weekly, but here it is again:: # ./makewhatis.cron cat: /usr/share/man/man3/s: No such file or directory Read file error: /usr/share/man/man3/s No such file or directory cat: Net::DNS: No such file or directory Read file error: Net::DNS No such file or directory And the other cron job in that subdir is: 0anacron. This looks suspiciously like you're trying to run a crontab file as a script. Can you post the output of: cat makewhatis.cron ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos That is the exact cron entry makewhatis.cron, and all below that is the output from the command. Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Cleaning up some problems
Alan Sparks wrote: Sam Drinkard wrote: NET::DNS is a core perl module. You don't want to get any version from CPAN. $locate DNS.pm /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/Net/DNS.pm I don't believe on CentOS this is a core module. Try a Yum install of perl-Net-DNS (in the base repository). -Alan http://lists.centos.org/mailman/listinfo/centos Alan, The package perl-Net-DNS is already installed and is up do date. I'm wondering if that command coming from cron.weekly about the s file has anything to do with it? There does not seem to be any ill effects from the cron job, but it irritates me to see errors and not know why or how to fix stuff, especially when the keyword is s :( Perhaps I should just remove that particular command from the cron.weekly and see what happens, or at least comment it out. Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Cleaning up some problems
Kai Schaetzl wrote: Sam Drinkard wrote on Sun, 26 Jul 2009 22:32:54 -0400: I don't have a perl version installed at that location. I've only added a few modules from cpan. You have no Perl, but installed modules via CPAN? Digest that. What are you telling us? And, btw, you didn't even tell what your actual problem is. Can you please work on the phrasing of your questions to this list? You seem to be very reluctant to learn from replies to your earlier questions. TW, what is wrong with using cpan? You have been using an rpm-based Linux installation long enough to know that by yourself or to google it up by yourself. Kai Kai, Yes, I've been using Centos plenty long enough to pickup a few tid-bits of information that have been useful, but a lot of the info passed on the mailing list is either way over my head, or I have no use for it now or in the future. As for the exact problem -- it's an error message, and I don't like seeing error messages when I have no clue where to even begin looking besides the source that is causing them. As for learning from earlier questions, yes, as a matter of a fact, I do learn from them, and archive a LOT of threads that deal with things I've seen before or something I feel I might need/use later on. There's nothing wrong with being curious about error messages, I just don't like to see them as I don't know what else might be being affected. As for the cpan, the modules were not available via any repository, hence cpan. All of the modules I grabbbed were for one package and only one package that deals with my weather data and its software. Ever heard of LDM or Gempak.. both required some modules before it would even install, and they were NOT available anywhere else. This software does not get updated but once in a blue moon, and has nothing to do with Centos itself, other than being hosted on it. One last thing.. I don't appreciate one bit you taking jabs at me and my methods. You don't know me, and know even less about how I used my computers. I follow instructions that come with packages I install, not any kind of maybe this or maybe that. So in the future, I'd appreciate it if you'd leave off the jabs and stabs about my knowledge of what I'm doing. I'm no guru by any sort, but if I can't figure something out, I thought the mailing list was where to ask, unless you think every problem ever occured is covered under some form of google... I assure you -- ITS NOT. Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Cleaning up some problems
Filipe Brandenburger wrote: Hi, On Sun, Jul 26, 2009 at 21:16, Sam Drinkards...@wa4phy.net wrote: I get this one every week when /etc/cron.weekly runs. Which one? You never included the error message you actually have... Please re-read your original e-mail, and post the exact error message you have, and also where you get it (e-mail from cron?). HTH, Filipe ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos If I recall, but I'll look back, I quoted the exact message output from the run of cron.weekly, but here it is again:: # ./makewhatis.cron cat: /usr/share/man/man3/s: No such file or directory Read file error: /usr/share/man/man3/s No such file or directory cat: Net::DNS: No such file or directory Read file error: Net::DNS No such file or directory And the other cron job in that subdir is: 0anacron. cat 0anacron #!/bin/sh # anacron's script # This script updates anacron time stamps. It is called through run-parts either by anacron itself or by cron # The scrips is called 0anacron to assure that is will be executed # _before_ all other scripts. # Don't run anacron if this script is called by anacron. if [ ! -e /var/run/anacron.pid]; then anacron -u cron.weekly. fi The error message is logged within the daily log file, but of course, only once a week. Two problems: Net::DNS IS installed, and what the hell is the s. Try googling for s or even the error message zilch for me. As I mentioned earlier, I know of no other effects this failure has, but knowing something has run amok does not make happy. Ok.. maybe have fixed it on my own. Under the man page for makewhatis, there are some options that can be passed. The server had an s and my desktop has a w as the option. I changed them to opposites, so if one works and the desktop gives the same error message, then I guess the problem is solved. we'll see... Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Cleaning up some problems
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 NET::DNS, it returns 150-some odd net::dns entries. I'm not totally familiar with cpan, and just started using it a short time ago. Still the man3/s is really screwey for some reason. There's not a package called s n the repositories is there? This is an x86_64 box updated as of yesterday after removing the httpd.1 stuff someone told me was the fix. Thanks again all.. Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Cleaning up some problems
Mr. X wrote: --- On Sun, 7/26/09, Sam Drinkard s...@wa4phy.net wrote: From: Sam Drinkard s...@wa4phy.net Subject: [CentOS] Cleaning up some problems To: CentOS@centos.org Date: Sunday, July 26, 2009, 6:16 PM 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, NET::DNS is a core perl module. You don't want to get any version from CPAN. $locate DNS.pm /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/Net/DNS.pm Hmmm... I don't have a perl version installed at that location. I've only added a few modules from cpan. What should I do to resolve this? yum erase perl, then reinstall or rpm -e whatever version of perl is installed? I can understand there are some packages that are of the i386 flavor instaled on the system from initial install, and probably some updates, but are they really necessary? LIke I have both versions of thunderbird, and I believe firefox as well, not to mention some I can't remember, but remember seeing them as dependencies or standalones. If it weren't for the LDM data streaming in 24/7, I'd blow it all away and start fresh, but I can't afford to lose the LDM data... too much to confiigure in the setup and scripts. Patching and or removing offending stuff is my game plan. BTW, what is wrong with using cpan? I thought they were the most up to date of the perl modules available, but I rarely ever see anything perl related in a yum update... maybe I just missed it. sigh Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Dependency problems
Below is output from yum update. Don't know when or what's caused the dependencies to go haywire with the apache or httpd stuff, but would appreciate pointers. The repos don't include rpmforge, only the standard CentOS repositories.# yum update Loaded plugins: fastestmirror, priorities, protectbase Loading mirror speeds from cached hostfile * base: centos.corenetworks.net * updates: mirror.anl.gov * addons: mirror.skiplink.com * extras: centos.corenetworks.net Excluding Packages in global exclude list Finished 0 packages excluded due to repository priority protections 0 packages excluded due to repository protections Setting up Update Process Resolving Dependencies -- Running transaction check --- Package samba-common.x86_64 0:3.0.33-3.7.el5_3.1 set to be updated --- Package samba-client.x86_64 0:3.0.33-3.7.el5_3.1 set to be updated --- Package kernel-headers.x86_64 0:2.6.18-128.2.1.el5 set to be updated --- Package mod_ssl.x86_64 1:2.2.3-22.el5.centos.2 set to be updated --- Package kernel.x86_64 0:2.6.18-128.2.1.el5 set to be installed --- Package samba.x86_64 0:3.0.33-3.7.el5_3.1 set to be updated --- Package httpd.x86_64 0:2.2.3-22.el5.centos.2 set to be updated -- Processing Dependency: httpd = 2.2.3-22.el5.centos.1 for package: httpd-devel --- Package httpd-devel.x86_64 0:2.2.3-22.el5.centos.2 set to be updated --- Package httpd-manual.x86_64 0:2.2.3-22.el5.centos.2 set to be updated -- Finished Dependency Resolution httpd-devel-2.2.3-22.el5.centos.1.i386 from installed has depsolving problems -- Missing Dependency: httpd = 2.2.3-22.el5.centos.1 is needed by package httpd-devel-2.2.3-22.el5.centos.1.i386 (installed) -- Running transaction check --- Package kernel.x86_64 0:2.6.18-128.1.10.el5.centos.plus set to be erased -- Processing Dependency: httpd = 2.2.3-22.el5.centos.1 for package: httpd-devel -- Finished Dependency Resolution httpd-devel-2.2.3-22.el5.centos.1.i386 from installed has depsolving problems -- Missing Dependency: httpd = 2.2.3-22.el5.centos.1 is needed by package httpd-devel-2.2.3-22.el5.centos.1.i386 (installed) Error: Missing Dependency: httpd = 2.2.3-22.el5.centos.1 is needed by package httpd-devel-2.2.3-22.el5.centos.1.i386 (installed) # Main question is why is it looking for something from centos.1 ? Thanks.. Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] A little more info
I forgot to mention this is an x86_64 machine. Sometime somewhere back several months ago, the centos plus kernel got installed, and I didn't notice it until just recently. It's not in use. I understand there are some i386 packages already installed, and at one point, I thought I had set yum up to only pull down the x8_64 packages, but I suppose something got changed in the yum.repos.d files somewhere along the way. Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Dependency problems
Filipe Brandenburger wrote: Hi, On Fri, Jul 24, 2009 at 10:07, Sam Drinkards...@wa4phy.net wrote: --- Package httpd.x86_64 0:2.2.3-22.el5.centos.2 set to be updated --- Package httpd-devel.x86_64 0:2.2.3-22.el5.centos.2 set to be updated [...] Error: Missing Dependency: httpd = 2.2.3-22.el5.centos.1 is needed by package httpd-devel-2.2.3-22.el5.centos.1.i386 (installed) You have a 64-bit machine but a 32-bit httpd-devel package installed. To fix your problem, uninstall the 32-bit version of httpd-devel, with this command: # rpm -e httpd-devel.i386 After that, yum update should complete successfully. Now, as to why this happened, the 64-bit version of CentOS (and RHEL) includes 32-bit versions of some packages. Maybe in the past httpd-devel was provided in both 32-bit and 64-bit versions, and you ended up installing both versions of the package, but now only the 64-bit version is provided, so the upgrade of the 32-bit version is not available anymore. I've seen similar problems happen with other packages, so I believe the same might have happened with httpd-devel too. HTH, Filipe ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos Filipe, Thank you so much. That did the trick.! updating as I am typing now... Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] SSH attacks from china
Bob Hoffman wrote: Okay, I have a server connected to the net but have not added fail2ban or anything on top of my firewall yet. Thought you guys might get a kick out of this one user, ip is from china, who has got a heck of a knack for making assumptions on possible usernames. Enjoy this..., 8000+ attempts. Scroll down for funky ones. I have no root access enabled on this server and it is pretty bare. Just using it as a collector of banable ips right now and it is doing a good job. But some of these are quite interesting when you look at the keyboard layout. They really must try to figure this mental thing out...wow. If you take some time, there are some down right funny usernames like 1am0nly4Joomla Igor scoobydoo $chooLg1rL So for all you out there that think your cool way of making a username is unique and not to be guessed, you might want to look at some of the lengths this one bot went to. 58.53.192.47: 8002 times test/password: 48 times user/password: 45 times fax/password: 43 times www/password: 34 times info/password: 27 times /password: 24 times bill/password: 24 times httpd/password: 23 times 1q2w3e/password: 21 times admin/password: 21 times snip the other 7995 I think that would definitely classify as a dictionary attack.. but what dictionary has all those kinds of entries :) Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Error messages? or what
I've been seeing this kind of crap now for some time, and only in the past couple of weeks did I realize I was using the Plus Kernel instead of the normal stock kernel. Could this have something to do with it? Messages also appear mentioning something about a PowerNow K-8, which I thought was something you'd see from an AMD processor, not a quad core intel 64 bit box. Any insight or ideas appreciated, and whether or not it's something to worry about. Many thanks for looking things over and your comments, and this excerpt is straight out of the daily log. Sam Begin kernel messages - Kernel Begin 1 Time(s): RES=0x00 ACK URGP=0 1 Time(s): SRC=140.90.192.168 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=55 ID=18675 DF PROTO=TCP SPT=21950 DPT=55840 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=17974 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=5844 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): TTL=64 ID=18519 DF PROTO=TCP SPT=40486 DPT=388 WINDOW=6506 RES=0x00 ACK PSH URGP=0 1 Time(s): .158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=38592 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): 0 ACK URGP=0 1 Time(s): 0 OUT= MAC=00:30:48:2e:69:48:00:01:97:00:20:20:08:00 SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=35398 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): 00 SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=33884 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): 00 SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=39186 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): 04.158.222 DST=165.91.140.32 LEN=52 TOS=0x00 PREC=0x00 TTL=64 ID=24704 DF PROTO=TCP SPT=40486 DPT=388 WINDOW=6506 RES=0x00 ACK URGP=0 1 Time(s): 074 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): 0:08:00 SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=21904 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): 0:30:48:2e:69:48:00:01:97:00:20:20:08:00 SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=6472 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): 1.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=14952 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): 1232 DF PROTO=TCP SPT=40486 DPT=388 WINDOW=6506 RES=0x00 ACK URGP=0 1 Time(s): 1500 TOS=0x00 PREC=0x00 TTL=49 ID=64690 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): 16.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=56038 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): 2 DST=165.91.140.32 LEN=52 TOS=0x00 PREC=0x00 TTL=64 ID=10947 DF PROTO=TCP SPT=40486 DPT=388 WINDOW=6506 RES=0x00 ACK URGP=0 1 Time(s): 2 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=44960 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): 20:20:08:00 SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=54760 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): 222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=19670 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): 222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=7820 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): 6 DF PROTO=TCP SPT=40486 DPT=388 WINDOW=6506 RES=0x00 ACK URGP=0 1 Time(s): 64 ID=4710 DF PROTO=TCP SPT=40486 DPT=388 WINDOW=6506 RES=0x00 ACK URGP=0 1 Time(s): 7:00:20:20:08:00 SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=26792 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): 80 TOS=0x00 PREC=0x00 TTL=64 ID=56676 DF PROTO=TCP SPT=40486 DPT=388 WINDOW=6506 RES=0x00 ACK PSH URGP=0 1 Time(s): 97:00:20:20:08:00 SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=44410 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): 9:48:00:01:97:00:20:20:08:00 SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=35906 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): :00 SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=4036 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): :00:01:97:00:20:20:08:00 SRC=165.91.140.32 DST=216.104.158.222 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=45768 DF PROTO=TCP SPT=388 DPT=40486 WINDOW=1448 RES=0x00 ACK URGP=0 1 Time(s): :20:20:08:00 SRC=165.91.140.32 DST=216.104.158.222
[CentOS] NOOBE help
I know, I should not have to ask this question, but it appears that ALL my previous yum.repos.d entries have been trashed, with the only ones left is base, CentOS Media then the mirrors.rpmforge.reo, rhel-mondo.repo, rpmforge.repo, and webmin.repo. I've been bitten by the mixing of repositories before and want to avoid that scenario. Something is amok in the existing, and it throws all kinds of errors about something not found or such, so I'm asking some kind soul of they would share their working repo file structure for me? I *think* I have protect base, and priorities installed already, but will double check. This is yet another new clean install after a botched attempt to recover some data from a mondo-rescue DVD which apparently dis some ugly things to stuff including grub. Anyhow, my main items of interest would be stuff like clamav-milter, spamass-milter, and anything else dealing with handling spam, not to mention some other scientific software like udunits, perhaps Grads (if exists), etc.. all geared towards weather. My humble thanks and apologies for my dumbness for not keeping good backups of important stuff.. it WONT happen again ! head hanging low :( Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Possible bug?
I had some problems with apache, and there were so many, (caused by removing ispconfig) I decided to just remove and re-install. This is what happened when I tried to do so, both from remote and via console. I tried the DVD as well as yum, and got essentially the same thing. My webserver is down, and I'd sure like to get this fixed if anyone can help out. Begin errors: Component: pirut Summary: TBe8ae967a sqlitesack.py:94:_read_db_obj:TypeError: unsubscriptable object Traceback (most recent call last): File /usr/sbin/pirut, line 373, in _apply output = self.applyChanges(self.mainwin) File /usr/lib/python2.4/site-packages/pirut/__init__.py, line 813, in applyChanges self.checkDeps(mainwin) File /usr/lib/python2.4/site-packages/pirut/__init__.py, line 550, in checkDeps (result, msgs) = self.buildTransaction() File /usr/lib/python2.4/site-packages/yum/__init__.py, line 647, in buildTransaction (rescode, restring) = self.resolveDeps() File /usr/lib/python2.4/site-packages/yum/depsolve.py, line 696, in resolveDeps CheckDeps, checkinstalls, checkremoves, missing = self._resolveRequires(errors) File /usr/lib/python2.4/site-packages/yum/depsolve.py, line 779, in _resolveRequires thisneeds = self._checkInstall(txmbr) File /usr/lib/python2.4/site-packages/yum/depsolve.py, line 851, in _checkInstall provs = self.tsInfo.getProvides(*req) File /usr/lib/python2.4/site-packages/yum/transactioninfo.py, line 432, in getProvides result.update(self.getNewProvides(name, flag, version)) File /usr/lib/python2.4/site-packages/yum/transactioninfo.py, line 414, in getNewProvides for pkg, hits in self.pkgSack.getProvides(name, flag, version).iteritems(): File /usr/lib/python2.4/site-packages/yum/packageSack.py, line 300, in getProvides return self._computeAggregateDictResult(getProvides, name, flags, version) File /usr/lib/python2.4/site-packages/yum/packageSack.py, line 470, in _computeAggregateDictResult sackResult = apply(method, args) File /usr/lib/python2.4/site-packages/yum/sqlitesack.py, line 861, in getProvides return self._search(provides, name, flags, version) File /usr/lib/python2.4/site-packages/yum/sqlitesack.py, line 43, in newFunc return func(*args, **kwargs) File /usr/lib/python2.4/site-packages/yum/sqlitesack.py, line 837, in _search for pkg in self.searchFiles(name, strict=True): File /usr/lib/python2.4/site-packages/yum/sqlitesack.py, line 43, in newFunc return func(*args, **kwargs) File /usr/lib/python2.4/site-packages/yum/sqlitesack.py, line 586, in searchFiles self._sql_pkgKey2po(rep, cur, pkgs) File /usr/lib/python2.4/site-packages/yum/sqlitesack.py, line 470, in _sql_pkgKey2po pkg = self._packageByKey(repo, ob['pkgKey']) File /usr/lib/python2.4/site-packages/yum/sqlitesack.py, line 413, in _packageByKey po = self.pc(repo, cur.fetchone()) File /usr/lib/python2.4/site-packages/yum/sqlitesack.py, line 68, in __init__ self._read_db_obj(db_obj) File /usr/lib/python2.4/site-packages/yum/sqlitesack.py, line 94, in _read_db_obj setattr(self, item, _share_data(db_obj[item])) TypeError: unsubscriptable object Local variables in innermost frame: item: name db_obj: None Many thanks.. Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Possible bug?
nate wrote: Sam Drinkard wrote: I had some problems with apache, and there were so many, (caused by removing ispconfig) I decided to just remove and re-install. This is what happened when I tried to do so, both from remote and via console. I tried the DVD as well as yum, and got essentially the same thing. My webserver is down, and I'd sure like to get this fixed if anyone can help out. You try just running rpm -i path to httpd packages ? Those errors look specific to yum and you can probably get the system up faster by bypassing yum for now. nate ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos Nate, The command yum clean all took care of the problem. I had no idea something as simple as that would make the stuff work! I almost tried that while I was at the POP, but figured it was more of a problem with pirut or python or something. Anyhow, I cleaned it, reinstalled apache, and all is back running now. Thanks yall... Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] ISPConfig local administration
Hi list, I recently installed a package for Centos5.2 called ISPConfig. This was recommended by a buddy of mine who hosts a number of websites for various clients. Although I don't host any websites except my own, there were some features in the package that I did like the looks of. Well, today, I needed to add a new user and group, so while the machine was sitting here, I attempted to use the gui to adduser. For some reason, the process hung and never did come up. I called my buddy about that and he told me we ran through that same scenario with his machine some time back, but I had forgotten about it. The processes were shown in a ps ax as being ready to run, but again, nothing appeared on the monitor. I suspect the ispconfig somehow disables some of, if not all the built in adminstrative functions of the Centos gui, but hoped someone could prove / disprove this fact. It's rather irritating to go thru a manual user creation for me, as cli is not my strong point under Centos. I wound up using webmin to create the user and set the group for the gempak user, and then manually edited the list of allowed users in the gempak group. One thing of note, and not sure it even matters, but I got some messages like this... Resolved address xml:readonly:/etc/gconf/gconf.xml.mandatory to a read-only configuration source at position 0. Then, it wrote out the same thing for position 1 and position 2, with then a warning that python-dbus not installed. I do know there apparently is a difference in python-dbus and dbus-python. Thanks for any input.. Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] (Semi-OT) Problems with Firefox
Lanny Marcus wrote: On Mon, Jan 12, 2009 at 1:55 PM, Sam Drinkard s...@wa4phy.net wrote: After I think the last or next to last update to firefox, I started seeing some problems, wherein I no longer have a back function on any pages or tabs. I am running Firefox on CentOS 5.2 (32 bit) (fully updated) and I am not seeing that problem. Also, I get some kind of strange message Assertion Failed ASSERT:***Search:_installLocation: engine has no file! Stack Trace: 0 ENSURE_WARN(false,_installLocation: engine has no file!.2147500037) 1:()2:()3:()4:90:epsGetAttr([objectObject],hidden)5:906:907:currentEngine() 8:get_currentEngine()9:updateDisplay() 10:init() 11:([object XULElement],0) Strange messages. I've never seen those. I realize this is not the proper place for FF related problems, but If you got FF from CentOS I think it's OK to begin here. thought I'd ask if someone else has seen something like this happen. Prior to the last 2 updates, FF appeared to be working properly, and all the forward/back buttons worked. Can you verify the Firefox Package, to see that it is or is not corrupted? Yes, I've removed and reinstalled via yum and the Centos repo. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] (Semi-OT) Problems with Firefox
Robert wrote: Lanny Marcus wrote: On Mon, Jan 12, 2009 at 1:55 PM, Sam Drinkard s...@wa4phy.net wrote: After I think the last or next to last update to firefox, I started seeing some problems, wherein I no longer have a back function on any pages or tabs. I am running Firefox on CentOS 5.2 (32 bit) (fully updated) and I am not seeing that problem. Also, I get some kind of strange message Assertion Failed ASSERT:***Search:_installLocation: engine has no file! Stack Trace: 0 ENSURE_WARN(false,_installLocation: engine has no file!.2147500037) 1:()2:()3:()4:90:epsGetAttr([objectObject],hidden)5:906:907:currentEngine() 8:get_currentEngine()9:updateDisplay() 10:init() 11:([object XULElement],0) Strange messages. I've never seen those. I realize this is not the proper place for FF related problems, but If you got FF from CentOS I think it's OK to begin here. thought I'd ask if someone else has seen something like this happen. Prior to the last 2 updates, FF appeared to be working properly, and all the forward/back buttons worked. Can you verify the Firefox Package, to see that it is or is not corrupted? My Firefox is running just fine, too, Lanny. Seems like I recall the O.P. having problems with cross-pollinated repositories some time ago. A Firefox update history might be helpful: [r...@mavis log]# grep -i firefox* /var/log/yum.log.2 Jun 27 20:27:40 Updated: firefox.i386 1.5.0.12-1.el5.centos Jul 20 12:05:52 Updated: firefox.i386 1.5.0.12-3.el5.centos Oct 24 07:30:46 Updated: firefox.i386 1.5.0.12-6.el5.centos Dec 05 09:39:13 Updated: firefox.i386 1.5.0.12-7.el5.centos [r...@mavis log]# grep -i firefox\* /var/log/yum.log.2 Jun 27 20:27:40 Updated: firefox.i386 1.5.0.12-1.el5.centos Jul 20 12:05:52 Updated: firefox.i386 1.5.0.12-3.el5.centos Oct 24 07:30:46 Updated: firefox.i386 1.5.0.12-6.el5.centos Dec 05 09:39:13 Updated: firefox.i386 1.5.0.12-7.el5.centos [r...@mavis log]# grep -i firefox\* /var/log/yum.log.1 Feb 10 07:48:31 Updated: firefox.i386 1.5.0.12-9.el5.centos Mar 28 08:12:17 Updated: firefox.i386 1.5.0.12-14.el5.centos Apr 19 11:19:13 Updated: firefox.i386 1.5.0.12-15.el5.centos Jun 24 16:53:06 Updated: firefox.i386 3.0-0.beta5.6.el5.centos [r...@mavis log]# Also, it might be useful to remove all addons -- extensions, themes, plugins, etc. to see if one of those is causing a problem. ___ The only thing I did was exclude the i386 and i686 pkgs some time back, but after seeing this problem, I removed the excludes and let it install both versions i.e., the i386 and X86_64 versions, thinking there might be a library shared between them and by not having both, something broke. So far, no luck. Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] (Semi-OT) Problems with Firefox
William L. Maltby wrote: On Wed, 2009-01-14 at 10:07 -0500, Sam Drinkard wrote: Lanny Marcus wrote: On Mon, Jan 12, 2009 at 1:55 PM, Sam Drinkard s...@wa4phy.net wrote: After I think the last or next to last update to firefox, I started seeing some problems, wherein I no longer have a back function on any pages or tabs. snip Can you verify the Firefox Package, to see that it is or is not corrupted? Yes, I've removed and reinstalled via yum and the Centos repo. Again, I'm really ignorant, but I have one other thought. Have you tried moving all the user-specific stuff directory to another name and letting FF start up fresh? I recently had a problem regarding the destruction of the pluginreg.dat. Still waiting to hear if I should post a bug on it. The problem was having FF check to see if it was the default browser (needs to be disabled). Anyway, since you've re-installed, maybe something corrupted some configuration files. It's easy to do, so worth a try I guess. The ones with which I'm familiar are ~/.mozilla/firefox and ~/.mozilla/ although I don't think the latter one is involved. There's probably some system-wide ones, but I've never had to chase those down yet. BTW, did you try an rpm verify after the re-install? We don't want to assume that things were not corrupted by the download/install process. snip sig stuff I need to add you to my spell-checker. It want's me to believe you're a Drunkard. :-) HTH Hahahahahaha! That's about what I feel like this morning Bill. Too many 'rita's yesterday evening. I thought of removing all the mozilla stuff in home to see if that helped, but have not gotten a roundtuit yet. I did verify the file, and it checks out ok. Now that the inbox is cleaned up, I'll give it a shot and see what happens. Thanks.. Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] (Semi-OT) Problems with Firefox (Solved)
Problem solved! Apparently, something got trashed in the ~/.mozilla/firefox directory(s). After deleting the .mozilla dir, restarted FF and all works as advertized now. Thanks for the help and suggestions guys... Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] (Semi-OT) Problems with Firefox (Solved)
William L. Maltby wrote: On Wed, 2009-01-14 at 11:09 -0500, Sam Drinkard wrote: Problem solved! Apparently, something got trashed in the ~/.mozilla/firefox directory(s). After deleting the .mozilla dir, restarted FF and all works as advertized now. Glad to hear that! Y'know those 'ritas are corrupting influences, right? ;-)) Thanks for the help and suggestions guys... Sam snip sig stuff Yeah, but sometimes they also lead to major breakthroughs of insight (after you sober up ) :) Cheers! ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] (Semi-OT) Problems with Firefox
William L. Maltby wrote: On Mon, 2009-01-12 at 13:55 -0500, Sam Drinkard wrote: List, After I think the last or next to last update to firefox, I started seeing some problems, wherein I no longer have a back function on any pages or tabs. Also, I get some kind of strange message Assertion Failed ASSERT:***Search:_installLocation: engine has no file! Stack Trace: 0 ENSURE_WARN(false,_installLocation: engine has no file!.2147500037) 1:()2:()3:()4:90:epsGetAttr([objectObject],hidden)5:906:907:currentEngine() 8:get_currentEngine()9:updateDisplay() 10:init() 11:([object XULElement],0) I realize this is not the proper place for FF related problems, but thought I'd ask if someone else has seen something like this happen. Prior to the last 2 updates, FF appeared to be working properly, and all the forward/back buttons worked. Assistance would be mighty helpful.. What you running? I've got all the latest on my 5.x 386 system w/NP. Regardless, I don't really know enough to help, but I thought knowing that mine worked might lead you somewhere. Maybe an rpm --verify? Maybe something got krunked during update? Bad download?, etc. Thanks Sa, snip sig stuff HTH My apologies.. it's an x86_64 box with 5.2 fully updated as of yesterday. Prior to the previous two updates of FF I encountered no problems. Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] (Semi-OT) Problems with Firefox
William L. Maltby wrote: On Mon, 2009-01-12 at 13:55 -0500, Sam Drinkard wrote: List, After I think the last or next to last update to firefox, I started seeing some problems, wherein I no longer have a back function on any pages or tabs. Also, I get some kind of strange message Assertion Failed ASSERT:***Search:_installLocation: engine has no file! Stack Trace: 0 ENSURE_WARN(false,_installLocation: engine has no file!.2147500037) 1:()2:()3:()4:90:epsGetAttr([objectObject],hidden)5:906:907:currentEngine() 8:get_currentEngine()9:updateDisplay() 10:init() 11:([object XULElement],0) I realize this is not the proper place for FF related problems, but thought I'd ask if someone else has seen something like this happen. Prior to the last 2 updates, FF appeared to be working properly, and all the forward/back buttons worked. Assistance would be mighty helpful.. What you running? I've got all the latest on my 5.x 386 system w/NP. Regardless, I don't really know enough to help, but I thought knowing that mine worked might lead you somewhere. Maybe an rpm --verify? Maybe something got krunked during update? Bad download?, etc. Thanks Sa, snip sig stuff HTH My apologies.. it's an x86_64 box with 5.2 fully updated as of yesterday. Prior to the previous two updates of FF I encountered no problems. Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] (Semi-OT) Problems with Firefox
List, After I think the last or next to last update to firefox, I started seeing some problems, wherein I no longer have a back function on any pages or tabs. Also, I get some kind of strange message Assertion Failed ASSERT:***Search:_installLocation: engine has no file! Stack Trace: 0 ENSURE_WARN(false,_installLocation: engine has no file!.2147500037) 1:()2:()3:()4:90:epsGetAttr([objectObject],hidden)5:906:907:currentEngine() 8:get_currentEngine()9:updateDisplay() 10:init() 11:([object XULElement],0) I realize this is not the proper place for FF related problems, but thought I'd ask if someone else has seen something like this happen. Prior to the last 2 updates, FF appeared to be working properly, and all the forward/back buttons worked. Assistance would be mighty helpful.. Thanks Sa, ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Location of 5.2 .iso without XEN
Lanny Marcus wrote: On Sat, Nov 22, 2008 at 11:58 AM, Sam Drinkard [EMAIL PROTECTED] wrote: snip unexpected, I have to ask questions. I'm amazed that I missed the virtualization when I did the install.. I'm going to blow it all away and start fresh, mainly because I didn't like the default partitioning on the drives. I'm in uncharted waters for me with the raid array, and trying to figure out what is what. Sam: As I recall, when you do the installation, it asks you if you want to select the packages now or later. Select now and I think Virtualization is at or near the end of the lists of different groups of packages. Seems like xen is depreciated (?) and/or there are other virtualization methods that are easier to work with? You may want to scan the list archives for things about xen. Also, Download the documentation, from the CentOS web site and from Upstream (they may have more manuals available for download) regarding setting up RAID and check out the CentOS Wiki.GL 73, Lanny ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos Hi Lanny, I was very particular when doing this install, and I did see the virtualization box. I suppose I assumed it was something else when I did the first install. I've now got a good install afaik at this point, so I'll start off by updating the basic system. I know there is a heap of stuff that has changed since 4.7, and I just gotta play catch up. I'm not one to jump on the latest and greatest... xen is like a foreign language to me.. don't want it or need it. Will peruse the archives and see what else I've got to get updated on.. 73, Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Location of 5.2 .iso without XEN
Subject pretty much says it all. I want the 5.2 without the xen kernel. I've grabbed bits from 2 different mirrors and they all appear to have xen on them. It would be very nice if someone could throw some text into the mirrors file to differentiate the two versions.. Oh yeah, I need the x86_64 .iso. Thanks Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Location of 5.2 .iso without XEN
Fabian Arrotin wrote: Sam Drinkard wrote: Subject pretty much says it all. I want the 5.2 without the xen kernel. I've grabbed bits from 2 different mirrors and they all appear to have xen on them. It would be very nice if someone could throw some text into the mirrors file to differentiate the two versions.. Oh yeah, I need the x86_64 .iso. I'm not sure i've got the point ... you have the normal kernel and the choice to install xen if you want .. it's up to you : nobody forces you to install it. The same rule applies to Gnome/KDE/etc ;-) That's not possible with the DVD I have.. it does not give any option to not install xen. I'd have to boot back into the DVD but if there is an option to not install it, I've sure missed it.. I will look tho.. Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Maybe a dumb question, but....
Folks, I am totally ignorant about xen, and while I've been doing a little reading, I've not yet figured out if xen is running under CentOS or if CentOS is running under xen on this 5.2 version of CentOS. I do know that the whole system from the user standpoint is way slower than it was under 4.7. Heck, I can't even find much on what to do with xen, much less figure out how to use it. Question... is there a kernel for 5.2 that does not have xen built into it, and if so, where is it? Perhaps someone can give me a short tutorial about its value or use, or point me to a place where it's use is described in lay terms? I'm very comfortable with CentOS, but this is a whole 'nother ball game ! Thanks.. Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] New installation woes
Kai Schaetzl wrote: Ralph Angenendt wrote on Wed, 19 Nov 2008 13:27:24 +0100: You seem to have the rpmforge repository installed, because the package in the base repositories is called perl-DBD-MySQL (note the mixed case MySQL). and got replaced because the default install of yum-priorities doesn't check_obsoletes. base package perl-DBD-MySQL was indeed obsoleted by the rpmforge perl-DBD-mysql a few weeks ago. I fear a lot of people got caught by this without guard. I wonder why rpmforge did this. Kai Yes, I did place rpmforge, mirrors.rpmforge, rhel-mondo, and rpmforge in the repos. I had not installed the protect base or the priorities at the time of the intitial update. Just now, I ran update with the other repos disabled and got about 5 libraries updated. Now, what is the fix to update the rest of the things that amount to about 30 or so packages? I will get the priorities and protect base before running any further updates. Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] New installation woes
I've just installed CentOS 5.2 for the x86_64 on a SuperMicro X6DA8-G board with two 250g SATA drives configured in the bios as a raid 1 array. After getting the base installed, I've tried to yum update the system and I wind up with these errors -- Finished Dependency Resolution Error: Missing Dependency: libmysqlclient.so.14(libmysqlclient_14)(64bit) is needed by package perl-DBD-mysql Error: Missing Dependency: libgsf-1.so.1()(64bit) is needed by package libwpd Error: Missing Dependency: libneon.so.24()(64bit) is needed by package subversion Error: Missing Dependency: libaprutil-0.so.0()(64bit) is needed by package subversion Error: Missing Dependency: libpq.so.3()(64bit) is needed by package perl-DBD-Pg Error: Missing Dependency: libapr-0.so.0()(64bit) is needed by package subversion Error: Missing Dependency: libevent-1.1a.so.1()(64bit) is needed by package nfs-utils Error: Missing Dependency: libmysqlclient.so.14()(64bit) is needed by package perl-DBD-mysql I'd like to think that out of the box centos would at least update without a bunch of missing dependencies. Any pointers as to what the best solution is? Thanks.. Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: configuration request
Unfortunately, the ISP is sort of an independent outfit, and while they are not small in any sense of the word, their equipment room is stacked full of servers from floor to ceiling. I'm not aware of any power related switches where one could ssh into a box and cycle the power for one server. I know I really should take this dual Xeon server here in my cave and move it downtown, but I miss having the horsepower when I need it, as I still dabble with numerical weather models, and it takes a lot of number crunching cpu cycles to accomplish that task. It's also possible that the ACPI of the bios is partly to blame, but when I put the machine down there, I actually had maybe 2 hours, or the time it took to install CentOS on the drive and get the FS set up for the task. Only later did I learn there was a problem remote rebooting. I appreciate everyone's responses, and I suppose I'll just have to deal with the problems as they occur. I've switched back to digest mode, as of this morning, so if you don't get any response from me till the day after, that is the reason. Many thanks Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] configuration request
Hi Lanny, Well, for the most part, I have all the security issues taken care of w/r/t logins, ssh, no root logins, etc. My main problem is as I stated is the fact that the co-lo site is somewhat difficult to get access to, however if I call the office, someone will meet me at the place and let me in, and give me all the time I need to do whatever is needed. For $25/mo, I doubt seriously I could find another ISP that would let me have access to a DS-3 line for said amount. It started out years ago, and I think the co-lo fee now for a DS-3 service runs in excess of $250./mo, so I put up with a bit of inconvenience to retain a low fee for the location. As for the reboot problem, I think it's related to the ACPI on the box, and at times, it will remote reboot, but I don't usually risk it, and yes, while the kernel is updated I don't immediately reboot after an update because of the chances the box won't come back up. It's odd that it will work sometimes, but most times I does not, and that dictates a trip downtown, or having one of the ISP's staff yank power and repower the box. I'd considered replacing the machine, but it's less than a year old, or perhaps maybe a tad older.. don't have the install notes handy, but since the machine is my only mail server and the only way I have to send/receive mail, that makes it a very critical operation. I do have some weather related web pages that are served by it, but for the most part, it's a low volume server. Believe me, if I had the $$ to install a more reliable box there, I'd do it it a heartbeat. I'd also considered moving the server here at home downtown, but then that move would create a whole set of new problems I just don't want to deal with. If I can keep things running regardless of what version of kernel is currently running, and there are no problems w/r/t the actual serving of web pages or mail, that is the ultimate goal. Current uptime is something over 150 days, and I have no clue what /when the last reboot took place. It just works... which I'm very happy to state. Given all the various aspects of the server, the physical site situations, and the factors of money, I detest change as long as stuff works as advertised! My favorite motto is if it ain't broke, don't try to fix it... lol. I know I need to get myself up to speed w/r/t yum and the various repos. I do have the priorities plugins installed, but Im not 100% sure that it is configured right, just as the protect base stuff. I don't have a lot of time to delve into the innards of stuff like I used to, and I have taken the posture of using the defaults for most because people a lot smarter than me have done the grunt work and I can only assume that they configure stuff that works for most people or appliance operators like myself. At any rate, once I get something fixed to take care of my needs, I generally don't mess with it further unless absolutely required. May not be the best method, but it's worked for me for a lot of years both with BSD and CentOS. I'll definitely check out the links you provided and see what I can glean from them. I'm not the young buck I used to be, and it takes me some time for new ideas and such to finally take hold. The inner workings of an OS is not for the faint of mind like me, and yeah, there are some 60 year olds that still are making inroads to technology, I am, unfortunately not one of them, but I just try to stay semi-current with whatever the issue happens to be. It's just not fun getting old... and it creates a big problem at times.. Thanks.. Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] configuration request
Well to start, I'm not that new to CentOS, but I've never used yum except to keep things up to date, but after reading a lot of articles, I started adding software I'd never used before, and unfortunately, the most up to date versions came from repositories which I thought were all the same. I never realized there were multiple sources where bits could be obtained, yet of different versions. That's my fault. Prior to migrating to Linux, I'd been a BSD person, and with BSD, you had one source of software, and you didn't have to worry about different versions from different sources, as everything was located within a central source. My current version is 4.6, and it most likely where I'll stay for some time, as the software I use has most likely not been tested or rebuilt for later versions, but I'm behind on the weather software itself. The server at my co-lo site has only 512m memory, and the server here at my house has 2G, so I don't think I need the huge-mem kernel for the downtown location, nor here for that matter. Essentially, I only use the stock kernel, whatever version happens to be current, and even with that said, I don't reboot every time a kernel comes out because of a problem with remote reboots which fails most of the time, and it's difficult to get into the co-lo site, and the ISP does not keep personnel at the building all the time. Only when someone needs to get in, or has a problem will they send someone downtown. Based on my past 3 years of running CentOS, I'll admit I'm not nearly as up to speed with various aspects of it and a lot of the tools available. Only in the past few days did I realize within the various repo files, were they subdivided into the various areas by name. To make a long story short, I'd just like to be able to keep up essentially the base software on the server(s) and not have to worry about getting files mixed up like I was told by numbers of folks. Just did not sink in from previous messages stating the same thing. At any rate, I did manage to get some stuff fixed yesterday, but yum is still pulling in some of the kernel stuff that I don't need or want, and that's the basis for my request for help. Thanks for your reply, Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] End of support / life
Since I'm not ready to upgrade to the CentOS 5 line anytime soon, Can someone tell me when support for the 4 line will come? Many thanks... Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Yum strangeness
Hi all, I was about to do an update on my server, but looking at what the output was and here's the output from the beginning with other parts left off. I currently don't even have the clamav server installed, but am using the 0.93 version of clamav-milter. I've never seen yum throw in so many packages that aren't even installed. I understand the dependencies has to be met, and such, but why is yum trying to install older version of clamav? Perhaps I missed something, but don't think so. Many thanks, Sam Here is the output from yum update = Package Arch Version RepositorySize = Installing: clamav-data i386 0.88.2-2.el4.kb kbs-CentOS-Extras 4.1 M replacing clamav-db.i386 0.93.1-1.el4.rf clamav-server i386 0.88.2-2.el4.kb kbs-CentOS-Extras 48 k replacing clamd.i386 0.93.1-1.el4.rf kernel i686 2.6.9-67.0.20.EL update 12 M kernel-develi686 2.6.9-67.0.20.EL update 3.9 M Updating: autofs i386 1:4.1.3-231.el4_6.2 update264 k bindi386 20:9.2.4-28.0.1.el4 update581 k bind-chroot i386 20:9.2.4-28.0.1.el4 update 35 k bind-libs i386 20:9.2.4-28.0.1.el4 update567 k bind-utils i386 20:9.2.4-28.0.1.el4 update141 k bluez-libs i386 2.10-3 update 39 k bluez-utils i386 2.10-2.4 update150 k caching-nameserver noarch 7.3-3.0.1.el4_6 update 22 k clamav i386 0.93.3-1.el4.rf rpmforge 1.3 M clamav-milter i386 0.93.3-1.el4.rf rpmforge 76 k firefox i386 1.5.0.12-0.21.el4.centos update 15 M freetypei386 2.1.9-8.el4.6update764 k freetype-devel i386 2.1.9-8.el4.6update533 k kernel-hugemem-develi686 2.6.9-67.0.20.EL update 3.9 M kernel-smp-develi686 2.6.9-67.0.20.EL update 3.9 M openldapi386 2.2.13-8.el4_6.5 update 237 k openldap-clientsi386 2.2.13-8.el4_6.5 update 121 k openldap-devel i386 2.2.13-8.el4_6.5 update 1.3 M perl-Compress-Raw-Zlib i386 2.011-1.el4.rf rpmforge 158 k perl-IO-Compress-Base noarch 2.011-1.el4.rf rpmforge 55 k perl-IO-Compress-Zlib noarch 2.011-1.el4.rf rpmforge 140 k php i386 4.3.9-3.22.12update1.3 M php-ldapi386 4.3.9-3.22.12update 36 k php-mysql i386 4.3.9-3.22.12update 37 k php-peari386 4.3.9-3.22.12update481 k procps i386 3.2.3-8.9.el4_6.1 update 189 k seamonkey i386 1.0.9-16.4.el4.centos update8.7 M seamonkey-nspr i386 1.0.9-16.4.el4.centos update101 k seamonkey-nss i386 1.0.9-16.4.el4.centos update745 k selinux-policy-targeted noarch 1.17.30-2.150.el4 update125 k Installing for dependencies: clamav-lib i386 0.88.2-2.el4.kb kbs-CentOS-Extras 144 k Updating for dependencies: clamav-db i386 0.93.3-1.el4.rf rpmforge 15 M clamd i386 0.93.3-1.el4.rf rpmforge 82 k Transaction Summary = Install 5 Package(s) Update 32 Package(s) Remove 0 Package(s) Total download size: 76 M Is this ok [y/N]: n Exiting on user Command Complete! ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] configuration request
I've apparently gotten myself into somewhat of a bind. I've been trying to exclude various packages from the different repos, and while I *think* I've gotten a working configuration again, it it still pulling stuff in that I have excluded I think in the right repos, but things I have no use for whatsoever. Items like kernel-hugemem-devel, kernel-hugemem, and anything involving kernel development. I run a stock kernel and am not doing any building of any kind at this point. The machine is an i-686 machine, and a single processor. I'd be very much appreciative if someone could send me,, or post a proper repo config that points to the various exclude lines to get rid of some of the unnecessary files. It's taken me about 2 hours of modifying stuff to finally get a yum repo config to make it all the way thru. Any type of help here would be great! Thanking you in advance, Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] What are these TCP errors telling me?
Lately, the error messages below have been showing up in the log for the past 3 days. Is something broken, or someone trying to break in or what? I'm completely clueless about this. If you could, since I'm receiving the list in digest form, cc a copy directly to me? Many thanks... Sam **Unmatched Entries** dispatch 0x8c84f40: shutting down due to TCP receive error: connection reset: 1 Time(s) dispatch 0x8cbbb40: shutting down due to TCP receive error: connection reset: 1 Time(s) dispatch 0x8cccf40: shutting down due to TCP receive error: connection reset: 1 Time(s) dispatch 0x8d17d28: shutting down due to TCP receive error: connection reset: 1 Time(s) dispatch 0x8e786a8: shutting down due to TCP receive error: connection reset: 1 Time(s) ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Excluded files from repos?
Lanny Marcus wrote: On 6/10/08, Sam Drinkard [EMAIL PROTECTED] wrote: Ralph Angenendt wrote: Sam Drinkard wrote: Ok.. I'm way behind the 8-ball on setting things up correctly, but after going over the protection things in yum, I ran a yum check-update and it returned with having 318 files excluded because of protection. Is that too high a number? I have the numerical protection set to 1. Is there a good tutorial about how to correctly set up the protect base. I'd go with the priorities plugin. Everything about Repositories, Protectbase, Priorities and more at: http://wiki.centos.org/AdditionalResources/Repositories/ Cheers, Ralph Just to be on the safe side, I installed both plugins and have them configured now. FWIW, I did a yum check-update and for some unknown reason, I got no dependency issues and nothing was tagged for update! Surely the addition of the protectbase and priorities plugins didn't do that??? I appreciate all you all have responded, and apologize for the lame questions. Time for me to do some more list reading I suppose. Sam: Having both plugins installed is probably *not* a good thing to do. As was previously suggested, probably best to go with Priorities. Read this page: http://wiki.centos.org/PackageManagement/Yum/Priorities I think the number of Packages being excluded (318) is in the ballpark. 73, Lanny Thanks for the tip Lanny. Just set it up and will let it fly with priorities only. Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Help!
Folks, I have a bit of a problem and can't seem to figure out what is getting broken or why. I've been pulling my hair out trying to get clamav or clamav-milter to install and permit yum update to continue. What is happening is this: I yum install the clamav package, but when I try to do an update on the system, it constantly returns with an error of a Missing Dependency for clamd and clamav-db. I've installed and erased clamav several times, and that's the only way I can do a yum update on the system. The files are coming from sourceforge, and the version is 0.93-2.el4rf. Perhaps I'm not installing in the correct sequence or something, so could someone please tell me how to go about getting all the dependencies for the clamav package? This is the x86_64 version I've been working with. Many thanks Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Help!
Craig White wrote: On Tue, 2008-06-10 at 10:33 -0400, Sam Drinkard wrote: Folks, I have a bit of a problem and can't seem to figure out what is getting broken or why. I've been pulling my hair out trying to get clamav or clamav-milter to install and permit yum update to continue. What is happening is this: I yum install the clamav package, but when I try to do an update on the system, it constantly returns with an error of a Missing Dependency for clamd and clamav-db. I've installed and erased clamav several times, and that's the only way I can do a yum update on the system. The files are coming from sourceforge, and the version is 0.93-2.el4rf. Perhaps I'm not installing in the correct sequence or something, so could someone please tell me how to go about getting all the dependencies for the clamav package? This is the x86_64 version I've been working with. first off... .el4rf sounds more like files coming from dag than sourceforge. do you have dag repository installed? if not, you should since it maintains current clam* packages for CentOS-4 secondly, you probably should show us the exact error rather than paraphrase and have us guess at what the error is. But I suspect that if you solve the first, you solve it all. Craig Ok.. I guess I should have been a bit more exact in my phrases.. No, I don't have Dag's repo enabled, as most of the time it would fail when I tried to use it. I guess the URL has probably changed as well. As for the source, yes, that should have been rpmforge instead of sourceforge. If you have the current Dag repo URL, I'd appreciate it if you'd include it in a reply, or just send it to me off list. The output of yum update # yum update Setting up Update Process Setting up repositories kbs-CentOS-Extras 100% |=| 951 B00:00 kbs-CentOS-Misc 100% |=| 951 B00:00 update100% |=| 951 B00:00 rpmforge 100% |=| 1.1 kB00:03 base 100% |=| 1.1 kB00:00 addons100% |=| 951 B00:00 extras100% |=| 1.1 kB00:00 Reading repository metadata in from local files Resolving Dependencies -- Populating transaction set with selected packages. Please wait. --- Package cups.x86_64 1:1.1.22-0.rc1.9.20.2.el4_6.8 set to be updated --- Package evolution.x86_64 0:2.0.2-35.0.4.el4_6.2 set to be updated --- Package clamav-server.x86_64 0:0.88.2-2.el4.kb set to be updated --- Package cups-libs.x86_64 1:1.1.22-0.rc1.9.20.2.el4_6.8 set to be updated --- Package cups-libs.i386 1:1.1.22-0.rc1.9.20.2.el4_6.8 set to be updated --- Package clamav-data.x86_64 0:0.88.2-2.el4.kb set to be updated -- Running transaction check -- Processing Dependency: clamav-lib = 0.88.2-2.el4.kb for package: clamav-server -- Processing Dependency: libclamav.so.1()(64bit) for package: clamav-server -- Processing Dependency: clamav-db for package: clamav -- Processing Dependency: clamd = 0.93-2.el4.rf for package: clamav-milter -- Restarting Dependency Resolution with new changes. -- Populating transaction set with selected packages. Please wait. --- Package clamav-lib.x86_64 0:0.88.2-2.el4.kb set to be updated -- Running transaction check -- Processing Dependency: clamav-db for package: clamav -- Processing Dependency: clamd = 0.93-2.el4.rf for package: clamav-milter -- Finished Dependency Resolution Error: Missing Dependency: clamav-db is needed by package clamav Error: Missing Dependency: clamd = 0.93-2.el4.rf is needed by package clamav-milter Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Help!
Kai Schaetzl wrote: Sam Drinkard wrote on Tue, 10 Jun 2008 10:33:39 -0400: Please, use subjects that make sense! And as a general hint, it's really not good style to lament about missing dependencies with telling more. The files are coming from sourceforge Please elaborate. There are several repo's that have clamav. I recommend using rpmforge. Or do you mean *rpm*forge when you write sourceforge? Problems with the latest clamav rpms have been reported several times on this list, read back! I personally haven't had any problems. Kai Kai, I get the two repo's mixed up from time to time. Anyhow, it works well if I don't try to update the machine, but I have to remove it to do a yum update till I get this problem sorted out. It should have been rpmforge instead of sourceforge. Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Excluded files from repos?
Ok.. I'm way behind the 8-ball on setting things up correctly, but after going over the protection things in yum, I ran a yum check-update and it returned with having 318 files excluded because of protection. Is that too high a number? I have the numerical protection set to 1. Is there a good tutorial about how to correctly set up the protect base. Sorry if this is a noobie question.. I've been away from CentOS for some time and needing to get back into the swing of things. Thanks.. Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Excluded files from repos?
Ralph Angenendt wrote: Sam Drinkard wrote: Ok.. I'm way behind the 8-ball on setting things up correctly, but after going over the protection things in yum, I ran a yum check-update and it returned with having 318 files excluded because of protection. Is that too high a number? I have the numerical protection set to 1. Is there a good tutorial about how to correctly set up the protect base. I'd go with the priorities plugin. Everything about Repositories, Protectbase, Priorities and more at: http://wiki.centos.org/AdditionalResources/Repositories/ Cheers, Ralph Just to be on the safe side, I installed both plugins and have them configured now. FWIW, I did a yum check-update and for some unknown reason, I got no dependency issues and nothing was tagged for update! Surely the addition of the protectbase and priorities plugins didn't do that??? I appreciate all you all have responded, and apologize for the lame questions. Time for me to do some more list reading I suppose. Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Best Motherboard
Ryan Nichols wrote: To all.. I was using a Gigabyte motherboard, and the board seems like a bad choice. What do you guys recommend for a decent server board that would use a Dual Core processor and DDR2 ram. I dont want to replace the CPU and Mem i already have, just find a decent board that supportsthe existing.. Thanks, Ryan Nichols Ryan, About 2 years ago, I build a server using a SuperMicro X6DA8-2 motherboard and it is a dual xeon processor machine with capabilities of 16G of DDR2 memory. It has dual gigabit ethernet ports, 6 usb 2.0 ports and a dual SATA controller as well as regular IDE bussmaster capabilities. I've been very happy with it, and at the time, it was not that expensive a board with the 2 cpu's on it. A couple months ago, I recased the thing back into a SuperMicro case that was optimized for that board and I wish now I'd done it when I first built it. One problem I had with it was the cpu cooler fans. The original ones were made by Intel, and they were noisy, terribly out of balance and downright bad. I replaced them with 4-pin PWM fans from SuperMicro and that machine is so quiet now, I have to feel of it to make sure it's running. The thing runs about 90 degrees operating and with the fans set up on the super quiet mode, it never even breaks a sweat. There is another version of the board that has a SCSI controller on board, but only one gigabit ethernet port. Everything else is pretty much the same. I highly recommend SuperMIcro boards and cases. Probably a bit more expensive than some of the others, but in a server, I want quality, so I pay for what I get. HTH Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Best Motherboard
Simon Jolle sjolle wrote: On 05/15/2008 04:24 PM, Sam Drinkard wrote: About 2 years ago, I build a server [...] What are the advantages of building your own server comparing with products from HP, Dell and IBM? Is it cheaper? I never heard of DIY server hardware market. cheers Simon Basically, I built it because I wanted certain components in/on the system and could not get it configured that way from any vendor. I've built every PC I've ever owned. I select components based on the type of use they would get, and the applications they are going to run. As for price, sometimes cheaper, sometimes more expensive depending on what you put in it, but in the end, when it all comes together, you have something to be proud of because you built it yourself. Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Irritant
Dag, I thought I had the latest version, but alas, I found I did not. Grabbed the latest version and I must admit, those few tips you put in your blog really makes a huge difference. Putty always appeared to be a slow updated package, and while I don't use it much, I do have to have it for times when I need to be at the desktop.. Thanks .. Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Latest version of clamav-milter
Hi folks, Can someone tell me the latest version of clamav-milter x84_64? I just yum installed it but it is version 0.88.2.el4kb, and the version on my server is 0.93. Is the difference between the two due to being different platforms? Thanks.. Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Irritant
Hi again, I've got a nagging irritant with either putty or the man pages, or perhaps my setup. If I use putty to log into my server and request any man page, it returns the page, but really important stuff like keywords are blank. Is this perhaps caused by the wrong terminal setting in putty or is there something with Centos man pages that cause this to happen? Thanks again, Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Irritant
Gregory P. Ennis wrote: Sam, Are you using putty from a microsoft desktop or a linux desktop? If you are using a linux desktop try using konsole or terminal for the connection and see if you get the same symptoms. We use putty for all of our microsoft connections and konsole for all of our linux connections and I have never noticed the problem you are describing. Greg Ennis On Wed, 2008-05-07 at 14:28 -04f \00, Sam Drinkard wrote: Hi again, I've got a nagging irritant with either putty or the man pages, or perhaps my setup. If I use putty to log into my server and request any man page, it returns the page, but really important stuff like keywords are blank. Is this perhaps caused by the wrong terminal setting in putty or is there something with Centos man pages that cause this to happen? Thanks again, Sam ___ This machine has XP on it, but I can use the other Centos machine if it's up and running which is not all the time. The man pages display correctly when viewing from the other machine using just a normal terminal window. It's almost like putty can't display the bolded characters, or tries to display them maybe in the same color as the background. I'll check that on putty to make sure I don't intentionally shoot my foot off! Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Irritant
Gregory P. Ennis wrote: Sam, Are you using putty from a microsoft desktop or a linux desktop? If you are using a linux desktop try using konsole or terminal for the connection and see if you get the same symptoms. We use putty for all of our microsoft connections and konsole for all of our linux connections and I have never noticed the problem you are describing. Greg Ennis On Wed, 2008-05-07 at 14:28 -04f \00, Sam Drinkard wrote: Hi again, I've got a nagging irritant with either putty or the man pages, or perhaps my setup. If I use putty to log into my server and request any man page, it returns the page, but really important stuff like keywords are blank. Is this perhaps caused by the wrong terminal setting in putty or is there something with Centos man pages that cause this to happen? Thanks again, Sam ___ CentOS mailing list Looks like I shot myself in the foot after all. I just checked the bold foreground color, and sure enough, it was the same as the background color. Changed that to red, and it works as advertized now. Sorry for the unnecessary postings. Should have checked there first ! Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Latest version of clamav-milter
Karanbir Singh wrote: Sam Drinkard wrote: Can someone tell me the latest version of clamav-milter x84_64? I just yum installed it but it is version 0.88.2.el4kb, and the version on my server is 0.93. Is the difference between the two due to being different platforms? the ClamAV in rpmforge obsolets the one in centos.karan.org ( which is where your 0.88.2.el4.kb comes from ) - so you should update those packages. Thanks Karanbir, I got the thing and working OK. I'm way behind on what has been going on with CentOS and I need to play catch-up really soon. Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] ClamAV version(s)
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 correctly, I removed clamav-milter and reinstalled it. My question is about clamd. clamd --version yields ClamAV 0.88.7/2314/Sun Dec 10 15:02:13 2006 Is this the most current version available from centos? In the logs, there is a note about it being drastically outdated and pointed me to an FAQ file on clamd. I don't want to go through that hassle of mixing repos and get all fouled up again. Thanks Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Rejecting valid mail (including this mailing list)
Recently, I added the below line to my sendmail.mc and rebuilt. Everything was working just fine until sometime today. In looking over the maillog, it seems if almost every piece of mail was rejected because of this configuration - mail that I know is OK, valid, and not a source of spam, like tamu.edu. Not only that, but the mailing list from centos was being rejected as well. Anyone know what might be happening? One link I ran across said that ordb.org went out of business or stopped their service in Dec of '06. If that's the case, why is their info still being listed in some of the sendmail configs, and others still advertising it's use. dnl # FEATURE(`dnsbl', `relays.ordb.org', `550 Email rejected due to sending server misconfiguration - see http://www.ordb.org/faq/\#why_rejected;')dnl Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Frustration with yum
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 B00:00 kbs-CentOS-Misc 100% |=| 951 B00:00 update100% |=| 951 B00:00 rpmforge 100% |=| 1.1 kB00:00 base 100% |=| 1.1 kB00:00 addons100% |=| 951 B00:00 extras100% |=| 1.1 kB00:00 Reading repository metadata in from local files Resolving Dependencies -- Populating transaction set with selected packages. Please wait. --- Package kernel-devel.i686 0:2.6.9-67.0.7.EL set to be installed --- Package kernel.i686 0:2.6.9-67.0.7.EL set to be installed --- Package tzdata.noarch 0:2007k-2.el4 set to be updated --- Package krb5-devel.i386 0:1.3.4-54.el4_6.1 set to be updated --- Package krb5-workstation.i386 0:1.3.4-54.el4_6.1 set to be updated --- Package clamav-data.i386 0:0.88.2-2.el4.kb set to be updated --- Package clamav-server.i386 0:0.88.2-2.el4.kb set to be updated --- Package krb5-libs.i386 0:1.3.4-54.el4_6.1 set to be updated --- Package kernel-hugemem-devel.i686 0:2.6.9-67.0.7.EL set to be updated --- Package kernel-smp-devel.i686 0:2.6.9-67.0.7.EL set to be updated --- Package lftp.i386 0:3.7.0-1.el4.rf set to be updated --- Package evolution.i386 0:2.0.2-35.0.4.el4_6.1 set to be updated -- Running transaction check -- Processing Dependency: clamav-db = 0.92.1-1.el4.rf for package: clamav -- Processing Dependency: clamav-lib = 0.88.2-2.el4.kb for package: clamav-server -- Processing Dependency: libclamav.so.1 for package: clamav-server -- Processing Dependency: clamd = 0.92.1-1.el4.rf for package: clamav-milter -- Restarting Dependency Resolution with new changes. -- Populating transaction set with selected packages. Please wait. --- Package clamav-lib.i386 0:0.88.2-2.el4.kb set to be updated -- Running transaction check -- Processing Dependency: clamav-db = 0.92.1-1.el4.rf for package: clamav -- Processing Dependency: clamd = 0.92.1-1.el4.rf for package: clamav-milter -- Finished Dependency Resolution Error: Missing Dependency: clamav-db = 0.92.1-1.el4.rf is needed by package clamav Error: Missing Dependency: clamd = 0.92.1-1.el4.rf is needed by package clamav-milter As you can see in the last two lines, clamav-db and clamd appear to be missing, but I assure you, clamav-milter and clamav as well as the database are here, and running quite well. I even went so far as to do an erase of both, and both times, yum shows them as being installed. Of course I did not erase them, but if it finds them to be installed, why does it say they are missing during an update attempt? I'm off the digest currently, so I can more quickly respond with further info if needed. Thanks.. Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Frustration with yum
Jim Perrin wrote: On Mon, Mar 24, 2008 at 11:32 AM, Sam Drinkard [EMAIL PROTECTED] wrote: 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. -- Processing Dependency: clamav-db = 0.92.1-1.el4.rf for package: clamav -- Processing Dependency: clamav-lib = 0.88.2-2.el4.kb for package: clamav-server -- Processing Dependency: libclamav.so.1 for package: clamav-server -- Processing Dependency: clamd = 0.92.1-1.el4.rf for package: clamav-milter -- Restarting Dependency Resolution with new changes. -- Populating transaction set with selected packages. Please wait. --- Package clamav-lib.i386 0:0.88.2-2.el4.kb set to be updated -- Running transaction check -- Processing Dependency: clamav-db = 0.92.1-1.el4.rf for package: clamav -- Processing Dependency: clamd = 0.92.1-1.el4.rf for package: clamav-milter -- Finished Dependency Resolution Error: Missing Dependency: clamav-db = 0.92.1-1.el4.rf is needed by package clamav Error: Missing Dependency: clamd = 0.92.1-1.el4.rf is needed by package clamav-milter As you can see in the last two lines, clamav-db and clamd appear to be missing, but I assure you, clamav-milter and clamav as well as the database are here, and running quite well. I even went so far as to do an erase of both, and both times, yum shows them as being installed. Of course I did not erase them, but if it finds them to be installed, why does it say they are missing during an update attempt? I'm off the digest currently, so I can more quickly respond with further info if needed. Okay. Take a look at clamav-db = 0.92.1-1.el4.rf for package: clamav then look at clamav-lib = 0.88.2-2.el4.kb for package: clamav-server One is from the kbs repo, and one is from rpmforge. Mostly, you're mixing similar packages from different repositories. This is a bad thing, and the reason for the existence of priorities, and protectbase plugins, as well as include/exclude statements on a per repository basis. Jim, Thanks for pointing that out. I had not even noticed the differences. When I installed clamav and everything, I let yum do it, so I just assumed it would pull in all the right pieces. I know not to mix repositories, so I'm at a loss how this happened. I assume now I have to install the correct clamav package and clamav-db? What would best practices do - remove the earlier version and start over? It's been quite a while since I did any stuff on the machine, as it just runs and works as it's supposed to do, but I see now I need to start playing catch-up. Thanks.. Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Frustration with yum
Dennis Gilmore wrote: On Monday 24 March 2008, Sam Drinkard wrote: 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 B00:00 kbs-CentOS-Misc 100% |=| 951 B00:00 update100% |=| 951 B00:00 rpmforge 100% |=| 1.1 kB00:00 base 100% |=| 1.1 kB00:00 addons100% |=| 951 B00:00 extras100% |=| 1.1 kB00:00 Reading repository metadata in from local files Resolving Dependencies -- Populating transaction set with selected packages. Please wait. --- Package kernel-devel.i686 0:2.6.9-67.0.7.EL set to be installed --- Package kernel.i686 0:2.6.9-67.0.7.EL set to be installed --- Package tzdata.noarch 0:2007k-2.el4 set to be updated --- Package krb5-devel.i386 0:1.3.4-54.el4_6.1 set to be updated --- Package krb5-workstation.i386 0:1.3.4-54.el4_6.1 set to be updated --- Package clamav-data.i386 0:0.88.2-2.el4.kb set to be updated --- Package clamav-server.i386 0:0.88.2-2.el4.kb set to be updated --- Package krb5-libs.i386 0:1.3.4-54.el4_6.1 set to be updated --- Package kernel-hugemem-devel.i686 0:2.6.9-67.0.7.EL set to be updated --- Package kernel-smp-devel.i686 0:2.6.9-67.0.7.EL set to be updated --- Package lftp.i386 0:3.7.0-1.el4.rf set to be updated --- Package evolution.i386 0:2.0.2-35.0.4.el4_6.1 set to be updated -- Running transaction check -- Processing Dependency: clamav-db = 0.92.1-1.el4.rf for package: clamav -- Processing Dependency: clamav-lib = 0.88.2-2.el4.kb for package: clamav-server -- Processing Dependency: libclamav.so.1 for package: clamav-server -- Processing Dependency: clamd = 0.92.1-1.el4.rf for package: clamav-milter -- Restarting Dependency Resolution with new changes. -- Populating transaction set with selected packages. Please wait. --- Package clamav-lib.i386 0:0.88.2-2.el4.kb set to be updated -- Running transaction check -- Processing Dependency: clamav-db = 0.92.1-1.el4.rf for package: clamav -- Processing Dependency: clamd = 0.92.1-1.el4.rf for package: clamav-milter -- Finished Dependency Resolution Error: Missing Dependency: clamav-db = 0.92.1-1.el4.rf is needed by package clamav Error: Missing Dependency: clamd = 0.92.1-1.el4.rf is needed by package clamav-milter As you can see in the last two lines, clamav-db and clamd appear to be missing, but I assure you, clamav-milter and clamav as well as the database are here, and running quite well. I even went so far as to do an erase of both, and both times, yum shows them as being installed. Of course I did not erase them, but if it finds them to be installed, why does it say they are missing during an update attempt? The problem is that you are mixing repositories that provide different versions of the same package which is impossible to sanely support. the easiest way would be to temporarily disable one repo and run your update again. Dennis ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos Dennis, As Jim just pointed out to me, I was unaware of the mixing.. I'll see what else I can muck up while trying to fix this :) Thanks.. Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: CentOS Digest, Vol 38, Issue 23
Ann, Actually I had to add read / execute permissions to the aliases.db to stop the error messages. I'd just like to know what clamav is doing to it or why it needs to read it. I installed the clamav with yum but for some reason it does not know it's in there. How to fix? Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] couple of problems
Hello all, I finally got spamass-milter and clamav-milter running, but have one error I've not been able to determine what is happening. From the log entry I see this line: SYSERR(sa-milt): hash map Alias0: unsafe map file /etc/aliases.db: Permission denied: 39 Time(s) any pointers here? The 2nd item is with yum. I attempted to update, and wound up getting a fail on a dependency, yet the packages (clamav-db clamd) are in fact installed. How do I use yum to tell it they are in the system? Thanks.. Sam ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
