DA use on FreeBSD 7.0

[brundle]

What is the process and timeline for getting DA tested, updated and "certified" to use on FreeBSD 7.0?

[Twintone]

Interested in this as well.

[elvandar]

DA and I (perhaps others as well) are working on this to see how far we can go. It seems that the -BETA version works fine, though ZendOptimizer might cause some problems, or at least it crashes for me on 7.x, you can disable it and then everything keeps working fine, except that the webfrontend starts showing ???'s in the display then :)

If one has additional feedback, please let me know ;)

[tsiou]

Had the same problem, fixed by a user a while ago..
just comment extension=mbstring.so in /usr/local/etc/php/extensions.ini
that's because you have by default mbstring support already compiled with php
you can check it by a cd /usr/ports/lang/php5, make config
if mbstring is checked comment it out in extensions.ini

(the default order of extensions in this file is crashing php, if you try a php -v in your shell you may see a seg fault, so you have to reorder the extensions)

[elvandar]

Hello,

Thanks for that information, I first suspected session.so to be responsible for this, I moved it up the list and commented (;) out the mbstring.so definition. So far that indeed appears to have the right effect..

Thanks!
Remko

[tsiou]

Sometimes php -v outputs a seg fault, but the php module works ok (all pages seems ok). Just in case i give you the order that i use to be ok.
i also named extensions.ini extensions.ini.work, so after a portupgrade i copy it over the new extensions.ini that portupgrade installs (mbstring is commented out).

extension=yaz.so
extension=recode.so
extension=fileinfo.so
extension=filter.so
extension=fribidi.so
extension=json.so
extension=posix.so
extension=zip.so
extension=dba.so
extension=bcmath.so
extension=ming.so
extension=sybase_ct.so
extension=ftp.so
extension=sysvsem.so
extension=iconv.so
extension=sysvshm.so
extension=sysvmsg.so
extension=tidy.so
extension=dbase.so
extension=snmp.so
extension=shmop.so
extension=xmlwriter.so
extension=simplexml.so
extension=spl.so
extension=sqlite.so
extension=ncurses.so
extension=mhash.so
extension=odbc.so
extension=pcntl.so
extension=curl.so
extension=xml.so
extension=calendar.so
extension=pgsql.so
extension=gmp.so
extension=pdo.so
extension=ldap.so
extension=exif.so
extension=pdo_sqlite.so
extension=mysqli.so
extension=xmlrpc.so
extension=dom.so
extension=xsl.so
extension=readline.so
extension=gettext.so
extension=xmlreader.so
extension=mssql.so
extension=tokenizer.so
extension=sockets.so

extension=hash.so
extension=imap.so
extension=gd.so
extension=ctype.so
extension=session.so
extension=openssl.so
extension=mysql.so
extension=zlib.so
extension=mcrypt.so
extension=bz2.so
;extension=mbstring.so
extension=pcre.so
extension=soap.so
extension=wddx.so
extension=pspell.so
extension=pdf.so

[h2d]

I installed DA on freebsd 7.0

It worked pretty much flawlessly from what i can see so far except php wouldn't compile automatically.

php depends on libpng to compile and install.

It would not work with the version of libpng automatically downloaded with the build script
It downloads libpng-1.2.8.tar.gz

However for me to get it to work i had to download libpng-1.2.25.tar.gz manually , compile and install it.
This then allowed php to compile.

[h2d]

Also
FYI when i run php -v
I do not get a seg fault

php -v
PHP 5.2.5 (cli) (built: Mar 26 2008 19:04:11)
Copyright (c) 1997-2007 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies
with Zend Extension Manager v1.2.0, Copyright (c) 2003-2007, by Zend Technologies
with Zend Optimizer v3.2.8, Copyright (c) 1998-2007, by Zend Technologies

[wdv]

In consultation with the DirectAdmin team some issues with the install script have been patched. Installing DirectAdmin on a fresh FreeBSD7 box works fine now. The only issue I encountered is that the exim package for FreeBSD7 doesn't allow the 'demime' keyword in exim.conf

[Scamp]

Can I normal USE FreeBSD 7.0 64bit with DA?
My server conf:
5000V
2x5410
8GB FB-DDR2
RAID1-2x1000GB ES.2
I'll need recover my sites from DA backup from FreeBSD 6.2 32bit
does anyone problems I have?

[Conrad]

As far a i know there is only a 64 bit version of DA for Redhat/Centos

[tsiou]

Also
FYI when i run php -v
I do not get a seg fault

php -v
PHP 5.2.5 (cli) (built: Mar 26 2008 19:04:11)
Copyright (c) 1997-2007 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies
with Zend Extension Manager v1.2.0, Copyright (c) 2003-2007, by Zend Technologies
with Zend Optimizer v3.2.8, Copyright (c) 1998-2007, by Zend Technologies

php seg faults sometimes when you install php from freebsd ports collection... if you compile it from source or by da's script you 'll not see any problem..

[h2d]

php seg faults sometimes when you install php from freebsd ports collection... if you compile it from source or by da's script you 'll not see any problem..

Why would you compile it from the ports when directadmin keeps php up to date?

[icepick]

Just an update
I'm running freebsd 7 nicely with DA now :)

[Chrysalis]

I am using FreeBSD7 on a DA server.

Its been a while since I installed it but it was only issues on the install script itself I had and once installed I believe DA is running fine certianly no php issues however I am using things like png from ports and not the installer.

On the install script there was issues I just cant remember what.

[icepick]

I used the installer and everything went smoothly, only zend required compat to be installed and thats the only issues i've had.

[tsiou]

Anyone tried to upgrade from 6.2 to 7 or 6.3?
I 'm not using DA's packages, all are replaced with freebsd's ports.

[h2d]

I certainly wouldn't do that in a production enviroment :)

Anyone tried to upgrade from 6.2 to 7 or 6.3?
I 'm not using DA's packages, all are replaced with freebsd's ports.

[tsiou]

I certainly wouldn't do that in a production enviroment :)

I dont have a second server to test it!!! :)

[h2d]

I dont have a second server to test it!!! :)

If you really need to migrate to FreeBSD 7.0 i would build a new server and migrate hosting customers.

[icepick]

I agree with that, a new server would be the better option as all binarys will need to be reinstalled, all programs, everything.

[elvandar]

it's my day to day job and home experience that one can safely upgrade everything, especially if you keep COMPAT_FREEBSD6 in your kernel (library compatibility mode). I did that all the way from 4.9 or something to 7.0-STABLE today..

[icepick]

Yeh it's possible, however if you're doing it on a system with hundreds of sites, there is no easy role back :) Be safer to purhcase another dedicated server, install fbsd 7 and DA, then migrate sites using backup/restore, then cancel the primary dedicated server.

Yes it'll cost you a little more to do, but if your system goes down and it takes hrs or close to a day to restore (that is considering you have remote backups) you'll loose more in customers.

Barry

[Chrysalis]

6.2/6.3 to 7.0 should work but make sure you install compat6x port. There is a risk obviously but the risk should be small providing you follow proper upgrade guidelines. compat6x port will allow 6.x binaries to work on 7.0.

[bjseiler]

I did a 6.2 -> 7.0 conversion last week on a test system just to see if it could be done. Not a very powerful machine so start to finish, using this guide and then rebuilding everything for DA, it took several hours. I would not do it on a live site if possible.

http://www.daemonology.net/blog/2007-11-11-freebsd-major-version-upgrade.html

[netline]

I`m used FreeBSD 7.0 about 1/m no problem all working perffect

[matthewventura]

doing a new server so which freebsd version is really recommended by directadmin as a stable and support freebsd version if i want a stable and reliable server?

[brundle]

We have 3 or 4 installations on FreeBSD 7 and they have all been working great!

[matthewventura]

We have 3 or 4 installations on FreeBSD 7 and they have all been working great!

so you just install compat before isntalling DA?

how do you know which compat to install?

are there any downsides to this?

[labrocca]

So I have the amd64 FreeBSD 7.0 installed and I am going to migrate my old server running 6.3. Does DA work or not for the 64-bit?

[jlasman]

The question has been asked and answered many times on these forums. DirectAdmin only works on 64-bit CentOS and Red Hat Enterprise Linux.

For more informatoin, look here (http://www.directadmin.com/install.html).

Jeff

[miked]

Any news from DA on when FBSD7 will be taken off the "(beta/unstable/not recommended)" list? Are their any outstanding issues?

[PGP]

Any news from DA on when FBSD7 will be taken off the "(beta/unstable/not recommended)" list? Are their any outstanding issues?
Here (http://forum.diradmin.ru/index.php?showtopic=818) is a message about running DA on FreeBSD 7.0 64-bit.
But it in russian.
I'll try to translate it...

Example of working server: http://91.197.162.132/info.php
Config is running on several servers with hosting sutes about 3 monthes.

The main condition is FreeBSD 7.0 64bit must be compilied with lib32 support.
Then, from ports installing: libtool15, autoconf262, automake110.
Then, installing all ports that dont need to be configured: gmake, freetype, freetype2, ImageMagick, gd, libxslt, curl.
Then you should install DA as usually in 2nd variant.
Then you should install MySQL5.0 from ports.
Then through "build" install in order: suPHP, php5-cgi, dovecot.
And then from ports install Exim.

That's all ;)

That information seems enough for sysadmins.

Advantages:
1. Last versions of all SW.
2. Support more then 3Gb RAM and more then 4 CPU.
3. Increased operation speed. Usage of all power CPU 64bit (such as Intel, AMD), support SW developed especially for 64bit.

[woyteck]

I would be pleased to see DA officially supporting FreeBSD 7 amd64.

Due to some development and usage of ZFS - I'm in need for 64 bit environment and DA running on it.

[labrocca]

Yeah even a beta would be nice...something. The 64-bit world is quickly taking hold and not everyone wants to run cent-os.

[chatwizrd]

John already said its not gonna happen so get over it.

[labrocca]

John already said its not gonna happen so get over it.

I don't believe that was said. What has been said is that current version isn't supported. That doesn't mean if enough people ask that they might consider adding it to supported list.

[chatwizrd]

Hello,

At this time, if you want 64-bit, use CentOS 5.
We're not able to support every single variation of every single OS that comes out unfortunately.

John

Yes he did!

[labrocca]

"At this time,"

Ugh...that's not "its not gonna happen" as you state.

What's your problem with people voicing a desire for support?

[jlasman]

He said it a month and three days ago. I suppose that's a long time in the Internet world.

What if John only has a certain amount of machines available for building? What if for each new version he added he had to delete one?

What if in order to support FreeBSD 7 64-bit he had to delete CentOS 64-bit?

Okay with you?

So what if to support the next version of CentOS he had to delete all support for FreeBSD?

;)

I know you won't want to see my point, but the fact is that there are a lot of tradeoffs in supporting multiple operating systems; time, investment in servers (64-bit systems are generally more expensive to buy, and you may need to have one for each system you support), and even expertise.

My suggestion is that if you want to see support you might want to send an email to their sales department (here (http://www.directadmin.com/support.html)) and let them know exactly how many you want to buy :).

Jeff

[labrocca]

He said it a month and three days ago. I suppose that's a long time in the Internet world.

What if John only has a certain amount of machines available for building? What if for each new version he added he had to delete one?

What if in order to support FreeBSD 7 64-bit he had to delete CentOS 64-bit?

Okay with you?

So what if to support the next version of CentOS he had to delete all support for FreeBSD?

;)

I know you won't want to see my point, but the fact is that there are a lot of tradeoffs in supporting multiple operating systems; time, investment in servers (64-bit systems are generally more expensive to buy, and you may need to have one for each system you support), and even expertise.

My suggestion is that if you want to see support you might want to send an email to their sales department (here (http://www.directadmin.com/support.html)) and let them know exactly how many you want to buy :).

Jeff

He obviously has a 64-bit system to run the cent-os. He can either dual install with FreeBSD amd64 OR..heck I will donate a hard drive for free if that's what he needs. Hardware is cheap and eventually he will need to make DA fully 64-bit compatible if he wants to compete in the marketplace. It's not a question of "will he" but "when will he". As it stands today...all new processors are 64 bit by intel and AMD. How long do you think it will be before all the OS's will follow that...2 years? Maybe 3?

I can't say I know the numbers for how many servers run FreeBSD vs Cent OS but I have to believe it's something reasonable. I don't have access to his stats on how many downloads and DA installs are on BSD boxes but maybe he can clue us in. Hey if it's less than 1-2% I can understand but I have a feeling it's more...a lot more.

You seem to state a lot of "what ifs" but I would think an actual reason or response from DA (John I guess?) would be appropriate.

This doesn't need to be an arguement either. I can't see why people can't request a 64-bit FreeBSD compatible version. No one is up in arms about it. We are just voicing that we would like to see it. Do you think it's fair to tell us "he said no so stfu" because essentially that's what you are telling us.

I am going to TRY and run a 64-bit FreeBSD version of DA. I might fail. I might succeed. But one thing for sure. I will probably post my problems for other DA members to possibly help. I will certainly be willing to help other DA users with whatever I learn as well. DA is welcome to use whatever I find out for their own purposes. Maybe running 64-bit compatible isn't as hard as you make it sound. A few tweaks to FreeBSD for 32-bit compatibility mode and heck...it might work just fine. A few have already reported they have accomplished this.

So in conclusion. I hope you have a great day and I hope you reconsider your stance on us voicing our opinion over the matter.

Thank you.

[woyteck]

He said it a month and three days ago. I suppose that's a long time in the Internet world.

What if John only has a certain amount of machines available for building? What if for each new version he added he had to delete one?

What if in order to support FreeBSD 7 64-bit he had to delete CentOS 64-bit?

Okay with you?

So what if to support the next version of CentOS he had to delete all support for FreeBSD?

LOL
Please, start thinking out of the box.

If I was him, I would just buy another hard drive for it.
Is 80GB enough? We have 100 80GB hdds lying around, these are worth pennies as no one is going to need them any more.


I know you won't want to see my point, but the fact is that there are a lot of tradeoffs in supporting multiple operating systems; time, investment in servers (64-bit systems are generally more expensive to buy, and you may need to have one for each system you support), and even expertise.


I can get you new 64bit system for less than 200 pounds from the shop next block. There is no need to exaggerate.


My suggestion is that if you want to see support you might want to send an email to their sales department (here (http://www.directadmin.com/support.html)) and let them know exactly how many you want to buy :).

Jeff

Well, at least one. But the others will follow.

On the other hand, if other panel providers can prepare versions for 64bit freebsd, why DA can't?
Is there some kind of opposing force against FreeBSD or what?

Additionally - 64 bit systems are the way to go.
There is no point in sticking to 32bit with hardware ready for 64bit?
Believe me - 64bit systems will stay with us for very, very long.

[jlasman]

What I'm hoping for with my post is that those who want to see 64-bit BSD will write to sales and ask for it, as I think this is the best chance for having it done.

Jeff

[Chrysalis]

I add to the guys dissapointed in john's decision, I dont want to think DA is a pro redhat type software and equally supports all its operating systems. They support freebsd 32bit so logically they should support 64bit. In terms of hardware well DA are supporting old EOL operating systems, so they could stop supporting them to make room for new ones.

Redhat Linux 7.2, 7.3, 8.0, 9.0
RedHat Fedora 1, 2, 3, 4, 5, 6, 7, 8
RedHat Enterprise / CentOS 3.0, 3.1, 3.2, 3.3, 4.1, 4.2, 4.3, 4.4, 4.5, 5.0, 5.1, 5.2 (64-bit: 4.1 - 4.5, 5.0, 5.1)
FreeBSD 4.7, 4.8, 4.9, 4.10, 4.11, 5.0, 5.1, 5.2, 5.2.1, 5.3, 5.4, 6.0, 6.1, 6.2, 6.3, 7.0 (beta/unstable/not recommended)

Debian Sarge/Woody 3.1/Etch 4.0/Ubuntu (these are all variants of debian)

Rehat linux is long gone, freebsd 4.x is history, EOL versions of fedora core and centos and bear in mind they both essentially the same operating system as well.

[paix]

As reported here:
http://www.directadmin.com/forum/showpost.php?p=137119&postcount=33
DA successfully runs under freebsd 7 64 bit. Only thing you should manually compile from ports some software. In this case software will compiled with 64-bit support.

So, I think the best solution of this problem is adding a feature of compilling all DA-related software from ports (for FreeBSD).
This would be great!

As for me, I am using DA only as Web Control panel for hosting. All related software is compiled from ports. And I know many people that have similar setup.

Of course this way require some freebsd skill, but this way also has many advantages. In particular it could resolve problem with 64bit support.

[woyteck]

As reported here:
http://www.directadmin.com/forum/showpost.php?p=137119&postcount=33
DA successfully runs under freebsd 7 64 bit. Only thing you should manually compile from ports some software. In this case software will compiled with 64-bit support.

Seen that post as well. Will test it as soon as I get some time.

[labrocca]

Seen that post as well. Will test it as soon as I get some time.

Me too for sure. It gives me some hope. Also make sure to copy and paste those instructions just in case this thread or that post is deleted. :)

:D

[elvandar]

Well,

I can provide support on the AMD64 platform where needed. I am not a coder for the FreeBSD project, but I am a member of the FreeBSD project, running in various groups (src/secteam/doc etc). So I might be able to assist. John: if needed can you contact me so that we can work something out to have DA support on 64-bit FreeBSD? I would LOVE to have support for that so that I can get rid of my 32bit versions :-)

Note that I am talking about Native FreeBSD versions, not compatible versions or anything.

(and yes, I would enfavor the dismissal of unsupported FreeBSD versions 4.x and 5.x, even 6.1,6.2 are no longer supported by our Security Team), which should free up resources.

//Remko
FreeBSD Developer

[paix]

elvandar, thanks!

As for me, I also can help with migrating DA services to compiling from freebsd ports system and runnig DA under 64 bit systems (amd64)

Currently I'm working on this and write some howtos\instructions.
Also some thread about this http://www.directadmin.com/forum/showthread.php?t=27120

I think when all instruktions will done, it's not a problem to create some script\port\howto to setup DA this way.
It may be additional advanced experimental setup, of course with support 64 bit systems.

[Chrysalis]

I might have a go myself at altering DA scripts to utilise ports instead of prebuilt packages.

For example already the install script on freebsd 7 installs out of date precompiled packages that make csh crash, this wouldnt be happening if it always utilised ports, this would also stop the need to have different freebsd 5/6/7 packages as a port compiles for the system it runs on.

[labrocca]

Now using ports for BSD would imho be a real selling point for a lot of BSD'ers looking for a control panel.