Sure,
I've tried to get vconvert to work on the source server, but it's a really old version of vpopmail and the files for the users on an NFS mount in a non-standard folder. There are other issues with the source configuration, but in short, they have all 7000 users in one primary domain folder.


I have written a script (you know that now) that is parsing this source folder, then parsing the /etc/shadow file, and creating a series of commands to directly call /home/vpopmail/vadduser with the required values (per user) for every user.

So the problem is that I've got to solve the sync of the user Maildirs once we're ready to migrate completely. My sources are in a single domain folder, now my targets are in a single domain folder. Once I rsync the folder data, I'm essentially ready to go.

My thinking was that I could "repair" the big-dirs issue after the fact by slowly moving users' Maildirs from the domain folder to a domain subfolder.

The alternative solution would be to find a much smarter way to rysnc the data based upon where the big-dirs enabled target migration puts the users' maildirs. I suppose I could go down that road too, scripting for it, but I suspect the rsync activity would take considerably longer than the few hours it does now. We're moving almost 25G of email, albeit within a local LAN.

Appreciate your consideration of options, opinions welcome!

Ismail YENIGUL wrote:
Dave,

What is the problem with big-dirs while migrating the users?
If you can tell us the reason of the disabling big-dirs,
We can try to find out a solution without disabling big-dirs.
I guess it is related with the script?



Sunday, October 8, 2006, 11:29:56 PM, you wrote:

OK, fair point.  So let me ask this please.

If I migrate with big-dirs DISABLED, then I recompile to enable big-dirs
AND I move some accounts into subfolders "a", "b", "c", etc while making
appropriate adjustments in vpopmail table, is that an appropriate way to
control this risk?

THANKS!



Ismail YENIGUL wrote:
Dave,

Please note that creating 7000 sub directories in a single directory will
effect your performance negatively.


Friday, October 6, 2006, 11:50:26 PM, you wrote:

Rick Macdougall wrote:
Dave Richardson wrote:
I'm using a script to add thousands of user accounts as part of a migration for a single domain. It's a perl script making repeated calls to
/home/vpopmail/bin/vadduser -e "dsfgskjghaekjrgkr" [EMAIL PROTECTED]

The scripting is working fine, I see the accounts correctly in MySQL's vpopmail table.

However, I'm seeing vadduser create a hierarchy of folders after about the first 80-100 users are added. Using subfolders A-z,0-9.

I only have about 7,000 users to manage and would rather NOT subtree (whatever the term is) this user hierarchy.

What logic controls when vadduser decides to subtree the folders for a particular domain?

Or, should I just let my script run out all the migrations, create the user/Maildirs wherever, and then start moving them to the root of the domain folder? That leaves some nasty work in SQL to clean up the home folder field!
Hi,

Configure vpopmail with --disable-users-big-dir.

--disable-users-big-dir    Disable hashing of user directories.

Regards,

Rick

Thanks Rick and Jon!




Reply via email to