Bugs in FOG 1.0.0


  • Moderator

    Hi all,

    so again congrats to Tom and team.

    Now that the release candidate is here a Final release must be close!

    Though we need your help to test in your environment, work through the UI, test uploads and downloads, snapins, and everything else that we have come to love about FOG.

    I would encourage you to Simulate a test upgrade and set up a FOG 1.0.0 server and import your hosts from your production FOG box. Remember That images cannot be copied across.

    (Do NOT upgrade your current FOG 0.32 box)

    Please use this thread to track any initial bug reports for FOG 1.0.0, and if necessary we can split some bugs off on their own thread.

    Have fun


  • Moderator

    Locked


  • Senior Developer

    Please lock thread when you all have time.

    Thank you,


  • Moderator

    In 1.0.1 Fog requires a Host to have an image associated in order to perform a WOL task.


  • Senior Developer

    There’s always a password for the ftp and tftp password. The password you’re seeing in those fields is set at install time and should be the first 6 characters of the hash that’s generated.



  • I figure I should mention this. I’m not sure if this was on purpose to encourage a better default password or not, but in the /var/www/fog/commons/config.php there was a password in the ftp and tftp password field that looked like it was left in by accident perhaps. I recall before the default was either blank or “password”

    Thanks,
    -JJ



  • I downgraded to the official release of 1.0.1 and I was still having the same problem.
    So I tried again doing an install without my script and re-editing and moving the files. According to the error I found in the apache error.log it had to do with not connecting to the database. I believe that the line in my script
    "wget -O - --post-data=“confirm=yes” “[url]http://{FOGWEBIP}/commons/schemaupdater/index.php[/url]” 2>/dev/null"
    was the problem. It’s the only thing I didn’t do. I also made a symlink from /var/www/fog to /var/www/html/fog instead of moving the folder to satisfy the ubuntu 14.04 webroot.

    Thanks for the help.
    -JJ



  • I found that and changed it but it’s still broken :(
    Any other thoughts?


  • Senior Developer

    If you see this:

    Edit /var/www/{FOGWEB}/management/index.php

    Change the line that says:
    [code]ob_start(‘ob_gzhandler’);[/code]
    to:
    [code]ob_start();[/code]



  • I had posted this in a new thread for Fog 1.0.1 bugs, but I figured it might get more attention in here and that other thread might be redundant for bug reports anyway, so I’ll go delete it.

    I just updated to the latest trunk (1696) with my update script ([url]http://fogproject.org/forum/threads/automating-fog-0-33b-svn-updates-in-ubuntu-14-04-with-cron-easily-adapted-to-other-linux-distros.10409/#post-26438[/url]) that has been working just fine for the last 2 weeks. It did update to the first release of 1.0.1 just fine, but I was getting a TFTP can’t find the file error so I figured I could just try updating it to the latest release in case that fixed it. But now all of a sudden I can’t get to the fog management web page and still get the TFTP error when I try to get into the PXE boot. When I try to go to the FOG management webpage all I get is an that says “Content Encoding Error” in firefox and [COLOR=#000000]"[FONT=Helvetica]ERR_CONTENT_DECODING_FAILED" in chrome.[/FONT][/COLOR]

    So, in summary, even though all my settings are as they’ve been with everything working perfectly (I’ve double checked this) I suddenly have this content encoding error. According to what I’ve found on the web it probably has something to do with gzip encoding something something.

    Any thoughts?

    Thanks,
    -JJ



  • [quote=“Tom Elliott, post: 27062, member: 7271”]Your report about the init scripts is not “refused” just not an issue. Things are still working as you described earlier, therefore there’s not likely to be any change within them. Unless they’re causing issues with the services starting, nobody else has described this issue besides you. I don’t want to make a change that’s not hurting anybody else for one person’s issues.[/quote]
    Ok but using LSB tag is a best practice on Debian (all others scripts have them!).

    In fact, update-rc.d need LSB tags but sysv-rc-conf don’t. So, when you install the init scripts, prefer use this command :
    [CODE]update-rc.d FOGImageReplicator defaults
    update-rc.d FOGMulticastManager defaults
    update-rc.d FOGScheduler defaults[/CODE]
    Now, you need to use LSB tags and you are compliant with Ubuntu and Debian!
    You can use [URL=‘https://wiki.debian.org/LSBInitScripts’]this documentation[/URL] from Debian website.

    [quote=“Tom Elliott, post: 27062, member: 7271”]In regards to your network issue as described, have you tried powering down the system and powering back up? If you do this is the problem still present?[/quote]
    Apparently, VirtualBox make most often this issue.
    For physical, it’s an report by users of my compagny and I see that only two times. If it reproduce, I would try your fix, thanks!

    FOG installs by default mysql while he can be used with Oracle…


  • Senior Developer

    [quote=“aruhuno, post: 27060, member: 105”]Whether in virtual or physical machine, this problem appears in a unpredictable way:
    [URL=‘http://pix.toile-libre.org/?img=1400057772.png’][IMG]http://pix.toile-libre.org/upload/thumb/1400057772.png[/IMG][/URL]

    I don’t understand how to solve this issue with that : [url]http://ipxe.org/err/040ee1[/url]

    My report about the init scripts is refused ?

    [B]---- FOG SVN INFO[/B]
    [CODE]Chemin : .
    URL : http://svn.code.sf.net/p/freeghost/code/trunk
    Racine du dépôt : http://svn.code.sf.net/p/freeghost/code
    UUID du dépôt : 71f96598-fa45-0410-b640-bcd6f8691b32
    Révision : 1687
    Type de nœud : répertoire
    Tâche programmée : normale
    Auteur de la dernière modification : masterzune
    Révision de la dernière modification : 1687
    Date de la dernière modification: 2014-05-14 03:43:19 +0200 (mer. 14 mai 2014)[/CODE][/quote]

    Your report about the init scripts is not “refused” just not an issue. Things are still working as you described earlier, therefore there’s not likely to be any change within them. Unless they’re causing issues with the services starting, nobody else has described this issue besides you. I don’t want to make a change that’s not hurting anybody else for one person’s issues.

    In regards to your network issue as described, have you tried powering down the system and powering back up? If you do this is the problem still present?

    I ask because I’m aware of a few quirks in iPXE and configuring network devices. For the most part, they all work fine, but there are a few times where this issue pops up. This is especially pertinent within VirtualBox Virtual Machines, which from what I can tell is a bug in VirtualBox, not a bug in iPXE. I’ve heard of this occurring on a few physical machines, and once again they seem to go away if the system is powered down, then powered back up. This could be a simple fix for physical machines by booting into windows and disabling the LAN Link Speed option to disabled.



  • Whether in virtual or physical machine, this problem appears in a unpredictable way:
    [URL=‘http://pix.toile-libre.org/?img=1400057772.png’][IMG]http://pix.toile-libre.org/upload/thumb/1400057772.png[/IMG][/URL]

    I don’t understand how to solve this issue with that : [url]http://ipxe.org/err/040ee1[/url]

    My report about the init scripts is refused ?

    [B]---- FOG SVN INFO[/B]
    [CODE]Chemin : .
    URL : http://svn.code.sf.net/p/freeghost/code/trunk
    Racine du dépôt : http://svn.code.sf.net/p/freeghost/code
    UUID du dépôt : 71f96598-fa45-0410-b640-bcd6f8691b32
    Révision : 1687
    Type de nœud : répertoire
    Tâche programmée : normale
    Auteur de la dernière modification : masterzune
    Révision de la dernière modification : 1687
    Date de la dernière modification: 2014-05-14 03:43:19 +0200 (mer. 14 mai 2014)[/CODE]


  • Developer

    [quote=“pmonstad, post: 26963, member: 17422”]Hm strange. I ran the command
    service FOGMulticastManager restart

    Is respons with failed on stopping but OK on starting. Running the install script once again made it complete. Dont know was is wrong.[/quote]

    Then the service was not running, this is why it could not be stopped. One of the upstart commands must not have completed correctly, if a re-install fixed the issue and you did not upgrade only re-installed the same installer package.



  • [quote=“pmonstad, post: 26961, member: 17422”]I am running as root and my server has been unchanged for years. Have done a lot up FOG updates (almost a couple of times each day) and this has never been a problem before. After a server restart I now get a new error Starting FOG Image Replicator Server…Failed![/quote]

    Hm strange. I ran the command
    service FOGMulticastManager restart

    Is respons with failed on stopping but OK on starting. Running the install script once again made it complete. Dont know was is wrong.



  • [quote=“Tom Elliott, post: 26958, member: 7271”]Have you tried:
    [code]service FOGMulticastManager restart[/code] To see if it reports any issues, cause I’m running CentOS 6.5 final on a few of my systems and have not had any issues installing.

    My best guess, maybe you tried installing as a local user, not as root?

    Could it also be you have a mysql password set for the root user?[/quote]

    I am running as root and my server has been unchanged for years. Have done a lot up FOG updates (almost a couple of times each day) and this has never been a problem before. After a server restart I now get a new error Starting FOG Image Replicator Server…Failed!



  • [quote=“pmonstad, post: 26951, member: 17422”]Error when installing/upgrading: I am upgrading to rev 1669 on my CentOS server. The install script fails with error: Starting FOG Multicast Management Server…Failed!

    No way I can get it to complete the install. Anyone?[/quote]

    I did a server restart and now it respons with error Starting FOG Image Replicator Server…Failed! I am not able to upgrade my installation.


  • Senior Developer

    [quote=“pmonstad, post: 26951, member: 17422”]Error when installing/upgrading: I am upgrading to rev 1669 on my CentOS server. The install script fails with error: Starting FOG Multicast Management Server…Failed!

    No way I can get it to complete the install. Anyone?[/quote]

    Have you tried:
    [code]service FOGMulticastManager restart[/code] To see if it reports any issues, cause I’m running CentOS 6.5 final on a few of my systems and have not had any issues installing.

    My best guess, maybe you tried installing as a local user, not as root?

    Could it also be you have a mysql password set for the root user?



  • [quote=“Tom Elliott, post: 26950, member: 7271”]I’m not changing the scripts because they have never had any issues that I was aware of. What I mean, is many people have been installing FOG for quite a long time without any issue. That’s not to say there isn’t an issue, but to my knowledge, the three FOGScheduler, FOGMulticastManager, and FOGImageReplicator scripts have been working as they are currently setup and you’re the first describing that they’re not working. What OS is your FOG Server? There are many people on the forums with Debian, Ubuntu, Redhat, CentOS, Fedora, Linux Mint, etc… and no one has reported an issue such as yours.[/quote]
    That works without these, but it can have this kind of messages there which appear (it’s an example) :
    [CODE]update-rc.d: using dependency based boot sequencing
    insserv: warning: script ‘K01iptables’ missing LSB tags and overrides
    insserv: warning: script ‘K80sauvegarde-ramdisk’ missing LSB tags and overrides
    insserv: warning: script ‘sauvegarde-ramdisk’ missing LSB tags and overrides
    insserv: warning: current start runlevel(s) (empty) of script sauvegarde-ramdisk' overwrites defaults (2 3 4 5). insserv: warning: current stop runlevel(s) (0 6) of scriptsauvegarde-ramdisk’ overwrites defaults (0 1 6).
    insserv: warning: script ‘iptables’ missing LSB tags and overrides[/CODE]
    You can see what I mean here : [url]https://wiki.debian.org/LSBInitScripts[/url] (I’m using Debian Wheezy)

    [quote=“Tom Elliott, post: 26950, member: 7271”]I found the quick registration issue and have pushed 1669 out to fix this issue.[/quote]
    Thanks, I upgrade when I’ve time.



  • Error when installing/upgrading: I am upgrading to rev 1669 on my CentOS server. The install script fails with error: Starting FOG Multicast Management Server…Failed!

    No way I can get it to complete the install. Anyone?


Log in to reply
 

400
Online

38993
Users

10713
Topics

101698
Posts

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