well, now it's incremented up to '5'. eesh. what i've found in perusing the mysql backend db, is the following:

mysql> select * from dir_control where domain = 'dom_89';
+--------+-----------+-----------+-----------+--------------+--------------+--------------+------------+------------+------------+------------+------------+------------+--------------+--------------+--------------+---------+
| domain | cur_users | level_cur | level_max | level_start0 | level_start1 | level_start2 | level_end0 | level_end1 | level_end2 | level_mod0 | level_mod1 | level_mod2 | level_index0 | level_index1 | level_index2 | the_dir |
+--------+-----------+-----------+-----------+--------------+--------------+--------------+------------+------------+------------+------------+------------+------------+--------------+--------------+--------------+---------+
| dom_89 | 201 | 0 | 3 | 0 | 0 | 0 | 61 | 61 | 61 | 0 | 2 | 4 | 5 | 0 | 0 | 5 |
+--------+-----------+-----------+-----------+--------------+--------------+--------------+------------+------------+------------+------------+------------+------------+--------------+--------------+--------------+---------+
1 row in set (0.00 sec)



there is no domain dom_89, which suggests to me this may be the 'master control' for what overflow subdirectory is to be used - it's the only record that has '5' for the value 'the_dir', and '89' is the vpopmail uid/gid.


however, i'm reluctant to make changes to the record, for fear of, well, duh - completely destroying my setup with one bad keystroke.

so, if anyone can confirm my speculations, and suggest how to fix it (that's right, i've never inserted data manually into a table!), i'd appreciate the help.


At 09:51 AM 6/23/2004, Paul Theodoropoulos wrote:

i have a problem (5.3.18, not going to upgrade any time soon). in order to scale disk space, i've been symlinking new domain directories to space on another filer, e.g.

the main domain directory is /u1/domains. the first 'overflow' subdirectory is /u1/domains/0. after i create a new domain in vqadmin, i run a small script that moves, for examply, /u1/domains/0/xyz.com to /u2/domains/0/xyz.com, and drops a symlink in its place.

in trying to outsmart the system, i pre-created /u2/domains/1, and dropped a symlink in /u1/domains, hoping to have all new domains that would go into '1' go onto the new filer. that didn't work. vqadmin/vpopmail simply created /u1/domains/2/newsite.com. okay, fair enough - i deleted the domain i'd just created, then deleted the the symlinked '1' directory. figured i'd just write a new script to move the domain directories under '1' just like those for '0'. in the process of trying to get this nailed down, vqadmin/vpopmail managed to create /u1/domains/2, /u1/domains/3, and now /u1/domains/4. i can't seem to get it to resume using '1'.

anyone have a tip for how to fix this? i suppose, in the bigger scheme of things, i could just move forward with '4', but having 1 through 3 missing lacks symmetry.

thanks in advance.

Paul Theodoropoulos
http://www.anastrophe.com



Paul Theodoropoulos http://www.anastrophe.com




Reply via email to