Re: [CentOS] ATI mobility Radeon HD 5470
On Sat, 14 Aug 2010 14:34:30 +0800 sync wrote: > I solved it by myself . > > I tried to try " yum install kernel kernel-header kernel-devel " > command to install that packages > and then reinstall the ATI graph driver again . This time the > screen works well .. > > Haaha. > ATI making kernel module needs the packages, but I thought you know that... ;-) Every kernel module cannot be compiled without the kernel data. Regards -- Przemysław Pawełczyk (P2O2) [pron. Pshemislav Paveltchick] http://pp.blast.pl, pp...@o2.pl pgpLpzfwF8qzN.pgp Description: PGP signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] ATI mobility Radeon HD 5470
On Sat, 14 Aug 2010 11:20:42 +0800 sync wrote: > Thanks for your advice . > > I refered to the ATI driver installation doc and found the following > message : > > Note: If a Linux 2.6.11 or newer kernel was built with > CONFIG_AGP enabled, the kernel AGP frontend is required to load > the fglrx kernel module. To identify whether your kernel was built > with CONFIG_AGP enabled, look for CONFIG_AGP=y in the > kernel config file, or if the 'agpgart' module is loaded. > > And I found that module is not in CentOS 5.5 x8_64 . > > So could I compile the kernel that enable that module ? > > Isn't it right ? Thanks ... I found that excerpt too. Anyway the compilation was successful and the driver stable. Try it yourself, you are not going to screw anything. In the need you can alway get back to former radeon driver. BTW Compiling kernel is rather fun not a scary process. Regards -- Przemysław Pawełczyk (P2O2) [pron. Pshemislav Paveltchick] http://pp.blast.pl, pp...@o2.pl pgpx70fcYxam0.pgp Description: PGP signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] ATI mobility Radeon HD 5470
On Sat, Aug 14, 2010 at 11:20 AM, sync wrote: > > > 2010/8/13 Przemysław Pawełczyk > > On Thu, 12 Aug 2010 02:28:56 -0700 (PDT) >> John Doe wrote: >> >> > From: sync >> > > I try to use that version but it does not work ... >> > > Fatal : Module fglrx not found .. >> > >> > Did you check if the module is present somewhere? >> >> Hi, >> >> I installed ATI in Debian dozens of times. Just tried the same process >> on SL 5.5 here few minutes before. >> >> 1) linux-cat107-install.pdf from ATI download website says what files >> you have to have installed prior to ATI instalation/kernel compilation >> >> >> https://a248.e.akamai.net/f/674/9206/0/www2.ati.com/drivers/linux/linux_cat107-inst.pdf >> >> 2) Radeon HD 5 is included in the 10.7 list of ATI drivers >> >> 3) Installation went smoothly without a problem >> >> 4) ATI driver is named fglrx* >> >> 5) search for its mutations ;-) there: >> lib/modules/fglrx >> lib-/modules/"kernel-sig"/kernel/drivers/char/drm >> >> kernel-sig = your kernel's signature >> > > Thanks for your advice . > > I refered to the ATI driver installation doc and found the following > message : > > Note: If a Linux 2.6.11 or newer kernel was built with > CONFIG_AGP enabled, the kernel AGP frontend is required to load > the fglrx kernel module. To identify whether your kernel was built > with CONFIG_AGP enabled, look for CONFIG_AGP=y in the > kernel config file, or if the 'agpgart' module is loaded. > > And I found that module is not in CentOS 5.5 x8_64 . > > So could I compile the kernel that enable that module ? > > Isn't it right ? Thanks ... > > >> 6) Alas there is not such thing like Debian's modconf to conveniently >> check/manage installed kernel modules; there is no such file >> like Debian's /etc/modules with a list of additionally installed kernel >> modules. >> >> (Perhaps someone hints us how to peep into SL kernel modules?) >> >> 7) ATI installs aticccle manager + fgl_glxgears (with 3D rotating cube) >> >> 8) You __have to change__ "manually" monitor's VertRefresh and HorizSync >> data in /etc/X11/xorg.conf file, e.g.: >> >> Section "Monitor" >>Identifier "aticonfig-Monitor[0]-0" >>HorizSync30.0 - 70.0 >>VertRefresh 50.0 - 120.0 >>Option "VendorName" "ATI Proprietary Driver" >>Option "ModelName" "Generic Autodetecting Monitor" >>Option "DPMS" "true" >> EndSection >> >> and add "Modes" line in Screen section: >> >> Section "Screen" >>Identifier "aticonfig-Screen[0]-0" >>Device "aticonfig-Device[0]-0" >>Monitor"aticonfig-Monitor[0]-0" >>DefaultDepth 24 >>SubSection "Display" >>Viewport 0 0 >>Depth 24 >>Modes"1024x768" "800x600" "640x480" >>EndSubSection >> EndSection >> >> >> 9) WARNING :-( >> >> ATI worked good but I had impression that Xorg's latest radeon driver >> (found in SL 5.5) worked better, especially during MC window resizing - >> radeon was making less flickering than ATI proprietary driver. >> >> The warning relates to system fonts- ATI changed my system fonts to >> "something ugly" and in 6 pt size! I use IceWM, but every apps got the >> same fonts and nothing could be done via IceWM settings, of course. >> Thank God, I had a magnifying glass at hand... >> >> So said I changed X11 settings to previous ones, namely to SL radeon >> driver. >> >> BTW. How to change system font in SL? I tried to find out thru google >> search but to no avail. And there is no such script like >> system-config-fonts, why? >> >> I hope I were able to help. >> >> Regards >> >> -- >> Przemysław Pawełczyk (P2O2) [pron. Pshemislav Paveltchick] >> http://pp.blast.pl, pp...@o2.pl >> >> ___ >> CentOS mailing list >> CentOS@centos.org >> http://lists.centos.org/mailman/listinfo/centos >> >> > I solved it by myself . I tried to try " yum install kernel kernel-header kernel-devel " command to install that packages and then reinstall the ATI graph driver again . This time the screen works well .. Haaha. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] uuid problem while compiling glue
On Sat, 2010-08-14 at 11:07 +0800, Tang Jianwei wrote:
> what should I do to fix those problems?
---
Try & try again & don't build it as root& ask on the linux-ha
LIST...
Full CentOS/RH 5.5 + epel repo should build it. No EL6 packages are
needed. But if you try to build the EL6 version one it will not. Build
Requires get you
glue-1.0.6.tar.bz from http://www.linux-ha.org/wiki/Download
autogen.sh; configure; make
cc1: warnings being treated as errors
main.c:64: warning: function declaration isn't a prototype
main.c:78: warning: function declaration isn't a prototype
gmake[2]: *** [main.o] Error 1
gmake[2]: Leaving directory
`/home/foo/rpmbuild/BUILD/cluster-glue/lib/stonith'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/home/foo/rpmbuild/BUILD/cluster-glue/lib'
make: *** [all-recursive] Error 1
error: Bad exit status from /var/tmp/rpm-tmp.55884 (%build)
Now:
%configure \
--enable-fatal-warnings=no \ # here is the key redhat disables this
--with-daemon-group=%{gname} \
--with-daemon-user=%{uname} \
--localstatedir=%{_var} \
--libdir=%{_libdir}
rpmbuild -ba cluster-glue.spec
Checking for unpackaged
file(s): /usr/lib/rpm/check-files /var/tmp/cluster-glue-1.0.6-1.el5-x32679
Wrote: /home/foo/rpmbuild/SRPMS/cluster-glue-1.0.6-1.el5.src.rpm
Wrote: /home/foo/rpmbuild/RPMS/i386/cluster-glue-1.0.6-1.el5.i386.rpm
Wrote: /home/foo/rpmbuild/RPMS/i386/cluster-glue-debuginfo-1.0.6-1.el5.i386.rpm
Wrote: /home/foo/rpmbuild/RPMS/i386/cluster-glue-libs-1.0.6-1.el5.i386.rpm
Wrote: /home/foo/rpmbuild/RPMS/i386/cluster-glue-libs-devel-1.0.6-1.el5.i386.rpm
--
Does it work? I do not know. I just thought I would kick it around
since it interested me.
John
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] ATI mobility Radeon HD 5470
2010/8/13 Przemysław Pawełczyk > On Thu, 12 Aug 2010 02:28:56 -0700 (PDT) > John Doe wrote: > > > From: sync > > > I try to use that version but it does not work ... > > > Fatal : Module fglrx not found .. > > > > Did you check if the module is present somewhere? > > Hi, > > I installed ATI in Debian dozens of times. Just tried the same process > on SL 5.5 here few minutes before. > > 1) linux-cat107-install.pdf from ATI download website says what files > you have to have installed prior to ATI instalation/kernel compilation > > > https://a248.e.akamai.net/f/674/9206/0/www2.ati.com/drivers/linux/linux_cat107-inst.pdf > > 2) Radeon HD 5 is included in the 10.7 list of ATI drivers > > 3) Installation went smoothly without a problem > > 4) ATI driver is named fglrx* > > 5) search for its mutations ;-) there: > lib/modules/fglrx > lib-/modules/"kernel-sig"/kernel/drivers/char/drm > > kernel-sig = your kernel's signature > Thanks for your advice . I refered to the ATI driver installation doc and found the following message : Note: If a Linux 2.6.11 or newer kernel was built with CONFIG_AGP enabled, the kernel AGP frontend is required to load the fglrx kernel module. To identify whether your kernel was built with CONFIG_AGP enabled, look for CONFIG_AGP=y in the kernel config file, or if the 'agpgart' module is loaded. And I found that module is not in CentOS 5.5 x8_64 . So could I compile the kernel that enable that module ? Isn't it right ? Thanks ... > 6) Alas there is not such thing like Debian's modconf to conveniently > check/manage installed kernel modules; there is no such file > like Debian's /etc/modules with a list of additionally installed kernel > modules. > > (Perhaps someone hints us how to peep into SL kernel modules?) > > 7) ATI installs aticccle manager + fgl_glxgears (with 3D rotating cube) > > 8) You __have to change__ "manually" monitor's VertRefresh and HorizSync > data in /etc/X11/xorg.conf file, e.g.: > > Section "Monitor" >Identifier "aticonfig-Monitor[0]-0" >HorizSync30.0 - 70.0 >VertRefresh 50.0 - 120.0 >Option "VendorName" "ATI Proprietary Driver" >Option "ModelName" "Generic Autodetecting Monitor" >Option "DPMS" "true" > EndSection > > and add "Modes" line in Screen section: > > Section "Screen" >Identifier "aticonfig-Screen[0]-0" >Device "aticonfig-Device[0]-0" >Monitor"aticonfig-Monitor[0]-0" >DefaultDepth 24 >SubSection "Display" >Viewport 0 0 >Depth 24 >Modes"1024x768" "800x600" "640x480" >EndSubSection > EndSection > > > 9) WARNING :-( > > ATI worked good but I had impression that Xorg's latest radeon driver > (found in SL 5.5) worked better, especially during MC window resizing - > radeon was making less flickering than ATI proprietary driver. > > The warning relates to system fonts- ATI changed my system fonts to > "something ugly" and in 6 pt size! I use IceWM, but every apps got the > same fonts and nothing could be done via IceWM settings, of course. > Thank God, I had a magnifying glass at hand... > > So said I changed X11 settings to previous ones, namely to SL radeon > driver. > > BTW. How to change system font in SL? I tried to find out thru google > search but to no avail. And there is no such script like > system-config-fonts, why? > > I hope I were able to help. > > Regards > > -- > Przemysław Pawełczyk (P2O2) [pron. Pshemislav Paveltchick] > http://pp.blast.pl, pp...@o2.pl > > ___ > 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] uuid problem while compiling glue
Hi guys I got the errors like this while compiling cluster glue: ./.libs/libplumb.so: undefined reference to `uuid_parse' ./.libs/libplumb.so: undefined reference to `uuid_generate' ./.libs/libplumb.so: undefined reference to `uuid_copy' ./.libs/libplumb.so: undefined reference to `uuid_is_null' ./.libs/libplumb.so: undefined reference to `uuid_unparse' ./.libs/libplumb.so: undefined reference to `uuid_clear' ./.libs/libplumb.so: undefined reference to `uuid_compare' collect2: ld returned 1 exit status gmake[2]: *** [ipctest] Error 1 gmake[2]: Leaving directory `/root/Reusable-Cluster-Components-glue-1.0.5/lib/clplumbing' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/root/Reusable-Cluster-Components-glue-1.0.5/lib' make: *** [all-recursive] Error 1 and here is the output when I run ./configure: configure: creating ./config.status config.status: creating Makefile config.status: creating config.h config.status: config.h is unchanged config.status: executing depfiles commands cluster-glue configuration: Version = 1.0.6 (Build: 1c87a0c58c59fc384b93ec11476cefdbb6ddc1e1) Features = Prefix = /usr Executables = /usr/sbin Man pages= /usr/man Libraries= /usr/lib Header files = /usr/include Arch-independent files = /usr/share Documentation= /usr/share/doc State information= /usr/var System configuration = /usr/etc Use system LTDL = no HA group name= haclient HA user name = hacluster CFLAGS = -g -O2 -ggdb3 -O0 -fgnu89-inline -fstack-protector-all -Wall -Waggregate-return -Wbad-function-cast -Wcast-qual -Wcast-align -Wdeclaration-after-statement -Wendif-labels -Wfloat-equal -Wformat=2 -Wformat-security -Wformat-nonliteral -Winline -Wmissing-prototypes -Wmissing-declarations -Wmissing-format-attribute -Wnested-externs -Wno-long-long -Wno-strict-aliasing -Wpointer-arith -Wstrict-prototypes -Wwrite-strings -ansi -D_GNU_SOURCE -DANSI_ONLY -Werror Libraries= -lbz2 -lxml2 -lc -lrt -ldl -L/lib -lglib-2.0 Stack Libraries = I found that some one said that maybe I need libuuid-devel. but when I tried to install libuuid-2.17.2-4.el6.i686.rpm and libuuid-devel-2.17.2-4.el6.i686.rpm I still got this: # rpm -ihv libuuid-2.17.2-4.el6.i686.rpm libuuid-devel-2.17.2-4.el6.i686.rpm warning: libuuid-2.17.2-4.el6.i686.rpm: Header V3 RSA/SHA256 signature: NOKEY, key ID f21541eb error: Failed dependencies: rpmlib(FileDigests) <= 4.6.0-1 is needed by libuuid-2.17.2-4.el6.i686 rpmlib(PayloadIsXz) <= 5.2-1 is needed by libuuid-2.17.2-4.el6.i686 rpmlib(FileDigests) <= 4.6.0-1 is needed by libuuid-devel-2.17.2-4.el6.i686 rpmlib(PayloadIsXz) <= 5.2-1 is needed by libuuid-devel-2.17.2-4.el6.i686 what should I do to fix those problems? you will be very appreciated for any suggestion. thank you -- Tang Jianwei ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] upgrading storage on hardware RAID 10 possible?
> Can anyone please tell me, from experience, if it's possible to > upgrade the hard drives in a RAID 10 system from 250GB HDD's to 500GB > / 750GB HDD's, while the server is running? The server runs CentOS 5.5 > x64. > (snip) > > So, I'm wondering, is it possible (and safe) to upgrade the existing > drives to larger drives in a running server? Assuming we're discussing hardware RAID then the answer is *maybe*. Some raid cards support array expansion through disk replacement and some don't. Your vendor may be correct in saying the systems doesn't, they may not. Only way to know for sure is to reviews the spec sheet of the raid controller you use and look for something along the lines of "Online Capacity Expansion" (IBM's term for the capability) or the like. I went through this exercise recently with some older IBM server's I inherited in my department. We wanted to upgrade the disk's in one server from 36's to 74's and after consulting with my vendor, and my own digging, it was determined to be impossible. The new controllers being shipped otoh do come with the capability and I've made a point of only ordering cards with the feature. -- Drew "Nothing in life is to be feared. It is only to be understood." --Marie Curie ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Date drift and ntpd
On 8/12/2010 9:03 PM, Les Mikesell wrote: > ntpd always tries to move the clock fractional seconds at a time msntp does that, too, if you give the -a flag. (You have to give either -a or -r for it to change the system time at all.) ntpdate also does this, as long as the delta is less than half a second, which it'd better be for an hourly sync schedule, since 0.5s/hr is 139 ppm. > ntpdate does no sanity check at all msntp does. You can configure the min and max error it will correct. Its defaults are sane. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 5.5 latest revisions seem really slow
SOLVED: On the original topic, the problem seems to have gone away with the latest kernel: marichter 2.6.18-194.11.1.el5 #1 SMP Tue Aug 10 19:05:06 EDT 2010 x86_64 GNU/Linux centos-release-5-5.el5.centos.x86_64 Thanks to all who may be held responsible. :-) Mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Is oprofile still working?
On Friday 13 August 2010, Hywel Richards wrote: > Peter Kjellstrom wrote: > > On Thursday 12 August 2010, Hywel Richards wrote: > >> Hi all, > >> > >> Is anyone using oprofile? > >> > >> I'm getting segfaults from opreport at the moment, and I'm not sure if > >> it is opreport, or just me. > > > > I've tried the steps you outline below and it works for me (updated C5.5 > > as of 10m ago). My only guess is that your binary is b0rked. What happens > > if you do "opreport -l" instead of "opreport -l /tmp/myprog"? Was myprog > > compiled with "-g"? > > > > And just to be sure, could you provide "uname -a" and "rpm -q oprofile". > > > > /Peter > > "opreport -l" gives: > > warning: /no-vmlinux could not be found. > warning: [vdso] (tgid:11369 range:0xdc9000-0xdca000) could not be found. > warning: [vdso] (tgid:2453 range:0x154000-0x155000) could not be found. ... > warning: [vdso] (tgid:6643 range:0xfaa000-0xfab000) could not be found. > CPU: Core Solo / Duo, speed 800 MHz (estimated) > Counted CPU_CLK_UNHALTED events (Unhalted clock cycles) with a unit mask > of 0x00 (Unhalted core cycles) count 10 > bfd_get_section_contents:get_debug:: Bad value I guess that means that there is a problem with the data collected. All the warnings about vdso ranges that can't be found is strange (I don't get that here). Are the tgids in that list special in any way? Is this on a single machine or on several? Do you know if this strange behaviour persists over reboots? Anything strange in ~/.oprofile? If you don't have customizations remove it and let oprofile re-create it. > myprog was not compiled with -g, but that shouldn't be a requirement, > right? No you're right ... > "uname -a" gives: > > Linux myhost 2.6.18-194.11.1.el5 #1 SMP Tue Aug 10 19:09:06 EDT 2010 > i686 i686 i386 GNU/Linux I notice that you're on 32-bit while I'm on x86_64. That may or may not be relevant. I don't have any 32-bit machines around to test on though. > "rpm -q oprofile" gives: > > oprofile-0.9.4-15.el5 > > I also did an "rpm -V oprofile" - no problems. No harm in being paranoid :-) /Peter signature.asc Description: This is a digitally signed message part. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Is oprofile still working?
Peter Kjellstrom wrote: > On Thursday 12 August 2010, Hywel Richards wrote: > >> Hi all, >> >> Is anyone using oprofile? >> >> I'm getting segfaults from opreport at the moment, and I'm not sure if >> it is opreport, or just me. >> > > I've tried the steps you outline below and it works for me (updated C5.5 as > of > 10m ago). My only guess is that your binary is b0rked. What happens if you > do "opreport -l" instead of "opreport -l /tmp/myprog"? Was myprog compiled > with "-g"? > > And just to be sure, could you provide "uname -a" and "rpm -q oprofile". > > /Peter > "opreport -l" gives: warning: /no-vmlinux could not be found. warning: [vdso] (tgid:11369 range:0xdc9000-0xdca000) could not be found. warning: [vdso] (tgid:2453 range:0x154000-0x155000) could not be found. warning: [vdso] (tgid:24792 range:0x8e6000-0x8e7000) could not be found. warning: [vdso] (tgid:24797 range:0xd4a000-0xd4b000) could not be found. warning: [vdso] (tgid:3211 range:0x66-0x661000) could not be found. warning: [vdso] (tgid:3426 range:0xed7000-0xed8000) could not be found. warning: [vdso] (tgid:3429 range:0x798000-0x799000) could not be found. warning: [vdso] (tgid:3549 range:0x3a8000-0x3a9000) could not be found. warning: [vdso] (tgid:3551 range:0x86b000-0x86c000) could not be found. warning: [vdso] (tgid:3575 range:0x90a000-0x90b000) could not be found. warning: [vdso] (tgid:3595 range:0xd9d000-0xd9e000) could not be found. warning: [vdso] (tgid:3641 range:0xfed000-0xfee000) could not be found. warning: [vdso] (tgid:3672 range:0xd1e000-0xd1f000) could not be found. warning: [vdso] (tgid:3673 range:0x133000-0x134000) could not be found. warning: [vdso] (tgid:3684 range:0x5c2000-0x5c3000) could not be found. warning: [vdso] (tgid:3693 range:0x189000-0x18a000) could not be found. warning: [vdso] (tgid:3698 range:0x903000-0x904000) could not be found. warning: [vdso] (tgid:3702 range:0x139000-0x13a000) could not be found. warning: [vdso] (tgid:3709 range:0xeb1000-0xeb2000) could not be found. warning: [vdso] (tgid:3756 range:0xf03000-0xf04000) could not be found. warning: [vdso] (tgid:3788 range:0xb7f49000-0xb7f4a000) could not be found. warning: [vdso] (tgid:3800 range:0x7e4000-0x7e5000) could not be found. warning: [vdso] (tgid:3836 range:0x662000-0x663000) could not be found. warning: [vdso] (tgid:3899 range:0xd2e000-0xd2f000) could not be found. warning: [vdso] (tgid:3902 range:0x33c000-0x33d000) could not be found. warning: [vdso] (tgid:5178 range:0xb7f5-0xb7f51000) could not be found. warning: [vdso] (tgid:6643 range:0xfaa000-0xfab000) could not be found. CPU: Core Solo / Duo, speed 800 MHz (estimated) Counted CPU_CLK_UNHALTED events (Unhalted clock cycles) with a unit mask of 0x00 (Unhalted core cycles) count 10 bfd_get_section_contents:get_debug:: Bad value myprog was not compiled with -g, but that shouldn't be a requirement, right? Anyway, I recompiled my program with -g and I still get a segfault from "opreport -l". If I skip the "-l", it at least doesn't segfault, but then not so interesting information: opreport /tmp/myprog2 CPU: Core Solo / Duo, speed 1867 MHz (estimated) Counted CPU_CLK_UNHALTED events (Unhalted clock cycles) with a unit mask of 0x00 (Unhalted core cycles) count 10 CPU_CLK_UNHALT...| samples| %| -- 25950 100.000 myprog2 Here's what I get when I do it on, say, gcc (no segfault this time, but perhaps it gives some indication of what is going wrong?): opreport /usr/bin/g++ -l warning: [vdso] (tgid:25547 range:0xc49000-0xc4a000) could not be found. warning: [vdso] (tgid:25550 range:0x749000-0x74a000) could not be found. warning: [vdso] (tgid:25565 range:0xefc000-0xefd000) could not be found. CPU: Core Solo / Duo, speed 1867 MHz (estimated) Counted CPU_CLK_UNHALTED events (Unhalted clock cycles) with a unit mask of 0x00 (Unhalted core cycles) count 10 bfd_get_section_contents:get_debug:: Bad value "uname -a" gives: Linux myhost 2.6.18-194.11.1.el5 #1 SMP Tue Aug 10 19:09:06 EDT 2010 i686 i686 i386 GNU/Linux "rpm -q oprofile" gives: oprofile-0.9.4-15.el5 I also did an "rpm -V oprofile" - no problems. For the moment I'm working around this by compiling my program into a shared library, and using LD_PROFILE and sprof, which is working well. Hywel. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Is oprofile still working?
On Thursday 12 August 2010, Hywel Richards wrote: > Hi all, > > Is anyone using oprofile? > > I'm getting segfaults from opreport at the moment, and I'm not sure if > it is opreport, or just me. I've tried the steps you outline below and it works for me (updated C5.5 as of 10m ago). My only guess is that your binary is b0rked. What happens if you do "opreport -l" instead of "opreport -l /tmp/myprog"? Was myprog compiled with "-g"? And just to be sure, could you provide "uname -a" and "rpm -q oprofile". /Peter > In case it is something just plain daft I am doing, here is how it goes: > > opcontrol --reset > opcontrol --setup --no-vmlinux > opcontrol --start > > ... now I run my program, /tmp/myprog ... > > opcontrol --dump > opcontrol --shutdown > > then I run, > opreport -l /tmp/myprog > and get: > warning: [vdso] (tgid:4780 range:0x8d7000-0x8d8000) could not be found. > warning: [vdso] (tgid:4784 range:0x86-0x861000) could not be found. > CPU: Core Solo / Duo, speed 1067 MHz (estimated) > Counted CPU_CLK_UNHALTED events (Unhalted clock cycles) with a unit > mask of 0x00 (Unhalted core cycles) count 10 > Segmentation fault ... signature.asc Description: This is a digitally signed message part. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] preupgrade
Charles Campbell wrote: > Hello! > > Just thought I'd present this problem for comment/help/hints: > > * want to upgrade from Fedora Core 11 to 13 First, this is the CentOS list - you might want to post to the redhat mailing list, or the fedora-specific list. That being said, I've had to upgrade three or so machines fro FC10 to 13, and I now *LOATHE* Fedora. It broke the video on at least one machine (older Nvidia card), and I could *not* get gnome to work - all I got was a splash screen, and a line, about a pixel or 10 wide, about three inches high, and *nothing* I did would make it work. I finally had to uninstall gnome, and install kde, and got that working... and I'm still *very* unhappy that it never leaves the login box empty, it keeps the last person logged in visible. And it's crashed several times - as in frozen, and I had to power cycle it. The machine I've worked on most never had trouble before that, and it's *really* aggravating, since I do offline backups on it, which can take hours, and it hangs in the middle. And I've had to fsck the thing several times mark "fedora == bleeding edge, != leading edge" ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Date drift and ntpd
On Fri, 2010-08-13 at 09:47 -0500, Les Mikesell wrote: > On 8/13/2010 4:06 PM, Jerry Franz wrote: > > On 8/12/2010 8:03 PM, Les Mikesell wrote: > Clients should never be 'balky' if you have a stable clock source - > perhaps with the exception of some virtual machine situations or > seriously bad hardware. --- The Local Time Source is only as good as the motherboards oscillator crystal. It is dependent on how much tolerance, as in frequency the oscillator is as in PPM (parts per million). Some being as high as 10ppm for high end hardware. Some refer to this as jitter/latency. There is this same nagging problem within radio frequency aslo. Most radios are now within 2ppm as is ntp. The offset being in secs for ntp and hertz for radio. http://www.eecis.udel.edu/~ntp/ntpfaq/NTP-s-sw-clocks.htm John ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Date drift and ntpd
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 13/08/2010 23:06, Jerry Franz wrote: > On 8/12/2010 8:03 PM, Les Mikesell wrote: >> Warren Young wrote: >>> >>> The strategy I recommended is based on the fact that its worst case >>> behavior (a small negative jump every hour) is not a problem for me. If >>> it is a problem for your application, you need a different design. >> >> It's a bad idea in the general case. If you have scheduled jobs, ntpdate may >> jump the clock enough to miss the trigger or run them twice, where ntpd >> always >> tries to move the clock fractional seconds at a time so as not to let that >> happen. Plus, ntpdate does no sanity check at all - if the clock source is >> badly off, the client will follow blindly even if it goes to the wrong >> century. >> > > Whereas ntpd will simply quietly fail to sync at all if it is more than > a few minutes off. ;) I believe it will not fail if you tell it to tinker panic 0 Regards, Markus -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkxlYuAACgkQYoWFBIJE9eX6XwCdEx1nr9Q9dSnsfryAe1jHjmq/ 92AAoJEF9++NS2J+i+9/6FQIpstXNhho =5mox -END PGP SIGNATURE- ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Date drift and ntpd
On 8/13/2010 4:06 PM, Jerry Franz wrote: > On 8/12/2010 8:03 PM, Les Mikesell wrote: >> Warren Young wrote: >>> >>> The strategy I recommended is based on the fact that its worst case >>> behavior (a small negative jump every hour) is not a problem for me. If >>> it is a problem for your application, you need a different design. >> >> It's a bad idea in the general case. If you have scheduled jobs, >> ntpdate may >> jump the clock enough to miss the trigger or run them twice, where >> ntpd always >> tries to move the clock fractional seconds at a time so as not to let >> that >> happen. Plus, ntpdate does no sanity check at all - if the clock >> source is >> badly off, the client will follow blindly even if it goes to the wrong >> century. >> > > Whereas ntpd will simply quietly fail to sync at all if it is more than > a few minutes off. ;) No, it should sync with up to an hour's difference, but it may take a while since it does fraction-second adjustments. The usual strategy (and the Centos default)is to use ntpdate once at startup to cover for bad hardware clocks or dead motherboard batteries, then start ntpd to keep the time correct. > I've used ntpdate to keep exceptionally balky machines in phase before. Clients should never be 'balky' if you have a stable clock source - perhaps with the exception of some virtual machine situations or seriously bad hardware. > If you do it frequently enough that the jump is never more than a second > or two it works fine as long as you can tolerate the occasional out of > order timestamp. Cron is sensitive only to the minute level and if you > are paranoid about it, sync it at an odd time (something like 47 minutes > after the hour) that just won't conflict with other cronjobs. That's better than nothing, but in most situations, ntp should "just work". I usually run it on routers and just use PCs as clients, though. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Date drift and ntpd
On 8/12/2010 8:03 PM, Les Mikesell wrote: > Warren Young wrote: >> >> The strategy I recommended is based on the fact that its worst case >> behavior (a small negative jump every hour) is not a problem for me. If >> it is a problem for your application, you need a different design. > > It's a bad idea in the general case. If you have scheduled jobs, ntpdate may > jump the clock enough to miss the trigger or run them twice, where ntpd always > tries to move the clock fractional seconds at a time so as not to let that > happen. Plus, ntpdate does no sanity check at all - if the clock source is > badly off, the client will follow blindly even if it goes to the wrong > century. > Whereas ntpd will simply quietly fail to sync at all if it is more than a few minutes off. ;) I've used ntpdate to keep exceptionally balky machines in phase before. If you do it frequently enough that the jump is never more than a second or two it works fine as long as you can tolerate the occasional out of order timestamp. Cron is sensitive only to the minute level and if you are paranoid about it, sync it at an odd time (something like 47 minutes after the hour) that just won't conflict with other cronjobs. -- Benjamin Franz ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Retrieving POP mail from server to server
On Fri, 2010-08-13 at 08:28 -0400, Whit Blauvelt wrote: > On Fri, Aug 13, 2010 at 11:57:22AM +0100, James Hogarth wrote: > > > And yes I'd suggest fetchmail scripted to do this (given it is a one > > off) > > Or fetchmail plus procmail to get it to the proper place. > > Whit > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos If you are using same pop server (e.g. dovecot) on both machines, you can just rsync the mail directory from source to destination. Of course, you have to pay attention to permissions afterwards. -- Calin Key fingerprint = 37B8 0DA5 9B2A 8554 FB2B 4145 5DC1 15DD A3EF E857 = You'd better smile when they watch you, smile like you're in control. -- Smile, "Was (Not Was)" ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] upgrading storage on hardware RAID 10 possible?
On Aug 13, 2010, at 3:50 AM, Rudi Ahlers wrote: > Hi all, > > Can anyone please tell me, from experience, if it's possible to > upgrade the hard drives in a RAID 10 system from 250GB HDD's to 500GB > / 750GB HDD's, while the server is running? The server runs CentOS 5.5 > x64. > > Our hardware vendors simply always say no, so we never actually tried > doing this, and when a client needed an upgrade like this we had to > build a new server with the same spec and larger hard drives and then > migrate the data across, which can sometimes take a few days to > complete (due to DNS & MAC address caches). > > So, I'm wondering, is it possible (and safe) to upgrade the existing > drives to larger drives in a running server? > > > I know we're done this with Linux's software RAID many times with > great success. But I don't want to take a risk if it's not possible. > The amount of effort and upfront costs for a new server makes hardware > RAID far more expensive than it's reliability, which Linux's software > RAID offers equally so I'm beginning to think we should just move all > the servers to software RAID in the future as well. If you create a bunch of RAID1s on the HW controller and use LVM to stripe them into a single VG, you can then pvmove LVs off a RAID1, take it out of the VG, replace it with a larger RAID1, re-add it to the VG, pvmove the data off the next one and so on. This will require you to either keep 50% of the space free for moves, or free slots open in the disk enclosure. You will also have to manually resilver the LVs afterward to have them striped properly (create new LVs and copy/move the data over). -Ross ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Retrieving POP mail from server to server
On Fri, Aug 13, 2010 at 11:57:22AM +0100, James Hogarth wrote: > And yes I'd suggest fetchmail scripted to do this (given it is a one > off) Or fetchmail plus procmail to get it to the proper place. Whit ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Retrieving POP mail from server to server
On Fri, Aug 13, 2010 at 11:57:22AM +0100, James Hogarth wrote: > And yes I'd suggest fetchmail scripted to do this (given it is a one > off) so long as the email service your system is going to provide will > be storing in whatever the local user storage that fetchmail will be > dumping into... or even so long as you can parse the appropriate > .mailbox (or whatever) files and import them to your system. I think also a simple move of all messages from remote to local folder using mutt, for instance, should go. Mihai ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] upgrading storage on hardware RAID 10 possible?
Hi, Firstly, I would recommend you spend a bit of time and workout RAID - what it means and what it does. On 08/13/2010 08:50 AM, Rudi Ahlers wrote: > Can anyone please tell me, from experience, if it's possible to > upgrade the hard drives in a RAID 10 system from 250GB HDD's to 500GB > / 750GB HDD's, while the server is running? The server runs CentOS 5.5 > x64. Yes. But.. > Our hardware vendors simply always say no, Where it the raid metadata stored ? what kind of an hba is it ? what is the volume manager on there ? If you can answer those three questions, you can then workout what your options are. Personally, the safest option is to go with with Ero has already pointed out, setup a new Vol, migrate your data. - KB ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Retrieving POP mail from server to server
> > really pop3 box? Usually pop3 stores mail on local machine. > > on imap system imapsync is really good tool to do this. > > maybe there is some tools available: http://www.athensfbc.com/imap_tools/ > > br, > You are confusing protocol with client And yes I'd suggest fetchmail scripted to do this (given it is a one off) so long as the email service your system is going to provide will be storing in whatever the local user storage that fetchmail will be dumping into... or even so long as you can parse the appropriate .mailbox (or whatever) files and import them to your system. James ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Retrieving POP mail from server to server
2010/8/13 Jussi Hirvi : > I need to transfer a client's email inbox from another mail server to > our mail server (Centos 5). This is needed once only (or maybe a couple > of times). > > What is the best command-line tool? Fetchmail? > > I did this once before, with another tool, but have forgotten. really pop3 box? Usually pop3 stores mail on local machine. on imap system imapsync is really good tool to do this. maybe there is some tools available: http://www.athensfbc.com/imap_tools/ br, -- Eero, RHCE ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Retrieving POP mail from server to server
I need to transfer a client's email inbox from another mail server to our mail server (Centos 5). This is needed once only (or maybe a couple of times). What is the best command-line tool? Fetchmail? I did this once before, with another tool, but have forgotten. - Jussi -- Jussi Hirvi * Green Spot Topeliuksenkatu 15 C * 00250 Helsinki * Finland Tel. +358 9 493 981 * Mobile +358 40 771 2098 (only sms) jussi.hi...@greenspot.fi * http://www.greenspot.fi ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] upgrading storage on hardware RAID 10 possible?
On 13.8.2010 09:45, John Doe wrote: > From: Rudi Ahlers > >> Can anyone please tell me, from experience, if it's possible to >> upgrade the hard drives in a RAID 10 system from 250GB HDD's to 500GB >> / 750GB HDD's, while the server is running? The server runs CentOS 5.5 >> x64. >> Our hardware vendors simply always say no, so we never actually tried >> doing this. >> So, I'm wondering, is it possible (and safe) to upgrade the existing >> drives to larger drives in a running server? > When you said "we never actually tried"... tried what exactly? > It depends... on your RAID ctrl of course... > By example, with HP SmartArrays, you should be able to unplug a disk, plug a > bigger one and let it rebuild. > Rinse and repeat for all the disks. > Then, you can expand the array... > Although I did not try it so far. > > JD > > > > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos I've done this multiple times on IBM ServeRaid controllers as well as HP SmartArray controllers. First, make sure your firmware is up-to-date (just to be on the safe side:). Unplug the first disk, replace it with whatever disk you want to add instead. Let the raid controller finish rebuilding the array and repeat the process. After you have finished replacing all of the disks you can run the Raid Manager and resize the array. But beware, some low end controllers do not support resizing of the raid array so make sure you check your vendors documentation :). Bgrds, Finnur ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] upgrading storage on hardware RAID 10 possible?
From: Rudi Ahlers > Can anyone please tell me, from experience, if it's possible to > upgrade the hard drives in a RAID 10 system from 250GB HDD's to 500GB > / 750GB HDD's, while the server is running? The server runs CentOS 5.5 > x64. > Our hardware vendors simply always say no, so we never actually tried > doing this. > So, I'm wondering, is it possible (and safe) to upgrade the existing > drives to larger drives in a running server? When you said "we never actually tried"... tried what exactly? It depends... on your RAID ctrl of course... By example, with HP SmartArrays, you should be able to unplug a disk, plug a bigger one and let it rebuild. Rinse and repeat for all the disks. Then, you can expand the array... Although I did not try it so far. JD ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] DHCP problem with virtual interfaces
Il giorno 12/ago/2010, alle ore 10.51, Simone Caldana ha scritto: > Il giorno 11/ago/2010, alle ore 20.31, Simone Caldana ha scritto: >> >> I am collecting port 67 traffic on the dhcp server since this afternoon. I >> hope to be able to find out more. > > further testing revealed that dhclient really asks for the wrong ip (but > always sends the client-identifier), and this is due to the poisoned leases > file. I am now using /dev/null as leases file for all the virtual dhclients, > but I wonder if this disables the entire "keep the old lease" system (which I > don't really need) or it simply stays only in memory, which won't really > solve the problem. bug has been filed, patch has been proposed: https://bugzilla.redhat.com/show_bug.cgi?id=623953 Jeremiah Jinno discovered the problem and proposed a patch upstream to ISC: https://lists.isc.org/mailman/htdig/dhcp-users/2010-June/011521.html -- Simone Caldana ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] upgrading storage on hardware RAID 10 possible?
2010/8/13 Rudi Ahlers : > On 8/13/10, Eero Volotinen wrote: > >> How about installing new raid 10 on same machine and just migrating >> data using rsync ? >> after some rsync cycles, just switching to new raid 10 storage. >> >> -- >> Eero >> ___ > > > > What do you I do with the exsting data on the same machine? No > offence, but have you actually done this before, or just guessing? Well, you can remove old disks after rebooting. Of course this method requires restart of daemons and rebooting is recommended. (remember to turn off disk fsck to avoid longer downtime ..) I used this way to move data from disks to another. It might not be 100 procent safe, but it worked fine on my systems. see also: http://www.linuxjournal.com/magazine/hack-and-migrate-new-hard-drive -- Eero ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] upgrading storage on hardware RAID 10 possible?
On 8/13/10, Eero Volotinen wrote: > How about installing new raid 10 on same machine and just migrating > data using rsync ? > after some rsync cycles, just switching to new raid 10 storage. > > -- > Eero > ___ What do you I do with the exsting data on the same machine? No offence, but have you actually done this before, or just guessing? -- Kind Regards Rudi Ahlers SoftDux Website: http://www.SoftDux.com Technical Blog: http://Blog.SoftDux.com Office: 087 805 9573 Cell: 082 554 7532 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] upgrading storage on hardware RAID 10 possible?
2010/8/13 Rudi Ahlers : > Hi all, > > Can anyone please tell me, from experience, if it's possible to > upgrade the hard drives in a RAID 10 system from 250GB HDD's to 500GB > / 750GB HDD's, while the server is running? The server runs CentOS 5.5 > x64. > > Our hardware vendors simply always say no, so we never actually tried > doing this, and when a client needed an upgrade like this we had to > build a new server with the same spec and larger hard drives and then > migrate the data across, which can sometimes take a few days to > complete (due to DNS & MAC address caches). > > So, I'm wondering, is it possible (and safe) to upgrade the existing > drives to larger drives in a running server? > > > I know we're done this with Linux's software RAID many times with > great success. But I don't want to take a risk if it's not possible. > The amount of effort and upfront costs for a new server makes hardware > RAID far more expensive than it's reliability, which Linux's software > RAID offers equally so I'm beginning to think we should just move all > the servers to software RAID in the future as well. How about installing new raid 10 on same machine and just migrating data using rsync ? after some rsync cycles, just switching to new raid 10 storage. -- Eero ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] upgrading storage on hardware RAID 10 possible?
Hi all, Can anyone please tell me, from experience, if it's possible to upgrade the hard drives in a RAID 10 system from 250GB HDD's to 500GB / 750GB HDD's, while the server is running? The server runs CentOS 5.5 x64. Our hardware vendors simply always say no, so we never actually tried doing this, and when a client needed an upgrade like this we had to build a new server with the same spec and larger hard drives and then migrate the data across, which can sometimes take a few days to complete (due to DNS & MAC address caches). So, I'm wondering, is it possible (and safe) to upgrade the existing drives to larger drives in a running server? I know we're done this with Linux's software RAID many times with great success. But I don't want to take a risk if it's not possible. The amount of effort and upfront costs for a new server makes hardware RAID far more expensive than it's reliability, which Linux's software RAID offers equally so I'm beginning to think we should just move all the servers to software RAID in the future as well. -- Kind Regards Rudi Ahlers SoftDux Website: http://www.SoftDux.com Technical Blog: http://Blog.SoftDux.com Office: 087 805 9573 Cell: 082 554 7532 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
