View Full Version : Fresh FreeBSD6.0 install - Bug Posts
Senad
12-04-2005, 03:36 PM
I'm testing FreeBSD 6.0 with DA. So far everything is working beautifully. DA I will post what I have found.
1) lib files need to be updated (I fixed this by having compat5x available on my box).
2) /usr/local/directadmin/customapache/build needs to be updated. (I fixed it by just installing zend manually :P)
That's all I have found that does not work. Everything is working like a charm. If anybody has found any bugs please share them here for DA to know and if this is an upgraded box or a fresh install box. Nothing major that needs to be adjusted for 6.0 by the looks of it. So far it's running very smooth :) actually so smooth that I would say it's ready for production servers :).
Senad
12-04-2005, 05:10 PM
Install type: FreeBSD 6.0 Fresh Install
More bugs:
3) DA quotas do not read properly (Installed quota on kernel and installed new kernel still get same error)
Unable to get quotas: cannot create /home/tmp/quota-dump: No such file or directory (still looking for possible errors on this one)
4) Installatron does not work (this might be due to a lib problem will test out shortly).
Senad
12-04-2005, 05:38 PM
BUGFIX:
3) DA quotas do not read properly (Installed quota on kernel and installed new kernel still get same error)
Unable to get quotas: cannot create /home/tmp/quota-dump: No such file or directory (still looking for possible errors on this one)
FIX BELOW:
========
cd /home
mkdir tmp
chmod 1777 tmp
echo "action=tally&value=all" >> /usr/local/directadmin/data/task.queue
Senad
12-04-2005, 05:40 PM
Current List of Bugs with No Fixes:
1) lib files need to be updated (I fixed this by having compat5x available on my box).
2) /usr/local/directadmin/customapache/build needs to be updated. (I fixed it by just installing zend manually :P)
3) Installatron does not work (this might be due to a lib problem will test out shortly).
blueice
12-05-2005, 12:09 AM
Originally posted by Senad
Current List of Bugs with No Fixes:
1) lib files need to be updated (I fixed this by having compat5x available on my box).
2) /usr/local/directadmin/customapache/build needs to be updated. (I fixed it by just installing zend manually :P)
3) Installatron does not work (this might be due to a lib problem will test out shortly).
Good,
seems that the DA team can easy release a stable version.
i make also a test server today or tommorow and i post my comments.
Regards,
Christos
Senad
12-05-2005, 02:34 AM
Installatron and why it may not be working reason: orbit is not updating
4) ProFTP does not change the nameserver: to what it should be. (although ftp works perfectly fine)
Chrysalis
12-05-2005, 06:04 AM
does compat5x have to be installed from ports? since they have removed it from /etc/make.conf now.
Senad
12-05-2005, 06:29 AM
I have a few errors with DA if it does not have the compat available due to the lib files being changed.
/user/ports/misc/compat5x
make install clean
fixed about 90% of any errors I had in DA on a Fresh 6.0 box.
Update on the box: The box has been running over 13+ hours now no problems, running smooth and fast. It's definetly ready for deployment no errors, nothing but smooth sailing.
Senad
12-05-2005, 04:43 PM
ok another thing I've noticed is that the changeme.domain.com (name servers) on somethings do not change.
Update on installatron: Being fixed by Phil at Installatron (my hands of to you kind sir :) ).
Senad
12-07-2005, 04:09 AM
BugFix:
Installatron is now compatible with DA and FreeBSD 6.0. Thanks to the installatron team for all of their hard work (great product and great support!).
Senad
12-07-2005, 05:05 AM
Well bugs have been fixed and new ones found so here is all that is left (note some of the bugs have fixes in them). Just an updated list.
1) lib files need to be updated (I fixed this by having compat5x available on my box).
2) /usr/local/directadmin/customapache/build needs to be updated. (I fixed it by just installing zend manually :P)
3) ProFTP and other services do not change the nameserver (keep stating changeme.nameservers.com) to what it should be (although they work perfectly fine)
Chrysalis
12-07-2005, 09:48 AM
we still got an old bug existant which I think they cant fix, coppermine installer generates a dir owned by apache and not as the user.
Geffy
12-07-2005, 01:50 PM
cool, thank you for this thread
good information to have as I will have to be installing DA on FreeBSD 6.0 in a couple of days.
dennisc
12-12-2005, 11:20 AM
DirectAdmin does not start at all, eventhough it says so:
test1# /usr/local/etc/rc.d/directadmin start
Starting DirectAdmin: [ OK ]
test1# ps wwwaux | grep directadmin
test1#
All other services are up and running.
First I got errors with the install. After installing compat5x from ports they magically disappeared.
Someone??
Senad
12-12-2005, 11:23 AM
As stated you have to have compat5x installed before installing DA. Try reinstalling DA with compat5x installed beforehand.
dennisc
12-12-2005, 11:25 AM
I did. At that point the install went fine and told me happily DA is installed. But DA does not run at all. The DA startup script tells me happily DA starts but still nothing. Thanks anyway for your quick reply. :)
Senad
12-12-2005, 11:36 AM
Originally posted by dennisc
I did. At that point the install went fine and told me happily DA is installed. But DA does not run at all. The DA startup script tells me happily DA starts but still nothing. Thanks anyway for your quick reply. :)
What license version are you using? What do your error logs say?
dennisc
12-12-2005, 11:42 AM
Oops forgot to look in the DirectAdmin log, stupid me. It says:
2005:12:12-19:36:11: Unable to read the license file
Funny, Unable to read it. not wrong, but unable to read it. Hmz..
Senad
12-12-2005, 11:46 AM
Run the following:
======
Manually download the DirectAdmin license using wget due to the error discussed in this directadmin forum.
http://www.directadmin.com/forum/showthread.php?threadid=9103
Download it manually by using:
server# wget --no-check-certificate "https://www.directadmin.com/cgi-bin/licenseupdate?lid=11003&uid=1873" -O /usr/local/directadmin/conf/license.key
Run DA and see if that works :).
DirectAdmin Support
12-12-2005, 11:47 AM
Hello,
We have not officially looked at FreeBSD 6.0 yet, but generally, the issues are with either the license not being downloaded, the binaries for a wrong OS, or the ethernet_dev being set to a wrong device in the directadmin.conf.
Check your /var/log/directadmin/error.log (tail end)
Also, you can try starting DA manually:cd /usr/local/directadmin
./directadminto run in the terminal. If you get library errors, it's generally a wrong OS (in this case, possibly missing libs as it's an unsupported OS.. not sure though).
To update license: http://help.directadmin.com/item.php?id=30 (only if needed.. if it's 1298 bytes in size, it's fine)
If you type "ifconfig", you'll see the device names. Make sure the one with your IP is set in the directadmin.conf:
ethernet_dev=eth0
(where eht0 would be your network device with the IP)
John
Senad
12-12-2005, 11:50 AM
DA I knew I forgot to put that as a bug. But running the above command works and should install the license file without any problems.
Senad
12-12-2005, 11:52 AM
Update the buglist since I forgot to add the license issue and fix:
1) lib files need to be updated (I fixed this by having compat5x available on my box).
2) /usr/local/directadmin/customapache/build needs to be updated. (I fixed it by just installing zend manually :P)
3) ProFTP and other services do not change the nameserver (keep stating changeme.nameservers.com) to what it should be (although they work perfectly fine)
4) DA is not able to get license on initial install.
FIX:
Run the following:
======
Manually download the DirectAdmin license using wget due to the error discussed in this directadmin forum.
http://www.directadmin.com/forum/showthread.php?threadid=9103
Download it manually by using:
server# wget --no-check-certificate "https://www.directadmin.com/cgi-bin/licenseupdate?lid=11003&uid=1873" -O /usr/local/directadmin/conf/license.key
dennisc
12-12-2005, 11:55 AM
19:45:21 (247.57 MB/s) - `/usr/local/directadmin/conf/license.key' saved [1298]
LOL, wget failed. doing a
perl -e -pi 's/wget/wget\ --no-check-certificate/' /usr/local/directadmin/scripts/getLicense.sh
Did the trick. After that getLicense.sh worked and DA runs. :-)
[New version of wget, I already installed it before DA]
Senad
12-12-2005, 12:00 PM
Glad to hear everything is working. And thanks for reminding me about that bug. I knew there was something that I forgot to add :D.
dennisc
12-14-2005, 09:32 AM
DA does not start at boot. I tried to add it to rc.conf as directadmin_enable="YES" but it does not work. Anybody?
Senad
12-14-2005, 09:41 AM
What does the error log say?
DirectAdmin_enable does not work unfortunately :D.
dennisc
12-14-2005, 12:10 PM
So you start DA manually after a reboot?
Senad
12-14-2005, 12:40 PM
No,
What does your error log say?
What does your /etc/crontab say?
I need a little more information so I can help you solve the problem if you will please :D.
dennisc
12-14-2005, 12:43 PM
I made a rcNG script as a workaround.
vi /usr/local/etc/rc.d/directadmin.sh
#!/bin/sh
#
# Add the following line to /etc/rc.conf to enable directadmin:
#
# directadmin_enable="YES"
#
directadmin_enable="NO"
. /etc/rc.subr
name="directadmin"
rcvar=`set_rcvar`
prefix="/usr/local"
pidfile="/var/run/directadmin.pid"
command="${prefix}/etc/rc.d/directadmin"
command_args="start"
load_rc_config ${name}
run_rc_command "$1"
Cheers.
dennisc
12-14-2005, 12:51 PM
I don't see any relation between a crontab and starting a service at boot time.
The error log shows me:
2005:12:14-20:28:34: Can't connect to ssl!
2005:12:14-20:28:34: ->error ssl
I am not sure why it says so, because I do run DA with SSL and the rcNG script works.
Senad
12-14-2005, 01:09 PM
Originally posted by dennisc
I don't see any relation between a crontab and starting a service at boot time.
The error log shows me:
2005:12:14-20:28:34: Can't connect to ssl!
2005:12:14-20:28:34: ->error ssl
I am not sure why it says so, because I do run DA with SSL and the rcNG script works.
Sorry about that crontab has no correlation to DA just the tasks it does (I'm working with a php+imap+cron so I accidently had that in my head and wrote down what I did not mean to write:D).
Good to see it working for you :).
vBulletin® v3.7.0, Copyright ©2000-2008, Jelsoft Enterprises Ltd.