Discuss

discuss@lists.centos.org

34753 discussions

System on time
by Niki Kovacs 09 Nov '07

09 Nov '07

Hi, To get my system on time, I usually issue these two commands: # ntpdate de.pool.ntp.org # hwclock -w And when I want this to be done on startup, I put the two lines in rc.local. I wonder if this is an orthodox way to do things. Or is there something more appropriate? Niki Kovacs

5 8

Slightly OT - unable to install hplip 2.7 on CentOS 5 64
by Mark Hull-Richter 09 Nov '07

09 Nov '07

I have already reported this as a bug to the HP folks, but I was hoping someone here might have a clue about this one. Just bought an HP Deskjet F2120 and tried to install it on my CentOS 5.064-bit system. The printer installed fine, but sane does not recognize the device, so I tried to install hplip 2.7.10, which is supposed to support it. Installation failed twice - first time because I did not have net-snmp-devel installed. I installed that, then tried again. Now it fails because it claims I do not have libusb installed: INSTALL MISSING REQUIRED DEPENDENCIES ------------------------------------- warning: There are 2 missing REQUIRED dependencies. note: Installation of dependencies requires an active internet connection. warning: Missing REQUIRED dependency: libusb (libusb - USB library) error: This installer cannot install this dependency for your distro/OS and/or version. error: Installation cannot continue without this dependency. Please manually install this dependency and re-run this installer. However, both yum and rpm say this is installed: $ yum list | grep libusb libusb.i386 0.1.12-5.1 installed libusb.x86_64 0.1.12-5.1 installed libusb-devel.i386 0.1.12-5.1 base libusb-devel.x86_64 0.1.12-5.1 base $ rpm -qa | grep libusb libusb-0.1.12-5.1.i386 libusb-0.1.12-5.1.x86_64 I tried installing via the tarball, but it failed, claiming I don't have libjpeg installed (it is, both 32 and 64 bit versions). Note that the hp-check output (below) shows both of these to be installed.... Any/all assistance/guideance would be appreciated - I'd hate to have to pack this up and take it back, but I will if need be. mhr $ hp-check HP Linux Imaging and Printing System (ver. 1.6.7) Dependency/Version Check Utility ver. 2.1 Copyright (c) 2003-6 Hewlett-Packard Development Company, LP This software comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to distribute it under certain conditions. See COPYING file for more details. Basic system info... --> Linux mhrichter 2.6.18-8.1.15.el5.nx #1 SMP Wed Oct 24 16:35:26 PDT 2007 x86_64 x86_64 x86_64 GNU/Linux Currently installed version... --> 1.6.7 Checking Python version... --> Version 2.4.3 installed. --> OK Checking for user interface dependencies... Checking for SIP... --> OK Checking for PyQt... --> OK Checking Qt version... --> Version 3.3.6 installed. --> OK Checking SIP version... --> Version 4.4.5 installed --> OK Checking PyQt version... --> Version 3.16.0 installed. --> OK Checking for library dependencies... Checking for libnetsnmp... --> OK Checking for libjpeg... --> OK Checking for libusb... --> OK Checking for libcrypto... --> OK Checking for libpthread... --> OK Checking for application dependencies... Checking ghostscript... --> Version 8.15.2 Checking gcc... --> gcc (GCC) 4.1.1 20070105 (Red Hat 4.1.1-52) --> OK Checking make... --> GNU Make 3.81 --> OK Checking ReportLab (optional)... warning: Not installed. Fax coverpage support will be disabled. Checking kernel module... Checking for ppdev (optional)... --> OK Checking for CUPS... --> scheduler is running --> OK Checking existing CUPS queues... Printer Device URI HPLIPInstalled? ------- -------------------------------------------------- -------------------- HP2120 hp:/usb/Deskjet_F2100_series?serial=CN7863R35K04TK Yes MPP1100 parallel:/dev/lp0 No Note: Any CUPS queues that are not 'HPLIP Installed', must be installed with the 'hp:' or 'hpfax:' backends to have them work in HPLIP. Refer to the install instructions on http://hplip.sourceforge.net for more help.

1 0

Intel 1000/PRO GT (e1000 driver) and "Detect Tx Unit Hang" error with 4GB RAM
by Steven Alexson 09 Nov '07

09 Nov '07

Hmmm...any chance that you can ellaborate on what updates will be included with 5.1. Not sure if it will be of practical interest anymore (I have 4 new network cards...non-Intel..on the way) since I have spent far more time on this problem than I should have. But, from a curiousity perspective, I am curious. If I could resolve this problem and use the Intel cards, that would be ideal. Then I could return the 4 cards I ordered today and save a bit of money. If waiting the couple of weeks (projected) that it takes for 5.1 to roll out, that might be worth it. Thanks for the insight. ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.

2 1

Intel 1000/PRO GT (e1000 driver) and "Detect Tx Unit
by Steven Alexson 09 Nov '07

09 Nov '07

Ignore this thread...misdirected the reply. ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.

1 0

Intel 1000/PRO GT (e1000 driver) and "Detect Tx Unit
by Steven Alexson 09 Nov '07

09 Nov '07

1 0

Gpdf - maintainer?
by James B. Byrne 09 Nov '07

09 Nov '07

Can anyone here tell me who maintains Gpdf and where its project page is located? Google searches give one the impression that gpdf is no longer maintained but this is evidently not the case given the recent updates. Sincerely, -- *** E-Mail is NOT a SECURE channel *** James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

1 0

Intel 1000/PRO GT (e1000 driver) and "Detect Tx Unit Hang" error with 4GB RAM
by Steven Alexson 09 Nov '07

09 Nov '07

My system configuration: ASUS M2A-VM motherboard AMD Athlon 64 X2 4200+ 2.2 GHz 4x A-DATA 1GB DDR2 800 memory 2x Intel 10/100/1000 Pro/1000 GT Desktop Network Adapter 2x Seagate Barracuda 250GB HD (RAID 1, software RAID) CentOS 5 x86_64; Kernel 2.6.23 (custom built); Version 7.6.9.2 e1000 driver The symptoms of this problem are outlined at: http://e1000.sourceforge.net/wiki/index.php/Issues[1] http://e1000.sourceforge.net/wiki/in...p/Tx_Unit_Hang[2] Last night I started experiencing the "Detected Tx Unit Hang" problem with the Intel e1000 NIC. This happened after I upgraded my system to 4GB RAM (previously 2GB). I have 2 of these cards in the system. I updated the Linux kernel to 2.6.23 and I downloaded from Sourceforge and installed the most recent stable version of the e1000 driver for Linux, version 7.6.9.2. I still experiencing the "Detected Tx Unit Hang" message. I had to recompile the kernel because upgrading to 4GB with the current kernel for CentOS 5 (2.6.18.8-1) causes an error, ata1: softreset failed (1st FIS failed), which results in a kernel panic. Upgrading the kernel to 2.6.23 fixed that problem, but now I have a problem with my network cards. Searching around, I found posts saying that disabling acpi with the kernel options "acpi=off noacpi" would fix it, but it did not. I tried added explicit modprobe options for the driver in /etc/modprobe.conf (options e1000 XsumRX=0 Speed=1000 Duplex=2 InterruptThrottleRate=0 FlowControl=3 RxDescriptors=4096 TxDescriptors=4096 RxIntDelay=0 TxIntDelay=0). Still no change. Still getting experiencing the problem. I then tried another suggestion I found in a forum discussion `ethtool -K eth0 tso=off`. Seems to have had no effect on the problem. This problem occurs immediately when the system is trying to bring the device up. I cannot even get to a point to try sending traffic over the network interface because it never negotiates an IP address from DHCP. If I specify a static IP address, the address is assigned, but I still experience the problem, and I cannot even ping another host. Now, if I reduce the amount of RAM to 3GB or less, everything works fine! So, this leads me to believe that my kernel and driver are configured, compiled, and functioning correctly. It also leads me to believe that there are no problems with the network cards. So, I though perhaps a bad memory module, but no matter which 3 modules of the 4 I leave in, I get the same results. Everything works fine until I add the 4th module. Then I found an article on Intel's site saying that some older EEPROM have the power management option turned on, and that could cause the problem. So, I downloaded the script that would fix the bit in the EEPROM (turning off power management). The script says that it does not apply to my version of the EEPROM. When I run `ethtool -e (eth0|eth1)` I do not have the bit on 0x0010 that is set to "de", so I must believe that the script is correct in assessing that it does not apply to my NICs. So, I thought that perhaps my power supply could be the problem. Perhaps the PSU doesn't supply enough power to power everything when I add the 4th memory module. It is just a generic 300W PSU that came with the case (I have new 500W PSUs on the way). So, I pulled out one of the NICs and disconnected the DVD drive. That is about all I can eliminate. Reducing the hardware installed made no difference. I am running the 64-bit kernel, so I should have no trouble supporting the 4GM RAM, correct?. Now, I am out of ideas, and I seem to have hit a brick wall. One of the things that disturbs me is that all of the articles I have found concerning this problem are dated 1-2 years ago. Can anyone offer me any assistance? Links: ------ [1] http://e1000.sourceforge.net/wiki/index.php/Issues [2] http://e1000.sourceforge.net/wiki/in...p/Tx_Unit_Hang ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.

2 1

RE: [CentOS] System on time
by Bowie Bailey 09 Nov '07

09 Nov '07

Brian Mathis wrote: > On Nov 9, 2007 9:03 AM, Matt Hyclak <hyclak(a)math.ohiou.edu> wrote: > > > > chkconfig ntpd on > > will cause ntpd to sync and start the ntp daemon every boot. > > service ntpd start > > will start the daemon right now. > > > > Matt > > You can set the servers you want to use in /etc/ntp.conf And check here for some publicly available time server pools: http://support.ntp.org/bin/view/Servers/NTPPoolServers -- Bowie

1 0

nss_ldap bug fix update for CentOS?
by Sebastian Marten 09 Nov '07

09 Nov '07

Hello, Is it Possible to create this fix for CentOS too? Bug: https://bugzilla.redhat.com/show_bug.cgi?id=243753 Solution: http://rhn.redhat.com/errata/RHBA-2007-0676.html regards Sebastian

3 2

CentOS-announce Digest, Vol 33, Issue 7
by centos-announce-request＠centos.org 09 Nov '07

09 Nov '07

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2007:0968 Critical CentOS 4 x86_64 pcre - security update (Johnny Hughes) 2. CESA-2007:0968 Critical CentOS 4 i386 pcre - security update (Johnny Hughes) 3. CESA-2007:0966 Important CentOS 4 x86_64 perl - security update (Johnny Hughes) 4. CESA-2007:0966 Important CentOS 4 i386 perl - security update (Johnny Hughes) 5. CESA-2007:1022 Important CentOS 4 i386 cups - security update (Johnny Hughes) 6. CESA-2007:1022 Important CentOS 4 x86_64 cups - security update (Johnny Hughes) 7. CESA-2007:1025 Important CentOS 4 x86_64 gpdf - security update (Johnny Hughes) 8. CESA-2007:1025 Important CentOS 4 i386 gpdf - security update (Johnny Hughes) 9. CESA-2007:1029 Important CentOS 4 x86_64 xpdf - security update (Johnny Hughes) 10. CESA-2007:1029 Important CentOS 4 i386 xpdf - security update (Johnny Hughes) 11. CESA-2007:0966 Important CentOS 5 i386 perl Update (Karanbir Singh) 12. CESA-2007:0966 Important CentOS 5 x86_64 perl Update (Karanbir Singh) 13. CESA-2007:0967 Critical CentOS 5 i386 pcre Update (Karanbir Singh) 14. CESA-2007:0967 Critical CentOS 5 x86_64 pcre Update (Karanbir Singh) 15. CESA-2007:1027 Important CentOS 4 ia64 tetex - security update (Pasi Pirhonen) 16. CESA-2007:1027 Important CentOS 4 s390(x) tetex - security update (Pasi Pirhonen) 17. CESA-2007:1028-01: Important CentOS 2 i386 tetex security update (John Newbigin) 18. CESA-2007:1031-01: Important CentOS 2 i386 xpdf security update (John Newbigin) ---------------------------------------------------------------------- Message: 1 Date: Thu, 08 Nov 2007 06:03:54 -0600 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2007:0968 Critical CentOS 4 x86_64 pcre - security update To: CentOS-Announce <centos-announce(a)centos.org> Message-ID: <4732FB2A.6010209(a)centos.org> Content-Type: text/plain; charset="iso-8859-1" CentOS Errata and Security Advisory 2007:0968 https://rhn.redhat.com/errata/RHSA-2007-0968.html The following updated files have been uploaded and are currently syncing to the mirrors: x86_64: pcre-4.5-4.el4_5.1.i386.rpm pcre-4.5-4.el4_5.1.x86_64.rpm pcre-devel-4.5-4.el4_5.1.x86_64.rpm src: pcre-4.5-4.el4_5.1.src.rpm

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss