No worries. I've checked IO issues using iotop, but ns-slapd only makes fleeting appearances there, so I don't *think* it's IO-bound There are 43 separate slapd threads (according to ' ps -efL | grep -c slapd'). I'd wondered about setting the 389 server as a replica of the production servers, but am not feeling that brave yet! -----Original Message----- From: 389-users-bounces@xxxxxxxxxxxxxxxxxxxxxxx [mailto:389-users-bounces@xxxxxxxxxxxxxxxxxxxxxxx] On Behalf Of Dustin Rice Sent: 31 March 2014 17:59 To: 389-users@xxxxxxxxxxxxxxxxxxxxxxx Subject: Re: Serious write-performance problems on RHEL6 Ah derp, my mistake, I apparently didn't scroll down far enough. Do you know if the slapd procs are sitting in an IO wait state? When you run a ps -eLf how many slapd threads are there? I'm going through a migration from Sun One 5.2 to 389ds also. You can setup a 389 DS replica of a Sun One master. It works out pretty well. My plan is to slowly replace our Sun One replicas with 389 DS replicas that are tied to a 389DS hub. Once all the Sun One replicas have been replace, I then promote that 389 DS hub to master and we're done. On 03/31/2014 09:28 AM, Steve Holden wrote: > Hi, Dustin > > Thanks for the rapid response. > > I did - sorry for not making that clearer (it was buried in the footer). > > I added indexes for the equivalent attributes from our current servers, > and then re-indexed all attributes by unchecking and re-checking > one of the checked boxes for _every_ indexed attribute and clicking "Save". > > Since then, I've used the following which I understand re-indexes > every attribute by default (but let me know if I've misunderstood!) > > /usr/lib64/dirsrv/slapd-${HOSTNAME%%.*}/db2index.pl \ > -D "$ADMIN_USER" -w "$ADMIN_PASSWD" -n userRoot -v > > Best wishes, > Steve > > -----Original Message----- > From: 389-users-bounces@xxxxxxxxxxxxxxxxxxxxxxx [mailto:389-users-bounces@xxxxxxxxxxxxxxxxxxxxxxx] On Behalf Of Dustin Rice > Sent: 31 March 2014 16:37 > To: 389-users@xxxxxxxxxxxxxxxxxxxxxxx > Subject: Re: Serious write-performance problems on RHEL6 > > When you did your import, did you make sure that your indexes got rebuilt? > > On 03/31/2014 08:34 AM, Steve Holden wrote: > >> I've hit a snag with my 389 development server; it's performance far worse >> than the 10 year-old servers it's intended to replace. > ... >> The directory contains custom attributes, some of which are CoS, >> and many of which have been indexed (AFAIK, all attributes have been re-indexed). > > ___________________________________________________________ > This email has been scanned by MessageLabs' Email Security > System on behalf of the University of Brighton. > For more information see http://www.brighton.ac.uk/is/spam/ > ___________________________________________________________ > -- > 389 users mailing list > 389-users@xxxxxxxxxxxxxxxxxxxxxxx > https://admin.fedoraproject.org/mailman/listinfo/389-users -- ===================================== Dustin Rice UNIX System Administrator - CIS Portland State University ===================================== -- 389 users mailing list 389-users@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/389-users ___________________________________________________________ This email has been scanned by MessageLabs' Email Security System on behalf of the University of Brighton. For more information see http://www.brighton.ac.uk/is/spam/ ___________________________________________________________ ___________________________________________________________ This email has been scanned by MessageLabs' Email Security System on behalf of the University of Brighton. For more information see http://www.brighton.ac.uk/is/spam/ ___________________________________________________________ -- 389 users mailing list 389-users@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/389-users
