Updating Database ... Failed!


  • Moderator

    r7687 on Fedora 23, the installer is failing at this point.

    The error log ends at a really weird spot, I can’t make heads or tails out of it. Here it is:
    0_1463536983539_fog_error_7687.log

    This is my home FOG setup, which is in a VM so I’m not all that concerned about it honestly. I can revert to a prior snapshot and try again, but thought I’d make the report and offer the opportunity to see what’s going on.


  • Developer

    @hernani Please check if your database is working properly: https://wiki.fogproject.org/wiki/index.php/Troubleshoot_MySQL

    George is absolutely right. Please open your own post so we can specifically help with your issue. Might be the same, might be not - but that does not really matter. As two or more people post their information in the same post things are getting mixed up and we just don’t like to read through the posts for 10 minutes just to know who is at what stage. We are more than happy to help you but I will delete all your following posts in this thread!



  • @george1421 It’s not an install issue in fact but as the others users in the post, it freezes at the end of an upload task. ;-)


  • Moderator

    @hernani First of all I would suggest that you open a new thread since your situation may be unique with a similar end results.

    While this may not be “the” solution that fixes your immediate problem, but please update to the latest release which is about 7850. You didn’t mention the FOG server OS in your post (i.e. unique ??).

    There should be an install error log. Its moved around a bit during the different trunk releases. It could be in /var/log or /opt/fog/log or in /home or /home/fog. I just ran the svn update again and my install completed without error on Centos 7.



  • same problem for me with 7695
    "updating database … failed"
    after many minutes
    "Error returned: reattempting to update database".

    thx



  • @Quazz said in Updating Database ... Failed!:

    @pcayphas That is a different issue (error during upload task vs error during updating FOG), I recommend you create a new thread for it so we can help you better.

    OK Sorry.

    Philippe



  • Hello,

    Same problem for me sinds a few day. I’m now using fog 7821 and at the end of the upload task ,“updating database” freeze.

    Unix is Centos 7.0

    Any help or idea would be welcome !

    Thanks,

    Philippe


  • Moderator

    @pcayphas That is a different issue (error during upload task vs error during updating FOG), I recommend you create a new thread for it so we can help you better.



  • Hello,

    Same problem for me sinds a few day. I’m now using fog 7821 and at the end of the upload task ,“updating database” freeze.

    Unix is Centos 7.0

    Any help or idea would be welcome !

    Thanks,

    Philippe


  • Senior Developer

    @Wayne-Workman et al,

    I’m marking this as solved as the issue is directly because the SchemaUpdaterPage wasn’t being loaded as during one of my edits, it changed the "class " identifier:

    <?php
    class SchemaUpdaterPage {
    

    To

    <?php
    class schemaPage {
    

    Because the page was loaded, but the class as called could not be found, it was failing. This is now fixed, with a margin of error of 0.0000000000000000000000000001%


  • Moderator

    I won’t be able to try until I get home, this issue cropped up on my home fog server.


  • Developer

    Marking this unsolved again until we hear from @Wayne-Workman. As well moving it to bug reports…


  • Moderator

    @Tom-Elliott Works on my end as well.


  • Senior Developer

    Should all be fixed.

    After making a change from schemaupdater to schema, apparently the class caller was changed accidentally. This is fixed in the current now and even tested an update/install and appears to have worked properly.


  • Moderator

    Same thing here on Centos 7.

    Potentially relevant logs:

    [Wed May 18 12:20:45.179128 2016] [core:notice] [pid 5209] AH00094: Command line  : '/usr/sbin/httpd -D FOREGROUND'
    [Wed May 18 12:20:47.336126 2016] [:error] [pid 5216] [client 192.168.1.154:56426] PHP Warning:  date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone 'UTC' for now, but please set date.timezone to select your timezone. in /var/www/html/fog/lib/db/mysqldump.class.php on line 383
    [Wed May 18 12:20:47.999785 2016] [:error] [pid 5216] [client 192.168.1.154:56426] PHP Warning:  date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timez one_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone 'UTC' for now, but please set date.timezone to select your timezone. in /var/www/html/fog/lib/db/mysqldump.class.php on line 400
    [Wed May 18 12:20:48.081173 2016] [:error] [pid 5221] [client 127.0.0.1:49006] PHP Fatal error:  Call to a member function index() on null in /var/www/html/fog/lib/fog/fogpagemanager.class.php on line 72
    [Wed May 18 12:20:48.157157 2016] [:error] [pid 5219] [client 192.168.1.154:56432] PHP Fatal error:  Call to a member function index() on null in /var/www/html/fog/lib/fog/fogpagemanager.class.php on line 72
    

  • Developer

    @Wayne-Workman Anything in the apache error and access logs??


Log in to reply
 

Looks like your connection to FOG Project was lost, please wait while we try to reconnect.