Recent Topics

1 Jul 07, 2013 04:36    

Upgrade time for The TeleInterActive Press to b2evolution 5.0.4 Install script was chugging along OK? OK? OK. This is much easier than 0.9 to 1.x back in the day.

Then, the upgrade apparently stalled at "creating default antispam IP ranges".

Next, an error message appeared that it failed with an unexpected error, and that page had a link to resume the install. This brought me back to the install menu, started again, and very quickly failed with a message that the install scripts were expecting a database schæma ID of, if memory serves, 11110 but was getting 10111. There were links to the install menu again. Tried again, and received the same error, but now the schæma id was even lower, in the 09xxx.

I blew the directory away that contained the new /blogs files and restored it from a copy made earlier. I also used a SQLPro import with "drop tables" to restore the MySQL database.

I verified that I was up and running with 3.3.3.

I copied over the new /blogs files into the restored directory, and tried again - twice more. Each try failed almost immediately and gave the same unexpected error with the 09xxx database schæma id.

A twitter conversation with @b2evolution asked that i post here with screen shots showing how far the install had gotten, but those web pages are gone.

If I try again, I'll post more. But I would at least like to get as far as the first time to show the group here.

Am I missing a change log or something that might be confusing the install scripts?

Thanks in advance to all who might read and suggest answers here.

--___
Best Regards,
Joseph
@JAdP

2 Jul 07, 2013 15:14

Joseph we need screenshots please. As many as you can from your install process and especially from the error message and what is displayed just before it.

Also, are you using 3rd party plugins?

Ps: we can only work on your new problem at this point, we may see your original pb come back after... Or not ;)

3 Jul 07, 2013 21:50

We were able to attempt the upgrade from b2evolution 3.3.3 to 5.0.4-stable again.

We started this time by manually dropping all tables in the MySQL database before importing the original backup. As with each attempt, we copied and overwrote the files in httpdocs with the new files and directories in b2evolution5-0-4/blogs.

This seemed to have reset things, as this install went as did the first one. That is, it did not fail immediately, but proceeded nicely, with database schæma, hitlog and sessions updates along the way.

As the first time, the install seems to stall at "Creating default IP antispam ranges…". We believe that it is stalling here as nothing has happened for over 30 minutes, the "transferring data from press.teleinteractive.net" message has disappeared from the Install script browser window, and mysqld is no longer in top.

The first time, after about two hours, I refreshed the browser window. That's when the "Encountered an unexpected error message" and subsequent windows about expecting a higher database schæma ID than it was getting appeared. I haven't done that as yet. I'll let it sit until I hear back, or overnight, whichever comes first.

This is the second time that I tried to submit this comment. The first time gave me a security crumb error.

Screenshots are attached in a zip archive.

François, thank you, and tanks to all who read or comment on this post.

--___
Best Regards,
Joseph
@JAdP


Attachments:

4 Jul 07, 2013 22:17

Here are the plugins as listed in the database.

5 Jul 07, 2013 23:11

I also thought that you might like the results of PHPinfo - see attached.

Thanks to all who read or comment on this post.

--___
Best Regards,
Joseph
@JAdP


Attachments:

6 Jul 08, 2013 04:38

Ok, we'll work on strengthening this part of the upgrade.

I am reattaching the most interesting of your screenshots for quick reference.

7 Jul 08, 2013 04:50

@josephdp please confirm the following:

  1. You are ugrading from v 3.3.3
  2. b2evolution has asked you to "click for next upgrade" page approx every 30 seconds
  3. The "stalling" appear approx 30 seconds after the start of the current page

I believe the max_execution_time is forced to a low value (like 30 seconds) in your php.ini file.

We will implement a way around this but you may also check this problem. Who is your web host ?

Thanks.

8 Jul 08, 2013 05:47

François, thank you for the quick reply.

Confirming and Not:

1. Yes upgrading from 3.3.3 -

2. b2evolution install script NEVER asked me to "click for next upgrade" page, not once. Twice, I received the message "We are reaching the time limit for this script. Please click continue…" See ScreenShotInstall2013-07-07at11.33.17.png and ScreenShotInstallContinue2013-07-07at11.26.16.png for those two instances.

3. I don't think that 30 seconds is correct. I took the screen shot of the second request to click on "continue" at 11h26m16s and the stall occurred at 12h13m57s, that's 47m11s between click and stall - if my modulo 60 math in my head is correct

We are our own web host. We rent a machine at Peer1/ServerBeach. Funny story about that. When we first started blogging using b2evolution in 2004, our web host was XO, which used a formula including CPU cycles and RAM use on a shared machine. It was cheaper to get a dedicated server at ServerBeach and that was just testing blog engines.

I will check the PHP.ini and get back to you.

François, thank you, and thanks to all who read or comment on this post. One reason that we selected b2evolution back in 2004 was the community support.

--___
Best Regards,
Joseph
@JAdP

9 Jul 08, 2013 05:49

By the way, it is still stalled at "Creating default antispam IP ranges…"

I will hit refresh and post the resulting error.

Thanks to all who read or comment on this post.

--___
Best Regards,
Joseph
@JAdP

10 Jul 08, 2013 05:55

I hit refresh, and as on the first attempt, got the unexpected error message, attached.

Thank you to all.

--___
Best Regards,
Joseph
@JAdP

11 Jul 08, 2013 06:01

François,

Regarding /etc/php.ini

;;;;;;;;;;;;;;;;;;;
; Resource Limits ;
;;;;;;;;;;;;;;;;;;;

max_execution_time = 60
max_input_time = 60 ; Maximum amount of time each script may spend parsing request data
memory_limit = 256M

Thank you,
Joseph
@JAdP

12 Jul 08, 2013 13:23

Yes that's what i meant: b2evo made you click because it dis not manage to do all the upgrade in one single execution time.

Also "creating default Ip ranges" was probably displayed approximately 60 seconds after start of page. After that the browser may still have been waiting but your PHP decided to stop doing anything more.

One quick way to fix your problem would probably be to set the max execution time to 3000 (and restart apache if PHP is rinning as a module), restore you db backup and run the upgrade again from the beginning (you can't just refresh after a PHP timeout during the upgrade)

Set back your max execUtion Time to 60 once the upgrade is done.

14 Jul 08, 2013 20:33

François,

Thank you for the suggestion. Unfortunately, nothing changed.

I changed the following values in php.ini

;;;;;;;;;;;;;;;;;;;
; Resource Limits ;
;;;;;;;;;;;;;;;;;;;

max_execution_time = 3000
max_input_time = 3000 ; Maximum amount of time each script may spend parsing request data
memory_limit = 256M

; Default timeout for socket based streams (seconds)
default_socket_timeout = 600

; Maximum time (in secondes) for connect timeout. -1 means no limit
mysql.connect_timeout = 600

---

Basically changing anything that might force a timeout.

I also checked all the files in httpd/conf and httpd/conf.d but found nothing that should be affecting PHP timeouts.

I stopped apache, and verified, and then started apache and verified.

I still have the two requests to click on "continue" and it still stalls at "Creating default antinspam ranges…"

A zip archive is attached with screenshots from this install.

Thank you for all of your help. I think that at this I'll just try 4.1.7 and if that fails, go back to 3.3.3

[Second attempt to submit this - security crumb error again]

--___
Best Regards,
Joseph
@JAdp


Attachments:

15 Jul 08, 2013 20:45

One more data point.

The antispam_iprange table is created, but with zero rows. No data at all.

Thank you,
Joseph
@JAdP

16 Jul 09, 2013 14:13

What do you see in your PHP error log? (Or apache error log if running as a module)

It must output an error at the time the installer stops.

You can also set $debug=1 which may give you an error message on screen.

17 Jul 13, 2013 10:34

I know what causes this error. Had same issue. Problem is that the new version is using a function of php which is only available for version 5.2 or higher. In:

/blogs/inc/_core/_misc.funcs.php

Line: 5613

You see:


if( filter_var( $ip, FILTER_VALIDATE_IP ) === false )

The FILTER_VALIDATE_IP is php 5.2 or higher only, see here:

http://php.net/manual/en/function.filter-var.php

I'm updating my PHP to 5.3 now, because that's the highest number for RHEL 5.x / CentOS 5.x. Good luck!

19 Jul 18, 2013 21:06

This should be all fixed in version 5.0.5.


Form is loading...