Strange Installation...

Events happening in the community are now at Drupal community events on www.drupal.org.
Joao_Torres's picture

Hi!

When OpenPublish was throw installation, it stopped before the Calais API Configuration (the screen turned white). Then, I refreshed the webbrowser and the admin panel was showed.

But then, I´ve played the screencast in OpenPublish website and the admin panel in the screencast is a lot diferent. For example:

In screencast the menu is: -content management -site building -site configuration -site management...

In my admin menu: -content -structure - configuration -appearance...

Is totally different. What went wrong? I´ve the max PHP execution time in 120. I have to change it to more?

Best regards

Martino

Comments

Two-part answer: 1. If screen

irakli's picture

Two-part answer:
1. If screen went white - means you ran out of memory during installation and you probably need to increase memory + reinstall.
2. Screencast is done for OpenPublish 1.5 and admin/node edit user-interfaces were significantly changed in OpenPublish 1.6., so yes - screencast is not showing quite the same UI.

.............................................
http://twitter.com/inadarei

Same problem again...

Joao_Torres's picture

Hi!

I continue to have the problem. I´ve changed the memory to 256, the time to 240 and I re-installed the OpenPublish.

The problem is that in the screen to Configure site, when I click Save and Continue, the screen get white. Then, I refresh the page, and the screen shows the following message:

"Drupal already installed
To start over, you must empty your existing database.
To install to a different database, edit the appropriate settings.php file in the sites folder.
To upgrade an existing installation, proceed to the update script.
View your existing site."

And the admin panel is totally diferent.

I really don´te know what to do...

Best regards,

Martino

Updating the situation...

Joao_Torres's picture

Hi!

I'm updating the situation.

In the admin panels, shows this error:

* warning: call_user_func_array() [function.call-user-func-array]: First argument is expected to be a valid callback, 'rdf_menu_access_http' was given in /var/www/vhosts/vilagolfe.com/httpdocs/includes/menu.inc on line 452.
* warning: call_user_func_array() [function.call-user-func-array]: First argument is expected to be a valid callback, 'rdf_menu_access_http' was given in /var/www/vhosts/vilagolfe.com/httpdocs/includes/menu.inc on line 452.

I attached a image of admin panel.

Tell me, if it´s the correct OpenPublish admin layout.

Best regards

Martino

I now believe all these

stattler's picture

I now believe all these errors are related to incomplete installation which is due to your php memory or other other php/suhosin settings.

Here we go again...

Joao_Torres's picture

Hi Stattalk!

Thanks for the support! Well, I´ll go to re-install the software again...

And about the the image attached? Is it the normal admin panel?

Best regards,

Martino

Yes. That's the normal admin

stattler's picture

Yes. That's the normal admin panel. This feels a bit different if you haven't used it before. OP1.6 installs a module called "Admin" in which this "Slate" theme gets installed for administration related work.

:)

So Maybe...

Joao_Torres's picture

So maybe I have installed with sucess the OP...

But the theme and layout is very similar to a blog... How I get and cofigure the newspapper style layout?

The layout is Diferent...

Joao_Torres's picture

The layout is very diferent than the demo showed in OpenPublish´s website...

You can see the layout here: http://www.vilagolfe.com/

How can I configure to have the newspaper style layout?

Best regards

Martino

Your OP was not installed

stattler's picture

Your OP was not installed properly. Make sure you install it without seeing any error message. Once installed properly, you should see the banner, logo, top links, bottom links and many more. Importantly, you will not see those "n/a" in those blocks.

It might be useful to read this thread http://groups.drupal.org/node/39196 . I had the same problem initially.

Martino, I responded to your

irakli's picture

Martino,

I responded to your message at: http://groups.drupal.org/node/39360#comment-111396 The problem you are experiencing is a known problem on Windows machines. Please increase realpath_cache_size variable in php.ini to 1M or 2M.

.............................................
http://twitter.com/inadarei

I have VDS LINUX...

Joao_Torres's picture

I Irakli. I have a Private Server with LINUX. But I think that the php.ini doesn´t have the 2M value (maybe 256 k). I´ll check that.

Thanks.

I really don´t know what to do...

Joao_Torres's picture

Hi!

I´ve changed my php.ini configurations in the Private Server LINUX to:

realpath_cache_size=2m
max_execution_time = 2000
max_input_time = 120
memory_limit = 256M

And I still have the white screen during the installation and the result is this: http://www.vilagolfe.com/bemvindo/

It will be my 5th re-installation and I really dont know what to do...

Best regards,

Martino

Can you please paste the

irakli's picture

Can you please paste the errors in you Apache log that occur when you hit the white screen?

Thanks

.............................................
http://twitter.com/inadarei

Hi Irakli. Thanks for the

Joao_Torres's picture

Hi Irakli.

Thanks for the support.

You can see the resukl of the installation here: http://www.vilagolfe.com

This are the Apache log errors:

[Fri Dec 11 18:38:08 2009] [notice] child pid 55104 exit signal Segmentation fault (11)
[Fri Dec 11 18:40:34 2009] [notice] caught SIGTERM, shutting down
[Fri Dec 11 18:41:03 2009] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Fri Dec 11 18:41:03 2009] [warn] RSA server certificate CommonName (CN) plesk' does NOT match server name!?
[Fri Dec 11 18:41:03 2009] [warn] RSA server certificate CommonName (CN)
plesk' does NOT match server name!?
[Fri Dec 11 18:41:03 2009] [warn] Init: SSL server IP/port conflict: vilagolfe.com:443 (/var/www/vhosts/vilagolfe.com/conf/httpd.include:12) vs. horde.webmail:443 (/etc/httpd/conf.d/zzz_horde_vhost.conf:41)
[Fri Dec 11 18:41:03 2009] [warn] Init: SSL server IP/port conflict: charlietango.net:443 (/var/www/vhosts/charlietango.net/conf/httpd.include:12) vs. horde.webmail:443 (/etc/httpd/conf.d/zzz_horde_vhost.conf:41)
[Fri Dec 11 18:41:03 2009] [warn] Init: SSL server IP/port conflict: martinomagalhaes.com:443 (/var/www/vhosts/martinomagalhaes.com/conf/httpd.include:12) vs. horde.webmail:443 (/etc/httpd/conf.d/zzz_horde_vhost.conf:41)
[Fri Dec 11 18:41:03 2009] [warn] Init: SSL server IP/port conflict: vds-870580.amen-pro.com:443 (/var/www/vhosts/vds-870580.amen-pro.com/conf/httpd.include:12) vs. horde.webmail:443 (/etc/httpd/conf.d/zzz_horde_vhost.conf:41)
[Fri Dec 11 18:41:03 2009] [warn] Init: SSL server IP/port conflict: default-62-193-218-93:443 (/etc/httpd/conf.d/zz010_psa_httpd.conf:78) vs. horde.webmail:443 (/etc/httpd/conf.d/zzz_horde_vhost.conf:41)
[Fri Dec 11 18:41:03 2009] [warn] Init: You should not use name-based virtual hosts in conjunction with SSL!!
[Fri Dec 11 18:41:03 2009] [notice] Digest: generating secret for digest authentication ...
[Fri Dec 11 18:41:03 2009] [notice] Digest: done
[Fri Dec 11 18:41:03 2009] [notice] mod_bw : Memory Allocated 0 bytes (each conf takes 32 bytes)
[Fri Dec 11 18:41:03 2009] [notice] mod_bw : Version 0.8 - Initialized [0 Confs]
[Fri Dec 11 18:41:03 2009] [notice] mod_python: Creating 4 session mutexes based on 10 max processes and 0 max threads.
[Fri Dec 11 18:41:04 2009] [warn] RSA server certificate CommonName (CN) plesk' does NOT match server name!?
[Fri Dec 11 18:41:04 2009] [warn] RSA server certificate CommonName (CN)
plesk' does NOT match server name!?
[Fri Dec 11 18:41:04 2009] [warn] Init: SSL server IP/port conflict: vilagolfe.com:443 (/var/www/vhosts/vilagolfe.com/conf/httpd.include:12) vs. horde.webmail:443 (/etc/httpd/conf.d/zzz_horde_vhost.conf:41)
[Fri Dec 11 18:41:04 2009] [warn] Init: SSL server IP/port conflict: charlietango.net:443 (/var/www/vhosts/charlietango.net/conf/httpd.include:12) vs. horde.webmail:443 (/etc/httpd/conf.d/zzz_horde_vhost.conf:41)
[Fri Dec 11 18:41:04 2009] [warn] Init: SSL server IP/port conflict: martinomagalhaes.com:443 (/var/www/vhosts/martinomagalhaes.com/conf/httpd.include:12) vs. horde.webmail:443 (/etc/httpd/conf.d/zzz_horde_vhost.conf:41)
[Fri Dec 11 18:41:04 2009] [warn] Init: SSL server IP/port conflict: vds-870580.amen-pro.com:443 (/var/www/vhosts/vds-870580.amen-pro.com/conf/httpd.include:12) vs. horde.webmail:443 (/etc/httpd/conf.d/zzz_horde_vhost.conf:41)
[Fri Dec 11 18:41:04 2009] [warn] Init: SSL server IP/port conflict: default-62-193-218-93:443 (/etc/httpd/conf.d/zz010_psa_httpd.conf:78) vs. horde.webmail:443 (/etc/httpd/conf.d/zzz_horde_vhost.conf:41)
[Fri Dec 11 18:41:04 2009] [warn] Init: You should not use name-based virtual hosts in conjunction with SSL!!
[Fri Dec 11 18:41:04 2009] [notice] Apache/2.2.3 (CentOS) configured -- resuming normal operations
[Fri Dec 11 18:44:47 2009] [error] make_obcallback: could not import mod_python.apache.\n
Traceback (most recent call last):
File "/usr/lib64/python2.4/site-packages/mod_python/apache.py", line 22, in ?
import time
ImportError: /usr/lib64/python2.4/lib-dynload/timemodule.so: failed to map segment from shared object: Cannot allocate memory
[Fri Dec 11 18:44:47 2009] [error] python_handler: no interpreter callback found.

Best regards,

Martino

PHP info...

Joao_Torres's picture

I don´t know if the phpinfo will be usefull to check what is wrong, but I´ve inserted here:

http://www.vilagolfe.com/phpinfo.php

Best regards,

Martino

Martino, there's a lot going

irakli's picture

Martino,

there's a lot going in your log and it looks like your Apache is having a lot of troubles even without OpenPublish. If the errors you pasted are the only errors (and the errors produced when you see WSOD), then the problem is most likely in your server setup. It looks like you are running mod_python on your server which is well-known for having serious issues with mod_php.

You can either:
1) Use mod_wsgi for Python systems, instead of mod_python, as described here: http://www.freshblurbs.com/tutorial-installing-django-1-1-centos-5-4
or
2) Install clean LAMP stack in parallel with your stack using prepacked stack like XAMPP: http://www.apachefriends.org/en/xampp-linux.html You can install XAMPP so that its Apache runs on an alternative port and your main Apache tunnels to it.

.............................................
http://twitter.com/inadarei

Another thing: you are

irakli's picture

Another very important thing (that could also be a root cause and which I would check first): you are running PHP 5.1.6. You should upgrade to PHP 5.2. FileField and several other modules that OpenPublish uses require PHP 5.2.

You can find easy upgrade instructions for CentOS here: http://www.freshblurbs.com/install-php-5-2-centos-5-2-using-yum

.............................................
http://twitter.com/inadarei

You said: "Well, I´ve created

irakli's picture

You said: "Well, I´ve created a php.info file, and I saw that realpath_cache_size is in 16 K. But, in php.ini, the value is 2 M. Could be this the problem? If so, why in php.ini the realpath_cache_size is 2 M, and in the php.info is 16 K? Or the realpath_cache_size isn´t a problem?"

Yes, this URL from your server: http://www.vilagolfe.com/phpinfo.php definitely shows 16K for realpath_cache_size and that is definitely a problem. You need to increase that to at least 512K. Maybe the configuration is misspelled? I can see that max_execution_time and memory_limit did both get picked up.

To summarize the problems in the order of priority, it seems you need to:

1) Increase realpath_cache_size
2) Upgrade PHP to 5.2
3) Figure-out why you are having so many errors with mod_python and if you can help that.

P.S. Just out of curiosity - are you running Ellington on the same server?

.............................................
http://twitter.com/inadarei

Hi! First of all, thanks for

Joao_Torres's picture

Hi!

First of all, thanks for the support Irakli!

It´s the first time that I´m configurating the php.ini´s, realpath_cache_size and all the stuffs about webservers configuration.

I have to say that I don´t know to use yum, and I really don´t know if I´m running Ellington on my server (the configuration of my server is exactly the same since I have bought it). I´ll spend some time to get the knowledge to modify and repair the points that you say that are the main problems...

I´m a webdesigner and digital marketer from a media group and since I´ve discover OpenPublish, I´ve choosed the challenge to have OP as the CMS to a new webportal (it will be a website to a brand new rewenable energy magazine). And I will not give up. I´ll try to repair the configuration.

Best regards

Martino

I don´t understand. I change

Joao_Torres's picture

I don´t understand. I change the realpath_cache_size to 512K in php.ini, reboot the server, and continue to have 16K.

Is there any file that I have to change the realpath_cache_size, beside php.ini?

Best regards

Martino

This is my php.ini file, with

Joao_Torres's picture

This is my php.ini file, with the realpath_cache_size modify to 24m, BUT, in php.info is in 16K

Why this is appening?

Here´s the php.ini:

...
; Determines the size of the realpath cache to be used by PHP. This value should
; be increased on systems where PHP opens many files to reflect the quantity of
; the file operations performed.
; realpath_cache_size= 24m

; Duration of time, in seconds for which to cache realpath information for a given
; file or directory. For systems with rarely changing files, consider increasing this
; value.
; realpath_cache_ttl= 120

Best regards

Martino

Dear Joao_Torres Please

stattler's picture

Dear Joao_Torres

Please remove the semicolon (;) sign from the beginning of realpath_cache_ttl= 120 line. That is
; realpath_cache_ttl= 120 should look like
realpath_cache_ttl= 120

Php does not read a line if it starts with a semicolon.
Another thing is there could be many instances of php.ini file on your server but only one of them is actually being read/executed. The best way to know where are php.ini files are located:

1) login as root
2) type whereis php.ini

Usually php.ini is located in /usr/local/lib/. However it may be found in some other places as well, depending on how it was installed.

Stattalk, your solution is

Joao_Torres's picture

Stattalk, your solution is perfect!

I´ve remove the (;) symbol, and the problem was solved!

Thanks a lot!

Now, I will try to install again the software...

Stattalk, your solution is

Joao_Torres's picture

Stattalk, your solution is perfect!

I´ve remove the (;) symbol, and the problem was solved!

Thanks a lot!

Now, I will try to install again the software...

New Problem

Joao_Torres's picture

After I upgraded to PHP 5.3 and solved the realpath_cache_size problem, I´ve recieved this strange errors, when installation was finished:

  • warning: Parameter 2 to gmap_gmap() expected to be a reference, value given in /var/www/vhosts/vilagolfe.com/httpdocs/includes/module.inc on line 471.
    • All necessary changes to ./sites/default and ./sites/default/settings.php have been made, so you should remove write permissions to them now in order to avoid security risks. If you are unsure how to do so, please consult the on-line handbook.
    • warning: Attempt to modify property of non-object in /var/www/vhosts/vilagolfe.com/httpdocs/sites/all/modules/date/includes/date_plugin_display_attachment.inc on line 24.
    • warning: Attempt to modify property of non-object in /var/www/vhosts/vilagolfe.com/httpdocs/sites/all/modules/date/includes/date_plugin_display_attachment.inc on line 25.
    • warning: Attempt to modify property of non-object in /var/www/vhosts/vilagolfe.com/httpdocs/sites/all/modules/date/includes/date_plugin_display_attachment.inc on line 26.
    • warning: Attempt to modify property of non-object in /var/www/vhosts/vilagolfe.com/httpdocs/sites/all/modules/date/includes/date_plugin_display_attachment.inc on line 28.
    • warning: Attempt to modify property of non-object in /var/www/vhosts/vilagolfe.com/httpdocs/sites/all/modules/date/includes/date_plugin_display_attachment.inc on line 29.
    • warning: Attempt to modify property of non-object in /var/www/vhosts/vilagolfe.com/httpdocs/sites/all/modules/date/includes/date_plugin_display_attachment.inc on line 30.
    • warning: Attempt to modify property of non-object in /var/www/vhosts/vilagolfe.com/httpdocs/sites/all/modules/date/includes/date_plugin_display_attachment.inc on line 31.

What happened and what is the solution?

Best regards,

Martino

I have faced many such

stattler's picture

I have faced many such warnings (not specifically this one but others). So what I did is listed http://groups.drupal.org/node/39196#comment-111022 . I would recommend you to do all the required things before starting the installation process. Give it a try and let us know what you get. You are almost there...

I did exactly like the listed

Joao_Torres's picture

I did exactly like the listed solution, but it give me the sames errors.

And it´s ironic, because the website is exactly the same layout than when I didn´t get PHP 5.3 and the famous white screen.

What´s wrong with this?

Best regards

Martino

I really don´t know what to

Joao_Torres's picture

I really don´t know what to do to install with success OP. With Drupal it was so quickly. But with OP it is being a very hard work...

Irakli, you said to use mod_wsgi by follow this tutorial: http://www.freshblurbs.com/tutorial-installing-django-1-1-centos-5-4

Do I have to install all the steps (like django?) Or I have only to install mod_wsgi? I´m asking this because, I´ve tried to follow only the step of configure and install mod_wsgi, but I think that I have to follow all the steps...

And how I install and use mod_wsgi, without installing django? (if somebody give me the yum code, it will be great!).

Best regards,

MArtino

Somebody tell me if this is

Joao_Torres's picture

Somebody tell me if this is the sucessfull installation layout of OpenPublish? www.vilagolfe.com/bemvindo

I´m asking this, because for the 8th time to try install the software, like a miracle, the layout of the website is quite diferent... I really don´t know if it was finally a sucessfull installation...

Best regards

Martino

It looks okay to me.

stattler's picture

It looks okay to me. Congrats!

OpenPublish

Group organizers

Group categories

Group notifications

This group offers an RSS feed. Or subscribe to these personalized, sitewide feeds: