Zend server installation

Blandt

Well-known member
Altight
Let's see what else ....

go to control panel ---> uninstall programs

then look for php and click change.
Select all of the extensions available install them

In the mean time, let me install xenforo on my local machine, and see this for myself
 

Blandt

Well-known member
Dies at 'Rebuilding core master data ...'
windowz is hell of a mess :D unfortunately.

I'm a windows guy though despite its problems :D I don't want to suggest a clean fresh windows install.
but if you can do it ---------> do it :D

Sometimes it takes less time and headaches than trying to figure out the mishap
 

nestor718

Active member
windowz is hell of a mess :D unfortunately.

I'm a windows guy though despite its problems :D I don't want to suggest a clean fresh windows install.
but if you can do it ---------> do it :D

Sometimes it takes less time and headaches than trying to figure out the mishap
Well, I'm doing this on my home PC but the same exact error and location where it fails on my production webserver, IIS7. Don't think this is install related. When you feed this recursive function, you'll get the same error:

PHP:
<?php
function a() { a(); }
a();
 ?>
This bug is discussed here although this dates back a few years:
http://bugs.php.net/bug.php?id=27946

I think in step 2b (or 2) of the install script has this kind of recursion is happening leading to a stack overflow. It's near the 'Rebuilding core master data' step. Does anyone know what script that's located in? Maybe I can look at it and make some changes.
 

Blandt

Well-known member
I got the same error on my laptop

there are log analyzers I'm running. Let me try few things

Also there is this little gem phpmanager at codeplex. download it and install it. it helps zero in on php issues.
you even can install different php versions and see if that's related.
phpmanager is here : http://phpmanager.codeplex.com/releases/view/53121

doing that right now.
I'll keep you posted
 

Blandt

Well-known member
I think in step 2b (or 2) of the install script has this kind of recursion is happening leading to a stack overflow. It's near the 'Rebuilding core master data' step. Does anyone know what script that's located in? Maybe I can look at it and make some changes.
NO ... the other guy's issue can be fixed by hard coding his cache directory in zend/cache/file.php that's not the way to go about doing it though .
big no no.
if there is a bug, developers should be notified and they will look for a workaround. but not US :D we could make things worse hahaha. (that's why people hate windoze. but I love it :D)
be back in few let me run this
 

Trombones13

Well-known member
Ugh; great. I reinstalled it and can't move Zend out of Program Files (x86) because it keeps telling me the folder/something in it is in use when it isn't. I also am getting this error message on localhost/:

The following errors occurred while verifying that your server can run XenForo:
  • The directory C:\inetpub\wwwroot/data must be writable. Please change the permissions on this directory to be world writable (chmod 0777).
  • The directory C:\inetpub\wwwroot/internal_data must be writable. Please change the permissions on this directory to be world writable (chmod 0777).
Please correct these errors and try again.
I checked and all of the Zend and inetpub folders have full control set for IIS_IUSRS. :/
 

Blandt

Well-known member
no..
uninstall zendserver then re-install
when re-installing select a different folder to install (click browse and select a folder out of program files)

The problem is a tiny bug. Mike posted that it will be fixed in beta 2. so don't waist your time in windoze :D

If you have access to a NIX box ? ...
 

nestor718

Active member
The following errors occurred while verifying that your server can run XenForo:
  • The directory C:\inetpub\wwwroot/data must be writable. Please change the permissions on this directory to be world writable (chmod 0777).
  • The directory C:\inetpub\wwwroot/internal_data must be writable. Please change the permissions on this directory to be world writable (chmod 0777).
Please correct these errors and try again.

I checked and all of the Zend and inetpub folders have full control set for IIS_IUSRS. :/
All you have to do is add 'IUSR' to the wwwroot folder and give him modify permissions. Then, you'll probably get to 2b and then ... :D

iusr.png

Also 'library' has to be writable too so as to post the config.php file. That's the reason I did a full blast on giving the IUSR all access since we're not really sure what folders need to be written to.
 

Trombones13

Well-known member
All you have to do is add 'IUSR' to the wwwroot folder and give him modify permissions. Then, you'll probably get to 2b and then ... :D

View attachment 3913

Also 'library' has to be writable too so as to post the config.php file. That's the reason I did a full blast on giving the IUSR all access since we're not really sure what folders need to be written to.
*ding ding* Error on step 2b. Were you able to get it figured out yet?
 

nestor718

Active member
*ding ding* Error on step 2b. Were you able to get it figured out yet?
Not yet. I think the function in question is the 'rebuild' function in \library\XenForo\ChacheRebuilder\ImportMasterData.php

This has got to be file system related with the differences between Windows and the Linux boxes they probably used to develop this on. Rule of thumb, work on an IIS server since scripts developed there will work anywhere :D

From what I can tell we're getting about part way into that function and then something loops and kills PHP. That function reads XML files and (I'm not sure about this) writes them to the database or back to the file system and there's where the hang up happens.
 

Blandt

Well-known member
IIS will not accept a null value that one of the scripts is trying to pass.
that's what my log is saying. But as I mentioned let the guys do their work. This exact error happened with a CMS I installed few weeks ago (concrete5 also uses Zend framework).

IIS is a solid server. Always my first choice ... so let's wait and see
 

nestor718

Active member
IIS will not accept a null value that one of the scripts is trying to pass.
that's what my log is saying. But as I mentioned let the guys do their work. This exact error happened with a CMS I installed few weeks ago (concrete5 also uses Zend framework).

IIS is a solid server. Always my first choice ... so let's wait and see
Agreed. I take IIS over Apache any day. Also, too bad they are not building the ISAPI module anymore for 5.3.x. That was the absolute best. The fast cgi is a resource hog and sometimes don't automatically shut down thereby sucking up your memory :( Oh well.
 

Blandt

Well-known member
Agreed. I take IIS over Apache any day. Also, too bad they are not building the ISAPI module anymore for 5.3.x. That was the absolute best. The fast cgi is a resource hog and sometimes don't automatically shut down thereby sucking up your memory :( Oh well.
fpm is taking over and it's just awesome. I have never used ASAPI
 

Trombones13

Well-known member
So, are we just going to have to wait until Beta 2 comes out to install our forums? :[ *wants to play with forum* haha
 

Blandt

Well-known member
So, are we just going to have to wait until Beta 2 comes out to install our forums? :[ *wants to play with forum* haha
Yes .... that's how it looks like.
I can spare you a Nix space if you need to. Just PM me, and I will set you up
 
Just a note of thanks to everyone contributing to this thread. I ran into the same problem (W2K8 R2 / 64 bit / IIS 7.5 / Zend Community Edition with PHP 5.3.3 / MySQL 5.1.51) and while I'd certainly prefer to have the forum up I at least know that my situation isn't unique and that there will be a fix in the next beta.
 
Top