Re: [CentOS] Cemtos 7 : Systemd alternatives ?
On Jul 8, 2014, at 6:27 PM, Always Learning wrote: > > That is a fundamental worry. Everything, except the kernel, dependent on > Poettering's (employed by Red Hat) windows-style gigantic systemd. > Nothing can run without systemd's prior consent. One tiny bug in systemd > and everything crashes. Is that RH's new "resilience" strategy? > I've been not so subtly hinting that I think this kind of thing could and will destroy Linux - at least in any context other than rolling your other distribution and hoping for the best. (at least until they start putting dbus into the kernel - and I cannot say strongly enough how utterly DUMB that is.) I don't mean that it will make it go away and people will stop using it and all that. It'll be going strong in one form or another for decades. What I mean is, that people who don't know what they're doing will be the only ones to actually be using it, and those who know better will have long ran off for greener pastures. And then the large distros will start catering to those inexperienced people, and mark my words, we're going to end up with a catastrophe sooner rather than later. Someone's going to put the wrong thing into the kernel, open up a security hole, and heartbleed all over again. And no one will learn the lesson. We were worried years ago about Microsoft embracing and extending. That turned out to be the wrong worry. Looks like the right worry was people making stupid decisions and killing it from the inside. Congratulations, RedHat and Poettering - you did (or are doing) what Microsoft couldn't. I've been toying with the idea of rolling a distribution similar to OpenBSD - with a focus on security and doing the right thing - no matter what other stupid crap other people are doing. The problem is that rolling a distro is a lot of work. But... it may need to be done. The inmates are running the asylum. --Russell ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Cemtos 7 : Systemd alternatives ?
On Jul 8, 2014, at 2:03 PM, Robert Moskowitz wrote: > ] > Ah, we will be at Centos 11 by then :) > > Systemd will be a thing of the past and we will be dealing with systemq. It'll be named "kitchensink", there will be only one process in the process table, and every bit of computation will be handled using kernel threads. All services will have been moved into the kernel for "speed", and exceptions will be handled by everything being virtualized - when the kernel crashes, the guest will just kill itself and respawn. I really wish I was joking or being facetious. I'm not. This is pretty much the logical end result of the abomination that's systemd, and the appallingly stupid idea of putting dbus into the kernel. There's a reason for privilege and process separation, and people seem to have forgotten it. More facetiously, Poettering will have rejoined a BSD project after effectively having killed off Linux for any production use, and laughing all the way to the bank. :) --Russell ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Centos 7 : Systemd alternatives ?
On Jul 8, 2014, at 1:03 PM, John R. Dennison wrote: > On Tue, Jul 08, 2014 at 08:05:07AM -0700, Russell Miller wrote: >> >> And that's all I'm saying in response to you. Keep this up >> and my killfile will have one more entry. > > Please stop replying to non-list subscribers in Cc: fields. Harald was > removed from this list years ago for, well, the reason should be quite > obvious. When you group reply to his crap you are just drawing him back > into the discussions. I don't feel bad about being tricked. It happens. When I see the mailing list as a recipient, even as a CC, I assume that it went to the list. I have no way of seeing the member list. However, I think I may accelerate his entry into my killfile, in that case. --Russell ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Cemtos 7 : Systemd alternatives ?
On Jul 8, 2014, at 9:27 AM, Scott Robbins wrote: > On Tue, Jul 08, 2014 at 12:21:43PM -0400, Scott Robbins wrote: > > >> Wow. This was my bad in assuming everyone knows who Adam is--a very good >> natured and helpful person. > > I should also add that Adam's comment was very tongue-in-cheek and aimed at > people who took it that way. Again, I really apologize for taking that out > of context and expecting everyone to somehow magically grasp the context > especially as it seems it irked a few people. He was saying it to me and a > few others, who he knows, and all fit the description, and it was certainly > meant as a joke. FWIW I accept your apology. I also would be remiss if I didn't point out that if this is the case, you've done him a huge, huge disservice by spreading a non-contextual insult towards a class of people that he probably actually did say. Perhaps now he will be more careful with what he says - even amongst friends. Sometimes things said in confidence can come back to bite you. What he said, even if amongst friends, btw, *is* wrong, and stupid, and should not have been said. But I'm guilty of the same thing, so beam, mote, and all that. --Russell ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Cemtos 7 : Systemd alternatives ?
On Jul 8, 2014, at 7:58 AM, Reindl Harald wrote: > > and the next one talking before try to get informations > there is no monolithic daemon damned > > there is one project with one source tree maintaining > a lot of daemons and binaries - so be quite before > you tried to learn some basics Generally when people get personal I figure I must have hit a nerve. I must have hit a nerve. I didn't say it was windows-like. I said it was more windows-like than I was comfortable with. Even with multiple daemons, It's still not very transparent, somewhat incomrehensible, documented poorly while still managing to have voluminous documentation, dumps stuff everywhere, and is just generally annoying. Even its sysv compatibility is incomplete. It runs sysv scripts, but in such a way as to break any but the simplest. I've run into situations where I've actually had to make a systemd unit because it broke the script, and I couldn't fix it. The script was fine, ran perfectly if you just ran it, and systemd did... *something*... to it. I still haven't figured out what. And debugging is an absolute pain. And that's all I'm saying in response to you. Keep this up and my killfile will have one more entry. --Russell ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Cemtos 7 : Systemd alternatives ?
On Jul 8, 2014, at 5:09 AM, Dennis Jacobfeuerborn wrote: > > That presumes that your conservative attitude is the majority opinion > though. Systemd is one of the features that I have been looking forward > to in CentOS 7 because of the new capabilities it provides so while this > will surely drive some people away it will actually attract others and > if you think that this will lead to some sort of great exodus then I > think you are mistaken. Not everybody is this uncomfortable with change. > For the record, I'm not uncomfortable with change. I'm uncomfortable with stupid, poorly thought out, monolithic change that ignores half a century of the UNIX philosophy. And creating a daemon that tries to handle everything but the kitchen sink and implementing it in such a way as to make it nearly incomprehensible to me certainly qualifies as that type of change. Sysvinit may not be perfect, but it's UNIX. Systemd is... a lot of things, but more of a windows-like solution than I"m comfortable with. It's just dumb. Surely there could have been a better way of accomplishing their goals without creating the equivalent of Cartman's Trapper Keeper. And yea, I'm kind of an old white guy (is 38 old?) The guy who called that out as a negative is not helping his cause with me. This old white guy has been doing Linux administration when some people on this list were pulling the hair of girls they liked and eating bugs. (and if that was yesterday, I don't want to hear about it. :)) --Russell ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Cemtos 7 : Systemd alternatives ?
On Jul 7, 2014, at 6:34 PM, Scott Robbins wrote: > > No systemd in FreeBSD. It isn't Linux, and like any O/S, has its own > oddities. > > It would take more adjustment, IMHO, to go from CentOS 6.x to FreeBSD than > to go to 7.x. (I'm saying this as someone who uses both FreeBSD and > Fedora which has given a hint of what we'll see in CentOS 7.) > That's a good point. Systemd may be the "abomination of desolation" that causes me to finally start moving to a BSD variant. Or at least start looking at one. And I chose the word "abomination" carefully and deliberately. And I also chose the Biblical allegory very deliberately. Just as the "abomination of desolation" is that which will portend the end of the world, systemd is the "abomination of desolation" that will portend the beginnings of the destruction of the Linux most of us hold dear. But that's not why I mentioned this... I'd never thought of BSDs before, but considering heartbleed and how OpenBSD forked LibreSSL and is taking security very seriously, it's actually something I am going to give a great deal of consideration to. I've been a Linux admin for nearly 20 years now - I was around when it was 0.99 and everyone was cheering about it being POSIX finally. Maybe it's just time to move on. --Russell ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Sorry
On May 17, 2014, at 3:29 PM, Alexander Dalloz wrote: > Am 17.05.2014 23:22, schrieb Always Learning: >> >> Top posting ALWAYS makes sense when the poster has included nearly 200 >> lines of redundant and time-wasting waffle from previous posters. > > False argument. In reading through this perennial and ultimately time-wasting argument, I will simply say this. One of the adages that drove the creation of the Internet is thus: "Be conservative in what you send, and liberal in what you accept". This could also be stated in the terms of another great piece of literature: "Take the beam out of your own eye before you worry about the mote in your brother's". Put another way, if people would just spend the time worrying about what they do and stop worrying about the behavior of others, this would be a much nicer world to live in. Even if it annoys you. Now I think I'm just going to filter out this thread, because in arguing back and forth about this, you're just wasting MY space and time. Have a nice day. I almost both top posted AND bottom posted on this thread just to be annoying, but not worth it. --Russell ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Kernel panic when booting into FIPS mode
On Apr 20, 2014, at 8:01 PM, Dale Harris wrote: > > > But that file does exist on the system. I guess the initramfs may not > see the /boot directory on the system? Or is it trying to look for > /boot inside the initramfs? If so that would explain my problem. I > haven't verified any of this yet. But seems like /boot ought to be > mounted for the system... anyone know of a fix for this? Is /boot a separate filesystem? If so, I would check to see if it is actually mounted as /boot from the initramfs. It might just be /, at least until the initramfs is unmounted and the root filesystem is mounted on top of it. That's what I'd look for. /boot separate filesystem == it's / on initial boot /boot part of / == it's /boot on initial boot. --Russell ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] mbox files - can they be "compacted"?
> > We have been using Maildir with courier-imap for decades, and > haven't had an issue with this. My security folder typically has > 25,000+ messages for the last 7 days messages, and accessing > either with IMAP or directly with mutt isn't a problem. > > I have written various scripts over the years to convert from > various mail storage formats ranging from SCO's horrible ctrl-a > delimited through the U.W. IMAP, and ones that query other IMAP > servers to convert their folder structures to local Maildir. > > Maildir is generally very easy to handle with standard *nix > command line tools. As some have noted, modern filesystems are better at this than ones such as ext2. However, even in the best of cases, there are still situations where maildirs with a lot of messages are awkward to handle. Specifically, if you're trying to find specific messages based on criteria that are not easily discernable from the inode, for example, things with attachments. The awkwardness comes from the fact that the shell has a maximum argument size, so you can't use *. You have to use a bit more script-fu, such as find, etc. Even if there aren't huge issues with doing this, it's an easily fixed thing. Allowing directories to have hundreds of thousands of entries as a matter of course, even if it's something that causes no issues in many cases, to me is an architectural issue. But then, I noticed my beard is starting to turn grey the other day, so maybe I should just get out the COBOL and tell everyone how we did it when I was a kid. --Russell ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 6 mount of ntfs formatted usb stick fails
On Apr 14, 2014, at 7:23 PM, John R Pierce wrote: > On 4/14/2014 6:06 PM, Rob Kampen wrote: >> I recently received an 8GB usb stick that fails to mount on my fully >> patched CentOS 6.5 desktop machine. >> >> The stick works just fine on a windoze 7 laptop (my daughter's) with >> no special drivers installed. > > most USB sticks are formatted FAT32 > Also keep in mind that the partition type is only a *hint*. It's just a flag that's set in the partition. What is actually in the partition does not need to match what is on the disk. Some utilities will use it for autodetection purposes, etc., and some will completely ignore it and blindly do whatever you ask. "file" is a good tool to find out what's actually on the partition. --Russell ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] mbox files - can they be "compacted"?
On Apr 13, 2014, at 10:25 PM, Keith Keller wrote: > > In the context of the OP, when mutt tries to deal with a message (e.g., > deleting, moving to a folder), it can be boatloads faster, since > handling the message works on a small file which contains just that > message. Deleting a message from an mbox mailbox, for example, requires > rewriting the entire changed mbox file to disk (minus the deleted message). > Deleting a message from a Maildir mailbox is just removing one file from > a directory. HOWEVER. When a directory grows too large, the OS can take a long time to seek through the directory, which can cause its own set of problems. And this makes cleaning out a maildir directory selectively a real pain. Maildir really could do with a hashing mechanism. --Russell ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Old HP Xeon server blade with only SCSI HDD ports & CentOS
On Apr 12, 2014, at 10:03 PM, John R Pierce wrote: > I've retired all the older xeon "P4" class hardware from my development > lab as its increasingly unreliable as it gets older than 5 years old. > a huge 6000 watt chassis of 8 dual single core servers with 8gb max ram > each can *easily* be replaced with a single 1U or 2U server with dual 8 > core processors and 128gb ram and vmware or whatever. Dual 8 core? Try dual 10 core (40 virtual cores) with 384G RAM and up to 32T of disk space in 2U. And that's just the server-of-the-line Dell stuff. And every time the server lines get refreshed, the servers get more and more capable. ... and take longer to boot. Sigh. --Russell ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Old HP Xeon server blade with only SCSI HDD ports & CentOS
On Apr 12, 2014, at 6:15 PM, Fernando Cassia wrote: > On Sat, Apr 12, 2014 at 8:30 PM, Russell Miller wrote: > >> >> How much current do you need? I bet I could find you one (if it's not a >> ridiculous amount). There's a surplus place here in the Portland area that >> has all manner of marginally useful power supplies. > > > I'm a bit far from Portland I'm afraid. > http://www.mapcrow.info/cgi-bin/cities_distance_airpt2.cgi?city3=-1456711%2CB&city4=15084%2CP > > Not that I wouldn't want to be closer. ;) Yes, just a bit. If you were in the US I could hunt it down for you, but I must say, in my best "minister from Blazing Saddles" voice: Son, you're on your own. Unless you're willing to pay for shipping. :) --Russell ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Old HP Xeon server blade with only SCSI HDD ports & CentOS
(If this double posts, my apologies. The first one was sent from the wrong address and I'm not sure it went through) On Apr 12, 2014, at 8:46 AM, Fernando Cassia wrote: > > It seems the only stumbling block for me so far is > 1. Finding a 48V power supply How much current do you need? I bet I could find you one (if it's not a ridiculous amount). There's a surplus place here in the Portland area that has all manner of marginally useful power supplies. --Russell ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] [OT] interesting hobbies (was Old HP Xeon server blade with only SCSI HDD ports & CentOS)
On Apr 12, 2014, at 4:09 PM, eoconno...@gmail.com wrote: > H.guess everyone's definition of fun is different?.LoL! > I think it's tremendous fun to rehabilitate old electronics. A few months ago, I picked up a Sony Tektronix 390AD digitizer. There was nothing wrong with it, except the switches were worn out. So I found 40 switches at great expense, took off the front cover, pulled off the circuit board, and painstakingly replaced each switch - using solder wick, flux, and rubbing alcohol. I am not sure that there are actually any more of these switches available. Anywhere. Now that I'm finished with it... I'm not entirely sure what to do with it, but it was a fun project and good to see something that wasn't working fully functional again. I have all of the equipment needed to do almost any electronics repair needed... but for some reason, it's more fun to collect and rehabilitate the equipment than to actually use it. I'm an odd duck. A long time ago, I picked up an old 68000 based server, and gave it to a friend for his birthday. He had tremendous fun setting up the server and getting Linux installed on it. There was nothing productive to do with it, but that's not the point. :) I also like to go to a surplus place here and pick up old embedded electronics to play with. it doesn't really have enough power to do anything useful, but again, that's not the point, it's just fun to get something working that hadn't worked in a long time. Alas, though, I only have limited time and too many other more useful projects... Such is being a nerd. :) --Russell ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Server test suite
On Fri, May 1, 2009 at 9:32 AM, nate wrote: > What kinds of things are on the checklist? Perhaps you can use something > like cfengine or puppet to do this. cfengine essentially runs a checklist > for me every hour on every system and enforces the rules I have set in > it(roughly 15,000 lines of configuration). > > puppet seems to be the new hot thing though I've not had any time > or interest to look into it myself cfengine does everything I need. > We do use puppet to configure the systems. Problem is that there's an institutional reluctance to run it in that way - it's done right now as a "push" configuration. So I would like to find something that can validate in a read-only way and send alerts when things are a little off. While I'm at it, I'd also like something that can keep a database of all of the packages installed on all of the servers and let me do queries against it... don't want to write it if there's already something out there. --Russell > nate > > > ___ > 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] Server test suite
Hi, I have an interest in software that will allow me to define test suites for servers. We have several thousand Linux systems, and after we build or rebuild each one, we have a checklist. I am trying to automate this checklist, and ideally have it run against all of our servers on a regular basis and report inconsistencies. Is anyone aware of open-source software that will do this, or do I need to write my own? --Russell ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] flash fails to work on Los Angeles Times website - fix
On Sat, Dec 20, 2008 at 7:13 PM, Mark Pryor wrote: > Hello, > > I have a 32-bit install of C5.2 on my Intel Centrino Laptop (2005). > The Adobe flash plugin works fine in Firefox in all cases except on the Los > Angeles Times website http://www.latimes.com. > > I was baffled by this for a few months, since it works on another 32-bit C5.2 > box. When I realized that the only real difference was that the laptop had no > LAMP install, and both had the same elaborate set of hosts redirects (to > avoid adverts), it seemed reasonable that the /etc/hosts file might be the > culprit. > > Sure enough, both boxes had this line in the redirects > --- /etc/hosts > 127.0.0.1 ad.doubleclick.net > --- end snip - > That's not a CentOS bug. That's a bug with your local configuration. I don't understand what you want CentOS people to do here. Is this hosts entry actually added by a package? If so, that's the real bug here. --Russell ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] nfs slow?
> Hi Russel, Are you Bonding the two Broad Com NICs? Can you give us an idea > speed wise of the performance for NFS? OT, are you doing any Samba testing? No, we're not bonding the NICs. Roughly, writes on the centos kernel are about 600K/s on average, and on the stock kernel about 1.3M/s. These are iozone tests, it's not line speed because of the way iozone does its tests. --Russell ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] nfs slow?
On Tue, Dec 16, 2008 at 4:10 PM, nate wrote: > Russell Miller wrote: > >> I have some pretty graphs, but the long and short of it is, while the >> read times are comparable, the write times for the stock kernel.org >> kernel are over twice as fast. I mean it's pretty much blowing the >> RHEL/CentOS kernel out of the water. > > What sort of I/O controller? > 00:06.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8111 PCI (rev 07) 00:07.0 ISA bridge: Advanced Micro Devices [AMD] AMD-8111 LPC (rev 05) 00:07.1 IDE interface: Advanced Micro Devices [AMD] AMD-8111 IDE (rev 03) 00:07.2 SMBus: Advanced Micro Devices [AMD] AMD-8111 SMBus 2.0 (rev 02) 00:07.3 Bridge: Advanced Micro Devices [AMD] AMD-8111 ACPI (rev 05) 00:0a.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge (rev 12) 00:0a.1 PIC: Advanced Micro Devices [AMD] AMD-8131 PCI-X IOAPIC (rev 01) 00:0b.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge (rev 12) 00:0b.1 PIC: Advanced Micro Devices [AMD] AMD-8131 PCI-X IOAPIC (rev 01) 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control 00:19.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration 00:19.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map 00:19.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller 00:19.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control 01:00.0 USB Controller: Advanced Micro Devices [AMD] AMD-8111 USB (rev 0b) 01:00.1 USB Controller: Advanced Micro Devices [AMD] AMD-8111 USB (rev 0b) 01:06.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27) 02:03.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5704 Gigabit Ethernet (rev 10) 02:03.1 Ethernet controller: Broadcom Corporation NetXtreme BCM5704 Gigabit Ethernet (rev 10) 03:01.0 RAID bus controller: 3ware Inc 9xxx-series SATA-RAID ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] nfs slow?
> Well, you got what you asked for. There's lots of info on the > centos.org web site, including info about the standard vs. plus > repositories. You need to make an informed decision there, which it > looks like you're moving towards, so keep going. > Interestingly, as a project for work I've been benchmarking different kernels against our configuration, using iozone. The latest redhat/centos 5.3 kernel against stock 2.6.27.8 (as close to the centos config as is feasible.) I have some pretty graphs, but the long and short of it is, while the read times are comparable, the write times for the stock kernel.org kernel are over twice as fast. I mean it's pretty much blowing the RHEL/CentOS kernel out of the water. --Russell ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] nfs slow?
On Wed, Dec 10, 2008 at 11:07 AM, Davide Cittaro <[EMAIL PROTECTED]> wrote: > Hi all, I'm migrating from Gentoo to CentOS... I'm experiencing a > rather low performance in NFS r/w (as client). > NFS server is solaris (which exports zfs volumes via nfs). The very > same exports were mounted with the same parameters (auto,nosuid,exec) > on gentoo and centos server (bot x86_64)... It happens that centos is > 5-10 times slower either in read and write operations... Ok, I'll try > to tune rsize and wsize, but does anybody have an hint on this low > performance? > We've seen similar results, but only to specific types of servers. For example, we have an Onstor/XIV system that is showing 90MB/S throughput, but an acopia switch in front of it showing much degraded throughput. Have you tried these measurements against a native Linux NFS server? It might be a good data point to find out if this only happens against Solaris. However, it could be none of the above, and be degraded ZFS performance that the NFS protocol is exacerbating. Have you run network dumps? --Russell ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] LDAP Authentication and Authorisation.
Friedrich Clausen wrote: > Does anyone have any real world, in the trenches experience they would > be willing to share? I would like to know which is the most > maintainable and easy to hand-over to more junior admins. > The way we did this was, we have an access.conf file that is automatically copied to every machine via a cron job. To give a netgroup access, you just make the change to the file in subversion, and it's automatically propagated a few minutes later. It's kind of hacky, but it does work. --Russell ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Two NFS issues
> Ok, but the portmap service have to run on the server. Correct me if I > get wrong, but the CentOS clients are asking the server for the port to > use and this is what portmap does. Actually I have a little more information, but I'm having a hard time putting the pieces together. It looks like when you turn attribute caching off, the first problem goes completely away, at the expense of slowing things way down. The attribute caching appears to be blocking for some reason - if you set the timeout to 1, the ls will finish after 1 second. --Russell ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Two NFS issues
On Mon, Dec 1, 2008 at 11:51 AM, Olaf Mueller <[EMAIL PROTECTED]>wrote: > Russell Miller wrote: > > Hello. > > > We're using nfs3 over tcp. rsize and wsize are 32768. Async is > > default, though I've tried sync. > Try rsize=8192 and wsize=8192. And my settings for /etc/hosts.allow, > maybe helpful? > I can try it. But there's a reason that we're using 32768, apparently the Acopias don't like 8192. --Russell ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Two NFS issues
On Mon, Dec 1, 2008 at 11:48 AM, Olaf Mueller <[EMAIL PROTECTED]>wrote: > > > > Funny thing is, turning on nfs debug and trying to trigger this > > problem > > seems to cause data corruption. Once it even managed to corrupt the > > local disk writes to the points where the journals aborted and I had > > to reboot. > Is portmap installed on server and client? > On the client, yes. On the server, I don't know, as these are Acopia virtualization servers and onstor/bluearc filers. --Russell ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Two NFS issues
On Mon, Dec 1, 2008 at 11:27 AM, Akemi Yagi <[EMAIL PROTECTED]> wrote: > On Mon, Dec 1, 2008 at 11:10 AM, Russell Miller <[EMAIL PROTECTED]> > wrote: > > All 5.2 versions have this problem. > > > > --Russell > > You might want to look into upstream bugzilla reports: > > https://bugzilla.redhat.com/show_bug.cgi?id=436004 > > and > > https://bugzilla.redhat.com/show_bug.cgi?id=448130 > Thanks, I'm reading them now. --Russell ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Two NFS issues
> > Example settings from my /etc/auto.* (automount): > * > -fstype=nfs4,rw,tcp,port=2049,soft,intr,rsize=8192,wsize=8192,nosuid > ://& > > Maybe the options *async* and the settings for rsize and wsize could be > helpful for you? We're using nfs3 over tcp. rsize and wsize are 32768. Async is default, though I've tried sync. Funny thing is, turning on nfs debug and trying to trigger this problem seems to cause data corruption. Once it even managed to corrupt the local disk writes to the points where the journals aborted and I had to reboot. --Russell ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Two NFS issues
All 5.2 versions have this problem. --Russell On Mon, Dec 1, 2008 at 11:03 AM, Akemi Yagi <[EMAIL PROTECTED]> wrote: > On Mon, Dec 1, 2008 at 10:32 AM, Russell Miller <[EMAIL PROTECTED]> > wrote: > > Hi, I was hoping someone would have an idea of what's going on here... > > > > We have two NFS issues. One of which is certainly centos based, one of > > which we're not sure of. > > > > First issue is: As of Centos 5, we can't make simultaneous access to a > > directory via NFS. To duplicate, I cd into a share in two windows, copy > a > > 1G file in the first window, and just do an ls in the other. The ls will > > hang until the write is done. > > > > Turning off apic seems to help a little, but there's still a very > > significant hang. > > > > This problem is not apparent in centos 4.x, even when mounting to the > same > > NFS server. > > > > The other problem is - we're seeing tremendous slowdowns when going > through > > an Acopia NFS virtualization server. These slowdowns got much more > severe > > when we moved to Centos 5.2. If we connect to the NFS appliance > directly, > > these slowdowns don't exist. > > > > Has anyone seen problems like this? How did you solve them? > > What is the version of your kernel? There are (used to be) known > issues with NFS in certain versions of the CentOS-5 kernels. > > Akemi > ___ > 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] Two NFS issues
Hi, I was hoping someone would have an idea of what's going on here... We have two NFS issues. One of which is certainly centos based, one of which we're not sure of. First issue is: As of Centos 5, we can't make simultaneous access to a directory via NFS. To duplicate, I cd into a share in two windows, copy a 1G file in the first window, and just do an ls in the other. The ls will hang until the write is done. Turning off apic seems to help a little, but there's still a very significant hang. This problem is not apparent in centos 4.x, even when mounting to the same NFS server. The other problem is - we're seeing tremendous slowdowns when going through an Acopia NFS virtualization server. These slowdowns got much more severe when we moved to Centos 5.2. If we connect to the NFS appliance directly, these slowdowns don't exist. Has anyone seen problems like this? How did you solve them? Thanks. --Russell ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos