Not in this case I did find references to that being a possible solution I also went to the server directly and confirmed the cert is there and downloadable.
Posts made by Joseph Hales
-
RE: Fog Client fails to authenticate
-
Fog Client fails to authenticate
Server
- FOG Version: SVN 6069
- OS: Ubuntu Linux 14.04.3
Client
- Service Version: 0.11.12
- OS: windows 10
Client fails to authenticate and preform any tasks Nor does the FOG webpage display the reset encryption button so I reset it by adding it to a group. Here is the fog log.
------------------------------------------------------------------------------ --------------------------------Authentication-------------------------------- ------------------------------------------------------------------------------ 29/05/2017 11:24 Client-Info Version: 0.11.12 29/05/2017 11:24 Client-Info OS: Windows 29/05/2017 11:24 Middleware::Authentication Waiting for authentication timeout to pass 29/05/2017 11:26 Middleware::Communication Download: http://10.200.10.150/fog/management/other/ssl/srvpublic.crt 29/05/2017 11:26 Middleware::Authentication ERROR: Could not authenticate 29/05/2017 11:26 Middleware::Authentication ERROR: Value cannot be null. Parameter name: authority 29/05/2017 11:26 Middleware::Communication URL: http://10.200.10.150/fog/management/index.php?sub=requestClientInfo&configure&newService&json 29/05/2017 11:26 Middleware::Response Success 29/05/2017 11:26 Middleware::Communication URL: http://10.200.10.150/fog/management/index.php?sub=requestClientInfo&mac=3C:52:82:39:0F:52|98:54:1B:F4:84:AE|98:54:1B:F4:84:AF|98:54:1B:F4:84:B2&newService&json 29/05/2017 11:26 Middleware::Authentication Waiting for authentication timeout to pass 29/05/2017 11:27 Controller Stop 29/05/2017 11:27 Service Stop requested 29/05/2017 11:27 Bus Emmiting message on channel: Status 29/05/2017 11:27 Middleware::Authentication ERROR: Could not authenticate 29/05/2017 11:27 Middleware::Authentication ERROR: Thread was being aborted. 29/05/2017 11:27 Middleware::Communication ERROR: Could not contact FOG server 29/05/2017 11:27 Middleware::Communication ERROR: Thread was being aborted. 29/05/2017 11:27 Service ERROR: Unable to get cycle data 29/05/2017 11:27 Service ERROR: Thread was being aborted.
-
RE: HP 400 G3 network card issue
We never were absolutely sure what was happening best guess was that older PXE boot files induced an error state in the NIC hardware on boot to menu that is resolved in the 1.3.x versions.
-
RE: HP 400 G3 network card issue
We saw this on the G3 and G4 models but it seems to be resolved in the latest version of FOG SVN 6050 in our case.
-
Catching up to latest svn issues
Should I expect any issues going directly from svn 4978 to the latest svn 6048?
4978 FOG Version:
Ubuntu 14.04.3 OS:Client
Classic Service Version:
7 & 10 OS:Description
Should I expect any issues going directly from svn 4978 to the latest svn 6048?##### Server
4978 FOG Version:
Ubuntu 14.04.3 OS:Client
Classic Service Version:
7 & 10 OS:Description
-
RE: Domain Black Screen after CTRL+ALT+DELETE
Be warned that a new version of the patch with the same number was released today which fixes the issue.
-
RE: SVN 4323 Cloud 5293 Can't Delete Images
What does the apache log show when you try this?
-
RE: SVN 5209 Not able to pxe boot
I also saw this issue but couldn’t trouble shoot as I needed it up for production I also didn’t see anything weird in the logs. Right now I’m reverted to 4978.
-
RE: Fog SVN 5020 and above CPU Hammered thread.
Updated to 5207 the sleeper code fixed my storage node not connecting but you are correct we are still seeing the max connections issue I will start a new thread on just that issue. As for the comment about to many hosts talking I would note the max connections issue is a recent thing and my hosts have actually decreased this year a small amount. I am also far from the only site running this many host but it is likely that I am the only one who is trying to run SVN at this time most large shops won’t upgrade till final release.
-
RE: SVN 5199 Active tasks and Multicast issues
Just updated to 5207 I am also seeing that I am unable to cancel active tasks thru the web gui.
-
RE: Fog SVN 5020 and above CPU Hammered thread.
SVN 5155 CPU is fine but storage node still can’t connect and max_workers hits that limit again even when set to 1000.
[Fri Oct 30 14:02:09.746764 2015] [:error] [pid 11232] [client 10.1.50.108:63311] PHP Warning: mysqli::mysqli(): MySQL server has gone away in /var/www/html/fog/lib/fog/FOGBase.class.php on line 64 [Fri Oct 30 14:02:09.746866 2015] [:error] [pid 11232] [client 10.1.50.108:63311] PHP Warning: mysqli::mysqli(): (HY000/2002): Connection refused in /var/www/html/fog/lib/fog/FOGBase.class.php on line 64 [Fri Oct 30 14:02:09.784735 2015] [:error] [pid 11087] [client 10.109.49.5:59983] PHP Warning: mysqli::mysqli(): MySQL server has gone away in /var/www/html/fog/lib/fog/FOGBase.class.php on line 64 [Fri Oct 30 14:02:09.784862 2015] [:error] [pid 11087] [client 10.109.49.5:59983] PHP Warning: mysqli::mysqli(): (HY000/2002): Connection refused in /var/www/html/fog/lib/fog/FOGBase.class.php on line 64 [Fri Oct 30 14:02:09.839016 2015] [:error] [pid 14086] [client 10.43.48.199:63489] PHP Warning: mysqli::mysqli(): (HY000/2002): Connection refused in /var/www/html/fog/lib/fog/FOGBase.class.php on line 64 [Fri Oct 30 14:02:10.027273 2015] [mpm_prefork:notice] [pid 11050] AH00169: caught SIGTERM, shutting down [Fri Oct 30 14:04:21.875728 2015] [mpm_prefork:notice] [pid 1544] AH00163: Apache/2.4.16 (Ubuntu) OpenSSL/1.0.1f configured -- resuming normal operations [Fri Oct 30 14:04:21.888867 2015] [core:notice] [pid 1544] AH00094: Command line: '/usr/sbin/apache2' [Fri Oct 30 14:05:08.065535 2015] [mpm_prefork:error] [pid 1544] AH00161: server reached MaxRequestWorkers setting, consider raising the MaxRequestWorkers setting```
-
RE: Create the concept of a ForeignMasterStorage (deployment) node
If you are not updating images that often it might be more logical to sneaker-net images to the other site we you make changes.
-
RE: Fog SVN 5020 and above CPU Hammered thread.
I checked max_workers and max_connections were still edited properly to test further I set max_workers and max_connections to 1000 and I am still seeing the same issue.
-
RE: Fog SVN 5020 and above CPU Hammered thread.
After reverting storage node is back up.
but the apache log show slightly different errors but the node is working?
[Thu Oct 29 13:58:49.245894 2015] [:error] [pid 2338] [client 10.44.32.31:61425] PHP Strict Standards: Declaration of FOGController::getSubObjectIDs() should be compatible with FOGBase::getSubObjectIDs($object = 'Host', $findWhere = Array, $getField = 'id', $not = false, $operator = 'AND', $orderBy = 'name') in /var/www/html/fog/lib/fog/FOGController.class.php on line 0 [Thu Oct 29 13:58:49.245960 2015] [:error] [pid 2338] [client 10.44.32.31:61425] PHP Fatal error: Access level to FOGManagerController::orderBy() must be public (as in class FOGBase) in /var/www/html/fog/lib/fog/FOGManagerController.class.php on line 2 [Thu Oct 29 13:58:49.319201 2015] [:error] [pid 2222] [client 10.102.50.209:53776] PHP Warning: mysqli::mysqli(): MySQL server has gone away in /var/www/html/fog/lib/fog/FOGBase.class.php on line 64 [Thu Oct 29 13:58:49.320596 2015] [:error] [pid 2222] [client 10.102.50.209:53776] PHP Strict Standards: Declaration of FOGController::getSubObjectIDs() should be compatible with FOGBase::getSubObjectIDs($object = 'Host', $findWhere = Array, $getField = 'id', $not = false, $operator = 'AND', $orderBy = 'name') in /var/www/html/fog/lib/fog/FOGController.class.php on line 0 [Thu Oct 29 13:58:49.320645 2015] [:error] [pid 2222] [client 10.102.50.209:53776] PHP Fatal error: Access level to FOGManagerController::orderBy() must be public (as in class FOGBase) in /var/www/html/fog/lib/fog/FOGManagerController.class.php on line 2 [Thu Oct 29 13:58:49.362058 2015] [:error] [pid 2317] [client 10.41.32.7:64706] PHP Strict Standards: Declaration of FOGController::getSubObjectIDs() should be compatible with FOGBase::getSubObjectIDs($object = 'Host', $findWhere = Array, $getField = 'id', $not = false, $operator = 'AND', $orderBy = 'name') in /var/www/html/fog/lib/fog/FOGController.class.php on line 0 [Thu Oct 29 13:58:49.362127 2015] [:error] [pid 2317] [client 10.41.32.7:64706] PHP Fatal error: Access level to FOGManagerController::orderBy() must be public (as in class FOGBase) in /var/www/html/fog/lib/fog/FOGManagerController.class.php on line 2 [Thu Oct 29 13:58:49.402927 2015] [:error] [pid 2281] [client 10.43.32.103:64848] PHP Warning: mysqli::mysqli(): MySQL server has gone away in /var/www/html/fog/lib/fog/FOGBase.class.php on line 64 [Thu Oct 29 13:58:49.404219 2015] [:error] [pid 2281] [client 10.43.32.103:64848] PHP Strict Standards: Declaration of FOGController::getSubObjectIDs() should be compatible with FOGBase::getSubObjectIDs($object = 'Host', $findWhere = Array, $getField = 'id', $not = false, $operator = 'AND', $orderBy = 'name') in /var/www/html/fog/lib/fog/FOGController.class.php on line 0 [Thu Oct 29 13:58:49.404267 2015] [:error] [pid 2281] [client 10.43.32.103:64848] PHP Fatal error: Access level to FOGManagerController::orderBy() must be public (as in class FOGBase) in /var/www/html/fog/lib/fog/FOGManagerController.class.php on line 2 [Thu Oct 29 13:58:49.415663 2015] [:error] [pid 2223] [client 10.1.50.216:51730] PHP Strict Standards: Declaration of FOGController::getSubObjectIDs() should be compatible with FOGBase::getSubObjectIDs($object = 'Host', $findWhere = Array, $getField = 'id', $not = false, $operator = 'AND', $orderBy = 'name') in /var/www/html/fog/lib/fog/FOGController.class.php on line 0 [Thu Oct 29 13:58:49.415714 2015] [:error] [pid 2223] [client 10.1.50.216:51730] PHP Fatal error: Access level to FOGManagerController::orderBy() must be public (as in class FOGBase) in /var/www/html/fog/lib/fog/FOGManagerController.class.php on line 2 [Thu Oct 29 13:58:49.897820 2015] [mpm_prefork:notice] [pid 1510] AH00169: caught SIGTERM, shutting down [Thu Oct 29 13:58:50.626613 2015] [mpm_prefork:notice] [pid 4285] AH00163: Apache/2.4.16 (Ubuntu) OpenSSL/1.0.1f configured -- resuming normal operations [Thu Oct 29 13:58:50.626657 2015] [core:notice] [pid 4285] AH00094: Command line: '/usr/sbin/apache2' [Thu Oct 29 13:59:00.773873 2015] [mpm_prefork:error] [pid 4285] AH00161: server reached MaxRequestWorkers setting, consider raising the MaxRequestWorkers setting```
-
RE: Fog SVN 5020 and above CPU Hammered thread.
I updated my main and storage node after the update to SVN 5126 the CPU usage is normal but something is still wrong with mysql the database hits MAX_Workers right away and this prevents the storage node from connecting.
[Thu Oct 29 13:34:44.593182 2015] [:error] [pid 21227] [client 10.109.49.21:54036] PHP Warning: mysqli::mysqli(): MySQL server has gone away in /var/www/html/fog/lib/fog/FOGBase.class.php on line 64 [Thu Oct 29 13:34:44.593262 2015] [:error] [pid 21227] [client 10.109.49.21:54036] PHP Warning: mysqli::mysqli(): (HY000/2002): Connection refused in /var/www/html/fog/lib/fog/FOGBase.class.php on line 64 [Thu Oct 29 13:34:44.681319 2015] [:error] [pid 21145] [client 10.114.51.136:49375] PHP Warning: mysqli::mysqli(): MySQL server has gone away in /var/www/html/fog/lib/fog/FOGBase.class.php on line 64 [Thu Oct 29 13:34:44.681414 2015] [:error] [pid 21145] [client 10.114.51.136:49375] PHP Warning: mysqli::mysqli(): (HY000/2002): Connection refused in /var/www/html/fog/lib/fog/FOGBase.class.php on line 64 [Thu Oct 29 13:34:44.837520 2015] [mpm_prefork:notice] [pid 21097] AH00169: caught SIGTERM, shutting down [Thu Oct 29 13:36:56.973677 2015] [mpm_prefork:notice] [pid 1510] AH00163: Apache/2.4.16 (Ubuntu) OpenSSL/1.0.1f configured -- resuming normal operations [Thu Oct 29 13:36:56.981375 2015] [core:notice] [pid 1510] AH00094: Command line: '/usr/sbin/apache2' [Thu Oct 29 13:38:00.215860 2015] [mpm_prefork:error] [pid 1510] AH00161: server reached MaxRequestWorkers setting, consider raising the MaxRequestWorkers setting```
-
RE: Fog SVN 5020 and above CPU Hammered thread.
Ok im functional at 4168 just a note all the snapins that weren’t showing up are all there now.
-
RE: Fog Doesn't copy all Partitions
If this system is still running the original load from dell it most likely has a gpt partition which fog doesn’t like.