Re: pwconv

your case but it's worth a try. > > gdb /usr/sbin/pwconv > ctr-C > > Then type in 'where' to see the function tree > > Try that several times. > > Werner __ Do You Yahoo!? Get e

Re: pwconv

In such cases I usually use gdb to get a better understanding where the problem lies - in which function it hangs or if the program is running in an endless loop. It might not help a lot in your case but it's worth a try. gdb /usr/sbin/pwconv ctr-C Then type in 'where' to see th

Re: pwconv

Al Sparks <[EMAIL PROTECTED]> writes: > I’m running pwconv on a passwd file of 307 records. My machine is > running Redhat 6.2, kernel version 2.2.18 (i686 unknown). > > So far this thing has been running for over 14 hours. The machine is > not yet production, so i

pwconv

I’m running pwconv on a passwd file of 307 records. My machine is running Redhat 6.2, kernel version 2.2.18 (i686 unknown). So far this thing has been running for over 14 hours. The machine is not yet production, so it has most of the CPU (usually 98%+). What is taking so long? How do I

Re: pwconv w/ more than 2500 users?

This is where our biggest performance hit comes into play. When we switched from NetBSD to Linux our machine came to a screeching halt because I way new to the ways of PAM, and the pitfalls of pwdb. On our old 200Mhz Pentium, POP connections alone were taking more than a second to authenticate (

Re: pwconv w/ more than 2500 users?

Randy Carpenter wrote: > > > > You have more than 2000 users on one machine? Holy Shit! That's a lot. > > No it isnt ;) > We have over 13000 users in a FeeeBSD box. We only run freebsd for historical reasons - Linux is a lot better. I fugure we can support ~ 30,000 users (POP+www) on a single 2

Re: pwconv w/ more than 2500 users?

> > You have more than 2000 users on one machine? Holy Shit! That's a lot. No it isnt ;) -brag mode on webserver:/# wc -l /etc/passwd 46828 /etc/passwd webserver:/# - (Machine name changed to protect the innocent) ;) The password file was around 52,000 be

Re: pwconv w/ more than 2500 users?

would be nice if vipw printed a warning about duplicate usernames, > > too...). > > > > Thanks > > > > James Youngman wrote: > > > > > >>>>> "dc" == Dana Canfield <[EMAIL PROTECTED]> writes: > > > > > >

Re: pwconv w/ more than 2500 users?

James Youngman wrote: > >>>>> "dc" == Dana Canfield <[EMAIL PROTECTED]> writes: > > dc> I tried doing 2000 users, then adding 500 more and running > dc> pwconv again. That didn't work. I'll try splitting it up and > dc> doing

Re: pwconv w/ more than 2500 users?

I tried doing 2000 users, then adding 500 more and running pwconv again. That didn't work. I'll try splitting it up and doing just 2000 at a time, then merging the shadowed files. Is that safe? James Youngman wrote: > >>>>> "dc" == Dana Canfield <[

Re: pwconv w/ more than 2500 users?

>>>>> "dc" == Dana Canfield <[EMAIL PROTECTED]> writes: dc> Under Redhat 5.1 pwconv stops working with any more than about dc> 2500 users. I need to convert a passwd file with about 4000 dc> users. Any ideas? How about doing it in two halves?

Re: pwconv w/ more than 2500 users?

Associates, Inc.| | | | "Everything must be working perfectly, cause I don't smell any smoke" | -- On Wed, 24 Jun 1998, Dana Canfield wrote: > Under Redhat

pwconv w/ more than 2500 users?

Under Redhat 5.1 pwconv stops working with any more than about 2500 users. I need to convert a passwd file with about 4000 users. Any ideas? Also, if anyone knows if shadow passwords on a large passwd file incurr a siginificant performance hit, I'd be interested in hearing about that as