Re: [CentOS] Re: PHP 5.2.5 when ?
Johnny Hughes wrote: If you knew exactly what you were doing and how to make your own php ... and you had a very good reason (a bug that is not be fixed, etc.), then that might be the case. If this were RHEL though, you just lost any php support you could get upstream (and anything else that they MIGHT be able to relate to your replaced packages). IF you are willing to do that, I guess it would be fine. But for MOST users, this is not the case. And BTW, any of the LAMP components I would consider a MAJOR part of the OS. Apache and MySQL probably are major components. Lots of CentOS packages depend upon them. PHP is a module that adds functionality to Apache. The only parts of the distribution that depend upon PHP are some of the web applications, such as squirelmail, the php-pear stuff, and a few php modules that are not built as part of main php package. Most php extensions will work without a rebuild. Some may require a rebuild, but that's what rpmbuild --rebuild is for (or mock, which is cleaner way of doing rpmbuild --rebuild) Since you redid php, you are now possibly going to need to recompile many other things including the php-* extensions from DAG's repo and the CentOS repos, php-mysql, etc. I do not use DAG's repo. php-mysql etc. are all built during the build of php. The src.rpm for php builds the vast majority of modules. A few modules, like php-pecl-Fileinfo are not part of the main php package - and while I did personally rebuild the CentOS src.rpm for that module, I tested the one in CentOS and it worked without a rebuild. Any of the php modules that have "5.1.6" in the version (from CentOS and CentOS Extras) are modules that are distributed with php and are rebuilt by the single 5.2.5 src.rpm. I do not know the impact as I have not actually done the analysis. Since /usr/lib/httpd/modules/libphp5.so MIGHT be the same name for both (though might have different content), you may not need to recompile any apache modules or other items. No - you do not need to recompile any other apache modules. Apache itself does not require php, and none of the other apache modules require it either. The only packages you may have to recompile are packages that have a BuildRequires: php-devel in them. And going from 5.1.6 to 5.2.x generally does not, as they share the same zend api version. I don't know of a case where a module external to php requires a rebuild, though I suppose it is possible they exist. But, I still think php is a major item and would probably rebuild my whole mysql / php / apache if i was considering a php upgrade. No. PHP depends upon Apache and MySQL. Neither of those packages depend upon PHP. PHP is not installed in the build system when those packages are compiled, there is no way that upgrading php will break either of them. That being said - I absolutely agree that unless you *know* you need PHP 5.2.x then you should stick to the version in your distribution. Web hosts have lost my business because they upgraded the version of PHP they were running without telling me at least six months in advance - causing breakage of code. Many web hosts are still on PHP 4 for that reason. Good web hosts will set up a new server with newer versions of PHP and ask you if you want your domain switched to it - but don't force you to move. It is possible there are some web applications that work with 5.1.6 that do not work in 5.2.5 though I have not experienced any, and looking at their changelog, it looks like there are very few differences that might require patching of clean code. Hell, I'm occasionally paid to port stuff from php 3 to php 5 - and often, had they used proper code in php3 - the changes I make wouldn't be necessary. There may be new bugs, that is always a risk when upgrading, and why it is best to stick with CentOS version unless you *know* you need newer. My laptop uses the CentOS version, for example, even though I'm confident in my php 5.2.5 packages - as nothing I'm developing on my laptop requires 5.2.x Back to the point though, PHP is not a major component of RHEL/CentOS. It the last part of a LAMP that gets installed, LAM does not need php, php needs LAM (well, you could use Windows, IIS, Oracle ... so I guess technically not ... but anyway ...) Very few packages that are not built from the same src.rpm as php itself depend upon it, and they are generally not very specific version dependent. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] sound conversion assistance
On Wed, 16 Jan 2008 20:30:23 -0500 fred smith <[EMAIL PROTECTED]> took out a #2 pencil and scribbled: > OK, I downloaded a batch of ".rm" audio files from the net. I can > play them with mplayer or realplayer, but how can I convert them > to something else, e.g. mp3, etc.? So far haven't unearthed any > tools that can both read them and write out in another format. > > Thanks! Hello! A little googling should get you where you need to be. You can try the following links as well. http://www.linuxforums.org/forum/gaming-games-multimedia-entertainment/85596-how-convert-rm-mp3.html (mind the line wrapping) http://linuxappfinder.com/package/pacpl (perl audio converter) I've not used this before. mencoder is a good tool for this I believe. HTH -- [EMAIL PROTECTED] Life is a prison, death is a release ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Capturing Packets -- Ethereal
On Wed, 2008-01-16 at 15:31 -0800, Al Sparks wrote: > > > From: Milton Calnek <[EMAIL PROTECTED]> > > To: CentOS mailing list > > Sent: Wednesday, January 16, 2008 12:50:47 PM > > Subject: Re: [CentOS] Capturing Packets -- Ethereal > > > > The thing to do is to install wireshark on the system without X. > > > > Then from a machine with X: > > ssh -Xf [EMAIL PROTECTED] wireshark > > Yours is the coolest answer, though the others were also helpful. It's cool, but you have to contend with the traffic generated by the ssh and X session overhead in your display and/or captured data, or exclude the IP address of the X server from display. This may or may not be an issue for you. --Chris ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Capturing Packets -- Ethereal
On Wed, 2008-01-16 at 13:18 -0800, Al Sparks wrote: > Can I sniff the packets on the remote w/o a full install of ethereal? Typically something like this: tcpdump -s 1500 -i eth0 -w traffic.dmp will do the trick. Then pull the file back to the machine with ethereal and open it there. --Chris ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] sound conversion assistance
OK, I downloaded a batch of ".rm" audio files from the net. I can play them with mplayer or realplayer, but how can I convert them to something else, e.g. mp3, etc.? So far haven't unearthed any tools that can both read them and write out in another format. Thanks! -- Fred Smith -- [EMAIL PROTECTED] - "For him who is able to keep you from falling and to present you before his glorious presence without fault and with great joy--to the only God our Savior be glory, majesty, power and authority, through Jesus Christ our Lord, before all ages, now and forevermore! Amen." - Jude 1:24,25 (niv) - pgpkLyMhgOzLY.pgp Description: PGP signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Capturing Packets -- Ethereal
Al Sparks wrote: From: Milton Calnek <[EMAIL PROTECTED]> To: CentOS mailing list Sent: Wednesday, January 16, 2008 12:50:47 PM Subject: Re: [CentOS] Capturing Packets -- Ethereal The thing to do is to install wireshark on the system without X. Then from a machine with X: ssh -Xf [EMAIL PROTECTED] wireshark Yours is the coolest answer, though the others were also helpful. You can also 'ssh -Y [EMAIL PROTECTED]', log in and 'wireshark &' to start it, which will open a new window on your desktop. I think you also need to install wireshark-gnome for the GUI part. When capturing, you'll probably want to do capture/options and add a capture filter like 'not host your_desktop' to ignore the traffic that the window is sending. -- Les Mikesell [EMAIL PROTECTED] ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Capturing Packets -- Ethereal
> > From: Milton Calnek <[EMAIL PROTECTED]> > To: CentOS mailing list > Sent: Wednesday, January 16, 2008 12:50:47 PM > Subject: Re: [CentOS] Capturing Packets -- Ethereal > > The thing to do is to install wireshark on the system without X. > > Then from a machine with X: > ssh -Xf [EMAIL PROTECTED] wireshark Yours is the coolest answer, though the others were also helpful. Thanks to all. === Al ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Capturing Packets -- Ethereal
The thing to do is to install wireshark on the system without X. Then from a machine with X: ssh -Xf [EMAIL PROTECTED] wireshark Al Sparks wrote: This may be off topic, but I think my ethereal question might be simple enough. I am presently compiling ethereal on a CentOS platform to check it out. But the packets I want to monitor are actually on a different CentOS platform, and I'd rather not install Ethereal on it, if for no other reason I don't have X-Windows installed on that platform. My question is, can I monitor/write packets to a file on the more remote machine, and then analyze the packets on another machine using my ethereal SW? Can I sniff the packets on the remote w/o a full install of ethereal? === Al ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos -- Milton Calnek BSc, A/Slt(Ret.) [EMAIL PROTECTED] 306-717-8737 -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] screen locking - pam and xscreensaver
On Wed, 16 Jan 2008, Bob Beers wrote: On Jan 16, 2008 3:32 PM, Scott Ehrlich <[EMAIL PROTECTED]> wrote: If Xwindows was to be disabled, and only tty was used, what would be the best option for ensuring the logged-in session was locked after a determined amount of inactivity> If logged in to bash, TMOUT is the (seconds) setting to terminate the shell if no activity, but it is not fool-proof. For example, an open vi session will prevent the logout. Appreciate the variable of TMOUT, but I'm not looking to terminate, but rather lock the session. Additionally, I should be able to override the session with the sudo or root password. Other leads welcome. Scott HTH, -Bob ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] screen locking - pam and xscreensaver
On Jan 16, 2008 3:32 PM, Scott Ehrlich <[EMAIL PROTECTED]> wrote: > If Xwindows was to be disabled, and only tty was used, what would be the > best option for ensuring the logged-in session was locked after a > determined amount of inactivity> > If logged in to bash, TMOUT is the (seconds) setting to terminate the shell if no activity, but it is not fool-proof. For example, an open vi session will prevent the logout. HTH, -Bob ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] location of sg.c on distro CDs
Akemi Yagi wrote: On Jan 16, 2008 12:24 PM, Ray Leventhal <[EMAIL PROTECTED]> wrote: In deference to my newness to all this, how would one obtain the kernel source from the CDs as, in my case, the system is not connected to the internet? Kind regards, -Ray If all you need is the sg.c file, you probably don't want to download the ~50MB kernel source file. What is the kernel version? (uname -mr) I can send the file to you if you wish. Akemi Hi again, Akemi, Thank you for your kind offer. # uname -mr 2.6.18-8.el5 i686 Much obliged, -Ray ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Capturing Packets -- Ethereal
yup. use tcpdump on the remote machine to create a pcap file like so tcpdump -i eth0 -n -s0 -w file.cap then just copy that file over and read it with ethereal. Al Sparks wrote: > This may be off topic, but I think my ethereal question might be simple > enough. > > I am presently compiling ethereal on a CentOS platform to check it out. > > But the packets I want to monitor are actually on a different CentOS > platform, and I'd rather not install Ethereal on it, if for no other reason I > don't have X-Windows installed on that platform. > > My question is, can I monitor/write packets to a file on the more remote > machine, and then analyze the packets on another machine using my ethereal SW? > > Can I sniff the packets on the remote w/o a full install of ethereal? >=== Al > > > ___ > 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
Re: [CentOS] Capturing Packets -- Ethereal
Quoting Al Sparks <[EMAIL PROTECTED]>: > This may be off topic, but I think my ethereal question might be simple > enough. > > I am presently compiling ethereal on a CentOS platform to check it out. > > But the packets I want to monitor are actually on a different CentOS > platform, and I'd rather not install Ethereal on it, if for no other reason I > don't have X-Windows installed on that platform. > > My question is, can I monitor/write packets to a file on the more remote > machine, and then analyze the packets on another machine using my ethereal > SW? > > Can I sniff the packets on the remote w/o a full install of ethereal? >=== Al The new name for ethereal is wireshark. You can use tshark (text-based version of wireshark) or tcpdump to sniff the network and save the packet capture data in libpcap format which you can then transfer to your machine with wireshark on it. Also, you could install wireshark on the remote system and export the wireshark session to your CentOS machine with an X server in real time. Hope this helps. Barry ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] location of sg.c on distro CDs
On Jan 16, 2008 12:24 PM, Ray Leventhal <[EMAIL PROTECTED]> wrote: > In deference to my newness to all this, how would one obtain the kernel > source from the CDs as, in my case, the system is not connected to the > internet? > > Kind regards, > > -Ray If all you need is the sg.c file, you probably don't want to download the ~50MB kernel source file. What is the kernel version? (uname -mr) I can send the file to you if you wish. Akemi ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Capturing Packets -- Ethereal
This may be off topic, but I think my ethereal question might be simple enough. I am presently compiling ethereal on a CentOS platform to check it out. But the packets I want to monitor are actually on a different CentOS platform, and I'd rather not install Ethereal on it, if for no other reason I don't have X-Windows installed on that platform. My question is, can I monitor/write packets to a file on the more remote machine, and then analyze the packets on another machine using my ethereal SW? Can I sniff the packets on the remote w/o a full install of ethereal? === Al ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] screen locking - pam and xscreensaver
For an out-of-box Centos install that utilizes PAM for xscreensaver within both gnome and kde, what factors would lead to xscreensaver not being able to properly unlock the user? I reviewed the logs and nothing helped. I performed ldd on xscreensaver and an ls -l on each dependency proved they were all there. The system uses local /etc/passwd and /etc/shadow files for authentication - no NIS or LDAP or Kerberos. If Xwindows was to be disabled, and only tty was used, what would be the best option for ensuring the logged-in session was locked after a determined amount of inactivity> Also, if the user stepped away from the system and wanted to manually lock it, what is the best tty screen-locking utility? I reviewed vlock, but after prompting me for my password, it then prompted for root's. That was less than helpful. Thanks. Scott ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] location of sg.c on distro CDs
Akemi Yagi wrote: On Jan 16, 2008 11:45 AM, Ray Leventhal <[EMAIL PROTECTED]> wrote: Hi all, I find I'm in need of sg.c and can't seem to locate the rpm for the generic scsi driver on my CentOS5 CD's. Might someone point me in the right place, please? Thanks in advance, ~Ray You need the kernel source to get the sg.c file. Akemi Thanks, Akemi...that makes more sense now. In deference to my newness to all this, how would one obtain the kernel source from the CDs as, in my case, the system is not connected to the internet? Kind regards, -Ray ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] location of sg.c on distro CDs
On Wed, Jan 16, 2008, Paul Heinlein wrote: >On Wed, 16 Jan 2008, Ray Leventhal wrote: > >>I find I'm in need of sg.c and can't seem to locate the rpm for the >>generic scsi driver on my CentOS5 CD's. >> >>Might someone point me in the right place, please? > >Normally, I'd suggest running > > yum provides sg.c > >but it comes up empty on my CentOS 5 box. I don't see an sg.c file in any of the RPMS in the distribution, using a utility I wrote that extracts the contents of all packages into a file. There is an sg.h file which is part of the glibc-headers package. The sg.ko files are in various kernel-2.6.* packages. Bill -- INTERNET: [EMAIL PROTECTED] Bill Campbell; Celestial Software LLC URL: http://www.celestial.com/ PO Box 820; 6641 E. Mercer Way FAX:(206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 The essence of all slavery consists in taking the produce of another's labor by force. It is immaterial whether this force be founded on ownership of the slave or ownership of the money that he must get to live on. Leo Tolstoy 1891 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] location of sg.c on distro CDs
On Jan 16, 2008 11:45 AM, Ray Leventhal <[EMAIL PROTECTED]> wrote: > Hi all, > > I find I'm in need of sg.c and can't seem to locate the rpm for the > generic scsi driver on my CentOS5 CD's. > > Might someone point me in the right place, please? > > Thanks in advance, > ~Ray You need the kernel source to get the sg.c file. Akemi ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] location of sg.c on distro CDs
Paul Heinlein wrote: On Wed, 16 Jan 2008, Ray Leventhal wrote: I find I'm in need of sg.c and can't seem to locate the rpm for the generic scsi driver on my CentOS5 CD's. Might someone point me in the right place, please? Normally, I'd suggest running yum provides sg.c but it comes up empty on my CentOS 5 box. as it did on mine...though (and I'm sure I'll be rapidly corrected if wrong) I believe it's part of libsg. to add insult to injury, this box is offline entirely, so I need to either bring it over on a USB stick or find it on the CDs. Thanks, -Ray ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] location of sg.c on distro CDs
On Wed, 16 Jan 2008, Ray Leventhal wrote: I find I'm in need of sg.c and can't seem to locate the rpm for the generic scsi driver on my CentOS5 CD's. Might someone point me in the right place, please? Normally, I'd suggest running yum provides sg.c but it comes up empty on my CentOS 5 box. -- Paul Heinlein <> [EMAIL PROTECTED] <> http://www.madboa.com/ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: PHP 5.2.5 when ?
Michael A. Peters wrote: Scott Silva wrote: | I can't understand why people choose an enterprise distro for it's longevity, and then proceed to try and break it. It is almost like buying a brand new car and then immediately replacing the engine. php is not a major component of RHEL/CentOS. Upgrading PHP is not going to break the system. Worst case scenario it does not work as well, in which case it is trivial to remove it and install the vendor version. Now if he had been asking for the new version of gnome or something like that, then your analogy would be correct. There are legitimate reasons to run CentOS 5 and update the installed php. Most users are probably better off with the CentOS provided version, but not everyone fits the description of most users. I do what I do because it makes life easier for me. Normally life is easier for me when I do not replace the OS Vendor packages. Sometimes, however, a few things are easier when I do. php 5.2.5 is an example for me. I do not know if it is the case for the OP or not, maybe he would be better with 5.1.x - but if he needs 5.2.x there's a damn good chance installing CentOS and replacing the php will give him a far more stable system then installing Fedora 8 would. If you knew exactly what you were doing and how to make your own php ... and you had a very good reason (a bug that is not be fixed, etc.), then that might be the case. If this were RHEL though, you just lost any php support you could get upstream (and anything else that they MIGHT be able to relate to your replaced packages). IF you are willing to do that, I guess it would be fine. But for MOST users, this is not the case. And BTW, any of the LAMP components I would consider a MAJOR part of the OS. Since you redid php, you are now possibly going to need to recompile many other things including the php-* extensions from DAG's repo and the CentOS repos, php-mysql, etc. I do not know the impact as I have not actually done the analysis. Since /usr/lib/httpd/modules/libphp5.so MIGHT be the same name for both (though might have different content), you may not need to recompile any apache modules or other items. But, I still think php is a major item and would probably rebuild my whole mysql / php / apache if i was considering a php upgrade. signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] location of sg.c on distro CDs
Hi all, I find I'm in need of sg.c and can't seem to locate the rpm for the generic scsi driver on my CentOS5 CD's. Might someone point me in the right place, please? Thanks in advance, ~Ray ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT: Dell BIOS and mixed drives
Barry Schiffman wrote: I believe that's the case. In fact, there have been four updates since the version that's on the box now. They address a bunch of issues, but nothing quite like this. Either, I'll hunt up another SATA drive (presumably Dell sold these with with two drives) or I'll do the update in the next week or so. The options in this BIOS is limited. AUTO or OFF. When it's off, it's invisible from there on. I don't have that specific model, but I've seen bios versions that just list 'hard drive' as one of the choices where you are setting boot order but there is another place where you pick which of several hard drives should be primary. But rather than fight with that part, I usually install grub and /boot on whichever drive the box prefers to boot and / can be somewhere else - even a drive not seen by bios. -- Les Mikesell [EMAIL PROTECTED] ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT: Dell BIOS and mixed drives
--- "David G. Miller" <[EMAIL PROTECTED]> wrote: > "Jerry S." <[EMAIL PROTECTED]> top posted his reply: > > > In the BIOS you should also be able to specify the > boot drive as well. > > > > jer > > > > Barry Schiffman wrote: > > > >> > I have a Dell Precision 360, which has both > onboard > >> > SATA and ultra ATA controllers, and I put one > of each > >> > kind of drive into the bays to make an > experimental > >> > machine with the xen kernel. > >> > > >> > After enabling both of drives, the BIOS > recognizes > >> > each drive, but it fails to boot, giving me the > >> > message "secondary drive 1 not found". The BIOS > gives > >> > me a choice of going ahead or going to setup. > Choosing > >> > 'continue anyway' has no effect. > >> > > >> > I can circumvent this going to F12 to manually > choose > >> > to boot from the 'Primary Master' (rather than > the > >> > SATA primary, or the CD, or Hard Disk Drive > C:). I > >> > still get the warning about secondary drive 1 > not > >> > found, but now I can choose to go ahead. At > this > >> > point, grub takes over and everything is fine, > boots > >> > fine, both drives show up. > >> > > >> > In fact, I installed CentOS from the DVD, and > during > >> > installation there was no hint of a problem > with using > >> > the two drives. > >> > > >> > In the BIOS setup, I do not get all the drives > to > >> > choose from -- just Hard Disk Drive C: and the > CD. > >> > > >> > Can anyone suggest a way around this? > Depending on the BIOS options, you may be able to > set the SATA to "no > auto-detect" and "no drive". The kernel should > still probe the SATA > channel and give you access to the drive once the > system is up. This is > highly BIOS dependent but I've seen it work as > described when the BIOS > supports it. > > It's kind of strange that the BIOS is complaining > about "secondary drive > 1 not found". Sounds like a BIOS bug. Is there a > BIOS update available? > > Cheers, > Dave I believe that's the case. In fact, there have been four updates since the version that's on the box now. They address a bunch of issues, but nothing quite like this. Either, I'll hunt up another SATA drive (presumably Dell sold these with with two drives) or I'll do the update in the next week or so. The options in this BIOS is limited. AUTO or OFF. When it's off, it's invisible from there on. Thanks, Barry Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] ntpd stuck on stratum 16 = not synced
This is almost certainly incorrect unless you're running a very, very old RHEL/CentOS release. I believe /var/lib/ntp is the canonical directory for the drift file in 4.x and 5.x. I doubt ntpd is allowed to write to /etc/ntp, especially if SELinux is enabled. Good observation, Paul. That configuration is in fact from an ancient version of Red Hat which I plan to upgrade this week. Have you tried shutting down ntpd and relaunching it manually with the "don't fork and give me lots of debugging output" switches (-n -ddd) enabled? Alternatively (or additionally), you might try wrapping ntpd in strace to see if any system calls are being thwarted. I learned today that our ISP is blocking UDP traffic. I am going to ask them to make an exception for port 123 to fix this. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: ntpd stuck on stratum 16 = not synced
The zeros in the "reach" column indicate that the server has been unable to receive any packets from the upstream servers. Is your server inside a firewall? If so, perhaps it is blocking NTP traffic. You need to have it allow UDP port 123 in both directions. You don't need port forwarding from outside to in, since all incoming packets will be replies to outgoing packets. If it is not inside a firewall, perhaps you have iptables on the server itself blocking UDP port 123 traffic. Fantastic, Tony. This is the information I needed. Our ISP does in fact block UDP packets and I suspect this is why the sync is failing. One question though - how come I can use ntpdate servername to update them by hand? Shouldn't that be blocked as well? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] ntpd stuck on stratum 16 = not synced
On Wed, 16 Jan 2008, Sean Carolan wrote: Maybe there's an ntp expert out there who can help me with this. I have an NTP server serving our local network. It is set up to use pool.ntp.org servers for it's upstream sync. ntpq -p reveals that the server is stuck on stratum 16, which I understand means "not synced". The clients are unable to sync with my local server because of this. Here's the output of ntpq -p along with my ntp.conf file: [EMAIL PROTECTED] /root]# ntpq -p remote refid st t when poll reach delay offset disp == echo.sureproxy. 0.0.0.0 16 u 29 640 0.000.000 16000.0 nist.netservice 0.0.0.0 16 u 19 640 0.000.000 16000.0 ntp.your.org0.0.0.0 16 u 19 640 0.000.000 16000.0 ntp.pbx.org 0.0.0.0 16 u 19 640 0.000.000 16000.0 Name resolution is working correctly, but, yeah, there's no sync-ing happening. # Drift file. Put this in a directory which the daemon can write to. # No symbolic links allowed, either, since the daemon updates the file # by creating a temporary in the same directory and then rename()'ing # it to the file. # driftfile /etc/ntp/drift This is almost certainly incorrect unless you're running a very, very old RHEL/CentOS release. I believe /var/lib/ntp is the canonical directory for the drift file in 4.x and 5.x. I doubt ntpd is allowed to write to /etc/ntp, especially if SELinux is enabled. Have you tried shutting down ntpd and relaunching it manually with the "don't fork and give me lots of debugging output" switches (-n -ddd) enabled? Alternatively (or additionally), you might try wrapping ntpd in strace to see if any system calls are being thwarted. -- Paul Heinlein <> [EMAIL PROTECTED] <> http://www.madboa.com/ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: ntpd stuck on stratum 16 = not synced
In article <[EMAIL PROTECTED]>, Sean Carolan <[EMAIL PROTECTED]> wrote: > Maybe there's an ntp expert out there who can help me with this. I have an > NTP server > serving our local network. It is > set up to use pool.ntp.org servers for it's upstream sync. ntpq -p reveals > that the server > is stuck on stratum 16, > which I understand means "not synced". The clients are unable to sync with > my local server > because of this. Here's the > output of ntpq -p along with my ntp.conf file: > > [EMAIL PROTECTED] /root]# ntpq -p > remote refid st t when poll reach delay offset > disp > == > echo.sureproxy. 0.0.0.0 16 u 29 640 0.000.000 > 16000.0 > nist.netservice 0.0.0.0 16 u 19 640 0.000.000 > 16000.0 > ntp.your.org0.0.0.0 16 u 19 640 0.000.000 > 16000.0 > ntp.pbx.org 0.0.0.0 16 u 19 640 0.000.000 > 16000.0 The zeros in the "reach" column indicate that the server has been unable to receive any packets from the upstream servers. Is your server inside a firewall? If so, perhaps it is blocking NTP traffic. You need to have it allow UDP port 123 in both directions. You don't need port forwarding from outside to in, since all incoming packets will be replies to outgoing packets. If it is not inside a firewall, perhaps you have iptables on the server itself blocking UDP port 123 traffic. Cheers Tony -- Tony Mountifield Work: [EMAIL PROTECTED] - http://www.softins.co.uk Play: [EMAIL PROTECTED] - http://tony.mountifield.org ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] ntpd stuck on stratum 16 = not synced
Maybe there's an ntp expert out there who can help me with this. I have an NTP server serving our local network. It is set up to use pool.ntp.org servers for it's upstream sync. ntpq -p reveals that the server is stuck on stratum 16, which I understand means "not synced". The clients are unable to sync with my local server because of this. Here's the output of ntpq -p along with my ntp.conf file: [EMAIL PROTECTED] /root]# ntpq -p remote refid st t when poll reach delay offsetdisp == echo.sureproxy. 0.0.0.0 16 u 29 640 0.000.000 16000.0 nist.netservice 0.0.0.0 16 u 19 640 0.000.000 16000.0 ntp.your.org0.0.0.0 16 u 19 640 0.000.000 16000.0 ntp.pbx.org 0.0.0.0 16 u 19 640 0.000.000 16000.0 # NTP cluster configuration file server 0.rhel.pool.ntp.org server 1.rhel.pool.ntp.org server 2.rhel.pool.ntp.org server 3.rhel.pool.ntp.org # # Drift file. Put this in a directory which the daemon can write to. # No symbolic links allowed, either, since the daemon updates the file # by creating a temporary in the same directory and then rename()'ing # it to the file. # driftfile /etc/ntp/drift #multicastclient# listen on default 224.0.1.1 broadcastdelay 0.008 # # Authentication delay. If you use, or plan to use someday, the # authentication facility you should make the programs in the auth_stuff # directory and figure out what this number should be on your machine. # authenticate no # by default, don't trusst and not allow modifications restrict default notrust nomodify # These machines are trusted for time, but no modifications allowed restrict 10.1.0.0 mask 255.255.0.0 nomodify restrict 10.100.0.0 mask 255.255.0.0 nomodify # The local host is unrestricted restrict 127.0.0.1 # # Keys file. If you want to diddle your server at run time, make a # keys file (mode 600 for sure) and define the key number to be # used for making requests. # keys/etc/ntp/keys trustedkey 65535 requestkey 65535 controlkey 65535 enable monitor ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT: Dell BIOS and mixed drives
"Jerry S." <[EMAIL PROTECTED]> top posted his reply: In the BIOS you should also be able to specify the boot drive as well. jer Barry Schiffman wrote: > I have a Dell Precision 360, which has both onboard > SATA and ultra ATA controllers, and I put one of each > kind of drive into the bays to make an experimental > machine with the xen kernel. > > After enabling both of drives, the BIOS recognizes > each drive, but it fails to boot, giving me the > message "secondary drive 1 not found". The BIOS gives > me a choice of going ahead or going to setup. Choosing > 'continue anyway' has no effect. > > I can circumvent this going to F12 to manually choose > to boot from the 'Primary Master' (rather than the > SATA primary, or the CD, or Hard Disk Drive C:). I > still get the warning about secondary drive 1 not > found, but now I can choose to go ahead. At this > point, grub takes over and everything is fine, boots > fine, both drives show up. > > In fact, I installed CentOS from the DVD, and during > installation there was no hint of a problem with using > the two drives. > > In the BIOS setup, I do not get all the drives to > choose from -- just Hard Disk Drive C: and the CD. > > Can anyone suggest a way around this? Depending on the BIOS options, you may be able to set the SATA to "no auto-detect" and "no drive". The kernel should still probe the SATA channel and give you access to the drive once the system is up. This is highly BIOS dependent but I've seen it work as described when the BIOS supports it. It's kind of strange that the BIOS is complaining about "secondary drive 1 not found". Sounds like a BIOS bug. Is there a BIOS update available? Cheers, Dave -- Politics, n. Strife of interests masquerading as a contest of principles. -- Ambrose Bierce ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] ICMP: 62.x.x.x: Source Route Failed
Hi all i got the ICMP: 62.x.x.x: Source Route Failed in the /var/log/message What is it? Thank you Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] FreeNX issues
jake l. eaker wrote: I have just installed freenx on two seperate centos 5.0 boxes. I had freenx server working before performing a "yum update" (which upgraded centos to 5.1). I then rebooted the box and now the display starts to show on the client, but then terminates the connection for no reason (at least nothing in any server logs). Below is the session info on the client machine. On x86_64 you have to remove and reinstall: http://lists.centos.org/pipermail/centos/2007-October/088312.html -- Les Mikesell [EMAIL PROTECTED] ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS-announce Digest, Vol 35, Issue 8
on/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature Url : http://lists.centos.org/pipermail/centos-announce/attachments/20080115/3d8edc68/signature-0001.bin -- Message: 4 Date: Tue, 15 Jan 2008 07:48:09 -0600 From: Johnny Hughes <[EMAIL PROTECTED]> Subject: [CentOS-announce] CESA-2008:0006 Moderate CentOS 4 x86_64 httpd - security update To: CentOS-Announce <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" CentOS Errata and Security Advisory 2008:0006 https://rhn.redhat.com/errata/RHSA-2008-0006.html The following updated files have been uploaded and are currently syncing to the mirrors: x86_64: httpd-2.0.52-38.ent.centos4.2.x86_64.rpm httpd-devel-2.0.52-38.ent.centos4.2.x86_64.rpm httpd-manual-2.0.52-38.ent.centos4.2.x86_64.rpm httpd-suexec-2.0.52-38.ent.centos4.2.x86_64.rpm mod_ssl-2.0.52-38.ent.centos4.2.x86_64.rpm src: httpd-2.0.52-38.ent.centos4.2.src.rpm -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature Url : http://lists.centos.org/pipermail/centos-announce/attachments/20080115/9f2afa5b/signature-0001.bin -- Message: 5 Date: Wed, 16 Jan 2008 01:02:08 +0200 From: Pasi Pirhonen <[EMAIL PROTECTED]> Subject: [CentOS-announce] CESA-2008:0005 Moderate CentOS 3 ia64 httpd - security update To: [EMAIL PROTECTED] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="us-ascii" CentOS Errata and Security Advisory 2008:0005 https://rhn.redhat.com/errata/RHSA-2008-0005.html The following updated files have been uploaded and are currently syncing to the mirrors: ia64: updates/ia64/RPMS/httpd-2.0.46-70.ent.centos.ia64.rpm updates/ia64/RPMS/httpd-devel-2.0.46-70.ent.centos.ia64.rpm updates/ia64/RPMS/mod_ssl-2.0.46-70.ent.centos.ia64.rpm -- Pasi Pirhonen - [EMAIL PROTECTED] - http://pasi.pirhonen.eu/ Top-postings silently ignored -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://lists.centos.org/pipermail/centos-announce/attachments/20080116/e64aecad/attachment-0001.bin -- Message: 6 Date: Wed, 16 Jan 2008 01:04:46 +0200 From: Pasi Pirhonen <[EMAIL PROTECTED]> Subject: [CentOS-announce] CESA-2008:0006 Moderate CentOS 4 ia64 httpd - security update To: [EMAIL PROTECTED] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="us-ascii" CentOS Errata and Security Advisory 2008:0006 https://rhn.redhat.com/errata/RHSA-2008-0006.html The following updated files have been uploaded and are currently syncing to the mirrors: ia64: updates/ia64/RPMS/httpd-2.0.52-38.ent.centos4.2.ia64.rpm updates/ia64/RPMS/httpd-devel-2.0.52-38.ent.centos4.2.ia64.rpm updates/ia64/RPMS/httpd-manual-2.0.52-38.ent.centos4.2.ia64.rpm updates/ia64/RPMS/httpd-suexec-2.0.52-38.ent.centos4.2.ia64.rpm updates/ia64/RPMS/mod_ssl-2.0.52-38.ent.centos4.2.ia64.rpm -- Pasi Pirhonen - [EMAIL PROTECTED] - http://pasi.pirhonen.eu/ Top-postings silently ignored -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://lists.centos.org/pipermail/centos-announce/attachments/20080116/7c22f0cb/attachment-0001.bin -- Message: 7 Date: Wed, 16 Jan 2008 13:42:35 +1100 From: John Newbigin <[EMAIL PROTECTED]> Subject: [CentOS-announce] CESA-2008:0004-01: Moderate CentOS 2 i386 apache security update To: [EMAIL PROTECTED] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=us-ascii; format=flowed The following errata for CentOS-2 have been built and uploaded to the centos mirror: RHSA-2008:0004-01 Moderate: apache security update Files available: apache-1.3.27-14.ent.c2.1.i386.rpm apache-devel-1.3.27-14.ent.c2.1.i386.rpm apache-manual-1.3.27-14.ent.c2.1.i386.rpm More details are available from the RedHat web site at https://rhn.redhat.com/errata/rh21as-errata.html The easy way to make sure you are up to date with all the latest patches is to run: # yum update -- John Newbigin ITS Senior Analyst / Programmer Faculty of Information and Communication Technologies Swinburne University of Technology Melbourne, Australia http://www.ict.swin.edu.au/staff/jnewbigin -- Message: 8 Date: Wed, 16 Jan 2008 07:02:46 +0200 From: Pasi Pirhonen <[EMAIL PROTECTED]> Subject: [CentOS-announce] CESA-2008:0005 Moderate CentOS 3 s390(x) httpd - security update To: [EMAIL PROTECTED] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="us-ascii" CentOS Errata an
Re: [CentOS] display resolution
On Jan 15, 2008 4:33 PM, Ralph Angenendt <[EMAIL PROTECTED]> wrote: > dny wrote: > > RgbPath "/usr/X11R7/lib/X11/rgb" > > Haven't found that one in CentOS, you should be able to drop it. > > > FontPath "/usr/X11R7/lib/X11/fonts/misc/" > > FontPath "/usr/X11R7/lib/X11/fonts/Type1/" > > FontPath "/usr/X11R7/lib/X11/fonts/TTF/" > > Fonts are in /usr/share/X11/fonts on CentOS, but CentOS uses a > font server, so drop those lines and add: > > FontPath "unix/:7100" > > Cheers, > > Ralph > > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos > > still not working. here's the error log: http://pastie.caboo.se/139483 and, below is the xorg.conf that works on Centos 5.1 at 800x600. Vincent, i tried that 915resolution apps. seems nothing change. xorg.conf from centos 5.1 # Xorg configuration created by system-config-display Section "ServerLayout" Identifier "single head configuration" Screen 0 "Screen0" 0 0 InputDevice"Keyboard0" "CoreKeyboard" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" Option "XkbModel" "pc105" Option "XkbLayout" "us" EndSection Section "Monitor" ### Comment all HorizSync and VertSync values to use DDC: Identifier "Monitor0" ModelName"Monitor 1280x1024" ### Comment all HorizSync and VertSync values to use DDC: HorizSync31.5 - 79.0 VertRefresh 50.0 - 90.0 Option "dpms" EndSection Section "Device" Identifier "Videocard0" Driver "i810" EndSection Section "Screen" Identifier "Screen0" Device "Videocard0" Monitor"Monitor0" DefaultDepth 16 SubSection "Display" Viewport 0 0 Depth 24 EndSubSection SubSection "Display" Viewport 0 0 Depth 16 Modes"800x600" "640x480" EndSubSection EndSection ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] FreeNX issues
I have just installed freenx on two seperate centos 5.0 boxes. I had freenx server working before performing a "yum update" (which upgraded centos to 5.1). I then rebooted the box and now the display starts to show on the client, but then terminates the connection for no reason (at least nothing in any server logs). Below is the session info on the client machine. NXPROXY - Version 3.0.0 Copyright (C) 2001, 2007 NoMachine. See http://www.nomachine.com/ for more information. Info: Proxy running in client mode with pid '14861'. Session: Starting session at 'Wed Jan 16 05:02:52 2008'. Info: Connection with remote proxy completed. Warning: Unrecognized session type 'unix-gnome'. Assuming agent session. Info: Using WAN link parameters 768/24/1/0. Info: Using cache parameters 4/4096KB/16384KB/16384KB. Info: Using pack method 'adaptive-9' with session 'unix-gnome'. Info: Using ZLIB data compression 1/1/32. Info: Using ZLIB stream compression 1/1. Info: Using cache file '/home/jake/.nx/cache-unix-gnome/S-4275B4AC746DA0CDBBFE7A84DDC3791F'. Info: Forwarding X11 connections to display ':0.0'. Info: Listening to font server connections on port '11000'. Session: Session started at 'Wed Jan 16 05:02:52 2008'. Info: Established X server connection. Info: Using shared memory parameters 1/4096K. Session: Terminating session at 'Wed Jan 16 05:02:53 2008'. Session: Session terminated at 'Wed Jan 16 05:02:53 2008'. PS. I get the same session info coming from separate windows and linux client boxes. Any help would be appreciated. --Jake ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: PHP 5.2.5 when ?
Johnny Hughes napsal(a): Is this what you are talking about??? http://bugs.php.net/bug.php?id=37620 and if so, explain how that affects PKI authorization and I will be glad to file a bug and make lots of community noise ... Or if you would, file a bug on bugs.centos.org that explains exactly how pki cna not be used with php and I will file an upstream bug to see if they will fix it. Now, they will not fix every bug, but non-functional PKI is one I think that they will address. Thanks, Johnny Hughes Johnny, it doesn't work the way you say. I can name two bugs I consider serious: https://bugzilla.redhat.com/show_bug.cgi?id=178417 https://bugzilla.redhat.com/show_bug.cgi?id=243909 They are long-term bugs with no results. :o( Regards, David ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
