nvlctur wrote:If I understood correctly though, I need to update both the SVN and Vici?
SVN version = subversion, in this case referring to the Subversion Revision Level, which in vicidial is a 4 digit number.
This does not refer to any LIVE code, technically. The SVN repository on your server is where the Vicidial code is stored, prior to installation. However, knowing this version and that this version has been installed is an easy reference to sharing your installed SVN revision level so everyone can be on the same page.
For clarity however: Upgrading the SVN folder of your server has ZERO effect on the running server, you're merely altering the "repository". The advantage of this is that you can then view the new code prior to making any changes on the actual server, even if the server is running. Most importantly, this will give you access to the latest UPGRADE text file which will have detailed instructions on how to complete the upgrade of the LIVE files now that you have downloaded the latest code to your server.
To upgrade the SVN revision level without changing any of the live server files (check, upgrade, check again):
- Code: Select all
cd /usr/src/astguiclient/trunk
svn info
svn up
svn info
To reiterate: This will NOT modify any live files on your system.
After this, you will look for and read the UPGRADE document in that trunk folder.
nvlctur wrote:I'm assuming here that my DBSchema is OK, a document I read about the upgrade stated that I must just make sure the Schema DB is above a certain version.
No. The DB Schema Must MATCH the one expected by the Vicidial Version. This is covered in detail in the UPGRADE document, but the short version is that your DB schema should match the last statement in the last ".sql" upgrade file included in your SVN source code. No, it's not as simple as changing the number: Each .sql upgrade file must be executed and in the correct order. Follow the UPGRADE instructions and report any errors here and we'll help you along.
Be SURE to perform a full backup before you begin. I'd go so far as to restore at least the DB on another mySQL db server just to be absolutely certain your backup set is valid. No errors during the back or the restore.
Happy Hunting!