Discuss

discuss@lists.centos.org

34753 discussions

Subversion: 400 Bad request error
by Jean Figarella 14 Aug '06

14 Aug '06

Here is my problem, On my network there is a subversion server to which everybody connects to and checks in/out code and documents. The workstations on the network are all based on Fedora core 3. And everybody's home directory is on a nfs share. This nfs share is mounted via the fstab. So no matter to which box a user logs in, his/her home dir is gonna be the same. Again, /home is a nfs mounted dir. Now, if I am on Fedora and I cd into /home/jean/dev/ for exmaple, and then I do svn update everything works fine. But if I do the same on centos 4.3; cd /home/jean/dev and then svn update, it gives me this error: bash-3.00$ cd ~/dev/sysadmin/ bash-3.00$ svn update svn: REPORT request failed on '/svn/code/!svn/vcc/default' svn: REPORT of '/svn/code/!svn/vcc/default': 400 Bad Request (https://subversion) bash-3.00$ bash-3.00$ cd /local/new_dev/sysadmin/ bash-3.00$ svn update At revision 30009. bash-3.00$ As you can see if I am still on centos and I create a /local on the *local drive*, then I can check out code or documents there and do everything else. Again, while I am on the nfs mounted dir it does not works, once I get out of the nfs dir then it works. Authentication is done via NIS, so uid and gid is the same under both distributions and computers. I also checked nfs access permision on the /etc/exports files and both computers or hosts have the same set of permissions. The subversion version on Fedora is 1.2.1 and in centos 4.3 it is 1.1.4. I have already tried upgrading to the same subversion version and to more recent ones, and that did not work. I am thinking that maybe this is not a subversion error because I can sucessfully use it from fedora 3 anf 5, and debian. I think it has to do with CentOS. I was looking to upgrade all of the FC3 boxes in my network to CentOS (about 30 of them), but with this problem Ill have to stick with Fedora. Any ideas? Thanks, Jean

3 4

Video Card Not Recognized Installing CentOS 3.7
by Corwin Burgess 14 Aug '06

14 Aug '06

I set up a new system that includes the following: ASUS AE8N-E Motherboard (NVIDIA nForce 4 Ultra Chipset) AMD Athlon 64 3800+ Processor OCZ PC3200 Gold Edition 1GB Memory EVGA GeForce 6600 PCI-Express x16 Video Card CentOS 3.7 The video card wasn't detected and I had to use the VESA driver (generic) when I installed CentOS 3.7. As this is the first time I've used a NVIDIA video card with Linux my knowledge is nil on this subject. After a quick review of the available video drivers that come with CentOS 3.7 I did a Google search and came up with this link: http://www.nvidia.com/object/linux_display_ia32_1.0-8762.html Linux Display Driver - IA32 Version: 1.0-8762 Operating System: Linux IA32 Release Date: May 22, 2006 I downloaded this driver and attempted to install it. When I run this # sh NVIDIA-Linux-x86-1.0-8762-pkg1.run to install the driver I'm told that I'm running an X server and that I need to exit X before installing the NVIDIA driver. After some experimenting I'm left with two questions: 1. How do I exit the X server to install this video driver? 2. How do I restart the X server when the driver is installed? Any other comments about this subject would be welcome. Thanks, Corwin Burgess

3 5

OT: Gigabit Rated Eth Cables - Cat 6 v. Gigatrue
by Karl Balsmeier 14 Aug '06

14 Aug '06

Hi, In populating our racks with several gigbit switches over the next few days, i'm wondering this: Is it over-engineering to seek out 550mhz rated cables over the typical Cat 6 250mhz rated cables? I've been advised (if you can a salesperson's words advice, heh.) that 250mhz is enough to handle traffic up to 10GB's. Should I just be happy with Cat6 for my GB switches or is is worth getting more into the details and seeking 550mhz-rated cable? Just curious what your experience is in migrating away from the typical 10/100 cables of yore to the spiffier world of gb rated traffic. -karlski __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

3 2

MadWiFi and WPA working only on base kernel, not plus kernel
by Robert Moskowitz 14 Aug '06

14 Aug '06

Interesting situation: First my system - HP NC4010, with Atheros pci mini card. Latest MadWiFi drivers from: http://atrpms.net/dist/el4/madwifi/ and wpa from: http://atrpms.net/dist/el4/wpa_supplicant/ I had just the madwifi working back in Jul at the IETF conference. But as open only. I had upgraded to the plus kernel, thinking it would get my internal SD card reader working (it hasn't but I have to follow up on that multi-drive usb drive thread). Once i upgraded to the plus kernel, kudzu could not see the Atheros card. I put everything on hold, but I had at it today. I discovered that if I boot with the standard kernel, it detects the Atheros card and I even got WPA-PSK working. But I boot with the plus kernel, and kudzu goes and removes the Atheros information from the /etc/sysconfig/hwconf file. So why doesn't the plus kernel, which is suppose to have all the drivers on that the upstream turned off not work with my Atheros card??????

1 0

RE: [CentOS] yum updates
by Bowie Bailey 14 Aug '06

14 Aug '06

Johnny Hughes wrote: > On Tue, 2006-08-08 at 14:42 -0400, Bowie Bailey wrote: > > Johnny Hughes wrote: > > > > > > Yum has no option to install an older file on top of a newer file > > > > > > An update probably installed the 34.0.2.EL-xxxx-devel file ... so 34.0.1 > > > will never install instead of the newer one. > > > > The installed package was older. I have already removed the package > > on the system I was working with, but here is an example from another > > one that is identical except for being x86_64 instead of i686. > > > > # yum info installed kernel-smp-devel > > Installed Packages > > Name : kernel-smp-devel > > Arch : x86_64 > > Version: 2.6.9 > > Release: 34.EL > > Size : 11 M > > Repo : installed > > > > # yum update kernel-smp-devel-2.6.9-34.0.1.EL > > Setting up Update Process > > Setting up repositories > > Reading repository metadata in from local files > > Could not find update match for kernel-smp-devel-2.6.9-34.0.1.EL > > No Packages marked for Update/Obsoletion > > > > I have verified that the package does exist in the repo: > > > > kernel-smp-devel-2.6.9-34.0.1.EL.x86_64.rpm > > > > It looks like a "yum update" will only update to the newest package > > version. > > yum install should install a newer ... but not necessarily the newest > package (I think) :) Based on the example I gave and other testing I have done, I believe that I am correct. I was unable to find any syntax that would let me select a newer-but-not-newest version for an update. -- Bowie

1 0

Several files's checksum change without reason
by kadafax 14 Aug '06

14 Aug '06

Hi list, I'm a bit worried here. On a server, Centos 4.3 fully-patched SELinux activated, Osiris (a decentralized scanner for files changes on distant servers) signaled me several changes on files who were not (at first sight) affected by a recent update (the list is below). Is there a logic explanation for those changes to happen ? The "rpm -Va" command does not output md5sum change for those files. compare time: Sat Aug 12 05:35:14 2006 host: server scan config: server (abcdefg) log file: no log file generated, see system log. base database: 56 compare database: 57 [211][server][cmp][/usr/bin][mtime][Sun Aug 6 04:02:20 2006][Sat Aug 12 04:02:22 2006] [213][server][cmp][/usr/bin][ctime][Sun Aug 6 04:02:20 2006][Sat Aug 12 04:02:22 2006] [204][server][cmp][/usr/bin/afs5log][checksum][b838bb6106250fdfd95ae8a7dc7fa95b8f762df4][a4c817dd8ca12449dc1a8bdf7f972c19aa3ffd7b] [206][server][cmp][/usr/bin/afs5log][inode][22423][22422] [213][server][cmp][/usr/bin/afs5log][ctime][Thu Jun 29 21:43:54 2006][Sat Aug 12 04:02:22 2006] [204][server][cmp][/usr/bin/dig][checksum][9d34eb65d61c9f43efc9b6141f727e7fdbb618bf][69d94a240e415b5f22a220fe71dcf865a9a5608c] [206][server][cmp][/usr/bin/dig][inode][25755][25759] [213][server][cmp][/usr/bin/dig][ctime][Thu Jun 29 21:43:48 2006][Sat Aug 12 04:02:21 2006] [204][server][cmp][/usr/bin/elinks][checksum][a62ab203cc0126aa846419ca25e2e2a6524ab58d][a66553759b6392f20b4f4c61d798585636feea9e] [206][server][cmp][/usr/bin/elinks][inode][26239][25433] [213][server][cmp][/usr/bin/elinks][ctime][Thu Jul 27 04:02:16 2006][Sat Aug 12 04:02:22 2006] [204][server][cmp][/usr/bin/host][checksum][f6e94925f133d1a9fe088da757ec60b493800adc][c47534726541474f7a1e1b7d23ec41ed44169118] [206][server][cmp][/usr/bin/host][inode][25133][22958] [213][server][cmp][/usr/bin/host][ctime][Thu Jun 29 21:43:51 2006][Sat Aug 12 04:02:21 2006] [204][server][cmp][/usr/bin/ipmi_ui][checksum][e106a461a907d0dec9f622919ddaed1a84552063][1bb99621c20d3e66f362a355d8d8e09340f748d6] [206][server][cmp][/usr/bin/ipmi_ui][inode][25973][21341] [213][server][cmp][/usr/bin/ipmi_ui][ctime][Thu Jun 29 21:43:53 2006][Sat Aug 12 04:02:22 2006] [204][server][cmp][/usr/bin/ipmish][checksum][f4f38f1f45f83d057b32deb2dbae9940f9d9dcc0][6e13d56f5457213de8302e08c311badcd49b1e46] [206][server][cmp][/usr/bin/ipmish][inode][25042][25755] [213][server][cmp][/usr/bin/ipmish][ctime][Thu Jun 29 21:43:50 2006][Sat Aug 12 04:02:21 2006] [204][server][cmp][/usr/bin/nslookup][checksum][7f7087ace44e1d14e984cd367df3b794cc1859a3][655c9d0f1328aa07f45a061825989809ae5b9885] [206][server][cmp][/usr/bin/nslookup][inode][25595][25317] [213][server][cmp][/usr/bin/nslookup][ctime][Thu Jun 29 21:43:51 2006][Sat Aug 12 04:02:21 2006] [204][server][cmp][/usr/bin/nsupdate][checksum][721695ed63aed8b55d6978b1384a0250d26d4d15][cac7585a8520d619d1a507b160e7a35651db3563] [206][server][cmp][/usr/bin/nsupdate][inode][21341][25780] [213][server][cmp][/usr/bin/nsupdate][ctime][Thu Jun 29 21:43:53 2006][Sat Aug 12 04:02:22 2006] [204][server][cmp][/usr/bin/openssl][checksum][c728d401456ee2003a329eb74e1ea3f008ddcf17][ddc4e323567fac0696dd9aeacea7402869837ff7] [206][server][cmp][/usr/bin/openssl][inode][22379][22423] [213][server][cmp][/usr/bin/openssl][ctime][Thu Jun 29 21:43:54 2006][Sat Aug 12 04:02:22 2006] [211][server][cmp][/usr/sbin][mtime][Fri Jul 28 12:45:00 2006][Sat Aug 12 04:02:23 2006] [213][server][cmp][/usr/sbin][ctime][Fri Jul 28 12:45:00 2006][Sat Aug 12 04:02:23 2006] [204][server][cmp][/usr/sbin/postalias][checksum][f338a0c58cfe235db579d20bea4326fab24f8cb3][c95b319b6cf1427f6c4bcce2c73d6a616b2df0c9] [206][server][cmp][/usr/sbin/postalias][inode][25433][25404] [213][server][cmp][/usr/sbin/postalias][ctime][Fri Jun 30 03:20:49 2006][Sat Aug 12 04:02:21 2006] [204][server][cmp][/usr/sbin/postcat][checksum][fc47304764134988383104ef304f60252dcae749][df49b7fa733d217bb7f0ccec4d7b24b1417f8d21] [206][server][cmp][/usr/sbin/postcat][inode][22626][25579] [213][server][cmp][/usr/sbin/postcat][ctime][Fri Jun 30 03:20:48 2006][Sat Aug 12 04:02:20 2006] [204][server][cmp][/usr/sbin/postconf][checksum][f9d25482431b3a5988e1025bb8abc5033a7517cb][86f6fb5dec3746aa6879a57f1acfac6dac31b85a] [206][server][cmp][/usr/sbin/postconf][inode][25780][25556] [213][server][cmp][/usr/sbin/postconf][ctime][Fri Jun 30 03:20:49 2006][Sat Aug 12 04:02:22 2006] [204][server][cmp][/usr/sbin/postdrop][checksum][6c46e31450d7ac78dce9e840310af5859517eeeb][4409c5e06ec3e9c4e95bbec1ac46e2127cc6e568] [206][server][cmp][/usr/sbin/postdrop][inode][25556][26239] [213][server][cmp][/usr/sbin/postdrop][ctime][Fri Jun 30 03:20:49 2006][Sat Aug 12 04:02:22 2006] [204][server][cmp][/usr/sbin/postkick][checksum][22f2b85a6e64a9828ed2d715464d4252177049f9][174444e88e6a6225a5be5cf91b96a79bffcee751] [206][server][cmp][/usr/sbin/postkick][inode][26373][25973] [213][server][cmp][/usr/sbin/postkick][ctime][Fri Jun 30 03:20:49 2006][Sat Aug 12 04:02:22 2006] [204][server][cmp][/usr/sbin/postlock][checksum][8f294ff26d9ae1cc310c66067eb681fc73d87adc][1615d52feaab658f03ebb2f8b48886998722a478] [206][server][cmp][/usr/sbin/postlock][inode][26379][22379] [213][server][cmp][/usr/sbin/postlock][ctime][Fri Jun 30 03:20:49 2006][Sat Aug 12 04:02:22 2006] [204][server][cmp][/usr/sbin/postlog][checksum][05e084e009f24c6dfec12569fee9c2244495fc0f][39974a2952de785a4eb348c21a01e6caa5c666be] [206][server][cmp][/usr/sbin/postlog][inode][24994][22800] [213][server][cmp][/usr/sbin/postlog][ctime][Fri Jun 30 03:20:50 2006][Sat Aug 12 04:02:21 2006] [204][server][cmp][/usr/sbin/postmap][checksum][61a735999ec1ad6d865fceec01f1c21c78627519][9208a41a41b480664cb0110b945b206b1621fc3d] [206][server][cmp][/usr/sbin/postmap][inode][25404][25310] [213][server][cmp][/usr/sbin/postmap][ctime][Fri Jun 30 03:20:49 2006][Sat Aug 12 04:02:21 2006] [204][server][cmp][/usr/sbin/postqueue][checksum][67e91f182df00d3f1f37a6877bb8d82447eeb705][1c8a80fe7622f6ab8d5b80d5758cd478b430ec68] [206][server][cmp][/usr/sbin/postqueue][inode][26375][26254] [213][server][cmp][/usr/sbin/postqueue][ctime][Fri Jun 30 03:20:49 2006][Sat Aug 12 04:02:22 2006] [204][server][cmp][/usr/sbin/postsuper][checksum][c22c5bb67ae4e726632d882ca500890ad517f8fe][0960a054e31de1e43fceb1a90657eb906cf441da] [206][server][cmp][/usr/sbin/postsuper][inode][21335][26257] [213][server][cmp][/usr/sbin/postsuper][ctime][Fri Jun 30 03:20:50 2006][Sat Aug 12 04:02:23 2006] [204][server][cmp][/usr/sbin/rpc.gssd][checksum][00d368ba2e50ccd8e7818b033ecc2e760482fb58][94cd32ba2be8b42250371bb0b320db885d80ec13] [206][server][cmp][/usr/sbin/rpc.gssd][inode][25317][25133] [213][server][cmp][/usr/sbin/rpc.gssd][ctime][Thu Jun 29 21:43:51 2006][Sat Aug 12 04:02:21 2006] [204][server][cmp][/usr/sbin/rpc.idmapd][checksum][c2e1487fa3a2b3c6920113794aa736cda1afbc23][f64318ecfebef5d775817c31f7125cd24e6c18fe] [206][server][cmp][/usr/sbin/rpc.idmapd][inode][26225][21340] [213][server][cmp][/usr/sbin/rpc.idmapd][ctime][Thu Jun 29 21:43:56 2006][Sat Aug 12 04:02:23 2006] [204][server][cmp][/usr/sbin/rpc.svcgssd][checksum][057aba4745e26e079cdcf3e25ff758a8fe8b99ac][6b5dbe025fee9c33e36143d7b77cd53a60395028] [206][server][cmp][/usr/sbin/rpc.svcgssd][inode][26814][25042] [213][server][cmp][/usr/sbin/rpc.svcgssd][ctime][Thu Jun 29 21:43:50 2006][Sat Aug 12 04:02:21 2006] [204][server][cmp][/usr/sbin/saslauthd][checksum][1aa8edafae567d6b6fb14f2eb49cdf4d830ca279][c3ebd0c10c4cfac0e0f85a91c7f679a149057026] [206][server][cmp][/usr/sbin/saslauthd][inode][26815][26256] [213][server][cmp][/usr/sbin/saslauthd][ctime][Thu Jun 29 21:43:51 2006][Sat Aug 12 04:02:22 2006] [204][server][cmp][/usr/sbin/sendmail.postfix][checksum][50825933dd6029af8aa3c3cb7611a6c5e39252bd][33cc264aec19f9fb6386b6addca71e114cea982a] [206][server][cmp][/usr/sbin/sendmail.postfix][inode][22800][25595] [213][server][cmp][/usr/sbin/sendmail.postfix][ctime][Fri Jun 30 03:20:48 2006][Sat Aug 12 04:02:21 2006] [204][server][cmp][/usr/sbin/smtp-sink][checksum][0cf6dac0dcb97d0910e843bf6a58ee8cec5278b1][3c3a2470a467d258e49eb17af3591fa8cbf20fe6] [206][server][cmp][/usr/sbin/smtp-sink][inode][25310][24994] [213][server][cmp][/usr/sbin/smtp-sink][ctime][Fri Jun 30 03:20:49 2006][Sat Aug 12 04:02:21 2006] [204][server][cmp][/usr/sbin/smtp-source][checksum][892d51b76c4685ac3917c0dad1e0a6fe7ce50cd1][46ad415f1b9dbf6d0761c1f22ee8f12a9f153108] [206][server][cmp][/usr/sbin/smtp-source][inode][22958][26253] [213][server][cmp][/usr/sbin/smtp-source][ctime][Fri Jun 30 03:20:48 2006][Sat Aug 12 04:02:21 2006] [204][server][cmp][/usr/sbin/stunnel][checksum][77254c773406659daab7d70cb190a82b3b45d4cd][561ea970463ccc9ef6ef7f78eb26681645c24a31] [206][server][cmp][/usr/sbin/stunnel][inode][21340][21335] [213][server][cmp][/usr/sbin/stunnel][ctime][Thu Jun 29 21:43:56 2006][Sat Aug 12 04:02:23 2006] Change Statistics: ---------------------------------- checksums: 27 SUID files: 0 root-owned files: 29 file permissions: 0 new: 0 missing: 0 total differences: 85 kfx.

3 5

AMD AM2 motherboard with supported SATA chipsets
by Feizhou 13 Aug '06

13 Aug '06

Hello all, Anybody know of any good and reliable AMD AM2 socket motherboards with SATA chipsets that support NCQ such as SIL3124, NForce 570 Ultra and offer six or more SATA channels?

1 0

proftpd problem
by nightrid3r 13 Aug '06

13 Aug '06

i installed proftpd on a fully updated centos 4.3 server. the servers sits on a private lan (192.168.1.*) when trying to acces the ftp (both from inside the lan and from outside trough a nat router) i cannot login port forwarding is ok as i can enteer both username and password error : 530 login incorrect any ideas? thanks

5 4

Problems with x86_64 kickstart
by Tracy R Reed 12 Aug '06

12 Aug '06

I have successfully set up a very nice kickstart install with the i386 version of CentOS 4.3 and it works great. I am using a custom kickstart script and the kernel and initrd from disc1/images. But when I try to duplicate this for a 64 bit setup (changing paths in my tftp server, ks.cfg, etc to point to the 64 bit stuff) it successfully tftp's everything just as it should (tethereal output follows): 0.000000 192.168.0.201 -> 192.168.0.7 TFTP Read Request, File: linux-install/pxelinux.0, Transfer type: octet 0.002503 192.168.0.201 -> 192.168.0.7 TFTP Read Request, File: linux-install/pxelinux.0, Transfer type: octet 0.039763 192.168.0.201 -> 192.168.0.7 TFTP Read Request, File: linux-install/pxelinux.cfg/01-00-0c-29-14-3a-c5, Transfer type: octet 0.045674 192.168.0.201 -> 192.168.0.7 TFTP Read Request, File: linux-install/msgs/boot.msg, Transfer type: octet 0.522788 192.168.0.201 -> 192.168.0.7 TFTP Read Request, File: linux-install/CentOS4.3/x86_64/vmlinuz, Transfer type: octet 2.487047 192.168.0.201 -> 192.168.0.7 TFTP Read Request, File: linux-install/CentOS4.3/x86_64/initrd.img, Transfer type: octet But then it never tries to get the ks.cfg. I am booting it with: label centos kernel CentOS4.3/x86_64/vmlinuz append initrd=CentOS4.3/x86_64/initrd.img ramdisk_size=7000 ksdevice=eth0 ks=http://192.168.0.7/network-install/ks.cfg.x86_64 (that last line should be all one line) in the /tftpboot/linux-install/pxelinux.cfg/01-00-0c-29-14-3a-c5 config file which it tftp's so it should know that it needs to get the ks.cfg.x86_64 file. I have this same setup working for i386 and it seems to work fine. I would guess there might be some difference in the initrd's but for some reason /linuxrc is a symlink to sbin/init which is a binary executable instead of a shell script. Anyone know why it isn't a shell? And why would my x86_64 kickstart be behaving different from my i386? Any help is very much appreciated! -- Tracy R Reed http://ultraviolet.org A: Because we read from top to bottom, left to right Q: Why should I start my reply below the quoted text

3 6

cpuspeed causing hangs on warm boots
by Dan Halbert 12 Aug '06

12 Aug '06

We are using CentOS-4.3 (x86_64) with Opteron servers, and noticed a problem with cpuspeed: If we reboot by doing "# reboot" or similar from a shell, the boot will hang not long after cpuspeed starts. The machine freezes: ctrl-alt-del doesn't work, and only pressing the reset button or a power cycle will restart the machine. If we reboot from power-up or by pressing the reset button, there is no hang, and the boot proceeds normally. Another strange thing is that only some boxes have this problem. Others, seemingly identical, reboot just fine. We've compared the BIOS settings, the CPU steppings, etc., and they seem to be identical. It's very odd. Maybe we're missing a BIOS setting, but we couldn't find a difference. We've fixed this just by turning off the cpuspeed service. It took some trial and error to figure out this was caused by cpuspeed. Misleadingly, the hang doesn't occur immediately after "Starting cpuspeed: [OK]" prints. Instead it occurs when trying to bring up a network interface, which is almost right after cpuspeed starting. With the original 2.6.9-34.ELsmp, it's at "Bringing up interface eth0". With the 2.6.9-34.0.2.ELsmp (and all other rpms updated), it hangs at "Bringing up loopback interface". This may just be a timing thing. We can just forget about cpuspeed, but if any of you have any advice, we'd appreciate it. Otherwise I am basically posting this to save diagnostic time for those who encounter these symptoms in the future. These are dual-core dual Opteron 265/270 servers with Tyan K8SD Pro motherboards. Thanks, Dan

2 1

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