upgrade not working?

[Zion Ahead]

Just downloaded cerb4 and did as the docs explain.

When I go to the domain.com/cerb4 directory I get this

Parse error: syntax error, unexpected '{' in /home/user/public_html/cerb4/index.php on line 56


Now, all I did was this

wget http://www.cerberusweb.com/downloads/cerb4-build-latest.zip
chown -R www-user:www-group *
chmod -R 0774 libs/devblocks/tmp/
chmod 0774 storage/
chmod 0774 storage/attachments/
chmod 0774 storage/mail/ storage/mail/new/ storage/mail/fail/
chmod 0774 storage/indexes/


Of course I used actual user for the chown command. I did not create a mysql database as I already have one for 3.6 which I am attempting to upgrade.

[jstanden]

Hey there,

Can you verify you ran the server check file before installing?

What version of PHP is your /cerb4/install/phpinfo.php page reporting? The line from the error message corresponds to "try {" in my copy of the code. Try...catch should be available to a PHP5 installation.

Thanks,

[Zion Ahead]

PHP Version 4.4.6

[grabyourhosting]

PHP 4.4.7 and PHP 5.2.4

Parse error: syntax error, unexpected '{' in /home/host/public_html/desk/index.php on line 56

The installer gives an error too.

[Zion Ahead]

Cerberus manual is COMPLETELY off as well!

/home/user/public_html/cerb4/libs/devblocks/tmp is not writeable by the webserver. Please adjust permissions and reload this page.

/home/user/public_html/cerb4/storage is not writeable by the webserver. Please adjust permissions and reload this page.

/home/user/public_html/cerb4/storage/attachments is not writeable by the webserver. Please adjust permissions and reload this page.


It says in your wiki

chmod -R 0774 libs/devblocks/tmp/
chmod 0774 storage/
chmod 0774 storage/attachments/
chmod 0774 storage/mail/ storage/mail/new/ storage/mail/fail/
chmod 0774 storage/indexes/


It should be 0777, not 0774.

Don't you people test this stuff first??


I upgraded to php5 and now I get this

Error! PHP must have the 'MailParse' extension enabled.

[Zion Ahead]

The installer shows blank page after I run the permission settings. This is unbelievable

[jstanden]

PHP Version 4.4.6

You must be using PHP 5.1.2+ with Cerb4.

It doesn't sound like you ran the cerb4-servercheck.php file from the installation instructions:
http://wiki.cerberusdemo.com/index.php/Installing_4.0#PHP_Environment

It would have saved you the trouble.

[Zion Ahead]

Why are the higher php versions not supported? This doesn't make any logical sense to me.

It only suppports ONE specific php version?

[Zion Ahead]

Your document in the link clearly says this

Cerberus Helpdesk 4.0 requires your server is running PHP 5.1.2 or later

I'm using 5.2.4. I forgot to update last posts about that but I still
get a blank page on 5.2.4

[jstanden]

Cerberus manual is COMPLETELY off as well!

...

It should be 0777, not 0774.

Don't you people test this stuff first??


Hey! First off, let's keep things civil. You look like an ass if it turns out you're making a mistake. How about we just cooperate?

The permissions wouldn't need to be 0777 (world-writable and world-executable) unless you didn't change ownership of the files to your webserver's user:group as mentioned in the installation instructions. It's a bad idea to set anything world writable/executable.

0774 is owner+group (read/write/execute) and world (read). Generally you should even set the framework.config.php file to 0660 to prevent other shell users from being able to read it.

I upgraded to php5 and now I get this
Error! PHP must have the 'MailParse' extension enabled.The error is pretty self-explanatory, you'll need to install or enable the MailParse extension in your php.ini file.

[jstanden]

Why are the higher php versions not supported? This doesn't make any logical sense to me.
It only suppports ONE specific php version?

You have a serious attitude problem today. Take a couple deep breaths.

My reply was edited a second after I posted it to say "5.1.2+" and clear up any potential confusion. It sounds like you just read the reply in your e-mail notification and came here ready to fight.

Chill out.

[jstanden]

I'm using 5.2.4. I forgot to update last posts about that but I still get a blank page on 5.2.4

What is the URL in your browser when you are getting a blank page?

[Zion Ahead]

You have a serious attitude problem today. Take a couple deep breaths.

My reply was edited a second after I posted it to say "5.1.2+" and clear up any potential confusion. It sounds like you just read the reply in your e-mail notification and came here ready to fight.

Chill out.

What a great way to treat your customers. Thanks for the attitude on YOUR part JEFF.

I did not give you an attitude...I MERELY ASKED A QUESTION!!!

The attitude is entirely on your end and I'll share this crap of yours on the forums to teach you a lesson to be polite

You also did not bother explaining the permission problems either! Great support!

[jstanden]

Cerberus manual is COMPLETELY off as well!
...
Don't you people test this stuff first??
...
The installer shows blank page after I run the permission settings. This is unbelievable
...
The attitude is entirely on your end and I'll share this crap of yours on the forums to teach you a lesson to be polite


Feel free to share my responses! I trust you'll share the entire thread in the proper context.

Asking you to be civil is not impolite. Implying that we're incompetent at your first sign of trouble is definitely impolite. That's my motivation for asking you to calm down. So far you're in a rush and making silly mistakes, which you attribute to us.

I'm giving you near-immediate responses here. I didn't ban you for being confrontational, nor did I ignore you. My next post was still asking you for more information so I can continue to help you.

However, you need to understand that so far you are ignoring my replies about your issue. You have not provided more information. You chose to dedicate your last reply to a baseless idle threat.

We established that you were still running PHP4, which signaled that you skipped steps in the installation instructions. Afterwards you had permissions issues, which signaled that you didn't set your file ownership properly (0777 will work, but it's not a good answer). You've been able to advance each time without documentation or code changes -- simply by slowing down and following the instructions.

For some reason your replies aren't acknowledging those issues, and you choose to spend your energy being contentious and threatening you'll run all over and tell people how horrible we are. Seriously, if you feel that's something you need to do, then go for it. There is a very strong counter-balance of pleased users who will argue for the opposite scenario.

One of the benefits of being involved with my own company is that I can be genuine and honest without having to pander to every bad attitude that I cross paths with.

I'm still happy to help you out, I just ask that you stop assuming every issue you encounter is the result of negligence. There is always a margin of possibility that you may be wrong, or that the installation instructions may be unclear and open to misinterpretation.

-Jeff

[jstanden]

You also did not bother explaining the permission problems either! Great support!

Zion,

Indeed I did explain your permission issue in good detail on post #10 of this thread:
http://www.cerb4.com/forums/showpost.php?p=58&postcount=10

Unfortunately, it was buried by this pettiness.

Are you up for just returning to the issue at hand and working together to get it sorted out? I definitely am.

[Zion Ahead]

I fixed one problem by correcting permission which was NOT what your documentation showed.

I responded to your "5.1.2" instantly and asked a question, then you butchered me and told me to calm down like I'm some degenerate. It was my fault that you made a typo correct? It was my fault to ask a question out of confusion (caused by your mistake)?

Your arrogance is obviously not helping you. You think your some big shot because your the owner and you have people who will support you? What a great way to treat your customers like shit. And if you were a startup would you still speak the same way, or sway around the truth? But no way, I'll "look like an ass". Thanks, way to treat customers. I'm sure you would say the same thing to my face, yes?


Regarding the permission problem, I did chown as told and I did the permissions as told and I got those permission errors like I told you. Perhaps you'll be professional enough to explain why I got those permission errors when I already posted the details in full?

Your docs do not even mention an upgrade option either. Is this my fault too?

Even grabyourhosting confirmed identical errors as well.

[Zion Ahead]

If you read my ORIGINAL post I had edited too to show that I upgraded to php 5

[jstanden]

I fixed one problem by correcting permission which was NOT what your documentation showed.

Sure, setting everything world (read/write/execute) is one solution. It's not the one we recommended in the docs because it's hardly secure (any other shell account on your server can change those files).

If you're comfortable with using those permissions on your server, then please do. But that doesn't mean we should endorse the laziest approach security-wise in the official documentation. We'd get just as much crap in that situation from someone else. ;)

The best thing to do is be strict with your 'chmod' and set your 'chown' properly. The files should be owned to the webserver process user and not an FTP account. At the worst the FTP account and the webserver should share group privileges on the files. I don't consider world (read/write/execute) an official option -- it would be negligent to instruct users to set their permissions to effectively the 'off' position.

I responded to your "5.1.2" instantly and asked a question, then you butchered me and told me to calm down like I'm some degenerate. It was my fault that you made a typo correct? It was my fault to ask a question out of confusion (caused by your mistake)?I apologize that you took my request for you to calm down in response to the message I quoted. I wasn't taking offense to that specific reply, but to the continuing tone of your messages.

Your arrogance is obviously not helping you. You think your some big shot because your the owner and you have people who will support you?That's hardly true. And I definitely don't fancy myself a big shot. ;) I was implying other users would defend our business practices.

Don't mistake self-confidence for arrogance. Just because I won't suffer your negativity doesn't make me arrogant.

What a great way to treat your customers like shit.Again, asking you to be more civil is treating you like a sub-human? You need to stop and think about your overreaction here.

Please go through these forums, and the original Cerb3 forums (http://forum.cerberusweb.com/) which has years and years of history. I challenge you to find a historical pattern of me treating people poorly or with arrogance.

And if you were a startup would you still speak the same way, or sway around the truth? But no way, I'll "look like an ass".Trust me, with every new release we're essentially a startup. As well, consider that the new free version already relaxes the one e-mail address limitation to unlimited addresses. Additionally, we just extended the 50% discount for past purchasers back indefinitely (instead of 12 months).

This all comes out of our pocket because we feel it's the right thing to do -- because we feel the licensing of software will eventually go the way of the dodo. But doing these things also ensures we'll always essentially always operate as a startup.

In fact, I think that mentality is one of our major strengths.

Thanks, way to treat customers. I'm sure you would say the same thing to my face, yes? If this conversation took place in person then I would act the same way. However, it's pretty absurd to imagine it degenerating this far in a face-to-face discussion.

But if we were having a conversation where you started off with "the docs are COMPLETELY wrong, don't you even test your work?", then I would absolutely not be steamrolled by your belligerence. Again, that's an issue of self-confidence, not arrogance. There is a huge difference.

I am also not expecting you to treat anybody on our team like royalty, we're just people doing something fairly insignificant in the grand scheme of existence. What I am asking is that you don't run around like the world is ending every time you encounter a problem. It's possible for you to voice concerns without being condescending (i.e., "Don't you people even test things?") -- just look the majority of the community in other posts who encounter occasional trouble and maintain their cool.

That partnership of mutual respect is what this project is about. We write software based on your needs, and you use it to accomplish things. It's a give and take. We're not a super evil corporation and you aren't a disposable customer.

Regarding the permission problem, I did chown as told and I did the permissions as told and I got those permission errors like I told you. Perhaps you'll be professional enough to explain why I got those permission errors when I already posted the details in full?Please keep in mind your machine is a black-box to me, except what you tell me about it. If you tell me you 'chowned' properly, I have to take your word for it that it's no longer the problem.

If you're saying a 'chown/chgrp' did not work, but 'chmod 0777' did, then to me those are two conflicting situations. However that doesn't mean you're wrong -- other factors (such as PHP's safe_mode/open_basedir, etc) may come into play.

File ownership is not a major part of our application, nor a major benefit of using Cerberus. It's a circumstance you'll need to understand and deal with to run any software in Linux. In the documentation it's assumed that you are the expert on your particular server environment for those details.

Your docs do not even mention an upgrade option either. Is this my fault too?Upgrades within the 4.x branch are explained here:
http://wiki.cerberusdemo.com/index.php/Upgrading_to_Newer_Versions_of_Cerberus_Helpdesk_4 .0

Upgrades from 3.x are explained here:
http://wiki.cerberusdemo.com/index.php/Migrating_from_Cerberus_Helpdesk_3.x_to_4.0

Let's not concern ourselves with 'fault', it's not a constructive concept. I apologize for my half of insinuating it.

Even grabyourhosting confirmed identical errors as well.Sure, but that's going to usually break down into two explanations:
1. He may be experiencing the same bug as you.
2. He may have misread the documentation the same way.

Granted, either outcome is our issue. If it's #2, we still need to do a better job explaining it so future people don't have the same trouble.

[jstanden]

I just rediscovered this line at the end of your OP:
I did not create a mysql database as I already have one for 3.6 which I am attempting to upgrade.

That will be a major problem. You need to install Cerb4 in a clean environment and then migrate your 3.x data over. They are entirely different applications, code-bases and databases. If that's the issue, then that definitely needs to be made even more clear in the installation documentation.

Those migration instructions are here:
http://wiki.cerberusdemo.com/index.php/Migrating_from_Cerberus_Helpdesk_3.x_to_4.0

You cannot upgrade an existing 3.x database by running the 4.0 installer. The installer will protect itself if it thinks it already created the database, and it will skip the entire database initialization. That could easily cause your blank screen issues.

[Zion Ahead]

Are we supposed to edit the framework.config.php file to input the new created database then? The doc was not clear on this, either.

My chown permissions, since you said "webserver user" that would be the user 'nobody' since phpsuexec is not enabled and I'm using apache on a centos/cpanel box

drwxr-xr-x 11 user user 4.0K Sep 17 16:56 ./
drwxr-x--- 20 user nobody 4.0K Sep 17 17:44 ../
-rw-r--r-- 1 nobody nobody 3.7K Sep 4 21:13 ajax.php
drwxr-xr-x 7 nobody nobody 4.0K Sep 13 17:38 api/
-rw-r--r-- 1 nobody nobody 1.4K Sep 4 21:13 favicon.ico
-rw-r--r-- 1 nobody nobody 1.2K Sep 17 16:56 framework.config.php
-rw-r--r-- 1 user user 421 Sep 4 21:13 .htaccess
drwxr-xr-x 3 nobody nobody 4.0K Sep 10 19:04 images/
-rw-r--r-- 1 nobody nobody 3.8K Sep 4 21:13 index.php
drwxr-xr-x 4 nobody nobody 4.0K Sep 13 17:38 install/
drwxr-xr-x 4 nobody nobody 4.0K Sep 4 21:13 libs/
-rw-r--r-- 1 nobody nobody 3.1K Sep 4 21:13 perf.php
drwxr-xr-x 7 nobody nobody 4.0K Sep 4 21:13 plugins/
-rw-r--r-- 1 user user 533 Sep 4 21:13 .project
-rw-r--r-- 1 user user 274 Sep 4 21:13 .projectOptions
drwxrwxr-- 6 nobody nobody 4.0K Sep 4 21:13 storage/
drwxr-xr-x 4 nobody nobody 4.0K Sep 4 21:13 styles/
drwxr-xr-x 7 user user 4.0K Sep 13 17:39 .svn/
drwxr-xr-x 4 nobody nobody 4.0K Sep 10 14:14 templates/




Still getting a blank page on the domain.com/cerb4/

[jstanden]

Are we supposed to edit the framework.config.php file to input the new created database then? The doc was not clear on this, either.

The installer writes your framework.config.php file for you after it tests the database settings you type in on the 2nd step of the installer. So when you start the installation those fields should be completely blank in the file.

If they already exist it will skip the step of asking you about it. But the installation instructions didn't have you edit the framework.config.php and input your 3.x settings. That improvisation will lead to trouble. ;)

My chown permissions, since you said "webserver user" that would be the user 'nobody' since phpsuexec is not enabled and I'm using apache on a centos/cpanel boxYeah, if you:
ps auxw | grep apache
(or "grep httpd", whatever the case may be) it should show you user and group the process is running as. This will be the same as what's set in httpd.conf. If those are both "nobody" then you've set the permissions properly and we can continue on to the next suggestion.

From what I understand of your issue now, you tried to upgrade a 3.x as a clean install of 4.0.

I'd suggest you start over. Move the cerb4 files to a different directory and do a fresh checkout from SVN. Leave the framework.config.php file alone, set the permissions accordingly (to 0777 if you desire) and follow the installation instructions for a brand new installation:
http://wiki.cerberusdemo.com/index.php/Installing_4.0

Once you have a new installation and it works, you can migrate your 3.x data over. But remember this creates an entirely new 4.0 database. Keep your 3.x database as a backup in case you have other things you want to copy over later:
http://wiki.cerberusdemo.com/index.php/Upgrading_to_Newer_Versions_of_Cerberus_Helpdesk_4 .0

[Zion Ahead]

I did not attempt to upgrade to version 4 from 3. This is a fresh directory and fresh install. I did not touch any files but to chown.

I still get an error


Fatal error: Uncaught exception 'Exception' with message 'Database details not set.' in /home/user/public_html/cerb4/index.php:62 Stack trace: #0 {main} thrown in /home/user/public_html/cerb4/index.php on line 62


I deleted the entire cerb4 directory, re-downloaded and re-ran the chown / chmod steps again. Same error as above.

To note, the *MAIN* cerb directory itself is chmoded to ftp user:group while its subdirectories/files are to the nobody:nobody as I was correct on before

[Zion Ahead]

I even chowned cerb4 main directory to nobody:nobody and it still showed the same error

[jstanden]

Alright.

That exception shouldn't be caught as a fatal error, it's what's supposed to redirect you to the /cerb4/install/index.php directory if the database isn't initialized.

Can you save the HTML from viewing the /cerb4/install/phpinfo.php page in your browser and e-mail it to me as an attachment? I can use it to create a development environment that matches your version and php.ini settings.

There may be a setting in PHP that's making this try...catch strictly fatal when the app shouldn't be gracefully handling it's own exceptions.

[jstanden]

I even chowned cerb4 main directory to nobody:nobody and it still showed the same error

Yeah, the error you're reporting no long has to do with permissions. This is something else entirely, with PHP treating our internal exceptions as fatal errors.

This is behavior we haven't seen before and I'll need to reproduce your environment.

[Zion Ahead]

Ok what is your email?

I have this in my php.ini also, maybe something is causing this error??

disable_functions = show_source, system, shell_exec, passthru, phpinfo, popen, proc_open, readfile, escapeshellarg ,escapeshellcmd, proc_close, ini_alter, dl,popen, show_source, exec

[jstanden]

Ok what is your email?

I have this in my php.ini also, maybe something is causing this error??
disable_functions = show_source, system, shell_exec, passthru, phpinfo, popen, proc_open, readfile, escapeshellarg ,escapeshellcmd, proc_close, ini_alter, dl,popen, show_source, exec

Email: jeff AT webgroupmedia.com

I do something similar on the shell commands for our machines, so those aren't an issue.

I wouldn't restrict "phpinfo" since that's incredibly useful in the situations like this. If you want to block it again when this is working then go for it. Though you could always get this information from the shell with "php -i" -- assuming your CLI is exactly the same as your Apache module. Usually it's just best to use phpinfo() in the browser to be sure.

Off the top of my head we're not using any of those other functions. At any rate, they shouldn't be turning a caught exception into a fatal PHP error.

My person dev-box is running PHP 5.2.2, since last I checked Debian hadn't updated 5.2.3 to stable. I'll check again.

I could always compile it in a virtual machine or something to see if they're handling exceptions differently in 5.2.3 for some bewildering reason. Zend has done similar things in the past.

[Zion Ahead]

I'm using Centos 4.5 here

I just sent the file also.

I'm also using zend optimizer 3.3.0 (upgraded an hour ago)

[jstanden]

Alright, checking it out now.

[jstanden]

In the /cerb4/index.php file, try changing:


// If this is our first run, redirect to the installer
try {
if('' == APP_DB_DRIVER
|| '' == APP_DB_HOST
|| '' == APP_DB_DATABASE
|| null == ($db = DevblocksPlatform::getDatabaseService())
|| DevblocksPlatform::isDatabaseEmpty())
throw new Exception("Database details not set.");
} catch(Exception $e) {
header('Location: '.dirname($_SERVER['PHP_SELF']).'/install/index.php'); // [TODO] change this to a meta redirect
exit;
}
to

// If this is our first run, redirect to the installer
if('' == APP_DB_DRIVER
|| '' == APP_DB_HOST
|| '' == APP_DB_DATABASE
|| null == ($db = DevblocksPlatform::getDatabaseService())
|| DevblocksPlatform::isDatabaseEmpty()) {
header('Location: '.dirname($_SERVER['PHP_SELF']).'/install/index.php'); // [TODO] change this to a meta redirect
exit;
}
It may not fix other situations if your build of PHP 5.2.4 is strange about exception handling. But it'll fix the main exception we're using (which wasn't absolutely necessary).

[Zion Ahead]

Now I get this error

Fatal error: Cannot access protected property Zend_Cache_Core::$_backwardCompatibilityArray in /home/user/public_html/cerb4/libs/devblocks/libs/ZendFramework/Zend/Cache/Core.php on line 185

I'm using Zend Optimizer 3.3.0

I refresh a few times, then get a blank page *again*

[jstanden]

Yeah, your PHP environment has some serious issues.

I'll try testing the new Optimizer, but it shouldn't modify how the code is written.

I'm not sure I can confidently say this is an issue on our end. The "Zend_Cache_Core" error you just reported is from ZendFramework not Cerberus Helpdesk itself, which is Zend's own code! You'd imagine they know how to write PHP. ;)

[jstanden]

Yeah, I just reinstalled the helpdesk using Optimizer 3.3.0 (originally 3.2.4) and had no problems.

Comparing our php.ini files I didn't see any significant differences -- other than the fact your PHP was built 2 days ago.

Debian Etch still has PHP 5.2.0 as stable, so I'll still need to fire up a virtual machine to build PHP 5.2.4 and rule that out. But I have a hard time believing Zend would deprecate major things in a minor point release -- especially things used in their own ZendFramework libraries.

Can you run any other major PHP applications on this server? vBulletin, Mediawiki, etc?

[jstanden]

Alright, I just spent 2 hours getting a new Ubuntu Server 7.0 virtual machine going, and compiled Apache2 and PHP 5.2.4 from scratch on it.

I compiled and enabled our required extensions.

I checked Cerb4 out from Subversion.

Everything worked fine.

There is a problem with your PHP installation.

[chrisdowns]

Feel free to share my responses! I trust you'll share the entire thread in the proper context.

Asking you to be civil is not impolite. Implying that we're incompetent at your first sign of trouble is definitely impolite. That's my motivation for asking you to calm down. So far you're in a rush and making silly mistakes, which you attribute to us.

I'm giving you near-immediate responses here. I didn't ban you for being confrontational, nor did I ignore you. My next post was still asking you for more information so I can continue to help you.

However, you need to understand that so far you are ignoring my replies about your issue. You have not provided more information. You chose to dedicate your last reply to a baseless idle threat.

We established that you were still running PHP4, which signaled that you skipped steps in the installation instructions. Afterwards you had permissions issues, which signaled that you didn't set your file ownership properly (0777 will work, but it's not a good answer). You've been able to advance each time without documentation or code changes -- simply by slowing down and following the instructions.

For some reason your replies aren't acknowledging those issues, and you choose to spend your energy being contentious and threatening you'll run all over and tell people how horrible we are. Seriously, if you feel that's something you need to do, then go for it. There is a very strong counter-balance of pleased users who will argue for the opposite scenario.

One of the benefits of being involved with my own company is that I can be genuine and honest without having to pander to every bad attitude that I cross paths with.

I'm still happy to help you out, I just ask that you stop assuming every issue you encounter is the result of negligence. There is always a margin of possibility that you may be wrong, or that the installation instructions may be unclear and open to misinterpretation.

-Jeff

Sorry Guys im going to touch on this as well :o

Jeff definatly does not have an attuide, Nor does he think he is a big shot, Jeff is always willing to help anyone out and will do at anytime. As for the early comments of Dont You guys test these things out

Jeff and everyone else will agree Cerberus have a team of Beta Testers who have been around for along time i am one of them, we work hard for cerberus to get the bugs ironed out and we have done over the past few weeks

Lastly the average forum would ban you for being confrontational but like Jeff said - (who by the way, has done more late nights to get V4 rolled out and my fellow beta tester will confirm this :)) He dosnt do that

So thats my 2 cents worth

[Zion Ahead]

Yeah, I just reinstalled the helpdesk using Optimizer 3.3.0 (originally 3.2.4) and had no problems.

Comparing our php.ini files I didn't see any significant differences -- other than the fact your PHP was built 2 days ago.

Debian Etch still has PHP 5.2.0 as stable, so I'll still need to fire up a virtual machine to build PHP 5.2.4 and rule that out. But I have a hard time believing Zend would deprecate major things in a minor point release -- especially things used in their own ZendFramework libraries.

Can you run any other major PHP applications on this server? vBulletin, Mediawiki, etc?

I run vbulletin, modernbill (v4 and v5) on the same server without any issues.

[jstanden]

I run vbulletin, modernbill (v4 and v5) on the same server without any issues.

Very strange. I've spent quite a bit of time trying to emulate your environment without any luck on reproducing the problems.

Is there any chance you can set up an FTP account to a copy of Cerb4 on your server? It really appears there is something unique to your environment going on.

[Zion Ahead]

I decided to try it on another server with php 4.4.7 (and phpsuexec enabled)

downloaded fresh and ran the permissions

I get this error

Parse error: syntax error, unexpected '{' in /home/metest/public_html/cerb4/index.php on line 56


That line simply shows this

try {


I did not modify anything at all in index.php anyway

[jstanden]

Please remember, Cerb4 *requires* PHP 5.1.2 or later.

"try...catch" will not work in PHP4.

[Zion Ahead]

I tried another php 5.2.4 server and it worked there. I'm very confused :(

I even temp disabled the disable_functions line in php.ini, that did not solve anything.

This does not make sense at all. I will pm you ftp details, thanks

[jstanden]

Hey Zion,

I'm glad to hear you at least have things running!

I'll be a bit occupied over the next two days working on the new Support Center -- but I'm still willing to spend some time troubleshooting the cause of the problems on the original server.

The good thing is we're able to rule out the code in this situation, which lets us focus on what makes your server unique.

Thanks for the update.