Invision Community 4: SEO, prepare for v5 and dormant account notifications By Matt Monday at 02:04 PM
AndyF Posted January 17, 2017 Posted January 17, 2017 IDK if its a lot of help but I've seen that (or similar) when trying to use an elderly 3x version on a high php / mysql version... You may want to add what versions of these are currently in use.
Jim M Posted January 17, 2017 Posted January 17, 2017 43 minutes ago, Adriano Faria said: Anyone from IPS support: does the client needs to submit a ticket to update his test board ? He doesn't want to update the main board before test it on a test install. @Jim M @Rhett @Mark H, etc. System check and ensure that PHP and MySql are in spec. Seems they're attempting to do something not permitted Rhett 1
Adriano Faria Posted January 17, 2017 Posted January 17, 2017 1 hour ago, AndyF said: IDK if its a lot of help but I've seen that (or similar) when trying to use an elderly 3x version on a high php / mysql version... You may want to add what versions of these are currently in use. Php 7.0.14. 46 minutes ago, Jim M said: System check and ensure that PHP and MySql are in spec. Seems they're attempting to do something not permitted Everything was green checked in first step of upgrade.
Nathan Explosion Posted January 17, 2017 Posted January 17, 2017 (edited) I have not completed one single successful upgrade with PHP 7 as the version before IPS4 is actually in place. All my test upgrades (I've done way too many at this point) that complete successfully are on PHP 5.x, none on PHP 7.x are successful. While PHP is suitable for running IPS 4.1, it may not be (I'd say "isn't") suitable for an upgrade from 3.4 to 4.1 at all. Suggestion: lower down to a PHP version that is supported with 3.4 then perform the upgrade (or even do the test change via phpmyadmin) Once done, go to PHP 7.0.x Edited January 17, 2017 by Nathan Explosion Adriano Faria 1
Adriano Faria Posted January 18, 2017 Posted January 18, 2017 Ok, changed to php 5.6; same issue, then I simply deleted the column and the upgrade recreated and going on with the upgrade. Not a big deal here since the emoticons (table from the issue) can be reuploaded.
Morgin Posted January 26, 2017 Posted January 26, 2017 Running 3.4. Want to finally upgrade to 4. My server is running ubuntu 12.04LTS. I am using default repos, so my versions of apache and php are quite dated (albeit continue to receive security updates backported under the lts program). What is the best strategy to go from 12.04LTS (php 5.3, apache 2.2) to 16.04LTS (php 7, apache 2.4)? My plan was to spin up a new VPS with a fresh ubuntu install, get it set up properly with current updates, and then copy over my web files and database and run the converter. However, I understood from a few other threads here that perhaps it wouldnt be the smartest decision to run conversion of 3.4 under php7. How did other people do a major OS update at the same time as a jump from 3.4 - 4? I also have a number of tables in MYISAM - does the converter take care of changing over to INNODB, or do I have to do that manually. If manually, ... how?
th3#afk Posted February 22, 2017 Posted February 22, 2017 if i use nulled and later i bought a license , i can use this tutorial for upgrade ?
Bluto Posted February 23, 2017 Posted February 23, 2017 On 1/17/2017 at 6:55 PM, Nathan Explosion said: I have not completed one single successful upgrade with PHP 7 as the version before IPS4 is actually in place. All my test upgrades (I've done way too many at this point) that complete successfully are on PHP 5.x, none on PHP 7.x are successful. While PHP is suitable for running IPS 4.1, it may not be (I'd say "isn't") suitable for an upgrade from 3.4 to 4.1 at all. Suggestion: lower down to a PHP version that is supported with 3.4 then perform the upgrade (or even do the test change via phpmyadmin) Once done, go to PHP 7.0.x Maybe I'm understanding you wrong, but I just upgraded 3.4.9 on nginx running 7.1.1 didn't have a single issue - it's running on my dev server. I'm using stock centmin mod.
Nathan Explosion Posted February 23, 2017 Posted February 23, 2017 No misunderstanding at all... In my experience, I wouldn't put PHP 7.x in place until after an upgrade as it has always resulted in issues previously for me. In your experience, it worked fine for you. The above shouldn't influence anybody's decision at all - the results of someone's own testing should influence it more.
Bluto Posted February 23, 2017 Posted February 23, 2017 Sucks to hear that it hasn't worked for you. I totally agree about the testing. I've tested upgrading several times, just to make sure for my board. I'm happy I only have to upgrade once. Taking the plunge this weekend.
Jamer Posted March 4, 2017 Posted March 4, 2017 I am in the process of upgrading, from version 3.4.8 to the latest version, I hve upload and overwritten all the files as per the instructions but before I even start the upgrade process I have the following error: Quote Warning: Unexpected character in input: '\' (ASCII=92) state=1 in /mounted-storage/home114c/sub007/sc18250-QDIV/www/index.php on line 13Warning: Unexpected character in input: '\' (ASCII=92) state=1 in /mounted-storage/home114c/sub007/sc18250-QDIV/www/index.php on line 13Parse error: syntax error, unexpected T_STRING in /mounted-storage/home114c/sub007/sc18250-QDIV/www/index.php on line 13 Any advice would be greatly appreciated
Mark Empson Posted March 20, 2017 Posted March 20, 2017 I have the same issue at present. Warning: Unexpected character in input: '\' (ASCII=92) state=1 Any clues??
Vanrau Posted March 20, 2017 Posted March 20, 2017 (edited) I am running a test upgrade of 3.4.9 to 4.1.19. This test install is in a sub directory of the forums I'm testing this upgrade on. I just got everything installed and it ran all the background processes. I click on the forums and then tried to sign in and it said it couldn't find that page. Anyone know what I need to check? I turned off FURL and mod rewrite on my 3.4.9 forums and still the same. Nevermind, fixed my own problem by turning off FURL on the new installation. Edited March 20, 2017 by Vanrau
eoebrian Posted March 21, 2017 Posted March 21, 2017 (edited) Ok I ran the upgrade tonight 3.3.4 to 4.1.x and it seemed to go very smoothly - will report back if I have any issues. Edited March 21, 2017 by eoebrian
Linda A Posted April 29, 2017 Posted April 29, 2017 (edited) I'm trying to upgrade my forum to the latest version -we're on PHP 5.6 -- and right at the start the Upgrader just did after awhile due to PHP timeout because the first step simply take too long. I can see the following in MySQL: Execute | 2391 | optimizing | /*IPS\_Application::installDatabaseUpdates:413*/ SELECT count(*) FROM `ibf_core_log` AS `core_log` | When I try to resume the upgrade when they process is done, it simply does the same thing as if it does not realize that it already did that query. Any suggestions for how to tell it to proceed? ETA: I see the problem. For some reason the log has over 20 million rows. Going to delete most of them and see what happens. Edited April 29, 2017 by Linda A
Ant__ Posted April 29, 2017 Posted April 29, 2017 upgraded my test board from 3.4 to 4 last night the postrebuild etc took over 12hours which is ridiculous for a 2m post forum is there any guide for what files can be removed after the upgrade to do a cleanup of the redundant 3.4 files?
Morgin Posted May 1, 2017 Posted May 1, 2017 On 2017-04-29 at 0:24 PM, Ant__ said: is there any guide for what files can be removed after the upgrade to do a cleanup of the redundant 3.4 files? No guide that I know of, but you can compare the directories of a clean ips4 install (just check the zip) and your own site and wipe out the directories that don't exist at all in ips4, as well as the root files that don't exist. Ant__ 1
Pablo BJB Posted May 1, 2017 Posted May 1, 2017 On 4/29/2017 at 8:24 PM, Ant__ said: upgraded my test board from 3.4 to 4 last night the postrebuild etc took over 12hours which is ridiculous for a 2m post forum is there any guide for what files can be removed after the upgrade to do a cleanup of the redundant 3.4 files? There is a guide for that and I can confirm that it worked for me: Ant__ 1
Pablo BJB Posted May 9, 2017 Posted May 9, 2017 (edited) Hello fellow forum owners, I want to share details of my experience with the upgrade process, so that it can help others who might face same problems as I had. My forum has about 90k topics and 1.9M posts, dating from March 2005. till now (https://forum.bjbikers.com). About 10 days ago I ran the upgrade process (it took about 9 hrs to finish) and even though I have followed the instructions precisely, I had to rerun it because charser wasn't converted properly. Second time I have ran the db convert utility from the command line and then it worked. Here is that screen and the cli command is the one at the bottom: Mind you though that this DB conversion utility did not look the same as in the screen above, IPS should update their Running the upgrade instruction page. After the upgrade process finished for the second time, my community was up, but the problems have just emerged in the form of background rebuilding stuff tasks. It was running those tasks very slowly even though I have used cron tasks. My community runs on a dedicated server with decent hardware (Intel(R) Core(TM) i7-4770 CPU @ 3.40GHz, 16GB RAM, 2x2TB SATA HDD in RAID-1). However, cron tasks were doing very little dent to the background tasks progress, while at the same time my community was extremely unresponsive, with load times over 20 seconds. Progress for rebuilding posts was like 2 hours for just 1%. My sys admin has convered all tables to InnoDB, switched to the latest version of MariaDB, upgraded PHP to v7.0 etc, but very little improvement happened. It seems that Rebuilding Posts task is using disk extensively, which on my server was completelly stalling other db operations. Then we found the mysql setting which improved things significantly. The param which improved the background task progress is the innodb_flush_log_at_trx_commit, in conjuction with the update of innodb-log-file-size param from 1G to 256M. We changed the innodb_flush_log_at_trx_commit from default value of 1, to 2. It improved write speed significantly, changing the progress from 2hrs for just 1% to 20% done in just 1hr. It did cause one db crash, but overall it was a life saver. Here is the info about that parameter from MySQL documentation. Now the community is running smoothly, but there are some issues with several users not being able to log in. Hopefully I will resolve this with IPS Support. Just one final note. I am quite disappointed with IPS Support during this upgrade process. I have asked for their help in terms of advices, but all I was getting as their response were some generic replies like íts not us, its your server etc'. I understand that it was my server setting, but I was hoping that IPS support engineers could point me in the right direction when it comes to server configuration, especially db server. If I didn't spent like 2-3 days constantly trying to figure out why that db was performing so poorly, while having my community offline, my community would take a significant hit and I would have probably given up on IPS software by now. I think that it is reasonable to expect that IPS support is able and willing to share advices on what are the common settings which can significantly affect the server performance since from what I can see, IPS4.X requires significantly more hardware resources than IP.Board 3.4.x. In any case, I hope that my experience can help someone still holding on to the v3.4 and planning to upgrade to v4.x. Edited May 10, 2017 by Pablo BJB AlexJ, Tom_K and balazsp 1 2
Affiliatem Posted June 9, 2017 Posted June 9, 2017 Hi everyone, I'm trying to update a forum in russian from 3x to 4x and I have problems with UTF conversion. My charachers after conversion looks like Добро пожаловать на Thanks
media Posted September 18, 2017 Posted September 18, 2017 (edited) I have a question. My board is on 3.4.9 and I am planning to upgrade to 4.2.3. It is a high traffic board. My question is while upgrading how can I stop public access to the board? I do not want any problem? Edited September 18, 2017 by media
Joy Rex Posted September 18, 2017 Posted September 18, 2017 4 hours ago, media said: I have a question. My board is on 3.4.9 and I am planning to upgrade to 4.2.3. It is a high traffic board. My question is while upgrading how can I stop public access to the board? I do not want any problem? Well, you can turn your forum off and display a message for maintenance. You really should consider setting up a development site, getting a copy of your current forum up and running in that development environment, then upgrading the development version to see what breaks in going from 3.4.9 to 4.2.x - the post conversion as well as the database conversion alone can take a long time depending on how big your forum is. Once you've got everything ironed out in the development environment, you now have an idea what to watch out for when converting your live site. I'd also recommend communicating this change well in advance to your community so they are prepared for any downtime. Sonya* and media 2
media Posted September 19, 2017 Posted September 19, 2017 (edited) I know how to move my 3.4.9 to a new test folder Question: How do you move 4.2.4 test version to live board folder? I need help (please step by step)? What area that I need to change Edited September 23, 2017 by media
Pete T Posted September 24, 2017 Posted September 24, 2017 On 19/09/2017 at 1:32 PM, media said: I know how to move my 3.4.9 to a new test folder Question: How do you move 4.2.4 test version to live board folder? I need help (please step by step)? What area that I need to change If asking once moved folder to your live site all need do change conf_global.php and once done that login via Admin and run the support tool to resolve the few issue with the files store in datastore.
JTHastings Posted October 7, 2017 Posted October 7, 2017 How do I actually RUN the utf8 database converter once I have it uploaded into my forum root?
Recommended Posts