Re: [CentOS] yum issue with extras repo?
On Wed, 2009-09-09 at 15:09 -0600, drew einhorn wrote: > On Wed, Sep 9, 2009 at 2:13 PM, Akemi Yagi wrote: > > On Wed, Sep 9, 2009 at 1:02 PM, Dave Stevens wrote: > >> As you can see below I am having a problem checking for updates. This > >> happens repeatedly. I have to kill the process then rerun. I have > >> tried "yum clean all" but no joy - the process hangs again on "extras" > > I suspect it is the non-CentOS repos that are causing the hang (?). > > > > You might want to check that by running: > > > > yum update --disablerepo=\* --enablerepo=base,extras,updates > > > > and see if this one runs fine. > > This will get things back to standard repos only. > > But if you have already loaded an incompatible package from a > nonstandard repo, this will not fix it. This is related to the problem at hand how? > Rather than trying to figure out what you have and how to fix it, > it may be easier to start over an build a new system from scratch. This isn't Windows. > You can probably get the 3rd party repos to play nicer with one another > by using yum-priorities. This is related to the problem at hand how? > There are techniques for finer grained management of > compatiblity issues among repositories, that I have never > needed to learn about. Someday this is going to sneak > up and bite me. Yes, probably, but still not related to the problem at hand. > Pretty sure there is a 3rd party repo page in the centos wiki. Yes, but you couldn't be bothered to check, could you? Sometimes it would be smarter to not try to help. Ralph ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] waiting IOs...
John Doe wrote: > Hi, > > We have a storage server (HP DL360G5 + MSA20 (12 disks in RAID 6) on a > SmartArray6400). > 10 directories are exported through nfs to 10 clients > (rsize=32768,wsize=32768,soft,intr,nosuid,proto=udp,vers=3). > The server is apparently not doing much but... we have very high waiting IOs. Probably not connected, but personally I would use 'hard' and 'proto=tcp' instead of 'soft' and 'proto=udp' on the clients James Pearson ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Excessive NFS operations
Reading the "waiting IOs" thread made me remember I have a similar problem that has been here for months, and I have no sulution yet. A single CentOS 5.2 x86_64 machine here is overloading our NetApp filer with excessive NFS getattr, lookup and access operations. The weird thing is that the number of these operations increases over time. I have an mrtg graph (which I didn't want to attach here) showing e.g. 200 NFS Ops on Monday, measured with filer-mrtg, going up to, e.g. 1200 in a straight line within days. nfsstat -l on the filer proves beyond doubt that the load is caused by this particular machine. dstat shows me which NFS operations are causing it. date/time | null gatr satr look aces ... 10-09 12:22:52| 0 0 0 0 0 10-09 12:22:53| 0 525 0 602 602 10-09 12:22:54| 0 1275 0 1464 1438 10-09 12:22:55| 0 0 0 0 0 10-09 12:22:56| 0 0 0 0 0 10-09 12:22:57| 0 0 0 0 0 10-09 12:22:58| 0 238 0 270 270 10-09 12:22:59| 0 1461 0 1663 1660 10-09 12:23:00| 0 205 0 133 114 10-09 12:23:01| 0 0 0 0 0 10-09 12:23:02| 0 1 0 0 0 10-09 12:23:03| 0 0 0 0 0 10-09 12:23:04| 0 1411 0 1574 1574 10-09 12:23:05| 0 498 0 465 466 10-09 12:23:06| 0 0 0 0 0 10-09 12:23:07| 0 0 0 0 0 10-09 12:23:08| 0 0 0 0 0 10-09 12:23:09| 0 1082 0 1178 1192 10-09 12:23:10| 0 790 0 885 865 This behaviour is somehow tied to the Gnome desktop. I have other machines running CentOS 5.2 x86_64 (at init level 3) which don't show this behaviour. I also have CentOS 5.2 i386 machines which don't show it either. None of the other machines on the lan show it - RHEL3 32 and 64bit, Solaris. What I'd need is a monitoring tool than can tie the NFS ops to process ids or applications. lsof isn't nearly as helpful here as I thought. I even copied this workstation user's files to another account, logged in and ran the same apps - and couldn't reproduce it. Ideas? Essentially, this makes CentOS 64bit undeployable in our environemnt. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] RHEL 5.4 is out!
On Thu, 2009-09-10 at 11:05 +0800, Christopher Chan wrote: > Obligatory: When will Centos 5.4 be ready? > > > /me goes down into reinforced concrete bunker and locks all hatches and > doors. /me overflies with F-117 and drops latest 9,000 lb "bunker-buster". ;-)) > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Excessive NFS operations
lheck...@users.sourceforge.net wrote: > Reading the "waiting IOs" thread made me remember I have a similar problem > that has been here for months, and I have no sulution yet. > > A single CentOS 5.2 x86_64 machine here is overloading our NetApp filer with > excessive NFS getattr, lookup and access operations. The weird thing is that > the number of these operations increases over time. I have an mrtg graph > (which I didn't want to attach here) showing e.g. 200 NFS Ops on Monday, > measured with filer-mrtg, going up to, e.g. 1200 in a straight line within > days. nfsstat -l on the filer proves beyond doubt that the load is caused by > this particular machine. dstat shows me which NFS operations are causing it. > > date/time | null gatr satr look aces ... > 10-09 12:22:52| 0 0 0 0 0 > 10-09 12:22:53| 0 525 0 602 602 > 10-09 12:22:54| 0 1275 0 1464 1438 > 10-09 12:22:55| 0 0 0 0 0 > 10-09 12:22:56| 0 0 0 0 0 > 10-09 12:22:57| 0 0 0 0 0 > 10-09 12:22:58| 0 238 0 270 270 > 10-09 12:22:59| 0 1461 0 1663 1660 > 10-09 12:23:00| 0 205 0 133 114 > 10-09 12:23:01| 0 0 0 0 0 > 10-09 12:23:02| 0 1 0 0 0 > 10-09 12:23:03| 0 0 0 0 0 > 10-09 12:23:04| 0 1411 0 1574 1574 > 10-09 12:23:05| 0 498 0 465 466 > 10-09 12:23:06| 0 0 0 0 0 > 10-09 12:23:07| 0 0 0 0 0 > 10-09 12:23:08| 0 0 0 0 0 > 10-09 12:23:09| 0 1082 0 1178 1192 > 10-09 12:23:10| 0 790 0 885 865 > > This behaviour is somehow tied to the Gnome desktop. I have other machines > running CentOS 5.2 x86_64 (at init level 3) which don't show this behaviour. > I also have CentOS 5.2 i386 machines which don't show it either. None of the > other machines on the lan show it - RHEL3 32 and 64bit, Solaris. > > What I'd need is a monitoring tool than can tie the NFS ops to process ids > or applications. lsof isn't nearly as helpful here as I thought. I even > copied > this workstation user's files to another account, logged in and ran the same > apps - and couldn't reproduce it. > > Ideas? Essentially, this makes CentOS 64bit undeployable in our environemnt. Do you have anything running that would try to read all the files and build a search index - like beagle? There's also the nightly run of updatedb but that just reads the filenames and normally nfs mounts are excluded. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Excessive NFS operations
> Do you have anything running that would try to read all the files and build a > search index - like beagle? There's also the nightly run of updatedb but > that > just reads the filenames and normally nfs mounts are excluded. There is no package beagle installed, I don't know if any other software doing this is part of a standard CentOS install. Definitely not updatedb, mlocate.cron runs once a day in the early morning, but the load pattern we see is a continuous increase. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] waiting IOs...
James Pearson wrote: > John Doe wrote: >> Hi, >> >> We have a storage server (HP DL360G5 + MSA20 (12 disks in RAID 6) on a >> SmartArray6400). >> 10 directories are exported through nfs to 10 clients >> (rsize=32768,wsize=32768,soft,intr,nosuid,proto=udp,vers=3). >> The server is apparently not doing much but... we have very high waiting IOs. > > Probably not connected, but personally I would use 'hard' and > 'proto=tcp' instead of 'soft' and 'proto=udp' on the clients I'd usually blame disk seek time first. If your raid level requires several drives to move their heads together and/or the data layout lands on the same drive set, consider what happens when your 10 users all want the disk head(s) to be in different places. Disk drives allow random access but they really aren't that good at it if they have to spend most of their time seeking. Raid6 is particularly bad at write performance so a different raid level might help - or if you know the data access pattern you might split the drives into different volumes that don't affect each other and arrange the data accordingly. And mounting with the async option might give much better performance - I'm not sure what the default is these days. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Excessive NFS operations
lheck...@users.sourceforge.net wrote: > > Reading the "waiting IOs" thread made me remember I have a similar problem > that has been here for months, and I have no sulution yet. > > A single CentOS 5.2 x86_64 machine here is overloading our NetApp filer > with > excessive NFS getattr, lookup and access operations. The weird thing is > There was a kernel update in the 5.2/5.3 time frame that fixed a NFS client bug regarding lookups, what kernel are you running? Have you tried running lsof on the client side to see which processes are using the files served over NFS? nate ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Excessive NFS operations
nate writes: > lheck...@users.sourceforge.net wrote: > > > > Reading the "waiting IOs" thread made me remember I have a similar problem > > that has been here for months, and I have no sulution yet. > > > > A single CentOS 5.2 x86_64 machine here is overloading our NetApp filer > > with > > excessive NFS getattr, lookup and access operations. The weird thing is > > > > There was a kernel update in the 5.2/5.3 time frame that > fixed a NFS client bug regarding lookups, what kernel are you > running? 2.6.18-92.1.22.el5. I can test all newer kernels if necessary. > Have you tried running lsof on the client side to see which > processes are using the files served over NFS? Yes, but there's simply too much output to make this useful, and most of it, about 75%, is related to EDA software which is installed on the filer. I.e. 3rd party software we have no control over and don't know what it does internally. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] trouble playing quicktimes at apple.com/trailers
On Thu, Sep 10, 2009 at 06:26:16AM +0200, Olaf Mueller wrote: > fred smith wrote: > > Hello. > > > I've been able to view the movie trailers at apple.com/trailers for > > years on my old Centos box (5.3). [...] > > Is anyone else having trouble with that? or to ask another way, can > > any of you still watch them? > Works here with 'User Agent Switcher' for Firefox. See for more under > http://ubuntuforums.org/showthread.php?t=1245441&page=4. Olaf, thanks for the reply! While I haven't tried that, I don't think that's the problem I'm having: I can copy and paste the URL of the .mov file into mplayer or vlc from the commandline, and get the exact same symptoms. I.E., there is no browser involved in that transaction but it fails the same way. And it fails on the "old" computer where it was working in July (and for the previous several years) as well as the new one. One more data point: I get the same failures on my eeepc 901 where I've installed Fedora 11, too. -- Fred Smith -- fre...@fcshome.stoneham.ma.us - The Lord is like a strong tower. Those who do what is right can run to him for safety. --- Proverbs 18:10 (niv) - ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Excessive NFS operations
At Thu, 10 Sep 2009 13:56:31 +0100 CentOS mailing list wrote: > > > > Do you have anything running that would try to read all the files and build > > a > > search index - like beagle? There's also the nightly run of updatedb but > > that > > just reads the filenames and normally nfs mounts are excluded. > > There is no package beagle installed, I don't know if any other software > doing this is part of a standard CentOS install. Definitely not updatedb, > mlocate.cron runs once a day in the early morning, but the load pattern > we see is a continuous increase. What IS running on the problem machine? Is it a web server? Someone's Desktop? (If it is a personal Desktop box, what is the person running -- are they running find all of the time? Or doing some 'lets update 5 zillion files now' type of task?) A database server? Something else? > > > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos > > -- Robert Heller -- 978-544-6933 Deepwoods Software-- Download the Model Railroad System http://www.deepsoft.com/ -- Binaries for Linux and MS-Windows hel...@deepsoft.com -- http://www.deepsoft.com/ModelRailroadSystem/ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Problems setting terminal size in termcap/xterm
Hi I'm trying to set the terminal size in /usr/share/vte/termcap/xterm, but it seems that CentOS doesn't look at this file. I know this works in REHL 4.7 and Fedora 10, 11. Does anyone know a work around to this? Thanks Marcelo ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Excessive NFS operations
> > > A single CentOS 5.2 x86_64 machine here is overloading our NetApp > > > filer with excessive NFS getattr, lookup and access operations. > > There was a kernel update in the 5.2/5.3 time frame that fixed a NFS > > client bug regarding lookups, what kernel are you running? > 2.6.18-92.1.22.el5. I can test all newer kernels if necessary. Please update you centos installation. It will probably fix your NFS issues and your current system contains serious security problems. "yum update". /jens -- Jens Larsson, NSC, Linköpings universitet, SE-58183 LINKÖPING, SWEDEN Phone: +46-13-281432, Mobile: +46-709-521432, E-mail: j...@nsc.liu.se GPG/PGP Key: 1024D/C21BB2C7 2001-02-27 Jens Larsson Key Fingerprint: BAEF 85CF BF1D 7A69 C965 2EE6 C541 D57F C21B B2C7___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Excessive NFS operations
lheck...@users.sourceforge.net wrote: Do you have anything running that would try to read all the files and build a search index - like beagle? There's also the nightly run of updatedb but that just reads the filenames and normally nfs mounts are excluded. There is no package beagle installed, I don't know if any other software doing this is part of a standard CentOS install. Definitely not updatedb, mlocate.cron runs once a day in the early morning, but the load pattern we see is a continuous increase. We had a similar issue with 100 CentOS 5 and Fedora 7 desktops mounting their $HOME directories from a Centos 4 server. We would see a steady (perfectly linear) increase of getattr and lookup requests from the time users logged in until they shutoff their machines (logging off stopped the linear growth but didn't always bring the number of requests down). Running hundreds of dstats and straces finally showed that the gamin package on each of the clients was causing all of the requests and simply killing that single process would instantly drop the getattr requests from 200 a second down to 3 or 4 a second where it should be. That was 200 per client so you can imagine how bad it would get! We rebuilt the gamin-0.1.9-5.rpm package and deployed it to all of the machines. We instantly saw improvement and we currently average 3 getattr requests a second. I don't know if this will help your situation but maybe someone will benefit. Chris ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] SIGSEGV at kickstart
Hi! I have a problem that i dont know how to tackle ... i have done kickstarting many times but know it seems i hit an wall ... i try to kickstart through nfs an 64 bit centos .. just after taking ip trough dhcp i receive an SIGSEGV ! i dont know what to do anymore as the same ks.cfg worked very well until now .. Many thanks! Adrian smime.p7s Description: S/MIME Cryptographic Signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Excessive NFS operations
> We had a similar issue with 100 CentOS 5 and Fedora 7 desktops mounting > their $HOME directories from a Centos 4 server. We would see a steady > (perfectly linear) increase of getattr and lookup requests from the time > users logged in until they shutoff their machines (logging off stopped > the linear growth but didn't always bring the number of requests down). > Running hundreds of dstats and straces finally showed that the gamin > package on each of the clients was causing all of the requests and > simply killing that single process would instantly drop the getattr > requests from 200 a second down to 3 or 4 a second where it should be. > That was 200 per client so you can imagine how bad it would get! We > rebuilt the gamin-0.1.9-5.rpm package and deployed it to all of the > machines. We instantly saw improvement and we currently average 3 > getattr requests a second. I don't know if this will help your situation > but maybe someone will benefit. Intriguing. Chris, did you have this problem with all architectures? Did you apply any patches when rebuilding gamin? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Excessive NFS operations
On Thu, Sep 10, 2009 at 10:14 AM, Chris Murphy wrote: > > > lheck...@users.sourceforge.net wrote: > > Do you have anything running that would try to read all the files and build > a > search index - like beagle? There's also the nightly run of updatedb but > that > just reads the filenames and normally nfs mounts are excluded. > > > > There is no package beagle installed, I don't know if any other software > doing this is part of a standard CentOS install. Definitely not updatedb, > mlocate.cron runs once a day in the early morning, but the load pattern > we see is a continuous increase. > > > > We had a similar issue with 100 CentOS 5 and Fedora 7 desktops mounting > their $HOME directories from a Centos 4 server. We would see a steady > (perfectly linear) increase of getattr and lookup requests from the time > users logged in until they shutoff their machines (logging off stopped the > linear growth but didn't always bring the number of requests down). Running > hundreds of dstats and straces finally showed that the gamin package on each > of the clients was causing all of the requests and simply killing that > single process would instantly drop the getattr requests from 200 a second > down to 3 or 4 a second where it should be. That was 200 per client so you > can imagine how bad it would get! We rebuilt the gamin-0.1.9-5.rpm package > and deployed it to all of the machines. We instantly saw improvement and we > currently average 3 getattr requests a second. I don't know if this will > help your situation but maybe someone will benefit. How about the gamin patch you rebuilt with? Or at least a bugzilla entry with it... -Ross ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Excessive NFS operations
> What IS running on the problem machine? Is it a web server? Someone's > Desktop? (If it is a personal Desktop box, what is the person running -- > are they running find all of the time? Or doing some 'lets update 5 > zillion files now' type of task?) A database server? Something else? It's a plain desktop. User is running standard desktop apps like firefox, thunderbird, vmware, and EDA tools. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] yum issue with extras repo?
I should probably rewrite the following, moving some paragraphs around. But I'm done for now. On Thu, Sep 10, 2009 at 3:20 AM, Ralph Angenendt wrote: > > On Wed, 2009-09-09 at 15:09 -0600, drew einhorn wrote: >> On Wed, Sep 9, 2009 at 2:13 PM, Akemi Yagi wrote: >> > On Wed, Sep 9, 2009 at 1:02 PM, Dave Stevens wrote: >> >> As you can see below I am having a problem checking for updates. This >> >> happens repeatedly. I have to kill the process then rerun. I have >> >> tried "yum clean all" but no joy - the process hangs again on "extras" >> > I suspect it is the non-CentOS repos that are causing the hang (?). >> > >> > You might want to check that by running: >> > >> > yum update --disablerepo=\* --enablerepo=base,extras,updates >> > >> > and see if this one runs fine. >> >> This will get things back to standard repos only. >> >> But if you have already loaded an incompatible package from a >> nonstandard repo, this will not fix it. > > This is related to the problem at hand how? > The OP has a problem resulting from mixing standard and 3rd party repos, and has noticed some obvious issues. There may be much more subtle, less obvious issues. For example, a 3rd party repo, may have replaced a standard library with a version with a subtle incompatibity. It may add a bug, along with a feature necessary to support another package that it provides. It doesn't happen often. But it can and does happen. >> Rather than trying to figure out what you have and how to fix it, >> it may be easier to start over an build a new system from scratch. > > This isn't Windows. > True. But figuring out which packages came from which repo, can be difficult. There was a hotly debated repotag battle that could have mitigated the problem. The epel folks were strongly opposed. The problem becomes really nasty, when package xyz from repo A, is incompatible with package xyz from repo B. >> You can probably get the 3rd party repos to play nicer with one another >> by using yum-priorities. >> > This is related to the problem at hand how? > The OP was using packages from the standard repos, epel, and a couple other repos I never heard of for a reason that he did not share with us. yum-priorities can be used to control which packages are installed from which libraries. Count the mumber of packages on your system. Do a: rpm -qa | wc If you have subtle problem with compatability between repos. Do you want to go through all those package determine which repo each package can from and determine whether there are compatibility issues with packages from other repos? Or do you want to start over installing only packages from the centos repos that have been tested by the centos developers. Then add third party repos with yum-priorities preventing centos packages from being replaced by non centos packages, but adding needed packages and their prerequisites from 3rd party repos. >> There are techniques for finer grained management of >> compatiblity issues among repositories, that I have never >> needed to learn about. Someday this is going to sneak >> up and bite me. > > Yes, probably, but still not related to the problem at hand. > epel is careful not to replace package from the standard repos. I have no idea whether the repos other repos (I never heard of them) are as careful. epel is not concerned about their compatability with other 3rd party repos. And there is a lot of lingering animosity. Just mentioning epel in some places is enough to evoke a bitter response. I did not want to get into those issues. Sometimes the problem does get all the way down to very nasty, tangled compatibily issues among repos, and there is a solution, but it's not easy. >> Pretty sure there is a 3rd party repo page in the centos wiki. > > Yes, but you couldn't be bothered to check, could you? > > Sometimes it would be smarter to not try to help. > I'm not the one who has a problem and needs to do the research on this problem. I gave the OP a hint on where to look. > Ralph > But since you insist. Here's the wiki page on repositiories. http://wiki.centos.org/AdditionalResources/Repositories New repositories have been added since the last time I looked. I have not looked to see whether the repositories used by the OP are discussed here. And here the wiki page on yum-priorities. http://wiki.centos.org/PackageManagement/Yum/Priorities > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos > -- Drew Einhorn ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] yum issue with extras repo?
drew einhorn wrote: > epel is not concerned about their > compatability with other 3rd party repos. Please, stop the FUD. > And there is > a lot of lingering animosity. Just mentioning epel in some > places is enough to evoke a bitter response. and thank you so much for perpetuating the problem. -- Rex ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] waiting IOs...
# iostat -m -x 10 Linux 2.6.18-8.1.6.el5 (data1.iol) 09/10/2009 . . . avg-cpu: %user %nice %system %iowait %steal %idle 0.200.000.318.790.00 90.70 Device: rrqm/s wrqm/s r/s w/srMB/swMB/s avgrq-sz avgqu-sz await svctm %util cciss/c0d00.00 0.20 0.92 0.51 0.00 0.0010.29 0.04 25.29 25.93 3.71 cciss/c0d10.00 0.20 3.68 2.45 0.02 0.0111.07 0.06 9.87 7.27 4.45 cciss/c0d20.00 0.20 0.41 2.76 0.00 0.01 8.52 0.03 9.97 2.81 0.89 cciss/c0d31.23 0.51 3.98 1.53 0.03 0.0114.52 0.05 9.69 8.07 4.45 cciss/c0d40.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 cciss/c0d50.00 0.00 1.02 0.10 0.00 0.00 8.00 0.01 9.36 9.36 1.05 cciss/c0d62.45 0.20 0.92 0.51 0.06 0.0087.43 0.01 9.64 7.21 1.03 cciss/c0d70.00 0.00 0.31 0.10 0.00 0.00 8.00 0.01 14.25 14.25 0.58 cciss/c0d80.00 0.00 0.10 1.84 0.00 0.01 8.00 0.01 7.26 1.42 0.28 cciss/c0d90.00 0.10 0.41 3.78 0.00 0.02 9.56 0.05 12.24 1.59 0.66 cciss/c1d00.00 6.03 0.00 1.74 0.00 0.0226.94 0.04 25.35 12.59 2.19 avg-cpu: %user %nice %system %iowait %steal %idle 0.050.000.36 25.770.00 73.82 Device: rrqm/s wrqm/s r/s w/srMB/swMB/s avgrq-sz avgqu-sz await svctm %util cciss/c0d00.00 0.82 4.60 0.20 0.03 0.0013.11 0.06 13.55 13.00 6.25 cciss/c0d11.23 1.43 1.94 0.20 0.02 0.0129.33 0.02 11.48 11.48 2.46 cciss/c0d20.00 0.00 0.82 0.00 0.00 0.00 8.00 0.01 14.00 14.00 1.15 cciss/c0d32.45 1.43 11.25 0.20 0.07 0.0114.43 0.12 10.62 10.52 12.04 cciss/c0d40.00 1.64 7.98 0.20 0.03 0.0110.00 0.08 9.24 9.10 7.44 cciss/c0d55.93 0.20 22.09 0.20 2.19 0.00 201.03 0.58 26.06 1.88 4.19 cciss/c0d62.45 1.12 5.62 0.41 0.08 0.0129.15 0.06 10.66 9.66 5.83 cciss/c0d70.00 1.23 5.42 0.20 0.02 0.0110.76 0.05 8.87 8.73 4.91 cciss/c0d80.00 0.72 3.17 0.20 0.02 0.0013.09 0.04 12.33 12.21 4.12 cciss/c0d90.92 0.82 3.17 0.20 0.03 0.0018.67 0.04 13.12 12.67 4.27 cciss/c1d00.00 2.66 0.41 3.07 0.00 0.01 8.29 0.28 81.91 10.94 3.80 avg-cpu: %user %nice %system %iowait %steal %idle 0.100.000.20 15.950.00 83.74 Device: rrqm/s wrqm/s r/s w/srMB/swMB/s avgrq-sz avgqu-sz await svctm %util cciss/c0d00.00 4.19 14.72 0.51 0.10 0.0215.52 0.17 10.98 9.05 13.79 cciss/c0d10.00 0.20 0.31 0.20 0.00 0.0011.20 0.01 10.20 10.20 0.52 cciss/c0d20.00 0.31 0.41 0.41 0.00 0.0013.00 0.01 7.88 7.88 0.64 cciss/c0d30.00 0.31 4.50 0.20 0.02 0.00 9.74 0.05 10.61 10.37 4.88 cciss/c0d41.23 0.31 2.76 0.41 0.28 0.00 182.71 0.06 19.97 4.00 1.27 cciss/c0d50.00 0.82 3.17 0.20 0.02 0.0011.64 0.04 11.30 11.30 3.81 cciss/c0d62.45 0.51 3.68 0.41 0.28 0.00 143.60 0.07 16.27 5.30 2.17 cciss/c0d71.23 0.10 1.94 0.20 0.01 0.0015.24 0.03 13.33 13.33 2.86 cciss/c0d80.00 0.31 0.51 0.41 0.00 0.0011.56 0.01 8.00 8.00 0.74 cciss/c0d90.00 0.10 0.61 0.20 0.00 0.0010.00 0.01 11.88 11.75 0.96 cciss/c1d00.00 3.07 0.00 1.33 0.00 0.0119.08 0.02 16.77 13.31 1.77 I tried nmon but I did not see anything out of the ordinary... But when I try to see the NFS stats, nmon (11f-1.el5.rf) coredumps. I tried the iostat nfs option (kernel 2.6.18-8.1.6.el5, should support it) but it did not show anything. nfsstat shows no apparent activity... nfs is normaly only used to put files or modify small files (<1K) "from times to times", while http is used to get files. From: Les Mikesell > I'd usually blame disk seek time first. If your raid level requires several > drives to move their heads together and/or the data layout lands on the same > drive set, consider what happens when your 10 users all want the disk head(s) > to > be in different places. Disk drives allow random access but they really > aren't > that good at it if they have to spend most of their time seeking. That could be it... It's always a question of space
Re: [CentOS] SIGSEGV at kickstart
Adrian Sevcenco wrote: > Hi! I have a problem that i dont know how to tackle ... > i have done kickstarting many times but know it seems i hit an wall ... > i try to kickstart through nfs an 64 bit centos .. just after taking ip > trough dhcp i receive an SIGSEGV ! i dont know what to do anymore as the > same ks.cfg worked very well until now .. Is it reproducible across more than 1 box? For me I get occasional kickstart crashes as well though they are somewhat random, maybe 1 in 30 goes down, restarting it always works. It crashes at different points, I don't recall it ever crashing at the same point yours is. Is this new or different hardware from what has worked in the past? nate ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Excessive NFS operations
Lars Hecking wrote: > 2.6.18-92.1.22.el5. I can test all newer kernels if necessary. Sounds like another poster may of found the root cause but you should still upgrade anyways, I tracked down the specific update to this kernel, which is newer than what you have: * Thu Jul 03 2008 Aristeu Rozanski [2.6.18-95.el5] [..] - [nfs] address nfs rewrite performance regression in RHEL5 (Eric Sandeen ) [436004] [..] nate ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS-announce Digest, Vol 55, Issue 5
Send CentOS-announce mailing list submissions to centos-annou...@centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-requ...@centos.org You can reach the person managing the list at centos-announce-ow...@centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2009:1432 Critical CentOS 3 i386 seamonkey - security update (Tru Huynh) 2. CESA-2009:1432 Critical CentOS 3 x86_64 seamonkey - security update (Tru Huynh) -- Message: 1 Date: Thu, 10 Sep 2009 13:03:30 +0200 From: Tru Huynh Subject: [CentOS-announce] CESA-2009:1432 Critical CentOS 3 i386 seamonkey - security update To: centos-annou...@centos.org Message-ID: <20090910110330.ga4...@sillage.bis.pasteur.fr> Content-Type: text/plain; charset="us-ascii" CentOS Errata and Security Advisory CESA-2009:1432 seamonkey security update for CentOS 3 i386: https://rhn.redhat.com/errata/RHSA-2009-1432.html The following updated file has been uploaded and is currently syncing to the mirrors: i386: updates/i386/RPMS/seamonkey-1.0.9-0.45.el3.centos3.i386.rpm updates/i386/RPMS/seamonkey-chat-1.0.9-0.45.el3.centos3.i386.rpm updates/i386/RPMS/seamonkey-devel-1.0.9-0.45.el3.centos3.i386.rpm updates/i386/RPMS/seamonkey-dom-inspector-1.0.9-0.45.el3.centos3.i386.rpm updates/i386/RPMS/seamonkey-js-debugger-1.0.9-0.45.el3.centos3.i386.rpm updates/i386/RPMS/seamonkey-mail-1.0.9-0.45.el3.centos3.i386.rpm updates/i386/RPMS/seamonkey-nspr-1.0.9-0.45.el3.centos3.i386.rpm updates/i386/RPMS/seamonkey-nspr-devel-1.0.9-0.45.el3.centos3.i386.rpm updates/i386/RPMS/seamonkey-nss-1.0.9-0.45.el3.centos3.i386.rpm updates/i386/RPMS/seamonkey-nss-devel-1.0.9-0.45.el3.centos3.i386.rpm source: updates/SRPMS/seamonkey-1.0.9-0.45.el3.centos3.src.rpm You may update your CentOS-3 i386 installations by running the command: yum update seamonkey\* Tru -- Tru Huynh (mirrors, CentOS-3 i386/x86_64 Package Maintenance) http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://lists.centos.org/pipermail/centos-announce/attachments/20090910/3a0c3145/attachment-0001.bin -- Message: 2 Date: Thu, 10 Sep 2009 13:04:17 +0200 From: Tru Huynh Subject: [CentOS-announce] CESA-2009:1432 Critical CentOS 3 x86_64 seamonkey - security update To: centos-annou...@centos.org Message-ID: <20090910110417.gb4...@sillage.bis.pasteur.fr> Content-Type: text/plain; charset="us-ascii" CentOS Errata and Security Advisory CESA-2009:1432 seamonkey security update for CentOS 3 x86_64: https://rhn.redhat.com/errata/RHSA-2009-1432.html The following updated file has been uploaded and is currently syncing to the mirrors: x86_64: updates/x86_64/RPMS/seamonkey-1.0.9-0.45.el3.centos3.i386.rpm updates/x86_64/RPMS/seamonkey-1.0.9-0.45.el3.centos3.x86_64.rpm updates/x86_64/RPMS/seamonkey-chat-1.0.9-0.45.el3.centos3.x86_64.rpm updates/x86_64/RPMS/seamonkey-devel-1.0.9-0.45.el3.centos3.x86_64.rpm updates/x86_64/RPMS/seamonkey-dom-inspector-1.0.9-0.45.el3.centos3.x86_64.rpm updates/x86_64/RPMS/seamonkey-js-debugger-1.0.9-0.45.el3.centos3.x86_64.rpm updates/x86_64/RPMS/seamonkey-mail-1.0.9-0.45.el3.centos3.x86_64.rpm updates/x86_64/RPMS/seamonkey-nspr-1.0.9-0.45.el3.centos3.i386.rpm updates/x86_64/RPMS/seamonkey-nspr-1.0.9-0.45.el3.centos3.x86_64.rpm updates/x86_64/RPMS/seamonkey-nspr-devel-1.0.9-0.45.el3.centos3.x86_64.rpm updates/x86_64/RPMS/seamonkey-nss-1.0.9-0.45.el3.centos3.i386.rpm updates/x86_64/RPMS/seamonkey-nss-1.0.9-0.45.el3.centos3.x86_64.rpm updates/x86_64/RPMS/seamonkey-nss-devel-1.0.9-0.45.el3.centos3.x86_64.rpm source: updates/SRPMS/seamonkey-1.0.9-0.45.el3.centos3.src.rpm You may update your CentOS-3 x86_64 installations by running the command: yum update seamonkey Tru -- Tru Huynh (mirrors, CentOS-3 i386/x86_64 Package Maintenance) http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://lists.centos.org/pipermail/centos-announce/attachments/20090910/3c0dad8a/attachment-0001.bin -- ___ CentOS-announce mailing list centos-annou...@centos.org http://lists.centos.org/mailman/listinfo
Re: [CentOS] waiting IOs...
John Doe wrote: > # iostat -m -x 10 > Linux 2.6.18-8.1.6.el5 (data1.iol) 09/10/2009 > Are you also following the 'Excessive NFS operations' thread? There's some interesting information there about buggy kernels and apps. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Excessive NFS operations
nate writes: > Lars Hecking wrote: > > > 2.6.18-92.1.22.el5. I can test all newer kernels if necessary. > > Sounds like another poster may of found the root cause but you > should still upgrade anyways, I tracked down the specific > update to this kernel, which is newer than what you have: > > * Thu Jul 03 2008 Aristeu Rozanski [2.6.18-95.el5] > [..] > - [nfs] address nfs rewrite performance regression in RHEL5 (Eric Sandeen ) > [436004] > [..] This is an enterprise-wide setup I cannot change, but I will be able to deploy a newer kernel. It'll have to wait until I return to the office in a few weeks' time, though. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Excessive NFS operations
Lars Hecking wrote: > This is an enterprise-wide setup I cannot change, but I will be able to > deploy a newer kernel. It'll have to wait until I return to the office > in a few weeks' time, though. > an enterprise-wide setup that can't get regular security patches?!? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Excessive NFS operations
John R Pierce writes: > Lars Hecking wrote: > > This is an enterprise-wide setup I cannot change, but I will be able to > > deploy a newer kernel. It'll have to wait until I return to the office > > in a few weeks' time, though. > > > > an enterprise-wide setup that can't get regular security patches?!? Regular as in "patch as soon as available", no, but if the current kernel helps with this problem, we'll roll it out. Before moving up to CentOS 5.4 ;) ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] yum issue with extras repo?
On Thu, Sep 10, 2009 at 9:41 AM, Rex Dieter wrote: > drew einhorn wrote: > >> epel is not concerned about their >> compatability with other 3rd party repos. > > Please, stop the FUD. > >> And there is >> a lot of lingering animosity. Just mentioning epel in some >> places is enough to evoke a bitter response. > > and thank you so much for perpetuating the problem. > I'm sorry. Your are absolutely correct. I should not have commented on the intent of any repo developers. However the fact remains that all repos test the compatibility among the packages they distribute, and test for compatibility with packages distributed in the standard repos. They do not do as thorough a job of testing with respect to all other 3rd party repos. There are other 3rd party repos, they probably have not even heard of much less tested. I do use epel on some systems. There are packages I sometimes need that are not included in other repos. In my repo yum-priorities configurations epel either comes immediately after the standard centos repos, or it is near the end, just before "testing" versions of other repos. We really need better repository tools, when dealing with multiple 3rd party repos. It is not easy to see which packages came from which repos, much less understand compatibility issues among packages from different 3rd party repos. We would be in a better place if the repotag had survivied the repo wars. -- Drew Einhorn ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Excessive NFS operations
On 09/10/2009 04:28 PM, Lars Hecking wrote: ... > It's a plain desktop. User is running standard desktop apps like firefox, > thunderbird, vmware, and EDA tools. Which version of thunderbird? Version 3 killed our NFS server when ~/.thunderbird is accessed via NFS. Mogens -- Mogens Kjaer, Carlsberg A/S, Computer Department Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark Phone: +45 33 27 53 25, Fax: +45 33 27 47 08 Email: m...@crc.dk Homepage: http://www.crc.dk ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Excessive NFS operations
Lars Hecking wrote: > This is an enterprise-wide setup I cannot change, but I will be able to > deploy a newer kernel. It'll have to wait until I return to the office > in a few weeks' time, though. If you get any flak for deploying a newer kernel remind whoever gives you the flak that the above kernel is more than a year old(the one that has that particular fix). Myself I too run on older software, most of the latest and greatest are fairly up to date CentOS 5.2, or 4.6. Still have some older RHEL 4.1 systems in place though(from before my time here). At least we were able to retire the RHEL 3 systems that hadn't seen an update in probably 3-4 years. I do for the most part keep the kernels more up to date though since they are pretty portable and often contain fixes I care about more (driver updates etc). Security is less of a concern in our mostly protected environment. I do plan to address all of it, it's just not a high priority. nate ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Excessive NFS operations
Mogens Kjaer writes: > On 09/10/2009 04:28 PM, Lars Hecking wrote: > ... > > It's a plain desktop. User is running standard desktop apps like firefox, > > thunderbird, vmware, and EDA tools. > > Which version of thunderbird? Version 3 killed our NFS server when > ~/.thunderbird is accessed via NFS. thunderbird-2.0.0.19-1.el5.centos ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Excessive NFS operations
nate wrote: > Lars Hecking wrote: > >> 2.6.18-92.1.22.el5. I can test all newer kernels if necessary. > > Sounds like another poster may of found the root cause but you > should still upgrade anyways, I tracked down the specific > update to this kernel, which is newer than what you have: > Whoops sorry that was the wrong update, the kernel you have already has the fix I was referring to * Tue Feb 05 2008 Don Zickus [2.6.18-78.el5] [..] - [nfs] reduce number of wire RPC ops, increase perf (Peter Staubach ) [32] [..] https://bugzilla.redhat.com/show_bug.cgi?id=32 But it (usually) can't hurt to upgrade to something more recent anyways. nate ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Centos 4.7 supports two CPUs?
Hello people I currently have a ML370 G4 server with a CPU in centos 4.7, this server has the ability to add another CPU. the question is, Centos can recognize the second CPU? and if so, is there any special configuration to be performed. A forward to your comments Greetings _ News, entertainment and everything you care about at Live.com. Get it now! http://www.live.com/getstarted.aspx___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Centos 4.7 supports two CPUs?
Luis campo wrote: > > Hello people > > I currently have a ML370 G4 server with a CPU in centos 4.7, this server > has the ability to add another CPU. > > the question is, Centos can recognize the second CPU? and if so, is there > any special configuration to be performed. Just need a SMP kernel if you don't have one already (run uname -a and look for the 'smp' tag). You can do cat /proc/cpuinfo to see, you may already have a SMP kernel if it's a 370, I suspect the system is probably hyperthreaded which will trigger the installer to install a SMP kernel during installation. Beyond that no special configuration. CentOS 5.x I believe doesn't have a distinction between SMP and non SMP, all kernels are SMP aware. nate ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Excessive NFS operations
John R Pierce wrote: > Lars Hecking wrote: >> This is an enterprise-wide setup I cannot change, but I will be able to >> deploy a newer kernel. It'll have to wait until I return to the office >> in a few weeks' time, though. >> > > an enterprise-wide setup that can't get regular security patches?!? Yes, seems to miss the point of using an 'enterprise' distribution where a lot of work goes into ensuring that updates don't cause surprises. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] trouble playing quicktimes at apple.com/trailers
fred smith wrote: > While I haven't tried that, ? > I don't think that's the problem I'm > having: I can copy and paste the URL of the .mov file into mplayer or > vlc from the commandline, and get the exact same symptoms. I.E., there > is no browser involved in that transaction but it fails the same way. You are completely wrong. Read the link, or read it not, it is your choice. Here it works with CentOS 5.3. regards Olaf ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] /etc/sysconfig/autofsck
Hi - I've been asked to turn on autofsck on ext3 filesystems for CentOS 4 and 5 servers on reboot after a crash by adding AUTOFSCK_TIMEOUT=5 AUTOFSCK_DEF_CHECK=yes to the file /etc/sysconfig/autofsck Is this necessary for ext3 filesystems? Is this a safe thing to do for a ext3 filesystems? I haven't used autofsck since the ext2 days. -- Agile -- "We are drowning in information and starving for knowledge." -- Rutherford D. Roger ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] yum issue with extras repo?
drew einhorn wrote: > > We really need better repository tools, when dealing > with multiple 3rd party repos. It is not easy to see > which packages came from which repos, > much less understand compatibility issues > among packages from different 3rd party repos. > > We would be in a better place if the repotag > had survivied the repo wars. And even better if yum remembered where things came from and could describe them in a way that you could automatically reproduce a working set of packages on a different machine. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] /etc/sysconfig/autofsck
Agile Aspect wrote: > Is this necessary for ext3 filesystems? Can't hurt, though I don't do this myself, most of my systems have pretty stable storage, been a while since I used a controller/system that caused problems that would make me want to fsck. > > Is this a safe thing to do for a ext3 filesystems? fsck'ing a ext3 file system is perfectly safe, if it is mounted uncleanly the system even prompts you to do a full fsck during bootup(if you don't hit a key it continues with just the journal check) For my SAN-based file systems I do explicitly fsck them each time they are mounted in my mount scripts because some systems rely on SAN snapshots, and sometimes those snapshots are taken when the file system can be in an inconsistent state. If the file system is clean the fsck aborts and the file system is mounted. nate ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] repo with eclipse/subclipse?
Is there a 3rd party repo with working eclipse-platform/subclipse versions? Preferably something compatible with an up to date subversion? I'm currently getting: Error: Missing Dependency: libneon.so.25 is needed by package subversion-1.6.5-0.1.el5.rf.i386 (rpmforge) when I try with rpmforge enabled. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] repo with eclipse/subclipse?
On Thu, Sep 10, 2009 at 12:40:28PM -0500, Les Mikesell wrote: > Error: Missing Dependency: libneon.so.25 is needed by package > subversion-1.6.5-0.1.el5.rf.i386 (rpmforge) > > when I try with rpmforge enabled. Are you disabling the standard repo's when you do that? neon-0.25.5-10.el5.i386.rpm is part of the 5.3 base. -- rgds Stephen ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] patching from different directory
Howdy, I have a diff file in my /var/tmp and would like to apply patch to a file in a different directory (other than /va/tmp). I tried using patch with -d switch, but that doesn't work. It complains abt 'patch: Can't open patch file tilda.diff : No such file or directory'. Do I need to copy my diff file to the directory where original file resides? Or is there any other way round? - CS. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Fork: Resource Temporarily Unavailable
Hey all, I installed a while ago two CentOS 5.3 servers. One of them was running Samba and another OpenLDAP. I configured Samba to act as a PDC on the network and everything was working fine, I was already on policies rules and desktop migrations. One day, another analyst changed our subnet, and the domain was implemented only on our sector for start. After the subnet change, we had a comunication problem and we figured out it that we needed to configure samba as WINS server too. After a while, he changed Proxy requests for WINS to samba, only as a test (some of the requests). Before we could configure samba, BUM, the samba server crashed and after some crash/restart it showed this on boot time (of course when sshd was starting) * /etc/rc3.d/S55sshd: fork: Resource Temporarily Unavailable After that, ALL CentOS installations have this problem after yum update: * /etc/init.d/functions: fork: Resource Temporarily Unavailable I have only one clue: EPEL repository. I installed and configured yum-priorities of course. I´m on my last test installation and I am sending now this e-mail because if it crashes and i have no resolution, they are going to ask me for another distro install, and I like CentOS too much to do that. Just one last thing: its a 6000-7000 user environment and we're on a hurry, so I can't do long time testing or stay with something that may one day crash. Thanks, Gustavo Pastorino ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] patching from different directory
Hi, On Thu, Sep 10, 2009 at 14:04, Carlos Santana wrote: > I have a diff file in my /var/tmp and would like to apply patch to a > file in a different directory (other than /va/tmp). I tried using > patch with -d switch, but that doesn't work. It complains abt 'patch: > Can't open patch file tilda.diff : No such file or directory'. Do > I need to copy my diff file to the directory where original file > resides? Or is there any other way round? Try: cd /path/to/file/to/be/patched patch -p0 http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] trouble playing quicktimes at apple.com/trailers
Olaf Mueller wrote: > fred smith wrote: > > >> While I haven't tried that, >> > ? > > >> I don't think that's the problem I'm >> having: I can copy and paste the URL of the .mov file into mplayer or >> vlc from the commandline, and get the exact same symptoms. I.E., there >> is no browser involved in that transaction but it fails the same way. >> > You are completely wrong. Read the link, or read it not, it is your > choice. > > Here it works with CentOS 5.3. > > > regards > Olaf > Works here, too. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Fork: Resource Temporarily Unavailable
Gustavo Pastorino wrote: > * /etc/rc3.d/S55sshd: fork: Resource Temporarily Unavailable Sounds like too many processes are running, you try to run top (assuming it even works in that condition), if the problem doesn't happen right away I'd cron a script to run once a minute and log the contents of ps auxw, and see what chews up all of the resources on the box. You can also try adjusting the limits in /etc/security/limits.conf it seems the root user is "limited" to roughly 36,000 processes, which to me is more than enough, I don't think I've ever seen more than 3-4k on a box and that was typically when the box was horked. nate ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Fork: Resource Temporarily Unavailable
Hi, On Thu, Sep 10, 2009 at 14:10, Gustavo Pastorino wrote: > * /etc/rc3.d/S55sshd: fork: Resource Temporarily Unavailable > > [...] > > I´m on my last test installation and I am sending now this e-mail > because if it crashes and i have no resolution, they are going to ask > me for another distro install, and I like CentOS too much to do that. > > Just one last thing: its a 6000-7000 user environment and we're on a > hurry, so I can't do long time testing or stay with something that may > one day crash. Very hard to "guess" what is wrong with your machine just with that information above... Please post: * What kernel version are you using? (uname -mri) * What were the last updates to this machine? (tail -50 /var/log/yum.log; rpm -qa --last | head -50) * What are the hardware specs of that machine? How many CPUs? How much RAM? (cat /proc/cpuinfo; cat /proc/meminfo) These above might help figure out what is happening with your machine. HTH, Filipe ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Fork: Resource Temporarily Unavailable
Hi, On Thu, Sep 10, 2009 at 14:19, Filipe Brandenburger wrote: > Please post: > * What kernel version are you using? (uname -mri) > * What were the last updates to this machine? (tail -50 > /var/log/yum.log; rpm -qa --last | head -50) > * What are the hardware specs of that machine? How many CPUs? How much > RAM? (cat /proc/cpuinfo; cat /proc/meminfo) > > These above might help figure out what is happening with your machine. Another one: * Which services are started when you boot the machine? (chkconfig --list | sort | grep 3:on) HTH, Filipe ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Problems setting terminal size in termcap/xterm
Hi, On Thu, Sep 10, 2009 at 09:55, Marcelo M. Garcia wrote: > I'm trying to set the terminal size in /usr/share/vte/termcap/xterm, but > it seems that CentOS doesn't look at this file. Works for me (CentOS 4, opening "gnome-terminal"). What does "echo $TERM" output for you? If it does not output "xterm" that might be the reason why it does not work... HTH, Filipe ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] patching from different directory
Thanks Filipe. I can do it by cd-ing into file-to-be-patched dir. I think the -d switch in patch command does similar thing (cd). But then it assumes diff file also to be present in that new directory. I guess the problem is not having full dir path in the diff file itself. The diff file mentions only file name. How do I get full path in my diff file? Any clues? - CS. On Thu, Sep 10, 2009 at 1:12 PM, Filipe Brandenburger wrote: > Hi, > > On Thu, Sep 10, 2009 at 14:04, Carlos Santana wrote: >> I have a diff file in my /var/tmp and would like to apply patch to a >> file in a different directory (other than /va/tmp). I tried using >> patch with -d switch, but that doesn't work. It complains abt 'patch: >> Can't open patch file tilda.diff : No such file or directory'. Do >> I need to copy my diff file to the directory where original file >> resides? Or is there any other way round? > > Try: > > cd /path/to/file/to/be/patched > patch -p0 > You might want to use -p1 or -p2 or -p3... depending on what is the > path to the file inside the .diff file. To figure that out, open the > .diff file and look at the lines that start with --- and +++, then see > how many directories are there before the filename, use that number > for the argument to -p. > > HTH, > Filipe > ___ > 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] patching from different directory
Carlos Santana wrote: > Thanks Filipe. > > I can do it by cd-ing into file-to-be-patched dir. I think the -d > switch in patch command does similar thing (cd). But then it assumes > diff file also to be present in that new directory. > > I guess the problem is not having full dir path in the diff file > itself. The diff file mentions only file name. How do I get full path > in my diff file? Any clues? Could another option be to pipe the diff into patch via STDIN ? cat /path/to/filename.diff | patch -p0 or something. nate ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] patching from different directory
Hi, On Thu, Sep 10, 2009 at 14:34, nate wrote: > Could another option be to pipe the diff into patch via STDIN ? > > cat /path/to/filename.diff | patch -p0 That's exactly the same as: $ patch -p0 http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] patching from different directory
Hi, On Thu, Sep 10, 2009 at 14:28, Carlos Santana wrote: > Thanks Filipe. > > I can do it by cd-ing into file-to-be-patched dir. So, this means it's fixed for you? > I think the -d > switch in patch command does similar thing (cd). But then it assumes > diff file also to be present in that new directory. Yes, it will change directory before looking for the patch file, so I believe you should use absolute pathnames or redirections. > I guess the problem is not having full dir path in the diff file > itself. The diff file mentions only file name. How do I get full path > in my diff file? Any clues? I believe the "problem" is that you are not using "patch" as you are supposed to use it... Read the first lines of "man patch", it will say: "but usually just: patch -pnum http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] repo with eclipse/subclipse?
Stephen Harris wrote: > On Thu, Sep 10, 2009 at 12:40:28PM -0500, Les Mikesell wrote: >> Error: Missing Dependency: libneon.so.25 is needed by package >> subversion-1.6.5-0.1.el5.rf.i386 (rpmforge) >> >> when I try with rpmforge enabled. > > Are you disabling the standard repo's when you do that? > neon-0.25.5-10.el5.i386.rpm is part of the 5.3 base. Oh, thanks. I actually had built and installed a neon-0.28.4 package so I could install a subversion-1.6.3 before rpmforge had it to fix a problem with svnsync - and then I forgot about it. Removing those installing rpmforge's current subversion took care of it. But now I am hitting the issue I was more or less expecting: --> Processing Dependency: subversion = 1.4.2-4.el5_3.1 for package: subversion-javahl --> Finished Dependency Resolution subversion-javahl-1.4.2-4.el5_3.1.i386 from updates has depsolving problems --> Missing Dependency: subversion = 1.4.2-4.el5_3.1 is needed by package subversion-javahl-1.4.2-4.el5_3.1.i386 (updates) Error: Missing Dependency: subversion = 1.4.2-4.el5_3.1 is needed by package subversion-javahl-1.4.2-4.el5_3.1.i386 (updates) I don't think current subversion versions even have a javahl and I can't go back to an ancient one. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS vs Fedora?
On Tue, Sep 8, 2009 at 6:31 PM, David Suhendrik wrote: > I'm newbie and i want to know Your opinion about CentOS vs Fedora, hopefully > this isn't make a flame, and just to curious.. > Actucally now I'm using CentOS as some servers. ^_^' Catching up on reading the list and here are my 2 cents: We started out using Red Hat Linux on our home desktops. Then we tried several versions of Fedora, years ago. Some with excellent results and some with bad results. Using CentOS now and it's a winner. If you have some very recent HW, or a Laptop, you may need to use Fedora, but if not, CentOS is the way to go, IMHO. Test your boxes with a CentOS LiveCD before you do an install onto bare metal, to be sure it will run OK on your HW. If you need the latest and greatest, this isn't the distro you want, but if you want long life, stability and security, this is the way to go. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] patching from different directory
On Thu, Sep 10, 2009 at 2:55 PM, Filipe Brandenburger wrote: > Hi, > > On Thu, Sep 10, 2009 at 14:28, Carlos Santana wrote: >> Thanks Filipe. >> >> I can do it by cd-ing into file-to-be-patched dir. > > So, this means it's fixed for you? > >> I think the -d >> switch in patch command does similar thing (cd). But then it assumes >> diff file also to be present in that new directory. > > Yes, it will change directory before looking for the patch file, so I > believe you should use absolute pathnames or redirections. > >> I guess the problem is not having full dir path in the diff file >> itself. The diff file mentions only file name. How do I get full path >> in my diff file? Any clues? > > I believe the "problem" is that you are not using "patch" as you are > supposed to use it... > > Read the first lines of "man patch", it will say: "but usually just: > patch -pnum > That is how it's intended to be used in most cases. You cd to the > directory where the source tree is, then call "patch" using > redirection to get the patch file from stdin. > That's helpful. Thanks for the details Filipe. I need to CD into the to-be-patched-source dir and then patch works. This is because the context diff file is not having absolute path to the to-be-patched file. If I manually edit first line of context diff starting with *** to provide absolute path, everything works fine. Is there any way to get absolute path in the diff o/p? > Does using "patch" in that solve your problem? Otherwise, please state > clearly what you are trying to achieve. > > HTH, > Filipe > ___ > 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] CentOS vs Fedora?
Lanny Marcus wrote: > On Tue, Sep 8, 2009 at 6:31 PM, David Suhendrik wrote: >> I'm newbie and i want to know Your opinion about CentOS vs Fedora, hopefully >> this isn't make a flame, and just to curious.. >> Actucally now I'm using CentOS as some servers. ^_^' > > Catching up on reading the list and here are my 2 cents: We started > out using Red Hat Linux on our home desktops. Then we tried several > versions of Fedora, years ago. Some with excellent results and some > with bad results. Using CentOS now and it's a winner. If you have some > very recent HW, or a Laptop, you may need to use Fedora, but if not, > CentOS is the way to go, IMHO. Test your boxes with a CentOS LiveCD > before you do an install onto bare metal, to be sure it will run OK on > your HW. If you need the latest and greatest, this isn't the distro > you want, but if you want long life, stability and security, this is > the way to go. Unfortunately you often want a different tradeoff between stability and features in the base OS and the applications you use and the way distributions are packaged makes it difficult to get both right all the time. In the first year or maybe even two after a CentOS version is released, the applications aren't two badly out of date. After that, you are happy that your system isn't crashing but you'll start to miss the features that are included in fresher releases and probably start to run into bugs that won't ever have the fixes backed into the old application versions. Sometimes you can find newer versions on 3rd party sites like rpmforge, sometimes you can build your own (both with some risk) and sometimes you just put up with what's there knowing you are years behind current development. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS vs Fedora?
On Tue, Sep 8, 2009 at 7:41 PM, Scott Silva wrote: > If you want rock solid stable for up to 7 years, pick CentOS. > If you want the latest versions of PHP, Apache, or whatever else, and don't > mind re-installing every 6 months to a year, choose Fedora. > > Just my $.02... I use CentOS on a number of servers and Fedora on some servers and desktops. It comes down to what the system will be doing. For the NFS server, where reliability is the main goal, I use CentOS. For a (virtual) server that runs GLPI and OCS Inventory, I use Fedora. Those applications are part of Fedora, so its very easy to get up and running and keep everything up to date. For the desktops, its Fedora - the bottom line is Firefox is the most commonly used app, and there's a nice, rather up to date version in Fedora. Lots of useful apps built in (available through yum), which is nice. This was a bigger plus when CentOS was on FF1.5, and Fedora was on FF2. What I'm working towards is getting everything to be managed and controlled by puppet, so that reinstalling the OS is easy, and switching between Fedora and CentOS (or *gasp* Ubuntu) is easy. The goal is flexibility and resiliency. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS vs Fedora?
Michael Semcheski wrote: > > For a (virtual) server that runs GLPI and OCS Inventory, I use Fedora. > Those applications are part of Fedora, so its very easy to get up and > running and keep everything up to date. For this particular case, you could use CentOS with the epel and remi (http://blog.famillecollet.com/pages/Config-en) repositories enabled. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] patching from different directory
Hi, On Thu, Sep 10, 2009 at 17:30, Carlos Santana wrote: > Is there any way to get absolute path in the diff o/p? Well, yes, if you run "diff" passing absolute pathnames then (I believe) it will create a path with absolute pathnames... (It might not, considering that this is not very useful. GNU tar is an example of utility which transforms absolute into relative paths since relative is more useful than relative, although I don't believe diff does the same, the same logic would apply to it as well.) However, I don't really see the usefulness of that since that would restrict you to patching on the same absolute path where you created the diff... The purpose of "patch" is for others to be able to apply the same changes to their codebases, which can be located anywhere in the directory tree and not necessarily in the same path where you did it. What exactly is the big problem of changing directories before you apply the patch? HTH, Filipe ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] trouble playing quicktimes at apple.com/trailers
On Thu, Sep 10, 2009 at 07:26:45PM +0200, Olaf Mueller wrote: > fred smith wrote: > > > While I haven't tried that, > ? > > > I don't think that's the problem I'm > > having: I can copy and paste the URL of the .mov file into mplayer or > > vlc from the commandline, and get the exact same symptoms. I.E., there > > is no browser involved in that transaction but it fails the same way. > You are completely wrong. Read the link, or read it not, it is your > choice. ok, thanks for the kick in the rear. I looked, read thru the entries, checked out the bug report, installed the add-on, set up the user agent entry as described and voila. Doggone those Apple folks. why would they be so stingy as to PREVENT people from using otherwise-compatible players from seeing the trailer? Just doesn't make sense in any way other than sheer meanness. I mean, what real business justification could there be? Thanks! -- Fred Smith -- fre...@fcshome.stoneham.ma.us - "And he will be called Wonderful Counselor, Mighty God, Everlasting Father, Prince of Peace. Of the increase of his government there will be no end. He will reign on David's throne and over his kingdom, establishing and upholding it with justice and righteousness from that time on and forever." --- Isaiah 9:7 (niv) -- ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] trouble playing quicktimes at apple.com/trailers
fred smith wrote: > Doggone those Apple folks. why would they be so stingy as to PREVENT people > from using otherwise-compatible players from seeing the trailer? Just > doesn't make sense in any way other than sheer meanness. I mean, what real > business justification could there be? They don't have the opportunity to up sell you to Quicktime pro? Perhaps they have changed it but I recall last time I used Apple Quicktime(I admit it's been years), it would pester you almost all the time to upgrade. nate ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] trouble playing quicktimes at apple.com/trailers
On Thu, Sep 10, 2009 at 05:43:21PM -0700, nate wrote: > fred smith wrote: > > > Doggone those Apple folks. why would they be so stingy as to PREVENT people > > from using otherwise-compatible players from seeing the trailer? Just > > doesn't make sense in any way other than sheer meanness. I mean, what real > > business justification could there be? > > They don't have the opportunity to up sell you to Quicktime pro? > Perhaps they have changed it but I recall last time I used > Apple Quicktime(I admit it's been years), it would pester you > almost all the time to upgrade. Perhaps that's what they're thinking. but if so, they're wrong. Until such time as they offer a native Linux quicktime client I ain't gonna ever use it. they can whine all they want about us open source scumbags trying to freeload, but I'll give up being able to see their trailers before I'll switch to one of their currently-supported operating systems. I'd venture that most of us Linux users feel the same way. So, they're not gaining anything other than ill will by blocking us from viewing. but hey, some bright person in the community will almost always figure out how to get around such artificial limitations. My thanks to those who figured out this one! -- Fred Smith -- fre...@fcshome.stoneham.ma.us - The Lord detests the way of the wicked but he loves those who pursue righteousness. - Proverbs 15:9 (niv) - ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Fork: Resource Temporarily Unavailable
On Sep 10, 2009, at 2:10 PM, Gustavo Pastorino wrote: > Hey all, > > I installed a while ago two CentOS 5.3 servers. One of them was > running Samba and another OpenLDAP. I configured Samba to act as a PDC > on the network and everything was working fine, I was already on > policies rules and desktop migrations. > > One day, another analyst changed our subnet, and the domain was > implemented only on our sector for start. After the subnet change, we > had a comunication problem and we figured out it that we needed to > configure samba as WINS server too. After a while, he changed Proxy > requests for WINS to samba, only as a test (some of the requests). > Before we could configure samba, BUM, the samba server crashed and > after some crash/restart it showed this on boot time (of course when > sshd was starting) > > * /etc/rc3.d/S55sshd: fork: Resource Temporarily Unavailable > > After that, ALL CentOS installations have this problem after yum > update: > > * /etc/init.d/functions: fork: Resource Temporarily Unavailable > > I have only one clue: EPEL repository. I installed and configured > yum-priorities of course. > > I´m on my last test installation and I am sending now this e-mail > because if it crashes and i have no resolution, they are going to ask > me for another distro install, and I like CentOS too much to do that. > > Just one last thing: its a 6000-7000 user environment and we're on a > hurry, so I can't do long time testing or stay with something that may > one day crash. Boot into run level 1, bring up auxillary services one by one waiting to make sure each works until you reach the one that borks, then reboot into level 1 disable problem service, go into run level 3, then diag config file and figure out what broke. My bet is samba and some script that is kicked off when user's connect. -Ross ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Kickstart help
Guys I wanted to thank you for your tremendous advice on my kickstart setup. In regards to the removal of the yum update in kickstart config, how do you guys keep your internal repository synced with the public one? Thanks, Dan ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Kickstart help
Daniel Burkland wrote: > Guys I wanted to thank you for your tremendous advice on my kickstart > setup. In regards to the removal of the yum update in kickstart config, > how do you guys keep your internal repository synced with the public one? I only update mine a couple times a year but I use rsync. rsync -av --delete rsync://mirrors.kernel.org/centos/5/updates/x86_64/ latest/x86_64/ rsync -av --delete rsync://mirrors.kernel.org/centos/5/updates/i386/ latest/i386/ If there is a specific update I need more often then I download that manually. I don't use yum myself as it conflicts with what I have configured in cfengine. I do use yum on a test box to build a list of rpms to install then store those rpms in a particular location and force install them to do the upgrade as part of my %post in kickstart. nate ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] trouble playing quicktimes at apple.com/trailers
fred smith wrote: > So, they're not gaining anything other than ill will by > blocking us from viewing. Yes. An other example for such a behaviour is Amazon.com. Amazon.com has changed their data API to require that all searches be signed with a secret key, unique to each user. As a result my tellico database in version for kde 3.5 is not working any more. regards Olaf ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
