Named hangs to start when I add new site

[loonies]

Hi!

Fedora 8
ISPconfig 2.2.21

I know this is not updated version of ISPconfig.
Googling with no luck.

---
Today, upon adding new site, ISPconfig fails to start named daemon.

I started to tracing down the problem.

It seems that path for named zone file, for some stranege reason, changed its value in table isp_server (db_ispconfig database).

I first took a look in /home/admispconfig/ispconfig/ispconfig.log, tried to manually start named.
As it hangs, I looked under /var/named/chroot/var/named/ directory and noticed there is zone file missing.
If I create zone file manually, everything is normal and named starts.
I tried to change permissinons under /var/named, but with same problem.
After that I started some debugging until I solved problem.

Entry in table isp_server looked like this:
atrribute: server_bind_zonefile_dir
value: /home/admispconfig/ispconfig/web/multidoc/edit

and output

# ls -l /home/admispconfig/ispconfig/web/multidoc/edit
-rwxr-xr-x 1 admispconfig admispconfig  2769 2008-03-20 14:52 delete.php
-rwxr-xr-x 1 admispconfig admispconfig 31702 2008-03-20 14:52 edit.php
-rwxr-xr-x 1 admispconfig admispconfig  2021 2008-03-20 14:52 empty_trash.php
-rw-r--r-- 1 root         root          2516 2008-10-30 13:20 named.ca
-rw-r--r-- 1 root         root           256 2008-10-30 13:20 named.local
-rwxr-xr-x 1 admispconfig admispconfig  3649 2008-03-20 14:52 new_switch.php
-rwxr-xr-x 1 admispconfig admispconfig  2190 2008-03-20 14:52 node_insert.php
-rwxr-xr-x 1 admispconfig admispconfig  7167 2008-03-20 14:52 node.php
-rwxr-xr-x 1 admispconfig admispconfig  6048 2008-03-20 14:52 papierkorb.php
-rw-r--r-- 1 named        named         1038 2008-11-04 10:24 pri.domain1.com
-rw-r--r-- 1 named        named          861 2008-10-30 13:20 pri.domain2.com
-rw-r--r-- 1 named        named          861 2008-10-30 13:20 pri.domain3.com
-rw-r--r-- 1 named        named        10397 2008-11-04 16:03 pri.reverseIP.in-addr.arpa
-rw-r--r-- 1 named        named        10481 2008-11-04 16:03 pri.reverseIP.in-addr.arpa~
...

Best regards,
loony

P.S. to developers:
Please make code comment in english.

[till]

The permissions of the bind directory are wrong. Please redo the bind configuration steps from the perfect setup guide and then correct the bind path in ISPConfig under administration > server > settings

[loonies]

Hi Till!

Thanks for your answer!

I already solved problem before my first posting.

For me, it was strange that path in DB changed for no reason. I rearly login as admin user into ISPconfig admin panel.

Please redo the bind configuration steps from the perfect setup guide

It was first thing I thought about
But then problem persisted, so I folowed code in writeconfig.php, looked into DB and saw wrong path.

Sugesstion for isp_server table in ISPconfig DB,
Instead of:
-----------------------------------------
| setting 1 | set 2 | set 3 | ..... | set n |
-----------------------------------------
| value 1 | val 2 | val 3 | ..... | val n |
-----------------------------------------

Make it:
---------------------
| setting 1 | value 1 |
---------------------
| setting 2 | value 2 |
---------------------
| setting 3 | value 3 |
---------------------
...
...
---------------------
| setting n | value n |
---------------------

It would be easier to maintain table. (Don't know how ISP3 table looks like.)


Best regards,
loony

[till]

For me, it was strange that path in DB changed for no reason.

Thats normal in ISPConfig. It happens when the ISPConfig interface is not able anymore to access the bind directories.

The problem is the fedora bind package. When you install a updated bind rpm in fedora or centos, the rpm messes up the permissions. Other distributions, even rpm based like suse are able to handle bind updates without changing the permissions.