• Recent
    • Unsolved
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    • Register
    • Login
    1. Home
    2. code7
    C
    • Profile
    • Following 0
    • Followers 0
    • Topics 3
    • Posts 9
    • Best 1
    • Controversial 0
    • Groups 0

    code7

    @code7

    1
    Reputation
    212
    Profile views
    9
    Posts
    0
    Followers
    0
    Following
    Joined Last Online

    code7 Unfollow Follow

    Best posts made by code7

    • 1.3.5 Installer fails if using a different system user name and the default "fog" user does not exist.
      Server
      • FOG Version: 1.3.5 Stable
      • OS: Ubuntu 16.04 x86_64
      Client
      • Service Version: N/A
      • OS: N/A
      Description

      During installation, if the default fog user does not exist on the system, and .fogsettings defines a different user name to use, the installer will fail when setting up the snapins directory due to a faulty chown command in lib/common/functions.sh. The faulty command uses default username “fog” instead of the $username variable.

      The attached diff file fixes it. Allowing the installation to complete.

      0_1492176537296_fog_installer_functions_username.patch

      posted in Bug Reports
      C
      code7

    Latest posts made by code7

    • RE: Capture failure since 1.3.5

      OK, some info:

      Apparently the “uncompressed” options don’t work. Even if the compression level is set to zero. I get the 141 error. Also the “uncompressed” options cause it to fail at ~2GB whereas the normal options cause a failure at ~4GB. Shouldn’t “uncompressed” mean write directly to the storage node, not a memory buffer? (That seems odd not to flush it though. Not every system has a RAM size that will match the size of the partition.)

      Setting the image to use a “split” type allows it to complete the imaging process. Which means there is an issue with the RAM usage. Although, prior to 1.3.5 this worked without issue on these machines, did something change to require more RAM?

      posted in FOG Problems
      C
      code7
    • RE: Capture failure since 1.3.5

      Pic of error:

      0_1493994155486_IMG_20170505_101001.jpg

      posted in FOG Problems
      C
      code7
    • RE: Capture failure since 1.3.5

      @Tom Elliott The image is configured to Compression level 6, Multipartition image Single Disk (Not Resizeable), Everything, Using partclone gzip.

      Screenshot:
      0_1493992781596_Screenshot at 2017-05-05 09:56:16.png

      @george1421 The desktop machine ran a successful smart extended check without error. I’ll try and take a picture of the logging output from the machine. (In a debug capture it won’t reboot, or return the shell so capturing it should be easy.)

      posted in FOG Problems
      C
      code7
    • RE: Capture failure since 1.3.5

      Unlikely, considering I tried it with two different machines. (A desktop and a laptop.) Both failed around the same spot. (~2GB for the laptop, and ~4GB on the desktop.) But I’ll run a smartctl check and report back.

      posted in FOG Problems
      C
      code7
    • Capture failure since 1.3.5
      Server
      • FOG Version: 1.4.0 RC-9.3
      • OS: Ubuntu Mate 16.04 x64
      Client
      • Service Version: N/A
      • OS: N/A
      Description

      During image capture, partclone suddenly exits with error code 141 despite the server having more than enough free space left on the images/dev partition. It always seems to exit in the same place as well.

      Attempting to do a debug capture does the same thing, but doesn’t return control to the console, so I can’t grab the debugging log.

      Server summary screen after capture failure:
      0_1493925842149_Screenshot at 2017-05-04 15:20:03.png

      Task management screen after capture failure:

      0_1493925935367_Screenshot at 2017-05-04 15:19:42.png

      posted in FOG Problems
      C
      code7
    • RE: 1.4.0 RC 8 pxe boot failure

      Yes, that portion seems to be working now. On to the next bug…

      posted in FOG Problems
      C
      code7
    • RE: 1.4.0 RC 8 pxe boot failure

      Here’s the error log data.

      tail /var/log/apache2/error.log
      [Thu Apr 27 10:59:09.547276 2017] [mpm_prefork:notice] [pid 20598] AH00169: caught SIGTERM, shutting down
      [Thu Apr 27 10:59:20.964053 2017] [mpm_prefork:notice] [pid 22782] AH00163: Apache/2.4.25 (Ubuntu) OpenSSL/1.0.2k configured -- resuming normal operations
      [Thu Apr 27 10:59:20.964208 2017] [core:notice] [pid 22782] AH00094: Command line: '/usr/sbin/apache2'
      [Thu Apr 27 11:15:50.966697 2017] [mpm_prefork:notice] [pid 22782] AH00169: caught SIGTERM, shutting down
      [Thu Apr 27 11:16:32.408193 2017] [mpm_prefork:notice] [pid 28368] AH00163: Apache/2.4.25 (Ubuntu) OpenSSL/1.0.2k configured -- resuming normal operations
      [Thu Apr 27 11:16:32.408258 2017] [core:notice] [pid 28368] AH00094: Command line: '/usr/sbin/apache2'
      [Thu Apr 27 12:12:21.742980 2017] [php7:error] [pid 28373] [client 10.219.18.59:52195] PHP Fatal error:  Uncaught Error: Call to a member function get() on boolean in /var/www/html/fog/lib/fog/bootmenu.class.php:339\nStack trace:\n#0 /var/www/html/fog/service/ipxe/boot.php(35): BootMenu->__construct(Object(Host))\n#1 {main}\n  thrown in /var/www/html/fog/lib/fog/bootmenu.class.php on line 339
      [Thu Apr 27 12:12:59.708741 2017] [php7:error] [pid 28371] [client 10.219.18.59:25686] PHP Fatal error:  Uncaught Error: Call to a member function get() on boolean in /var/www/html/fog/lib/fog/bootmenu.class.php:339\nStack trace:\n#0 /var/www/html/fog/service/ipxe/boot.php(35): BootMenu->__construct(Object(Host))\n#1 {main}\n  thrown in /var/www/html/fog/lib/fog/bootmenu.class.php on line 339
      [Thu Apr 27 12:19:17.022423 2017] [php7:error] [pid 28370] [client 127.0.0.1:48658] script '/var/www/html/fog/service/boot.php' not found or unable to stat
      [Thu Apr 27 12:19:42.584703 2017] [php7:error] [pid 28371] [client 127.0.0.1:48678] PHP Fatal error:  Uncaught Error: Call to a member function get() on boolean in /var/www/html/fog/lib/fog/bootmenu.class.php:339\nStack trace:\n#0 /var/www/html/fog/service/ipxe/boot.php(35): BootMenu->__construct(Object(Host))\n#1 {main}\n  thrown in /var/www/html/fog/lib/fog/bootmenu.class.php on line 339
      
      posted in FOG Problems
      C
      code7
    • 1.4.0 RC 8 pxe boot failure
      Server
      • FOG Version: 1.4.0 RC 8
      • OS: Ubuntu Mate 16.04
      Client
      • Service Version: N/A
      • OS: N/A
      Description

      After upgrading to 1.4.0 RC 8 from the current git master branch, pxe booting client machines fails with an I/O error on http://<fog server ip>/fog/service/ipxe/boot.php

      Going to it in a web browser without args outputs a seemingly incomplete ipxe script:

      #!ipxe
      set fog-ip [redacted]
      set fog-webroot fog
      set boot-url http://${fog-ip}/${fog-webroot}
      
      posted in FOG Problems
      C
      code7
    • 1.3.5 Installer fails if using a different system user name and the default "fog" user does not exist.
      Server
      • FOG Version: 1.3.5 Stable
      • OS: Ubuntu 16.04 x86_64
      Client
      • Service Version: N/A
      • OS: N/A
      Description

      During installation, if the default fog user does not exist on the system, and .fogsettings defines a different user name to use, the installer will fail when setting up the snapins directory due to a faulty chown command in lib/common/functions.sh. The faulty command uses default username “fog” instead of the $username variable.

      The attached diff file fixes it. Allowing the installation to complete.

      0_1492176537296_fog_installer_functions_username.patch

      posted in Bug Reports
      C
      code7