My current installation doesn't work right anymore because I messed with the MySQL database. I'm looking now for the fastest way to reinstall ISPConfig. Is it possible to drop the current Database and start over again with the ISPConfig installation on the server? Is it then possible to create the domains in the right order so that the folders on the server get automaticly recognized? Could that work for email as well? Thanks for your time!
What is the exact error you get, maybe we can solve it without reinstalling ISPConfig. Run: /root/ispconfig/uninstall and select that you want to keep your installation. Never tested that. It might work but i think you will get problems. If you want to create users with the same name like your old email users, you will have to remove them from the file /home/admispconfig/ispconfig/users after you reinstalled ISPConfig. Make sure you have a proper backup from your website root (/home/www or /var/www) before you try to reinstall ISPConfig.
It is that I deleted users and webs manually and now I can't log in to any new accounts. What does it keep exactly? It would be important that it doesn't keep the database. And with the backup I could restore the old webpages by copying the data back into the directorys, right?
If you create a new user, does this new user show up in /etc/passwd after about a minute? Please run this command as root: /root/ispconfig/php/php -q /root/ispconfig/scripts/writeconf.php 1) How long does it take approx.? 2) Did you get any errors? It keeps your configured websites and email users, but not the ISPConfig database. Yes. But please try the test I posted above, maybe we can avoid to reinstall ISPConfig.
No, it doesn't show up. 1) approx 2min 10sec 2) yes, several. for example: UPDATE: 12 ERROR: Nothing parsed, nothing printed <BR> and Warning: fopen(/var/www/web20/user/web20_info/web/index.html): failed to open stream: No such file or directory in /root/ispconfig/scripts/lib/classes/ispconfig_file.lib.php on line 35
Where the usernames created in /etc/passwd after you run the script? Did the script aoutput any messages like "Segfault" ?
What's the output of Code: ls -la /root/ispconfig ? Do you see segmentation faults in the output of Code: strace /root/ispconfig/php/php -q /root/ispconfig/scripts/writeconf.php ?
total 72 drwxr-xr-x 9 root root 2048 May 8 17:36 . drwxr-x--- 5 root root 2048 May 3 01:44 .. -rw-r--r-- 1 root root 0 Jun 24 00:49 .ispconfig_lock -rw-r--r-- 1 root root 8 Jun 13 16:12 .old_path_httpd_root -rwxr-xr-x 1 root root 29781 May 3 01:44 cronolog -rwxr-xr-x 1 root root 9673 May 3 01:44 cronosplit drwxr-xr-x 12 root root 2048 May 3 01:28 httpd drwxr-xr-x 12 root root 2048 May 3 01:44 isp drwxr-xr-x 6 root root 2048 May 3 01:24 openssl drwxr-xr-x 6 root root 2048 May 3 01:39 php drwxr-xr-x 4 root root 2048 May 3 01:44 scripts drwxr-xr-x 4 root root 2048 May 3 01:44 standard_cgis drwxr-xr-x 2 root root 2048 May 3 01:44 sv -rwx------ 1 root root 9389 May 3 01:44 uninstall I don't know how it should look like but it doesn't look like an error at all: rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 rt_sigaction(SIGCHLD, NULL, {SIG_DFL}, 8) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 nanosleep({1, 0}, {1, 0}) = 0 stat64("/root/ispconfig/.ispconfig_lock", {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
please run: rm -f /root/ispconfig/.ispconfig_lock and then again: strace /root/ispconfig/php/php -q /root/ispconfig/scripts/writeconf.php
The last few lines: --- SIGCHLD (Child exited) @ 0 (0) --- close(5) = 0 waitpid(22281, [{WIFEXITED(s) && WEXITSTATUS(s) == 1}], 0) = 22281 time(NULL) = 1151343344 time(NULL) = 1151343344 getcwd("/root", 4096) = 6 time(NULL) = 1151343344 lstat64("/home", {st_mode=S_IFDIR|0755, st_size=2048, ...}) = 0 lstat64("/home/admispconfig", {st_mode=S_IFDIR|0755, st_size=2048, ...}) = 0 lstat64("/home/admispconfig/ispconfig", {st_mode=S_IFDIR|0755, st_size=2048, ...}) = 0 lstat64("/home/admispconfig/ispconfig/ispconfig.log", {st_mode=S_IFREG|0644, st_size=812547, ...}) = 0 open("/home/admispconfig/ispconfig/ispconfig.log", O_WRONLY|O_APPEND|O_CREAT, 0666) = 5 fstat64(5, {st_mode=S_IFREG|0644, st_size=812547, ...}) = 0 lseek(5, 0, SEEK_CUR) = 0 lseek(5, 0, SEEK_CUR) = 0 write(5, "26.06.2006 - 19:35:44 => WARN - "..., 152) = 152 close(5) = 0 getcwd("/root", 4096) = 6 time(NULL) = 1151343344 open("/etc/passwd", O_RDONLY) = 5 fstat64(5, {st_mode=S_IFREG|0644, st_size=5330, ...}) = 0 lseek(5, 0, SEEK_CUR) = 0 stat64("/etc/passwd", {st_mode=S_IFREG|0644, st_size=5330, ...}) = 0 read(5, "root:x:0:0:root:/root:/bin/bash\n"..., 8192) = 5330 close(5) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++
Yes, it show up now. But there are two problems: 1. Everytime I create a new accoutn I have to do does steps again 2. the mails still go into an old webX account. Can't remember exactly. Is there a way to check that within ISPConfig?
The Version I'm using is: 2.2.1 I found in /etc/postfix/virtusertable an old entry of the mail that gets written to the old mailbox, like discribed one post earlier. Is it save to delete the old obsolete entrys from this file by hand?
No, dont edit config files manually as ISPConfig will overwrite your changes. If the entry is there, the email user must exist in the ISPConfig database and interface, it is better if you delete the user there. Also I recommend to upgrade your system to the latest ISPConfig version.
After reinstalling new webs get created right again and are usable without any problems. I still have some problems with old web & email accounts.
I do now have problems with postfix returning the emails with an error: This happens now to email adresses which did work well before as well. Any Ideas?