|
Brendan Pike
Member since:
09 January 2008
Posts: 36
|
Monday 17 May 2010 11:35:06 pm
Hi Eirik, just wanted to thank you for contributing this tool it looks very promising. The complexity of upgrades has long been a common issue for people.
A couple of possibilities. Is it possible that future versions have increased verbose options for users who would like more detailed feedback of the process and any issues / errors that may occur.
I also found that by default this script is writing its logs to /lib/ezcopy/log rather than the scripts own directory ~/ezupgrade/lib/ezcopy/log ?
Also I'd like to suggest that there be an option to retain local copies of all the downloaded files which will make subsequent upgrades faster.
Also an option for 'yes' to all questions.
Many thanks, I'm off to continue some tests.
www.dbinformatics.com.au
We are always interested in hearing from experienced eZ PHP programmers and eZ template designers interested in contract work.
|
|
|
Eirik Alfstad Johansen
Member since:
09 January 2008
Posts: 18
|
Monday 17 May 2010 11:45:08 pm
Hi Brendan,
> A couple of possibilities. Is it possible that future versions have increased verbose
> options for users who would like more detailed feedback of the process and any
> issues / errors that may occur.
Sure. Are there any particular areas in which you would like more detailed information?
> I also found that by default this script is writing its logs to /lib/ezcopy/log rather than
> the scripts own directory ~/ezupgrade/lib/ezcopy/log ?
That sounds like a bug - we'll look into it.
> Also I'd like to suggest that there be an option to retain local copies of all the
> downloaded files which will make subsequent upgrades faster.
>
> Also an option for 'yes' to all questions.
Good suggestions. We'll consider adding these features in the near future.
|
|
|
Brendan Pike
Member since:
09 January 2008
Posts: 36
|
Tuesday 18 May 2010 12:16:58 am
Sure. Are there any particular areas in which you would like more detailed information?
Perhaps multiple verbose levels would be best, generally I would like feedback of each step been undertaken and confirmation of its success or any warnings that may of occurred. I just completed a 3.10.0 to 4.0.3 test (can't do bigger jumps than that currently) cleared the cache, updated the ini database settings but can't login. Haven't debugged why yet, but if something went wrong during the upgrade it will make tracking it down difficult without more detailed logs.
I like your reminder to setup cronjobs, perhaps a similar check could be done to remind people of any custom extensions they may need to manually update.
www.dbinformatics.com.au
We are always interested in hearing from experienced eZ PHP programmers and eZ template designers interested in contract work.
|
|
|
Brendan Pike
Member since:
09 January 2008
Posts: 36
|
Tuesday 18 May 2010 12:39:30 am
Just FYI I couldn't login because I missed the database name change, it probably was in the output somewhere just missed it due to the repeats perhaps.
The upgrade doesn't look clean at all, see here http://pastebin.org/246646
There is a mixture of eZ tables set to latin1_swedish_ci but mostly utf8_unicode_ci which is odd too, the settings/override/i18n.ini.append.php was still set to iso-8859-1 but changing it didn't improve the upgrade tests. Not sure what I or the script did wrong but in a case like this there seems little option to repeat the process manually unfortunately.
www.dbinformatics.com.au
We are always interested in hearing from experienced eZ PHP programmers and eZ template designers interested in contract work.
|
|
|
Anders Berre
Member since:
09 January 2008
Posts: 15
|
Tuesday 18 May 2010 5:48:00 am
|
|
|
Brendan Pike
Member since:
09 January 2008
Posts: 36
|
Tuesday 18 May 2010 5:58:51 am
Where is this output from? I can`t see where it comes from. We can`t, unfortunately, give support on cases. We will fix bugs in eZ Upgrade and implement features that may be good.
Naturally, I wasn't looking for specific support rather indicating that I didn't experience a clean upgrade and therefore better script feedback would be helpful and there might be problems in the upgrade script between those versions. The output was from the ez admin "upgrade check" function, ie. /setup/systemupgrade
But if you have mixed charset on your tables its not from eZ Upgrade. eZ Upgrade have only one feature to change charset on table, and thats with the script from eZ Publish. And as far as I can remember, it sets it to utf-8.
Okay, I'll be sure to check the original charsets, it might be a good idea to have the upgrade script run the default ez script to force to innodb perhaps, I think it might be recommend in the upgrade docs but can't recall at specifically which version.
Thanks :)
www.dbinformatics.com.au
We are always interested in hearing from experienced eZ PHP programmers and eZ template designers interested in contract work.
|
|
|
Anders Berre
Member since:
09 January 2008
Posts: 15
|
Tuesday 18 May 2010 7:11:32 am
|
|
|
Anders Berre
Member since:
09 January 2008
Posts: 15
|
Thursday 03 June 2010 12:58:39 am
|
|
|
Fabrice Sabino
Member since:
22 June 2010
Posts: 1
|
Tuesday 22 June 2010 10:14:50 am
hi,
I did not find eZUpgrade download link.
Could someone give me some help ?
Thanks,
Fab.
|
|
|
Eirik Alfstad Johansen
Member since:
09 January 2008
Posts: 18
|
Wednesday 23 June 2010 2:12:22 am
|
|
