• Recent
    • Unsolved
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    • Register
    • Login
    1. Home
    2. Greg Plamondon
    3. Posts
    • Profile
    • Following 1
    • Followers 0
    • Topics 75
    • Posts 403
    • Groups 1

    Posts

    Recent Best Controversial
    • RE: FOG 1.6 Client autoupdate issue

      @Sebastian-Roth
      The strange thing is looking at the install dates, Version 11.17 was installed on the 12-13 and an older version installed on 12-16?

      Strange.

      alt text

      posted in FOG Problems
      Greg PlamondonG
      Greg Plamondon
    • RE: FOG 1.6 Client autoupdate issue

      @Sebastian-Roth

      Yes, I have started the long process of re-installing on all of the affected workstations.
      I am sure I can find another PC that has the same issue and post more of the log file.

      posted in FOG Problems
      Greg PlamondonG
      Greg Plamondon
    • FOG 1.6 Client autoupdate issue

      Clients started to update and throw errors

      alt text

      fog.log

      PS P:\> get-content -wait \\PC3151\c$\fog.log
       12/16/2019 11:30 PM Log Unhandled exception caught
       12/16/2019 11:30 PM Log     Terminating: True
       12/16/2019 11:30 PM Log     Hash code: System.IO.FileLoadException: Could not load file or assembly 'Newtonsoft.Json, Version=10.0.0.0, Culture=neutral, PublicKeyToken=30ad4fe6b2a6aeed' or one of its dependencies. The located assembly's manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040)
      File name: 'Newtonsoft.Json, Version=10.0.0.0, Culture=neutral, PublicKeyToken=30ad4fe6b2a6aeed'
         at FOG.FOGSystemService.Load()
         at Zazzles.AbstractService.BootStrapModules()
         at System.Threading.ThreadHelper.ThreadStart_Context(Object state)
         at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
         at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
         at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
         at System.Threading.ThreadHelper.ThreadStart()
      
      WRN: Assembly binding logging is turned OFF.
      To enable assembly bind failure logging, set the registry value [HKLM\Software\Microsoft\Fusion!EnableLog] (DWORD) to 1.Note: There is some performance penalty associated with assembly bind failure logging.
      To turn this feature off, remove the registry value [HKLM\Software\Microsoft\Fusion!EnableLog].
      
       12/16/2019 11:31 PM Main Overriding exception handling
       12/16/2019 11:31 PM Main Bootstrapping Zazzles
       12/16/2019 11:31 PM Controller Initialize
       12/16/2019 11:31 PM Controller Start
      
       12/16/2019 11:31 PM Service Starting service
       12/16/2019 11:31 PM Log Unhandled exception caught
       12/16/2019 11:31 PM Log     Terminating: True
       12/16/2019 11:31 PM Log     Hash code: System.IO.FileLoadException: Could not load file or assembly 'Newtonsoft.Json, Version=10.0.0.0, Culture=neutral, PublicKeyToken=30ad4fe6b2a6aeed' or one of its dependencies. The located assembly's manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040)
      File name: 'Newtonsoft.Json, Version=10.0.0.0, Culture=neutral, PublicKeyToken=30ad4fe6b2a6aeed'
         at FOG.FOGSystemService.Load()
         at Zazzles.AbstractService.BootStrapModules()
         at System.Threading.ThreadHelper.ThreadStart_Context(Object state)
         at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
         at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
         at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
         at System.Threading.ThreadHelper.ThreadStart()
      
      WRN: Assembly binding logging is turned OFF.
      To enable assembly bind failure logging, set the registry value [HKLM\Software\Microsoft\Fusion!EnableLog] (DWORD) to 1.Note: There is some performance penalty associated with assembly bind failure logging.
      To turn this feature off, remove the registry value [HKLM\Software\Microsoft\Fusion!EnableLog].
      
      posted in FOG Problems
      Greg PlamondonG
      Greg Plamondon
    • RE: Duplicate snapin task entries - working 1.6

      would you prefer i post bugs for working 1.6 elsewhere or are the forums fine?

      posted in FOG Problems
      Greg PlamondonG
      Greg Plamondon
    • Duplicate snapin task entries - working 1.6

      alt text

      posted in FOG Problems
      Greg PlamondonG
      Greg Plamondon
    • RE: FOG User Tracking -Search

      @Tom-Elliott said in FOG User Tracking -Search:

      1.6

      I have ## Version: 1.5.7.56 installed…
      what repo is 1.6 in?

      posted in FOG Problems
      Greg PlamondonG
      Greg Plamondon
    • RE: FOG User Tracking -Search

      @Daniel-Miller said in FOG User Tracking -Search:

      @Greg-Plamondon said in FOG User Tracking -Search:

      I checked the userTracking table in the fog database and it has 22104 records

      You can keep pushing execution time out, but it is quite possible that you may have too many entries for php to handle the data in a reasonable time frame, especially if this instance has been running for a while. If you don’t need the historical data, truncating the userTracking table (truncate table fog.usertracking) as suggested in https://forums.fogproject.org/topic/11713/503-service-unavailable-error/54 should get it up and running and will show data going forward until it gets too ungainly again.

      I was able to truncate the table and then run a report. I wish i was able to store more records.

      posted in FOG Problems
      Greg PlamondonG
      Greg Plamondon
    • RE: FOG User Tracking -Search

      @Daniel-Miller said in FOG User Tracking -Search:

      Good, the values are changing.

      It may take upwards of a minute or two depending on how many entries are getting pulled.

      I checked the userTracking table in the fog database and it has 22104 records
      By the way, this hasn’t worked for us for quite some time, I just never got around to reporting it.
      but now I have been getting a lot of requests for reports and it was nice to be able to quickly generate what time a user logged into the pc.

      posted in FOG Problems
      Greg PlamondonG
      Greg Plamondon
    • RE: FOG User Tracking -Search

      @Daniel-Miller said in FOG User Tracking -Search:

      Good, the values are changing.

      there is also an execution time limit that should be set in one of the ini / conf files as well. I believe the setting is max_execution_time which I think takes a value in seconds and defaults to 30. you may want to play with that value to see if you can get a response in a reasonable time. It may take upwards of a minute or two depending on how many entries are getting pulled.

      So far I have changed the /etc/php.ini max_execution_time = 300 with no luck.

      [Fri Dec 06 14:20:04.488209 2019] [proxy_fcgi:error] [pid 2045] (70007)The timeout specified has expired: [client 192.168.10.170:63425] AH01075: Error dispatching request to :, referer: http://10fogserver.mtstrans.com/fog/management/index.php?node=report&sub=file&f=dXNlciB0cmFja2luZw==```
      posted in FOG Problems
      Greg PlamondonG
      Greg Plamondon
    • RE: FOG User Tracking -Search

      the VM has 16G of RAM,
      I changed /etc/php-fpm.d/www.conf:php_admin_value[memory_limit] = 8192
      to see if that would help, but now i get this and nothing in the /var/log/php-fpm/www-error.log

      alt text

      the /var/www/httpd/error_log:

      [Fri Dec 06 12:14:10.523177 2019] [proxy_fcgi:error] [pid 5254] (70007)The timeout specified has expired: [client 192.168.10.170:55422] AH01075: Error dispatching request to :, referer: http://10fogserver.mtstrans.com/fog/management/index.php?node=report&sub=file&f=dXNlciB0cmFja2luZw==```
      posted in FOG Problems
      Greg PlamondonG
      Greg Plamondon
    • RE: FOG User Tracking -Search

      @Daniel-Miller said in FOG User Tracking -Search:

      @Greg-Plamondon did you restart the fpm service? Command to do so will be similar to sudo systemctl restart php7.1-fpm.service.

      yes: systemctl restart php-fpm

      posted in FOG Problems
      Greg PlamondonG
      Greg Plamondon
    • RE: FOG User Tracking -Search

      @Daniel-Miller said in FOG User Tracking -Search:

      grep -r memory_limit /etc/*

      grep -r memory_limit /etc/*
      /etc/php-fpm.d/www.conf:php_admin_value[memory_limit] = 256M
      /etc/php.ini:memory_limit = 1024
      
      

      changed: /etc/php-fpm.d/www.conf:php_admin_value[memory_limit] = 1024M
      and restarted FPM service.
      now get this message in the log.

      [06-Dec-2019 17:02:32 UTC] PHP Fatal error:  Allowed memory size of 1073741824 bytes exhausted (tried to allocate 12288 bytes) in /var/www/html/fog/lib/fog/fogcontroller.class.php on line 260
      

      Thanks.

      posted in FOG Problems
      Greg PlamondonG
      Greg Plamondon
    • RE: FOG User Tracking -Search

      @Tom-Elliott said in FOG User Tracking -Search:

      256

      in the GUI it was set to 128, I changed it to 1024 and I still get the HTTP error 500 and same log message.
      I even restarted httpd.

      posted in FOG Problems
      Greg PlamondonG
      Greg Plamondon
    • RE: Bandwidth graph colors?

      @Tom-Elliott That would be great!

      posted in General
      Greg PlamondonG
      Greg Plamondon
    • RE: FOG User Tracking -Search

      @Tom-Elliott I changed it to 512, but my php.ini is set to 1024.

      posted in FOG Problems
      Greg PlamondonG
      Greg Plamondon
    • RE: FOG User Tracking -Search

      @Tom-Elliott said in FOG User Tracking -Search:

      /var/log/php-fpm/www-error.log

      [06-Dec-2019 14:21:28 UTC] PHP Fatal error:  Allowed memory size of 268435456 bytes exhausted (tried to allocate 8192 bytes) in /var/www/html/fog/lib/db/pdodb.class.php on line 622
      

      Thanks.

      posted in FOG Problems
      Greg PlamondonG
      Greg Plamondon
    • RE: FOG User Tracking -Search

      @Daniel-Miller
      Sorry, I should know better.
      Centos 7.7
      Fog Version: 1.5.7.56
      approximately 400 users give or take.

      posted in FOG Problems
      Greg PlamondonG
      Greg Plamondon
    • RE: Bandwidth graph colors?

      @Sebastian-Roth I think it would great if there was a color picker right under the checkbox for graph enabled inside the node settings.

      posted in General
      Greg PlamondonG
      Greg Plamondon
    • FOG User Tracking -Search

      alt text

      When running a user report I get an HTTP Error 500.

      alt text

      nothing in /var/log/httpd/error_log

      /var/log/httpd/access_log:

      
      192.168.10.170 - - [05/Dec/2019:16:38:28 -0500] "POST /fog/management/index.php?node=report&sub=file&f=dXNlciB0cmFja2luZw%3D%3D HTTP/1.1" 500 - "http://10fogserver.mtstrans.com/fog/management/index.php?node=report&sub=file&f=dXNlciB0cmFja2luZw==" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.108 Safari/537.36"
      
      posted in FOG Problems
      Greg PlamondonG
      Greg Plamondon
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 20
    • 21
    • 5 / 21