RE: [CentOS] CentOS 5.2 Missing Dependancy
>If it won't "wok", you'l have to "cook" up something. :-) YUK, YUK! Now that's ironic (you'l):P ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] MySQL in CentOS 5.2
hce wrote: Hi, I've just installed MySQL (mysql.i386 5.0.45-7.el5) and lighty (lighttpd.i386 1.4.19-1.el5.rf) to the CentOS 5.2, but could not find mysql and lighttpd scripts in /etc/init.d. Also there is no /usr/bin/mysql_install_db. Where can I find mysql and lighttpd scripts for starting the processes in init.d? Thank you. Jim ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos Hi mysql gives you the files required for the mysql client. It sounds like you want mysql-server as well. I can't speak for lighthttpd sorry :) ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] MySQL in CentOS 5.2
Hi, I've just installed MySQL (mysql.i386 5.0.45-7.el5) and lighty (lighttpd.i386 1.4.19-1.el5.rf) to the CentOS 5.2, but could not find mysql and lighttpd scripts in /etc/init.d. Also there is no /usr/bin/mysql_install_db. Where can I find mysql and lighttpd scripts for starting the processes in init.d? Thank you. Jim ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: Problem with Bonding Driver
Hi, --On 5. Juli 2008 09:45:16 -0700 Art Age Software <[EMAIL PROTECTED]> wrote: Hi, could you describe in more detail? What exactly is ignored? The options do not look much different. As I said, I am trying to set a different primary interface for each bond: eth0 for bond0, and eth2 for bond1. Does the second bonding interface have no primary interface, then? What exactly happens? Did you try without renaming? I do not use it, but it works nonetheless: alias bond0 bonding options bond0 mode=2 alias bond1 bonding options bond1 mode=2 You are setting identical options for both bonds. This masks the fact that your second options line is ignored and essentially does nothing. Try changing an option on bond1 (eg. set a different mode or a different miimon value), and I think you will see that it is ignored. I had tested different setups during conception phase and had different results. Dirk ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: SIGPIPE in assorted apps after "yum update"
On Sun, Jul 6, 2008 at 7:44 PM, John Hanks <[EMAIL PROTECTED]> wrote: > Hello, > > I have several systems which I recently updated with > > yum -y update > > to all the latest packages. These systems use yum-priorities and use > the CentOS (priority 1) EPEL (priority 5) and rpmforge (priority 10) > repositories. After the updates, dhcpd stopped working with a SIGPIPE > error which occurs shortly after it attempts to fork into the > background. I worked around that problem by building a new server with > no additional repos, only CentOS and dhcpd works fine on that system. > Since then I have found the problem, or similar problems with a few > more applications. Here is what the tail of an strace of pbs_mom as it > attempts to fork into the background: > > listen(5, 512) = 0 > socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 6 > setsockopt(6, SOL_SOCKET, SO_REUSEADDR, [1], 4) = 0 > bind(6, {sa_family=AF_INET, sin_port=htons(15003), > sin_addr=inet_addr("0.0.0.0")}, 16) = 0 > listen(6, 512) = 0 > fcntl(4, F_SETLK, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0 > clone(Process 23938 attached (waiting for parent) > Process 23938 resumed (parent 23937 ready) > child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, > child_tidptr=0x2ad30db0) = 23938 > [pid 23937] exit_group(0) = ? > getsockname(3, 0x7fff6b7728a0, [128]) = -1 ENOTSOCK (Socket > operation on non-socket) > fcntl(3, F_GETFD) = 0 > dup(3) = 7 > fcntl(7, F_SETFD, 0)= 0 > socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 8 > close(3)= 0 > fcntl(8, F_GETFD) = 0 > dup2(8, 3) = 3 > fcntl(3, F_SETFD, 0)= 0 > close(8)= 0 > write(3, "\25\3\1\0\22\334\362\36\233\253\205\2633\323\322q\4\3T\rxK\210", > 23) = -1 EPIPE (Broken pipe) > --- SIGPIPE (Broken pipe) @ 0 (0) --- > Process 23938 detached > > > This is pretty much the same thing that happened to dhcpd. In both > cases they applications work fine in debug mode when they don't > attempt to fork, but quietly die when ran normally. A third set of > apps, wrappers for the client part of torque (pbs_mom) do this: > > stat("/usr/local/sbin/pbs_iff", {st_mode=S_IFREG|S_ISUID|0755, > st_size=21412, ...}) = 0 > pipe([5, 6])= 0 > clone(Process 24068 attached (waiting for parent) > Process 24068 resumed (parent 24067 ready) > child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, > child_tidptr=0x2ad31ce0) = 24068 > [pid 24067] close(6)= 0 > [pid 24067] fcntl(5, F_GETFL) = 0 (flags O_RDONLY) > [pid 24067] read(5, > [pid 24068] getsockname(3, {sa_family=AF_INET, sin_port=htons(41855), > sin_addr=inet_addr("129.123.148.49")}, [1164321820984213520]) = 0 > [pid 24068] getpeername(3, {sa_family=AF_INET, sin_port=htons(636), > sin_addr=inet_addr("129.123.20.92")}, [68719476752]) = 0 > [pid 24068] fcntl(3, F_GETFD) = 0x1 (flags FD_CLOEXEC) > [pid 24068] dup(3) = 7 > [pid 24068] fcntl(7, F_SETFD, FD_CLOEXEC) = 0 > [pid 24068] socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 8 > [pid 24068] close(3)= 0 > [pid 24068] fcntl(8, F_GETFD) = 0 > [pid 24068] dup2(8, 3) = 3 > [pid 24068] fcntl(3, F_SETFD, 0)= 0 > [pid 24068] close(8)= 0 > [pid 24068] write(3, > "\25\3\1\0\22\346h\357n\r\17x\374B\312\217\374x\276\311\217\342%", 23) > = -1 EPIPE (Broken pipe) > [pid 24068] --- SIGPIPE (Broken pipe) @ 0 (0) --- > Process 24068 detached > <... read resumed> "", 4) = 0 > --- SIGCHLD (Child exited) @ 0 (0) --- > close(5)= 0 > wait4(24068, [{WIFSIGNALED(s) && WTERMSIG(s) == SIGPIPE}], 0, NULL) = 24068 > close(4)= 0 > write(2, "No Permission.\n", 15No Permission. > )= 15 > write(2, "qstat: cannot connect to server "..., 63qstat: cannot > connect to server moab.hpc.usu.edu (errno=15007) > ) = 63 > exit_group(-1) = ? > > Once again, the app dies after it attempts to fork into the > background. There are other things running on these systems that can > successfully fork and I have been unable to figure out any pattern, > other than if I don't use additional repos then it doesn't seem to > break. That may be coincidental though, I haven't repeated it enough > yet to be certain. > > Any hints or suggestions would be appreciated. Unfortunately I noticed > this after deciding it was "safe" to update *all* my machines and so > I'm suffering through a lot of rebuilds/restores because of this. > > Thanks, > > jbh > Just fouund yet another system demonstrating pipe related weirdness. Here's the tail of an strace where this app (qsub, another part of Torque) hangs after the SIGPIPE: w
Re: [CentOS] gentee
Ray Van Dolson wrote: Gentee is a programming language, CentOS is a Linux Distribution. You would hope the question was really about Gentoo, but I have a suspicion that perhaps it wasn't :-D Ian smime.p7s Description: S/MIME Cryptographic Signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] gentee
On Sun, Jul 06, 2008 at 06:52:51PM -0700, ann kok wrote: > Hi > > what is the different between the gentee and centos? > Gentee is a programming language, CentOS is a Linux Distribution. Ray ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] gentee
Hi what is the different between the gentee and centos? thank you ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Acer 5920 audio chip does not work in CentOS 5.2?
On 7/4/08, William L. Maltby <[EMAIL PROTECTED]> wrote: > > On Fri, 2008-07-04 at 12:41 +1000, hce wrote: > > On Fri, Jul 4, 2008 at 12:18 AM, William L. Maltby > > <[EMAIL PROTECTED]> wrote: > > > > > > On Thu, 2008-07-03 at 07:57 -0500, Alex White wrote: > > >> > > > > > > >> > > > > > > > > /proc delivers the *truth*. And for some things, settings can be changed > > > there that are not easily addressed through utilities. > > > . > > > After this, I'll pop in Mark Knoppfler's "Shangri-La" and diff the two > > > files. > > > # cd /proc/asound > > > # find . -type f -exec echo {} \; -exec cat {} \; >/tmp/asound > > > > I guess alsa and /proc are all fine on my machine, but I've got a > > blank result on /proc/asound running following find, no sure if that > > was significant: > > > Blank result? I'm skeptical about that. <*scratching head*> > > > > > [asound]$ find . -type f -exec echo {} \; -exec cat {} \; > /tmp/asound > > > The /tmp/asound file should contain at least the file names that it > found. And I can't believe that trying to play something would remove > the contents of those files. 1) It would have to be root and 2) IIRC, we > can't remove stuff in /proc as it is from the kernel and not a real file > system and 3) We could only change the contents of *some* things. > > I tested the above command with a C&P and it worked. Maybe you had a > typo or the frustration is getting to you and you examined the wrong > file? I used above command with a C&P as well. I've also verified the command to my another FC7 box which has sound worked well, it also shown a blank result as well. > > > $ rpm -qa | grep -i alsaalsa-utils-1.0.14-3.rc4.el5 > > alsa-lib-devel-1.0.14-1.rc4.el5 > > alsa-lib-1.0.14-1.rc4.el5 > > > > ]$ rpm --verify alsa-lib-1.0.14-1.rc4.el5.i386 > > alsa-utils-1.0.14-3.rc4.el5.i386 | echo $? > > 0 > > > The above command s/b rpm --verify ; echo $? > | > > If you meant "||", it would still be logically incorrect as we want to > see the return value, regardless. Actually, I tried without echo $? first, it display lots of parameters, seems file. I can try the echo $? again, what is the correct command for it? Is following command correct? rpm --verify alsa-lib-1.0.14-1.rc4.el5.i386 lsa-utils-1.0.14-3.rc4.el5.i386; echo $? > > > > > [asound]$ ls > > card0 cards devices Intel modules oss pcm seq timers version > > > > [asound]$ pwd && cat modules && cat cards /proc/asound > > 0 snd_hda_intel > > 0 [Intel ]: HDA-Intel - HDA Intel > > HDA Intel at 0xf050 irq 66 > > > > > > I've also tried to ls in /proc/asound/Intel: > > > > $ ls > > codec#0 codec#1 id oss_mixer pcm0c pcm0p pcm2c > > > > Seems, all drivers there, is there any command such as cat to verify > > low level drivers by playing a sound? > > > You need an application to do that. I've only used various Gnome desktop > facilities. The file manager (Nautilus?) should do that when you double > click a sound file. I'll test ... BRB > > Yep. I went to /usr/share/sounds/alsa, using file manager, and it opened > totem and played the sounds. This means that you could open totem > directly, or any other sound playing application and try it. > Unfortunately, unless we suspect broken applications are the problem, > this really only is the same as what you tried to do originally, less > the CD. I can use vlc to play the *.wav or other audio files, but I tried to figure out where is the block or missing link with the audio. Right now, no sound when I run vlc to play audio files. If I could check and play in some means with low level driver first, I guess I could find if the problem is high level applications or low lever drivers. Seems that the drivers all there, but don't know if them are working or not. Thank you. Kind Regards, Jim > > > > Thank you. > > > > Jim > > > > > -- > Bill > > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos > ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] SIGPIPE in assorted apps after "yum update"
Hello, I have several systems which I recently updated with yum -y update to all the latest packages. These systems use yum-priorities and use the CentOS (priority 1) EPEL (priority 5) and rpmforge (priority 10) repositories. After the updates, dhcpd stopped working with a SIGPIPE error which occurs shortly after it attempts to fork into the background. I worked around that problem by building a new server with no additional repos, only CentOS and dhcpd works fine on that system. Since then I have found the problem, or similar problems with a few more applications. Here is what the tail of an strace of pbs_mom as it attempts to fork into the background: listen(5, 512) = 0 socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 6 setsockopt(6, SOL_SOCKET, SO_REUSEADDR, [1], 4) = 0 bind(6, {sa_family=AF_INET, sin_port=htons(15003), sin_addr=inet_addr("0.0.0.0")}, 16) = 0 listen(6, 512) = 0 fcntl(4, F_SETLK, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0 clone(Process 23938 attached (waiting for parent) Process 23938 resumed (parent 23937 ready) child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x2ad30db0) = 23938 [pid 23937] exit_group(0) = ? getsockname(3, 0x7fff6b7728a0, [128]) = -1 ENOTSOCK (Socket operation on non-socket) fcntl(3, F_GETFD) = 0 dup(3) = 7 fcntl(7, F_SETFD, 0)= 0 socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 8 close(3)= 0 fcntl(8, F_GETFD) = 0 dup2(8, 3) = 3 fcntl(3, F_SETFD, 0)= 0 close(8)= 0 write(3, "\25\3\1\0\22\334\362\36\233\253\205\2633\323\322q\4\3T\rxK\210", 23) = -1 EPIPE (Broken pipe) --- SIGPIPE (Broken pipe) @ 0 (0) --- Process 23938 detached This is pretty much the same thing that happened to dhcpd. In both cases they applications work fine in debug mode when they don't attempt to fork, but quietly die when ran normally. A third set of apps, wrappers for the client part of torque (pbs_mom) do this: stat("/usr/local/sbin/pbs_iff", {st_mode=S_IFREG|S_ISUID|0755, st_size=21412, ...}) = 0 pipe([5, 6])= 0 clone(Process 24068 attached (waiting for parent) Process 24068 resumed (parent 24067 ready) child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x2ad31ce0) = 24068 [pid 24067] close(6)= 0 [pid 24067] fcntl(5, F_GETFL) = 0 (flags O_RDONLY) [pid 24067] read(5, [pid 24068] getsockname(3, {sa_family=AF_INET, sin_port=htons(41855), sin_addr=inet_addr("129.123.148.49")}, [1164321820984213520]) = 0 [pid 24068] getpeername(3, {sa_family=AF_INET, sin_port=htons(636), sin_addr=inet_addr("129.123.20.92")}, [68719476752]) = 0 [pid 24068] fcntl(3, F_GETFD) = 0x1 (flags FD_CLOEXEC) [pid 24068] dup(3) = 7 [pid 24068] fcntl(7, F_SETFD, FD_CLOEXEC) = 0 [pid 24068] socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 8 [pid 24068] close(3)= 0 [pid 24068] fcntl(8, F_GETFD) = 0 [pid 24068] dup2(8, 3) = 3 [pid 24068] fcntl(3, F_SETFD, 0)= 0 [pid 24068] close(8)= 0 [pid 24068] write(3, "\25\3\1\0\22\346h\357n\r\17x\374B\312\217\374x\276\311\217\342%", 23) = -1 EPIPE (Broken pipe) [pid 24068] --- SIGPIPE (Broken pipe) @ 0 (0) --- Process 24068 detached <... read resumed> "", 4) = 0 --- SIGCHLD (Child exited) @ 0 (0) --- close(5)= 0 wait4(24068, [{WIFSIGNALED(s) && WTERMSIG(s) == SIGPIPE}], 0, NULL) = 24068 close(4)= 0 write(2, "No Permission.\n", 15No Permission. )= 15 write(2, "qstat: cannot connect to server "..., 63qstat: cannot connect to server moab.hpc.usu.edu (errno=15007) ) = 63 exit_group(-1) = ? Once again, the app dies after it attempts to fork into the background. There are other things running on these systems that can successfully fork and I have been unable to figure out any pattern, other than if I don't use additional repos then it doesn't seem to break. That may be coincidental though, I haven't repeated it enough yet to be certain. Any hints or suggestions would be appreciated. Unfortunately I noticed this after deciding it was "safe" to update *all* my machines and so I'm suffering through a lot of rebuilds/restores because of this. Thanks, jbh ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] ANSWER: Couple of CentOS 5.2 dhcp notes
On Sun, 2008-07-06 at 15:57 -0700, Ian Forde wrote: > 1. Apparently, since I updated from 5.1 to 5.2, dhcpd no longer wants to > stay running. The config is sound, and I can start it from the > command-line with the "-d" flag and it serves up leases. But without > the -d flag, it just silently dies... Well, *that* sucked. I had to start the daemon with a '-p 67' option to get it to stick. So I stuck that into /etc/sysconfig/dhcpd as: DHCPDARGS="-p 67" and it started. Which led me down the "strace with and without the -p option and compare the output" path... Turns out that without the -p option, it looks up the port number to use. nsswitch.conf in my case had "services: files ldap", which caused it to fail. I changed it to "services: files" and it worked. What kills me is that dhcpd died silently... and I have absolutely no desire to put services into my ldap directory... So I've taken out the -p argument, and all is well... Thanks for the assist though! -I ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Desktop: Evolution & Bug Buddy issues (GNOME)
On Sun, Jul 6, 2008 at 4:31 PM, MHR <[EMAIL PROTECTED]> wrote: > On Sat, Jul 5, 2008 at 11:07 AM, Lanny Marcus <[EMAIL PROTECTED]> > wrote: > > > > Mark: A follow on: I searched in the CentOS Bugzilla and also in the > > Upstream Bugzilla, for "Evolution". There are about 25 things in CentOS > and > > 119 in Upstream, as of a few minutes ago. I do *not* believe this issue > is > > mentioned, in either place, at this time. I am temporarily using KDE. I > want > > to verify whether or not the problem also exists in KDE, before I put the > > issue into CentOS Bugzilla. Lanny > > > > Wihs I could help - I use GNOME exclusively. I use GNOME about 99% of the time, and I'm lost in KDE. Temporarily, I have been using KDE, testing this. Probably I have logged in and out of KDE, opened, used and closed Evolution and Firefox, about 10 times. There is no issue in KDE. The problem does seem to be with GNOME, or, with Evolution when using GNOME. I will go back to GNOME tomorrow and when Evolution and Bug Buddy crash, I will try to document this for the CentOS Bugzilla. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Getting something into centosplus for 5.2?
On Sun, 2008-07-06 at 19:39 -0400, S.Tindall wrote: > Seems like it would be simpler to get an adapter that work with > the current/native pl2303 driver. Yeah... but mine works - with some extra work... didn't want to buy this type of device twice but... > For the purpose of serial consoles, these two adapters work for > me under pl2303 without any problems using current/past CentOS5 > kernels: > > Tripp-Lite U209-000-R: > http://www.tripplite.com/products/product.cfm?productID=2430 Just ordered one online, just in case. Thanks! -I ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Getting something into centosplus for 5.2?
On Mon, 2008-07-07 at 00:54 +0100, Karanbir Singh wrote: > Ian Forde wrote: > > I figure that this is the kind of situation that -plus is meant to > > solve... > > open a request at http://bugs.centos.org/ - thats the *only* way to get > stuff into centos_plus, and if there is a patch or a proposed src.rpm > for new pkgs, things go faster. Thanks! Okay - it's done - ticket number is 2954 (http://bugs.centos.org/view.php?id=2954) -I ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Getting something into centosplus for 5.2?
S.Tindall wrote: Tripp-Lite U209-000-R: http://www.tripplite.com/products/product.cfm?productID=2430 Cables-To-Go 26886: http://www.cablestogo.com/product.asp?cat%5fid=101&sku=26886 Think they cost about US$15 each at provantage.com. I've been using these with zero issues ( 14 of them connected to one machine ): drivers/usb/serial/usb-serial.c: USB Serial support registered for ark3116 ark3116 1-1:1.0: ark3116 converter detected usb 1-1: ark3116 converter now attached to ttyUSB0 about £3/each, totally unbranded from Tottenham Court Road, London :D -- Karanbir Singh : http://www.karan.org/ : [EMAIL PROTECTED] ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Getting something into centosplus for 5.2?
Ian Forde wrote: I figure that this is the kind of situation that -plus is meant to solve... open a request at http://bugs.centos.org/ - thats the *only* way to get stuff into centos_plus, and if there is a patch or a proposed src.rpm for new pkgs, things go faster. - KB -- Karanbir Singh : http://www.karan.org/ : [EMAIL PROTECTED] ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Getting something into centosplus for 5.2?
On Sunday, July 06, 2008 at 6:45 PM, Ian Forde wrote: I've got a USB to serial adapter that I picked up from Radio Shack earlier this year. The updated pl2303 driver is already in the mainstream kernel as per https://bugzilla.redhat.com/show_bug.cgi?id=429652 but I'm not getting much traction from Red Hat as far as them updating the kernel. So every time there's an updated kernel, I have to rebuild the srpm. Seems like it would be simpler to get an adapter that work with the current/native pl2303 driver. For the purpose of serial consoles, these two adapters work for me under pl2303 without any problems using current/past CentOS5 kernels: Tripp-Lite U209-000-R: http://www.tripplite.com/products/product.cfm?productID=2430 Cables-To-Go 26886: http://www.cablestogo.com/product.asp?cat%5fid=101&sku=26886 Think they cost about US$15 each at provantage.com. # uname -rpmi 2.6.18-92.1.6.el5 x86_64 x86_64 x86_64 # lsmod|grep pl2303 # # Inserted serial-to-USB adapter # lsusb|grep Tripp-Lite Bus 002 Device 004: ID 2478:2008 Tripp-Lite U209-000-R Serial Port # lsmod|grep pl2303 pl2303 53317 0 usbserial 67505 1 pl2303 Steve ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Couple of CentOS 5.2 dhcp notes
On Sun, 2008-07-06 at 19:34 -0400, Marko A. Jennings wrote: > On Sun, July 6, 2008 6:57 pm, Ian Forde wrote: > > 1. Apparently, since I updated from 5.1 to 5.2, dhcpd no longer wants to > > stay running. The config is sound, and I can start it from the > > command-line with the "-d" flag and it serves up leases. But without > > the -d flag, it just silently dies... > > What exit code does it return when you execute it from the command line > without the "-d" flag? 0 In fact, here's the output... (IP, hostname, and Mac info changed...) [EMAIL PROTECTED] etc]# dhcpd Internet Systems Consortium DHCP Server V3.0.5-RedHat Copyright 2004-2006 Internet Systems Consortium. All rights reserved. For info, please visit http://www.isc.org/sw/dhcp/ Wrote 0 leases to leases file. Listening on LPF/eth0/00:00:de:ad:be:ef/10.0.0/24 Sending on LPF/eth0/00:00:de:ad:be:ef/10.0.0/24 Sending on Socket/fallback/fallback-net [EMAIL PROTECTED] etc]# echo $? 0 [EMAIL PROTECTED] etc]# !ps ps -ef | grep dhcpd root 15058 11173 0 16:36 pts/000:00:00 grep dhcpd [EMAIL PROTECTED] etc]# -I ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Couple of CentOS 5.2 dhcp notes
On Sun, July 6, 2008 6:57 pm, Ian Forde wrote: > 1. Apparently, since I updated from 5.1 to 5.2, dhcpd no longer wants to > stay running. The config is sound, and I can start it from the > command-line with the "-d" flag and it serves up leases. But without > the -d flag, it just silently dies... What exit code does it return when you execute it from the command line without the "-d" flag? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Couple of CentOS 5.2 dhcp notes
On Sun, 2008-07-06 at 19:12 -0400, Marko A. Jennings wrote: > On Sun, July 6, 2008 6:57 pm, Ian Forde wrote: > > 1. Apparently, since I updated from 5.1 to 5.2, dhcpd no longer wants to > > stay running. The config is sound, and I can start it from the > > command-line with the "-d" flag and it serves up leases. But without > > the -d flag, it just silently dies... > > Mine has been working without any problems before and after the 5.2 > update. You might want to consider posting your configuration file. Well, I stripped it down as much as I could - same problem exists... (IP addresses and domain name changed, of course...) ddns-update-style none; ignore client-updates; subnet 10.0.0.0 netmask 255.255.255.0 { range dynamic-bootp 10.0.0.101 10.0.0.200; default-lease-time 86400; max-lease-time 604800; option subnet-mask 255.255.255.0; option broadcast-address 10.0.0.255; option routers 10.0.0.1; option domain-name-servers 10.0.0.75, 10.0.0.76; option domain-name "mydomain.com"; } But like I was saying before, if it were a config problem, it wouldn't have been able to start on the command-line in non-daemon mode. Same problem when I downloaded it from www.isc.org (3.0.7) and rolled a source build. So there's definitely something strange (or obvious that I'm missing) going on... -I ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Three Identical systems - short cut to setting up the drives?
On Sun, 2008-07-06 at 18:41 -0400, Filipe Brandenburger wrote: > > You can actually do that by using "chroot" from a rescue CD. I usually > want to do that on my systems, when I clone from a machine with > hardware RAID to a machine on which I will use software RAID. After > copying the image (using dd or whatever), I mount the partitions under > /mnt/sysimage and /mnt/sysimage/boot, then I do a chroot > /mnt/sysimage, and then I do mkinitrd, using -f to overwrite the old > one and specifying the exact version of the kernel grub is configured > to boot with. > > For adding/removing drivers, mkinitrd works like a charm. For renaming > VGs, I don't know if it would detect them right. As it is on the > destination machine, I'm guessing it would, but as I didn't really > test it, I cannot be sure. > > Anyway, if you get to it and test mkinitrd to correct the name of the > VGs inside initrd and it works, let us know! > > Thanks, > Filipe > Thanks for the info! I'm going to stash this where I can find it quickly. I *might* have occasion to test this myself in another month or so. Meanwhile, if Robert hasn't progressed to far with his other scheme, he might have an opportunity to try it. But I suspect he's short of time ATM. -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Getting something into centosplus for 5.2?
On Sun, 2008-07-06 at 15:57 -0700, Ray Van Dolson wrote: > I won't speak on the -plus topic, but as far as upstream is concerned, > you definitely need to open an RFE SR if you're a paying customer... > probably won't be super speedy, but better than your bug sitting around > forever ignored. :) Heh - I figured 5 months was long enough, even though there are bugs that have languished for years in upstream's bugzilla... But yes - for it to get any traction, I would need to be a paying customer... that's why I figured I'd try their route first, then plus... failing that, I'd have to look at getting a kmod rpm for pl2303 into either plus or atrpms... (FWIW, it wasn't easy getting stuff into upstream when I worked for them either... it takes time...) -I ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Couple of CentOS 5.2 dhcp notes
On Sun, July 6, 2008 6:57 pm, Ian Forde wrote: > 1. Apparently, since I updated from 5.1 to 5.2, dhcpd no longer wants to > stay running. The config is sound, and I can start it from the > command-line with the "-d" flag and it serves up leases. But without > the -d flag, it just silently dies... Mine has been working without any problems before and after the 5.2 update. You might want to consider posting your configuration file. Marko ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Getting something into centosplus for 5.2?
On Sun, Jul 06, 2008 at 03:45:39PM -0700, Ian Forde wrote: > I've got a USB to serial adapter that I picked up from Radio Shack > earlier this year. The updated pl2303 driver is already in the > mainstream kernel as per > https://bugzilla.redhat.com/show_bug.cgi?id=429652 but I'm not getting > much traction from Red Hat as far as them updating the kernel. So every > time there's an updated kernel, I have to rebuild the srpm. > > I figure that this is the kind of situation that -plus is meant to > solve... I've already had to switch one of my boxes over to plus today > given that the video4linux srpm (from atrpms) won't rebuild easily on > 2.6.18-92.1.6.el5, and I'm thinking that having both on plus with > everything I need in them would make it a lot easier... > > (There's already precedent here... I found > linux-2.6.18-bz443853_powernow_null_deref.patch and > linux-2.6.18-bz444759_hi_iowait.patch in the srpm...) > > Thanks for reading... > I won't speak on the -plus topic, but as far as upstream is concerned, you definitely need to open an RFE SR if you're a paying customer... probably won't be super speedy, but better than your bug sitting around forever ignored. :) Ray ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Couple of CentOS 5.2 dhcp notes
1. Apparently, since I updated from 5.1 to 5.2, dhcpd no longer wants to stay running. The config is sound, and I can start it from the command-line with the "-d" flag and it serves up leases. But without the -d flag, it just silently dies... 2. Syslog contains this little snippet: dhcpd: Internet Systems Consortium DHCP Server V3.0.5-RedHat Figured you'd want to know... ;) -I ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Getting something into centosplus for 5.2?
I've got a USB to serial adapter that I picked up from Radio Shack earlier this year. The updated pl2303 driver is already in the mainstream kernel as per https://bugzilla.redhat.com/show_bug.cgi?id=429652 but I'm not getting much traction from Red Hat as far as them updating the kernel. So every time there's an updated kernel, I have to rebuild the srpm. I figure that this is the kind of situation that -plus is meant to solve... I've already had to switch one of my boxes over to plus today given that the video4linux srpm (from atrpms) won't rebuild easily on 2.6.18-92.1.6.el5, and I'm thinking that having both on plus with everything I need in them would make it a lot easier... (There's already precedent here... I found linux-2.6.18-bz443853_powernow_null_deref.patch and linux-2.6.18-bz444759_hi_iowait.patch in the srpm...) Thanks for reading... -I ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Three Identical systems - short cut to setting up the drives?
On Sun, Jul 6, 2008 at 3:28 PM, William L. Maltby <[EMAIL PROTECTED]> wrote: > He is trying to copy an existing install, transport the drive and boot. > Until he gets a boot that allows the new root to be detected *as* the > new root, I don't know if that would work. You can actually do that by using "chroot" from a rescue CD. I usually want to do that on my systems, when I clone from a machine with hardware RAID to a machine on which I will use software RAID. After copying the image (using dd or whatever), I mount the partitions under /mnt/sysimage and /mnt/sysimage/boot, then I do a chroot /mnt/sysimage, and then I do mkinitrd, using -f to overwrite the old one and specifying the exact version of the kernel grub is configured to boot with. For adding/removing drivers, mkinitrd works like a charm. For renaming VGs, I don't know if it would detect them right. As it is on the destination machine, I'm guessing it would, but as I didn't really test it, I cannot be sure. Anyway, if you get to it and test mkinitrd to correct the name of the VGs inside initrd and it works, let us know! Thanks, Filipe ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: Message size rejected
On Sunday 06 July 2008 22:27:42 Scott Silva wrote: > It wasn't a personal attack, just a general state of the "average" windows > user vs an "average" user of some of the linux/unix derivatives. > Sorry - just on edge at that moment. I realise it wasn't personal. > My comment on just increasing the allowed message size until after you > received the large message was to help with your immediate problem with the > least amount of change to your daughters system. Yes, I appreciate that. Anne ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Desktop: Evolution & Bug Buddy issues (GNOME)
On Sat, Jul 5, 2008 at 11:07 AM, Lanny Marcus <[EMAIL PROTECTED]> wrote: > > Mark: A follow on: I searched in the CentOS Bugzilla and also in the > Upstream Bugzilla, for "Evolution". There are about 25 things in CentOS and > 119 in Upstream, as of a few minutes ago. I do *not* believe this issue is > mentioned, in either place, at this time. I am temporarily using KDE. I want > to verify whether or not the problem also exists in KDE, before I put the > issue into CentOS Bugzilla. Lanny > Wihs I could help - I use GNOME exclusively. mhr ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: Message size rejected
on 7-6-2008 11:16 AM Anne Wilson spake the following: On Sunday 06 July 2008 17:26:05 Scott Silva wrote: That is one of the biggest of my beefs about windows. It allows any computer noob to shoot themselves in the foot very easily. That can be a plus or a negative. The biggest negative is that there are now millions of computers on the internet that have run out on their free 2 months of virus scanner updates, and are now owned by someones bot network, while the clueless user keeps plugging along wondering why the darn machine is so slow. I guess the positive is that it is easy for Grandma and Grandpa on the other side of the country to get pics of the grandkids. I just wish that PC manufacturers would just contract with one of the free virus scanner companies like Grisoft, instead of putting in Norton with a 60 day cripple point. Most users will just ignore the update message until it stops because they don't know it is really necessary software. A free virus scanner with updates will beat a heave commercial soft with no updates anytime. I fail to see what any of this has to do with my question. As it happens she is not a computer newbie and she has had an AV contract since the Win3.1 days. However, that's totally irrelevant. She simply hadn't realised just how big a pdf with two large graphics and embedded fonts would be. Anne It wasn't a personal attack, just a general state of the "average" windows user vs an "average" user of some of the linux/unix derivatives. My comment on just increasing the allowed message size until after you received the large message was to help with your immediate problem with the least amount of change to your daughters system. -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] nspluginwrapper failure on x86_64 in 5.2
On Sun, Jul 6, 2008 at 9:10 AM, Johnny Hughes <[EMAIL PROTECTED]> wrote: > > do you have both versions of firefox installed, and do you use both versions > of firefox .. Yes and no - I almost never use firefox at all. > if not, remove the i386 plugin and see if that fixes the > issue. > Did that. Also recompiled seamonkey - no good. Wasn't the nspluginwrapper an rpmforge entity until 5.2? I don't remember it being part of the CentOS packages until now. I'll still pick at it, although I do have another way to view the videos (but that only covers youtube cases...). Hmmm mhr ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Back to my Xwindows kernel panic
Nope... Johnny Hughes wrote: Robert Moskowitz wrote: Johnny Hughes wrote: Robert Moskowitz wrote: I have a newly built drive with 5.2 fresh install (that I will be cloning shortly) in my DECtop and it is failing with X the same way the upgrade from 5.1 drive did (not too supprising there). In 5.1 X worked. I could startx from init 3 and get into GNOME. Also VNC into the box and have a GNOME screen. With 5.2, I get a kernel panic. Well I guess it is a kernel panic because once I run startx from the console, my SSH session to the box from my notebook is frozen. Try 16bit X instead of 24bit (replace the 24 in xorg w 16) and see if that helps ... OK. I will try this shortly. Did this work. Nope. I first edited /etc/X11/xorg.conf and set the screen depth to 16. That did not work. Then I tried system-config-display --reconfig that failed. I added --set-depth=16 --set-videoram=0 and still failed. also, you can boot the older kernel from 5.1 and see if that helps. I did try that on the system I upgraded from 5.1. No difference still paniced. If it still panics then it does not seem to be a kernel module issue, but something else. That would be very strange. I guess some kind of compile issue in xorg could do this, though not sure. Am I going to have to build a 5.1 system and see what device driver it is using??? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: i386 version of Perl getting installed on x64 system?
on 7-6-2008 9:10 AM Ray Van Dolson spake the following: On Sun, Jul 06, 2008 at 09:55:03AM -0600, Joseph L. Casale wrote: There is a known issue with the new version of yum on RHEL/CentOS 5.2 ... You need to specify the packages like this: yum install .x86_64 not yum install If you do not specify, then yum can install both (or either) of i386 or x86_64 packages to meet that requirement. I think I found the offending package, I'll jump on the rf irc channel and see what I can make of this: # yum list *HiRes* Loading "fastestmirror" plugin Loading "priorities" plugin Loading mirror speeds from cached hostfile 257 packages excluded due to repository priority protections Available Packages perl-Time-HiRes.x86_64 1.9715-1.el5.rfrpmforge perl-Time-HiRes-Value.noarch 0.05-1.el5.rf rpmforge # yum install perl-Time-HiRes.x86_64 Loading "fastestmirror" plugin Loading "priorities" plugin Loading mirror speeds from cached hostfile 257 packages excluded due to repository priority protections Setting up Install Process Parsing package install arguments Resolving Dependencies --> Running transaction check ---> Package perl.i386 4:5.8.8-10.el5_2.3 set to be updated --> Processing Dependency: libgdbm.so.2 for package: perl --> Running transaction check ---> Package gdbm.i386 0:1.8.0-26.2.1 set to be updated --> Finished Dependency Resolution Dependencies Resolved = Package Arch Version RepositorySize = Installing: perli386 4:5.8.8-10.el5_2.3 extras 12 M Installing for dependencies: gdbmi386 1.8.0-26.2.1 base 27 k Transaction Summary = Install 2 Package(s) Update 0 Package(s) Remove 0 Package(s) Total download size: 12 M Is this ok [y/N]: Just to muddy the waters on this a bit more... for me, the rpmforge perl-Time-HiRes package won't install as it conflicts with my base installation of perl. This is on a RHEL5.2 x86_64 system however. # rpm -qf --queryformat '%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n' /usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/Time/HiRes.pm perl-5.8.8-10.el5_2.3.x86_64 So it seems HiRes is already provided by perl, although the actual file that conflicts is a man page. (This is why I generally avoid rpmforge if I can :) Ray If the man pages are the only conflict, will an rpm install with --excludedocs let it install? -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] PPPoE and IPv6
I am not getting my IPv6 address and prefix delegation for my ppp interface on my new gateway. ppp is working right. It is getting authenticated and getting the its IPv4 address. Shorewall is doing the forwarding and the static routes on the internal interface for IPv4 are working. But no IPv6. Here is my ifcfg-ppp0: USERCTL=no BOOTPROTO=dialup NAME=DSLppp0 DEVICE=ppp0 TYPE=xDSL ONBOOT=no PIDFILE=/var/run/pppoe-adsl.pid FIREWALL=NONE PING=. PPPOE_TIMEOUT=80 LCP_FAILURE=3 LCP_INTERVAL=20 CLAMPMSS=1412 CONNECT_POLL=6 CONNECT_TIMEOUT=60 DEFROUTE=yes SYNCHRONOUS=no ETH=eth0 PROVIDER=DSLppp0 USER='me' PEERDNS=no DEMAND=no PERSIST=no IPV6INIT=yes Interesting also about the FIREWALL entry. I do have iptables off, as I am using shorewall that uses netfilter. I will be using ip6tables once I get things going. Of course once I get IPv6 to this box, I then have to have IPv6_forwarding working ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] nspluginwrapper failure on x86_64 in 5.2
On Sun, Jul 6, 2008 at 9:48 AM, B.J. McClure <[EMAIL PROTECTED]> wrote: > > > I have a similar issue with only one version of nspluginwrapper > installed. ># rpm -qa | grep nspluginwrapper > nspluginwrapper-0.9.91.5-21.el5 > I do appear to have two identical firefox packages installed. ># rpm -qa | grep firefox > firefox-3.0-0.beta5.6.el5.centos > firefox-3.0-0.beta5.6.el5.centos > > One is 32 bit, other 64 bit with identical package names. How to remove > unwanted package? Add this to your .rpmmacros file: %_query_all_fmt %%{name}-%%{version}-%%{release}.%%{arch} Then remove the i386 version. (You could just rmeove the i396 version, but it's nice to see the differences when you list them, too.) mhr ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Three Identical systems - short cut to setting up the drives?
On Sun, 2008-07-06 at 11:04 -0400, Filipe Brandenburger wrote: > Hi, > > On Sun, Jul 6, 2008 at 6:36 AM, William L. Maltby > <[EMAIL PROTECTED]> wrote: > >> > If it's a boot drive, remember to rebuild your initrd and modify the > >> > init file to ignore lvm lock failures with the new VG name. Otherwise > >> > you'll be fighting some more battles. > >> > >> Yes, I remember getting burned by this once. > > > > Man gzip and cpio in case I misremember. > > To set the "ignorelockingfailure" and others on the initrd file, can't > you just use "mkinitrd"? I was looking into the /sbin/mkinitrd script > (on CentOS 5.2), and I saw that it contains code for that, for > instance: > > if [ -n "$vg_list" ]; then > emit "echo Scanning logical volumes" > emit "lvm vgscan --ignorelockingfailure" > emit "echo Activating logical volumes" > emit "lvm vgchange -ay --ignorelockingfailure $vg_list" > fi > > I just don't know if vg_list will be populated with the right devices. > Anyway, it might be worth a try, specially if you want to do that over > and over again, messing with the internals of initrd (gzip, cpio, > etc., and specially rebuilding it) is not something you would want to > do on a daily basis. He is trying to copy an existing install, transport the drive and boot. Until he gets a boot that allows the new root to be detected *as* the new root, I don't know if that would work. But as I frequently say, I'm not expert at any of this stuff. However, I can tell you that this lets me keep a fallback on a second drive in case the first fails or gets scrogged by you-know-who. It is tested and works. 1. Change BIOS boot sequence *if* required 2. Root file system on 2nd drive is VolGroupAA 3. Punch magic button. 4. Back in business. > > HTH, > Filipe > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: Message size rejected
> Have you considered a file transfer service such as yousendit.com? > File size might still be an issue I guess as they limit it to 100 MB > for their free account. There's another thought. Why not create > yourself a gmail account or other such online account that is as > forgiving as possible on file size and have her send it to that > account. Probably the easiest solution of all, "Honey, use this email > address instead: ". > > Jacques B. > Further to my last message, GigaSize.com allows up to 600 MB files on the free account. As for an alternate email address, Gmail imposes 20 MB, but LycosMail offers 3 gigs of storage, and unlimited attachment size (of course you must not exceed your 3 gig total I would expect). So create a lycos mail account and have her send it there. Easy for you, easy for her. Jacques B. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: Message size rejected
On Sunday 06 July 2008 19:38:16 Jacques B. wrote: > Have you considered a file transfer service such as yousendit.com? > File size might still be an issue I guess as they limit it to 100 MB > for their free account. There's another thought. Why not create > yourself a gmail account or other such online account that is as > forgiving as possible on file size and have her send it to that > account. Probably the easiest solution of all, "Honey, use this email > address instead: ". Actually, she had the wit to try that, but gmail forwards all my mail to my IMAP server, and that's where it was being rejected. I've just temporarily raised the size limit. It's not as though it will be a constant need, and at least she has learned something. Next job is to teach her to decrease the size of her graphics where appropriate :-) Anne ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: Message size rejected
On Sun, Jul 6, 2008 at 2:16 PM, Anne Wilson <[EMAIL PROTECTED]> wrote: > On Sunday 06 July 2008 17:26:05 Scott Silva wrote: >> That is one of the biggest of my beefs about windows. It allows any >> computer noob to shoot themselves in the foot very easily. That can be a >> plus or a negative. The biggest negative is that there are now millions of >> computers on the internet that have run out on their free 2 months of virus >> scanner updates, and are now owned by someones bot network, while the >> clueless user keeps plugging along wondering why the darn machine is so >> slow. >> I guess the positive is that it is easy for Grandma and Grandpa on the >> other side of the country to get pics of the grandkids. >> >> I just wish that PC manufacturers would just contract with one of the free >> virus scanner companies like Grisoft, instead of putting in Norton with a >> 60 day cripple point. Most users will just ignore the update message until >> it stops because they don't know it is really necessary software. A free >> virus scanner with updates will beat a heave commercial soft with no >> updates anytime. > > I fail to see what any of this has to do with my question. As it happens she > is not a computer newbie and she has had an AV contract since the Win3.1 > days. However, that's totally irrelevant. She simply hadn't realised just > how big a pdf with two large graphics and embedded fonts would be. > > Anne > > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos > Have you considered a file transfer service such as yousendit.com? File size might still be an issue I guess as they limit it to 100 MB for their free account. There's another thought. Why not create yourself a gmail account or other such online account that is as forgiving as possible on file size and have her send it to that account. Probably the easiest solution of all, "Honey, use this email address instead: ". Jacques B. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: Message size rejected
On Sunday 06 July 2008 17:26:05 Scott Silva wrote: > That is one of the biggest of my beefs about windows. It allows any > computer noob to shoot themselves in the foot very easily. That can be a > plus or a negative. The biggest negative is that there are now millions of > computers on the internet that have run out on their free 2 months of virus > scanner updates, and are now owned by someones bot network, while the > clueless user keeps plugging along wondering why the darn machine is so > slow. > I guess the positive is that it is easy for Grandma and Grandpa on the > other side of the country to get pics of the grandkids. > > I just wish that PC manufacturers would just contract with one of the free > virus scanner companies like Grisoft, instead of putting in Norton with a > 60 day cripple point. Most users will just ignore the update message until > it stops because they don't know it is really necessary software. A free > virus scanner with updates will beat a heave commercial soft with no > updates anytime. I fail to see what any of this has to do with my question. As it happens she is not a computer newbie and she has had an AV contract since the Win3.1 days. However, that's totally irrelevant. She simply hadn't realised just how big a pdf with two large graphics and embedded fonts would be. Anne ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Centos 5.2 and 2.6.18-92 Kernel backported SATA fixes?
Last year to get motherboards with the G33 chipset with SATA working with Centos I had to either use David Harbic fixes or use Fedora 8 since it had the later 2.6.25 kernel. I no longer see David's fixes available and also see in the 5.2 release notes "update SATA driver and infrastructure". Did Redhat finally incorporate fixes to full support the new G33 chipset and SATA? I have more of these G33 chipset motherboards with Q6600 cpu. Trying to decide which is the least hassle setup and long term i386 or x86_64, on either Centos 5.2 or Fedora 9? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] nspluginwrapper failure on x86_64 in 5.2
On Sun, 2008-07-06 at 11:10 -0500, Johnny Hughes wrote: > Mark Hull-Richter wrote: > > This was working in 5.1 - I am now getting errors when I try to run a > > flash video in seamonkey under CetnOS 5.2. Here is the error: > > > > For application/x-shockwave-flash found plugin > > /usr/lib64/mozilla/plugins/npwrapper.libflashplayer.so > > sh: /usr/lib/nspluginwrapper/i386/linux/npviewer: No such file or directory > > > > Here is what I have installed: > > > > $rpm -qa | grep -i nsplugin > > nspluginwrapper-0.9.91.5-21.el5.i386 > > nspluginwrapper-0.9.91.5-21.el5.x86_64 > > > > These are now part of the base, but there seems to be a problem with > > finding the right plugin to execute: > > > > > > $ locate nspluginwrapper > > /etc/sysconfig/nspluginwrapper > > /usr/lib/nspluginwrapper > > /usr/lib/nspluginwrapper/npconfig > > /usr/lib/nspluginwrapper/npviewer > > /usr/lib/nspluginwrapper/npviewer.bin > > /usr/lib/nspluginwrapper/npwrapper.so > > /usr/lib/nspluginwrapper/plugin-config > > /usr/lib64/nspluginwrapper > > /usr/lib64/nspluginwrapper/npconfig > > /usr/lib64/nspluginwrapper/npviewer > > /usr/lib64/nspluginwrapper/npviewer.bin > > /usr/lib64/nspluginwrapper/npwrapper.so > > /usr/lib64/nspluginwrapper/plugin-config > > /usr/share/doc/nspluginwrapper-0.9.91.5 > > /usr/share/doc/nspluginwrapper-0.9.91.5/COPYING > > /usr/share/doc/nspluginwrapper-0.9.91.5/NEWS > > /usr/share/doc/nspluginwrapper-0.9.91.5/README > > /var/cache/yum/base/packages/nspluginwrapper-0.9.91.5-21.el5.i386.rpm > > /var/cache/yum/base/packages/nspluginwrapper-0.9.91.5-21.el5.x86_64.rpm > > > > Just for good measure: > > > > $ ls -R /usr/lib/nspluginwrapper > > /usr/lib/nspluginwrapper: > > npconfig* npviewer* npviewer.bin* npwrapper.so* plugin-config* > > > > What happened (or, what do I do next)? This seems to be broken in 5.2. > > do you have both versions of firefox installed, and do you use both > versions of firefox .. if not, remove the i386 plugin and see if that > fixes the issue. I have a similar issue with only one version of nspluginwrapper installed. # rpm -qa | grep nspluginwrapper nspluginwrapper-0.9.91.5-21.el5 I do appear to have two identical firefox packages installed. # rpm -qa | grep firefox firefox-3.0-0.beta5.6.el5.centos firefox-3.0-0.beta5.6.el5.centos One is 32 bit, other 64 bit with identical package names. How to remove unwanted package? # rpm -qa | grep nspluginwrapper nspluginwrapper-0.9.91.5-21.el5 [EMAIL PROTECTED] bmcclure]# yum list firefox Loading "protectbase" plugin Loading "fastestmirror" plugin Loading mirror speeds from cached hostfile * base: mirror.hmc.edu * updates: mirror.steadfast.net * addons: mirrors.tummy.com * extras: pubmirrors.reflected.net 0 packages excluded due to repository protections Installed Packages firefox.x86_64 3.0-0.beta5.6.el5.cent installed firefox.i386 3.0-0.beta5.6.el5.cent installed Thanks, B.J. CentOS 5.0, Linux 2.6.18-92.1.6.el5 x86_64 11:41:43 up 15:17, 2 users, load average: 0.04, 0.13, 0.09 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] i386 version of Perl getting installed on x64 system?
Joseph L. Casale wrote: I would say it is the "Best" one ... it seems there is a problem in this instance. Its just not my day :P I used my gmail to sign up to rpmforge, and received the sub confirmation instantly, replied to it and received my membership confirmation. Sent an email regarding both packages I am having an issue with, and never saw it hit the list. Looks like rpmforge's list has an issue as well :) Hopefully Dag or someone else in charge over there spots this thread... For the record, gmail does not follow the standard for greylists ... in that a group of servers sends mail and a different server than the original might send a "second" mail of one is greylisted. Not sure if that is at play with the rpmforge list, but I thought I would mention it here :D signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: Three Identical systems - short cut to setting up the drives?
on 7-4-2008 2:38 PM Robert Moskowitz spake the following: William L. Maltby wrote: On Fri, 2008-07-04 at 11:41 -0500, Les Mikesell wrote: Yes, dd is actually pretty slow in wall clock time. Where it wins is in human time since you just type a short command line and go away, and it duplicates any setup work you've done in addition too installing the packages. But it's not as slow as most think. They just don't take advantage of capabilities, like bs=16384. This makes a *huge* difference in both system overhead and wall clock time. Well Clonezilla is busy cloning the drive, but there is a problem here cloning to a USB attached drive. One of the partitions is LVM and since this is a drive clone, including the partition table and boot sector, both LVMs (source and target) have the same name. So Clonezilla switches to using DD with probably some bad parameters. After running an hour, it has only copied 4Gb out of 37Gb. Note that the USB port is v1.1. Now actually, I would have perfered renaming the LVM partition and its internal ext3 partitions. I even had a naming convention laid out if I had do this via Install instead. You might want to think about the fact that the drive could map differently from the LBA between the usb adapter and directly hooked up to a system. I had a laptop that did that, and access was extremely slow until I re-formatted it and re-built the OS. Especially on older systems like you say you are using. -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] i386 version of Perl getting installed on x64 system?
Akemi Yagi wrote: On Sun, Jul 6, 2008 at 9:10 AM, Ray Van Dolson <[EMAIL PROTECTED]> wrote: On Sun, Jul 06, 2008 at 09:55:03AM -0600, Joseph L. Casale wrote: This is on a RHEL5.2 x86_64 system however. # rpm -qf --queryformat '%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n' /usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/Time/HiRes.pm perl-5.8.8-10.el5_2.3.x86_64 So it seems HiRes is already provided by perl, although the actual file that conflicts is a man page. (This is why I generally avoid rpmforge if I can :) This whole thing is not an rpmforge issue. As pointed out somewhere else, it has to do with the way yum behaves on the x86_64 system. See: http://bugs.centos.org/view.php?id=2934 and http://lists.centos.org/pipermail/centos-devel/2008-June/004808.html For example, I have a pure x86_64 system (no i386 packages installed). # rpm -q perl perl-5.8.8-10.el5_2.3.x86_64 # yum install perl (snip) Dependencies Resolved = Package Arch Version RepositorySize = Installing: perli386 4:5.8.8-10.el5_2.3 extras 12 M Installing for dependencies: db4 i386 4.3.29-9.fc6 base 917 k gdbmi386 1.8.0-26.2.1 base 27 k libgcc i386 4.1.2-42.el5 base 93 k libstdc++ i386 4.1.2-42.el5 base 360 k Transaction Summary = Install 5 Package(s) Update 0 Package(s) Remove 0 Package(s) Total download size: 13 M Is this ok [y/N]: Of course, if I specify with a .x86_64, it will not pull the .386 perl. But when it is called as a dependency, you will get what is seen above. Well ... in this particular case there is a problem with a package that conflicts with something that is part of the base perl. The issue you bring up is also valid. IF you have a PURE x86_64 system ... then you can put this line in yum.conf exclude=*.i386 *.i686 That will keep it pure ... though, we are working on something to give the previous behavior to yum. signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] i386 version of Perl getting installed on x64 system?
>I would say it is the "Best" one ... it seems there is a problem in this >instance. Its just not my day :P I used my gmail to sign up to rpmforge, and received the sub confirmation instantly, replied to it and received my membership confirmation. Sent an email regarding both packages I am having an issue with, and never saw it hit the list. Looks like rpmforge's list has an issue as well :) Hopefully Dag or someone else in charge over there spots this thread... Thanks guys! jlc ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] i386 version of Perl getting installed on x64 system?
Joseph L. Casale wrote: Just to muddy the waters on this a bit more... for me, the rpmforge perl-Time-HiRes package won't install as it conflicts with my base installation of perl. Yea, I just figured that out. This is on a RHEL5.2 x86_64 system however. So I assume an x86 install doesn't have this issue? # rpm -qf --queryformat '%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n' /usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/Time/HiRes.pm perl-5.8.8-10.el5_2.3.x86_64 So it seems HiRes is already provided by perl, although the actual file that conflicts is a man page. Doing a perldoc Time::HiRes gave info, so yes it does look like its provided already. (This is why I generally avoid rpmforge if I can :) What else do you use then? I understood rpmforge was supposed to be the best 3rd part repo for CentOS? I would assume any repo will have some issues once and a while... I would say it is the "Best" one ... it seems there is a problem in this instance. signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] i386 version of Perl getting installed on x64 system?
On Sun, Jul 6, 2008 at 9:10 AM, Ray Van Dolson <[EMAIL PROTECTED]> wrote: > On Sun, Jul 06, 2008 at 09:55:03AM -0600, Joseph L. Casale wrote: > This is on a RHEL5.2 x86_64 system however. > > # rpm -qf --queryformat '%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n' > /usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/Time/HiRes.pm > perl-5.8.8-10.el5_2.3.x86_64 > > So it seems HiRes is already provided by perl, although the actual file > that conflicts is a man page. > > (This is why I generally avoid rpmforge if I can :) This whole thing is not an rpmforge issue. As pointed out somewhere else, it has to do with the way yum behaves on the x86_64 system. See: http://bugs.centos.org/view.php?id=2934 and http://lists.centos.org/pipermail/centos-devel/2008-June/004808.html For example, I have a pure x86_64 system (no i386 packages installed). # rpm -q perl perl-5.8.8-10.el5_2.3.x86_64 # yum install perl (snip) Dependencies Resolved = Package Arch Version RepositorySize = Installing: perli386 4:5.8.8-10.el5_2.3 extras 12 M Installing for dependencies: db4 i386 4.3.29-9.fc6 base 917 k gdbmi386 1.8.0-26.2.1 base 27 k libgcc i386 4.1.2-42.el5 base 93 k libstdc++ i386 4.1.2-42.el5 base 360 k Transaction Summary = Install 5 Package(s) Update 0 Package(s) Remove 0 Package(s) Total download size: 13 M Is this ok [y/N]: Of course, if I specify with a .x86_64, it will not pull the .386 perl. But when it is called as a dependency, you will get what is seen above. Akemi ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: Message size rejected
on 7-3-2008 11:43 PM Anne Wilson spake the following: On Thursday 03 July 2008 22:29:55 Jim Perrin wrote: On Thu, Jul 3, 2008 at 5:06 PM, Anne Wilson wrote: My daughter needs to send me a large file. It appears that it is getting through my ISP, but being rejected on my CentOS mail server. The message she's getting says Much as I dislike getting or giving "you asked for x, but here's how to do it with y" I'm going to do so here. Email is one of those things which is great for small files, and such, but large transfers can cause issues at pretty much every aspect of the trip. If you've already got a webserver running, add a password protected area for uploads. You can even set it up to allow webdav style transfers over https. This avoids any mail handling delays, lets both parties know it got there successfully, and keeps the clutter out of the mailserver. I wouldn't dream of sending big files like that by email, but this is a windows user who 'wants to get things done, not play with computers'. Her experience is that she can send a big pdf to her printers, so she wouldn't think that he sets his mailbox to accept unusually large files. As far as she's concerned, I'm at fault. She even read the 'Message size exceeds fixed limit' as meaning that my inbox was full. It's no good trying to tell her about better ways. She wouldn't see that as part of her work. Thanks to list members I'll get the file thiis morning. Anne That is one of the biggest of my beefs about windows. It allows any computer noob to shoot themselves in the foot very easily. That can be a plus or a negative. The biggest negative is that there are now millions of computers on the internet that have run out on their free 2 months of virus scanner updates, and are now owned by someones bot network, while the clueless user keeps plugging along wondering why the darn machine is so slow. I guess the positive is that it is easy for Grandma and Grandpa on the other side of the country to get pics of the grandkids. I just wish that PC manufacturers would just contract with one of the free virus scanner companies like Grisoft, instead of putting in Norton with a 60 day cripple point. Most users will just ignore the update message until it stops because they don't know it is really necessary software. A free virus scanner with updates will beat a heave commercial soft with no updates anytime. -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] i386 version of Perl getting installed on x64 system?
>Just to muddy the waters on this a bit more... for me, the rpmforge >perl-Time-HiRes package won't install as it conflicts with my base >installation of perl. Yea, I just figured that out. >This is on a RHEL5.2 x86_64 system however. So I assume an x86 install doesn't have this issue? ># rpm -qf --queryformat '%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n' >/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/Time/HiRes.pm >perl-5.8.8-10.el5_2.3.x86_64 > >So it seems HiRes is already provided by perl, although the actual file >that conflicts is a man page. Doing a perldoc Time::HiRes gave info, so yes it does look like its provided already. >(This is why I generally avoid rpmforge if I can :) What else do you use then? I understood rpmforge was supposed to be the best 3rd part repo for CentOS? I would assume any repo will have some issues once and a while... jlc ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] nspluginwrapper failure on x86_64 in 5.2
Mark Hull-Richter wrote: This was working in 5.1 - I am now getting errors when I try to run a flash video in seamonkey under CetnOS 5.2. Here is the error: For application/x-shockwave-flash found plugin /usr/lib64/mozilla/plugins/npwrapper.libflashplayer.so sh: /usr/lib/nspluginwrapper/i386/linux/npviewer: No such file or directory Here is what I have installed: $rpm -qa | grep -i nsplugin nspluginwrapper-0.9.91.5-21.el5.i386 nspluginwrapper-0.9.91.5-21.el5.x86_64 These are now part of the base, but there seems to be a problem with finding the right plugin to execute: $ locate nspluginwrapper /etc/sysconfig/nspluginwrapper /usr/lib/nspluginwrapper /usr/lib/nspluginwrapper/npconfig /usr/lib/nspluginwrapper/npviewer /usr/lib/nspluginwrapper/npviewer.bin /usr/lib/nspluginwrapper/npwrapper.so /usr/lib/nspluginwrapper/plugin-config /usr/lib64/nspluginwrapper /usr/lib64/nspluginwrapper/npconfig /usr/lib64/nspluginwrapper/npviewer /usr/lib64/nspluginwrapper/npviewer.bin /usr/lib64/nspluginwrapper/npwrapper.so /usr/lib64/nspluginwrapper/plugin-config /usr/share/doc/nspluginwrapper-0.9.91.5 /usr/share/doc/nspluginwrapper-0.9.91.5/COPYING /usr/share/doc/nspluginwrapper-0.9.91.5/NEWS /usr/share/doc/nspluginwrapper-0.9.91.5/README /var/cache/yum/base/packages/nspluginwrapper-0.9.91.5-21.el5.i386.rpm /var/cache/yum/base/packages/nspluginwrapper-0.9.91.5-21.el5.x86_64.rpm Just for good measure: $ ls -R /usr/lib/nspluginwrapper /usr/lib/nspluginwrapper: npconfig* npviewer* npviewer.bin* npwrapper.so* plugin-config* What happened (or, what do I do next)? This seems to be broken in 5.2. do you have both versions of firefox installed, and do you use both versions of firefox .. if not, remove the i386 plugin and see if that fixes the issue. signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] i386 version of Perl getting installed on x64 system?
On Sun, Jul 06, 2008 at 09:55:03AM -0600, Joseph L. Casale wrote: > >There is a known issue with the new version of yum on RHEL/CentOS 5.2 ... > > > >You need to specify the packages like this: > > > >yum install .x86_64 > > > >not > > > >yum install > > > >If you do not specify, then yum can install both (or either) of i386 or > >x86_64 packages to meet that requirement. > > I think I found the offending package, I'll jump on the rf irc > channel and see what I can make of this: > > # yum list *HiRes* > Loading "fastestmirror" plugin > Loading "priorities" plugin > Loading mirror speeds from cached hostfile > > 257 packages excluded due to repository priority protections > Available Packages > perl-Time-HiRes.x86_64 1.9715-1.el5.rfrpmforge > perl-Time-HiRes-Value.noarch 0.05-1.el5.rf rpmforge > > # yum install perl-Time-HiRes.x86_64 > Loading "fastestmirror" plugin > Loading "priorities" plugin > Loading mirror speeds from cached hostfile > > 257 packages excluded due to repository priority protections > Setting up Install Process > Parsing package install arguments > Resolving Dependencies > --> Running transaction check > ---> Package perl.i386 4:5.8.8-10.el5_2.3 set to be updated > --> Processing Dependency: libgdbm.so.2 for package: perl > --> Running transaction check > ---> Package gdbm.i386 0:1.8.0-26.2.1 set to be updated > --> Finished Dependency Resolution > > Dependencies Resolved > > = > Package Arch Version RepositorySize > = > Installing: > perli386 4:5.8.8-10.el5_2.3 extras 12 > M > Installing for dependencies: > gdbmi386 1.8.0-26.2.1 base 27 k > > Transaction Summary > = > Install 2 Package(s) > Update 0 Package(s) > Remove 0 Package(s) > > Total download size: 12 M > Is this ok [y/N]: Just to muddy the waters on this a bit more... for me, the rpmforge perl-Time-HiRes package won't install as it conflicts with my base installation of perl. This is on a RHEL5.2 x86_64 system however. # rpm -qf --queryformat '%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n' /usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/Time/HiRes.pm perl-5.8.8-10.el5_2.3.x86_64 So it seems HiRes is already provided by perl, although the actual file that conflicts is a man page. (This is why I generally avoid rpmforge if I can :) Ray ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] nspluginwrapper failure on x86_64 in 5.2
This was working in 5.1 - I am now getting errors when I try to run a flash video in seamonkey under CetnOS 5.2. Here is the error: For application/x-shockwave-flash found plugin /usr/lib64/mozilla/plugins/npwrapper.libflashplayer.so sh: /usr/lib/nspluginwrapper/i386/linux/npviewer: No such file or directory Here is what I have installed: $rpm -qa | grep -i nsplugin nspluginwrapper-0.9.91.5-21.el5.i386 nspluginwrapper-0.9.91.5-21.el5.x86_64 These are now part of the base, but there seems to be a problem with finding the right plugin to execute: $ locate nspluginwrapper /etc/sysconfig/nspluginwrapper /usr/lib/nspluginwrapper /usr/lib/nspluginwrapper/npconfig /usr/lib/nspluginwrapper/npviewer /usr/lib/nspluginwrapper/npviewer.bin /usr/lib/nspluginwrapper/npwrapper.so /usr/lib/nspluginwrapper/plugin-config /usr/lib64/nspluginwrapper /usr/lib64/nspluginwrapper/npconfig /usr/lib64/nspluginwrapper/npviewer /usr/lib64/nspluginwrapper/npviewer.bin /usr/lib64/nspluginwrapper/npwrapper.so /usr/lib64/nspluginwrapper/plugin-config /usr/share/doc/nspluginwrapper-0.9.91.5 /usr/share/doc/nspluginwrapper-0.9.91.5/COPYING /usr/share/doc/nspluginwrapper-0.9.91.5/NEWS /usr/share/doc/nspluginwrapper-0.9.91.5/README /var/cache/yum/base/packages/nspluginwrapper-0.9.91.5-21.el5.i386.rpm /var/cache/yum/base/packages/nspluginwrapper-0.9.91.5-21.el5.x86_64.rpm Just for good measure: $ ls -R /usr/lib/nspluginwrapper /usr/lib/nspluginwrapper: npconfig* npviewer* npviewer.bin* npwrapper.so* plugin-config* What happened (or, what do I do next)? This seems to be broken in 5.2. Thanks. mhr ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] i386 version of Perl getting installed on x64 system?
>There is a known issue with the new version of yum on RHEL/CentOS 5.2 ... > >You need to specify the packages like this: > >yum install .x86_64 > >not > >yum install > >If you do not specify, then yum can install both (or either) of i386 or >x86_64 packages to meet that requirement. I think I found the offending package, I'll jump on the rf irc channel and see what I can make of this: # yum list *HiRes* Loading "fastestmirror" plugin Loading "priorities" plugin Loading mirror speeds from cached hostfile 257 packages excluded due to repository priority protections Available Packages perl-Time-HiRes.x86_64 1.9715-1.el5.rfrpmforge perl-Time-HiRes-Value.noarch 0.05-1.el5.rf rpmforge # yum install perl-Time-HiRes.x86_64 Loading "fastestmirror" plugin Loading "priorities" plugin Loading mirror speeds from cached hostfile 257 packages excluded due to repository priority protections Setting up Install Process Parsing package install arguments Resolving Dependencies --> Running transaction check ---> Package perl.i386 4:5.8.8-10.el5_2.3 set to be updated --> Processing Dependency: libgdbm.so.2 for package: perl --> Running transaction check ---> Package gdbm.i386 0:1.8.0-26.2.1 set to be updated --> Finished Dependency Resolution Dependencies Resolved = Package Arch Version RepositorySize = Installing: perli386 4:5.8.8-10.el5_2.3 extras 12 M Installing for dependencies: gdbmi386 1.8.0-26.2.1 base 27 k Transaction Summary = Install 2 Package(s) Update 0 Package(s) Remove 0 Package(s) Total download size: 12 M Is this ok [y/N]: ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Back to my Xwindows kernel panic
Robert Moskowitz wrote: Johnny Hughes wrote: Robert Moskowitz wrote: I have a newly built drive with 5.2 fresh install (that I will be cloning shortly) in my DECtop and it is failing with X the same way the upgrade from 5.1 drive did (not too supprising there). In 5.1 X worked. I could startx from init 3 and get into GNOME. Also VNC into the box and have a GNOME screen. With 5.2, I get a kernel panic. Well I guess it is a kernel panic because once I run startx from the console, my SSH session to the box from my notebook is frozen. Try 16bit X instead of 24bit (replace the 24 in xorg w 16) and see if that helps ... OK. I will try this shortly. Did this work. also, you can boot the older kernel from 5.1 and see if that helps. I did try that on the system I upgraded from 5.1. No difference still paniced. If it still panics then it does not seem to be a kernel module issue, but something else. That would be very strange. I guess some kind of compile issue in xorg could do this, though not sure. signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Three Identical systems - short cut to setting up the drives?
Hi, On Sun, Jul 6, 2008 at 6:36 AM, William L. Maltby <[EMAIL PROTECTED]> wrote: >> > If it's a boot drive, remember to rebuild your initrd and modify the >> > init file to ignore lvm lock failures with the new VG name. Otherwise >> > you'll be fighting some more battles. >> >> Yes, I remember getting burned by this once. > > Man gzip and cpio in case I misremember. To set the "ignorelockingfailure" and others on the initrd file, can't you just use "mkinitrd"? I was looking into the /sbin/mkinitrd script (on CentOS 5.2), and I saw that it contains code for that, for instance: if [ -n "$vg_list" ]; then emit "echo Scanning logical volumes" emit "lvm vgscan --ignorelockingfailure" emit "echo Activating logical volumes" emit "lvm vgchange -ay --ignorelockingfailure $vg_list" fi I just don't know if vg_list will be populated with the right devices. Anyway, it might be worth a try, specially if you want to do that over and over again, messing with the internals of initrd (gzip, cpio, etc., and specially rebuilding it) is not something you would want to do on a daily basis. HTH, Filipe ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] configuration file for tunneling device
Hi, On Sun, Jul 6, 2008 at 9:12 AM, Nabin Limbu <[EMAIL PROTECTED]> wrote: > For GRE tunneling, how can I specify the > parameters for tunneling device, so that I ifup-tunnel will automatically > read and start the interface and I don't have to write the below scripts > in my start-up file. Apparently you have to create a /etc/sysconfig/network-scripts/ifcfg-gre2 file with content similar to this one: ONBOOT=yes DEVICE=gre2 TYPE=GRE MY_INNER_IPADDR=192.168.61.1 MY_OUTER_IPADDR=79.189.10.22 PEER_INNER_IPADDR=192.168.62.1 PEER_OUTER_IPADDR=84.234.113.51 By the way, I never did this before, and had no idea on how to do it, but Google just lead me to the conclusion that this is the way to go in about 5s. First, /etc/sysconfig/network-scripts/ifup-tunnel is a script, so looking into that file I saw that it was using some variables such as PEER_INNER_IPADDR. I looked for that name in Google, and one of the results was this page [http://bart.prokop.name/blog/unleash/linux/centos.html], which starts in Polish (?) but then continues in English with explanation enough on how to do that. Although using the mailing lists is "easy" and very effective, one of the advantages of Linux is that you can always "look inside" it, and as many components are scripts, looking inside is actually quite easy. Next time, please try to do your own poking and research before going the mailing list route. HTH, Filipe ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] How to Auto Add forward slash "/" when accessing a link/url through ProxyPass
ankush grover wrote: > I have the below lines added in httpd.conf file > > RewriteEngine On > RewriteCond %{REQUEST_URI} /testdiary > RewriteRule /testdiary(.)$ /testdiary/ > ProxyPass /testdiary http://testdiary.example.com/ > ProxyPassReverse /testdiary http://testdiary.example.com/ This is what I do on my systems RedirectMatch /testdiary$ http://mysite.example.com/testdiary/ nate ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] How to Auto Add forward slash "/" when accessing a link/url through ProxyPass
Hi, It's been long since I don't write Proxy rules, but IIRC you have to match /s on the left side and on the right side. On Sun, Jul 6, 2008 at 6:24 AM, ankush grover <[EMAIL PROTECTED]> wrote: > ProxyPass /testdiaryhttp://testdiary.example.com/ > ProxyPassReverse /testdiary http://testdiary.example.com/ Maybe try: ProxyPass /testdiaryhttp://testdiary.example.com ProxyPassReverse /testdiary http://testdiary.example.com Or: ProxyPass /testdiary/http://testdiary.example.com/ ProxyPassReverse /testdiary/ http://testdiary.example.com/ I guess the second one is the one you want, but it won't do the Redirect if you access /testdiary without the ending slash. You don't need mod_rewrite for that one, a simple RedirectMatch should be enough (I'm not 100% sure about the syntax though): RedirectMatch /testdiary$ /testdiary/ Please let us know how that goes for you. HTH, Filipe ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] RHEL vs. CentOS
drew einhorn wrote: In looking at the possibility of using yum-priorities on a RHEL5 system, I noticed on thing that is different from my recollection, I see that the default priority it 99, but I seem to recall that it used to be 1. Is my memory faulty, or did it change? Actually 99 seems to make the most sense when using it in its native environment on a CentOS box. But when trying to use it in a foreign environment on a RHEL box, 1 seems to be a better choice, because of the repos that are magically created by the rhnplugin, that do not have configurations in /etc/yum.repos.d It would be ideal if there turned out to be a undocumented feature in */etc/yum/pluginconf.d/priorities.conf *that allowed us to change the default priority. * * The default priority is 99 (If you do not have a priority set). The recommended settings if you are running CentOS is: Priority=1 for [base], [updates], and [extras] ... and Priority=2 for [centosplus] In your case, it makes since (with a RHEL install) to not have centos [base] or [updates] in there at all (since you do not want to install centos packages on RHEL). If you want to use CentOS Extras then I would set the priorities as 2 for that. One thing to remember when using yum from RHEL is that RHN is accessed through a plugin ... so you will need to find a way to set priorities for that differently than CentOS does it. signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] how to generate modprobe.conf
David Hláčik wrote: > Hello, i have moved hard disk from one pc to another (some architecture). I > have booted, everything working. To my surprise some modules in > modprobes.conf are still there even if this PC does not have such hardware. > I have tried remove modprobe.conf, but after reboot, system by it self does > not generate a new one modprobe.conf. What is responsible for modprobe.conf > generation, how can i revoke it to generate a modprobe.conf such as is > generated after fresh install. Run kudzu. Ralph pgpKL53R73QJC.pgp Description: PGP signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] how to generate modprobe.conf
Hello, i have moved hard disk from one pc to another (some architecture). I have booted, everything working. To my surprise some modules in modprobes.conf are still there even if this PC does not have such hardware. I have tried remove modprobe.conf, but after reboot, system by it self does not generate a new one modprobe.conf. What is responsible for modprobe.conf generation, how can i revoke it to generate a modprobe.conf such as is generated after fresh install. Thanks in advance! David ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Can't run a bash script from USB drive
William L. Maltby wrote: > Your blindness is caused by a broken (IMO) search. I also had recently > searched for this and another thread. AFAICT, the "search" button on the > mailing lists intro page only checks archived stuff. I've seen mails archived there before they hit my INBOX. But yes, google has to go over it for you to see it >:) Cheers, Ralph pgpRHB9Gwicjr.pgp Description: PGP signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] configuration file for tunneling device
Hi, For Ethernet and others, we have a configuration file inside /etc/sysconfig/newtork-script/ like ifcfg-ethx where we specify ip address, mask, type etc... For GRE tunneling, how can I specify the parameters for tunneling device, so that I ifup-tunnel will automatically read and start the interface and I don't have to write the below scripts in my start-up file. ip tunnel add netx mode gre remote 69.77.7.7 local 192.168.0.1 ttl 255 ip addr add 192.168.0.1 dev netx ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] i386 version of Perl getting installed on x64 system?
Joseph L. Casale wrote: Can you identify which one of these packages individually is requiring the 32-bit perl? In other words, can you install perl-LDAP without it wanting to pull in the 32-bit perl? Same for all of them... You can also do an rpm -q -R -p on the .rpm file to see what it requires, but I'm not sure if that will tell us anything particularly useful. I will try that tomorrow, pushed through to test something else so its now:) I'll roll the lvm snap back (xen DomU). Have you tried the rpmforge IRC channel? Didn't think of that, I will also log on to that to see why I cant subscribe. There is a known issue with the new version of yum on RHEL/CentOS 5.2 ... You need to specify the packages like this: yum install .x86_64 not yum install If you do not specify, then yum can install both (or either) of i386 or x86_64 packages to meet that requirement. signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Three Identical systems - short cut to setting up the drives?
On Sun, 2008-07-06 at 06:36 -0400, William L. Maltby wrote: > > Still in the top level working directory () > >find | cpio -oac | gzip --best > > Just checked. "find *" is what you want. Also, there are a couple ignorelocking failures and a mkrootdev. Change the ignore... that has the VG mentioned and the mkrootdev. > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 5.2 Missing Dependancy
On Sunday 06 July 2008 11:39:50 William L. Maltby wrote: > On Sun, 2008-07-06 at 06:52 +0100, Tony Molloy wrote: > > > > > > The problem would be if yum checks it's db to see if it has previously > > installed /usr/bin/false and find that it hasn't. In that case it won't > > wok. > > If it won't "wok", you'l have to "cook" up something. :-) YUK, YUK! > > > Very funny. I'll have to check for typos in future. Of course that one wouldn't have been cought ;-) Tony ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 5.2 Missing Dependancy
On Sun, 2008-07-06 at 06:52 +0100, Tony Molloy wrote: > > The problem would be if yum checks it's db to see if it has previously > installed /usr/bin/false and find that it hasn't. In that case it won't wok. If it won't "wok", you'l have to "cook" up something. :-) YUK, YUK! > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Three Identical systems - short cut to setting up the drives?
On Sat, 2008-07-05 at 23:58 -0400, Robert Moskowitz wrote: > William L. Maltby wrote: > > On Fri, 2008-07-04 at 17:38 -0400, Robert Moskowitz wrote: > > > >> > >> > > > > > >> Now actually, I would have perfered renaming the LVM partition and its > >> internal ext3 partitions. I even had a naming convention laid out if I > >> had do this via Install instead. > >> > > > > If it's a boot drive, remember to rebuild your initrd and modify the > > init file to ignore lvm lock failures with the new VG name. Otherwise > > you'll be fighting some more battles. > > > ARGH > > Yes, I remember getting burned by this once. > > And I don't have any notes of what I did to do all this. :( Man gzip and cpio in case I misremember. In a work directory: gzip -dc | cpio -idmc Down in the resulting directory, there is an init file. Locate the ignorelockingfailure and change the VG name there. Still in the top level working directory () find | cpio -oac | gzip --best > Move it to the boot dir, change grub.conf appropriately. More perilous, but possible: make it the same name (pls save the original somewhere) and no grub name change needed. > > HTH -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] How to Auto Add forward slash "/" when accessing a link/url through ProxyPass
Hi Friends, I am using Centos 5.2 and using ProxyPass to access applications running on other servers. Everything is working fine except for one of the applications I need to auto add forward slash when any user tries to access that application. For ex ProxyPass /testdiaryhttp://testdiary.example.com/ ProxyPassReverse /testdiary http://testdiary.example.com/ If somebody access directly http://testdiary.example.com/ everything is coming means the login page but when the same link is accessed through apache server on which proxypass is running then the login page does not appear(http://portal.example.com/testdiary). How can I auto add "/" when somebody put the url http://portal.example.com/testdiary which should first be converted/redirected to http://portal.example.com/testdiary/ (auto added forward slash). I have the below lines added in httpd.conf file RewriteEngine On RewriteCond %{REQUEST_URI} /testdiary RewriteRule /testdiary(.)$ /testdiary/ ProxyPass /testdiary http://testdiary.example.com/ ProxyPassReverse /testdiary http://testdiary.example.com/ Please let me know if you need any other information. Regards Ankush ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos