We’re using Clonezilla USB Sticks to Image devices without a NIC. The Image is on the stick itself and you only have to boot from it, the rest is automated. After the imageing is done, FOG takes over to rename the Host and Join the domain.
In my opinion this is the bet way.
He’s not talkin about fogprep, sysprep is completly diffrent: https://en.wikipedia.org/wiki/Sysprep
But it should also work without sysprepping the host, I have also taken images from host which were already in the domain. I always deactivate the hostname changer service befor I remove the host from the AD, and capture it afterwards. Never had any problems.
No I didn’t type it wrong, because when I type it wrong I still have to enter the credentials twice before it accepts them.
Kinda strange…
Yes I’m on 1.4 RC 12, don’t know how I mixed this up. Plugins can’t be the issue, I don’t use any.
Hi
I ran into a strange bug recently. We are replacing some hosts, so I have to delete them in fog. But Everytime when i type the login credentials, the first attempt always gives an error, that my credentials are wrong. It always works on the second try. Other members from our team noticed the same. So yes I’m sure i didn’t type it in wrong ;).
The bug isn’t specific on RC12 also happend before the update.
Greetings
+-------+----------+------------+----------+---------------------+--------+----- -------+---------+
| utID | utHostID | utUserName | utAction | utDateTime | utDesc | utDa te | utAnon3 |
+-------+----------+------------+----------+---------------------+--------+----- -------+---------+
| 94873 | 1012 | user | 1 | 2017-03-24 14:38:46 | | 2017 -03-24 | |
| 94953 | 1012 | user | 0 | 2017-03-24 15:34:14 | | 2017 -03-24 | |
| 95046 | 1012 | user | 1 | 2017-03-24 17:13:17 | | 2017 -03-24 | |
| 95057 | 1012 | user | 0 | 2017-03-24 17:41:27 | | 2017 -03-24 | |
| 95074 | 1012 | user | 1 | 2017-03-25 06:59:53 | | 2017 -03-25 | |
| 95075 | 1012 | user | 0 | 2017-03-25 07:10:23 | | 2017 -03-25 | |
| 95450 | 1012 | user| 1 | 2017-03-27 09:33:39 | | 2017 -03-27 | |
| 95604 | 1012 | user | 0 | 2017-03-27 11:10:54 | | 2017 -03-27 | |
| 95789 | 1012 | user | 1 | 2017-03-27 13:51:00 | | 2017 -03-27 | |
| 96178 | 1012 | user | 1 | 2017-03-28 07:30:43 | | 2017 -03-28 | |
| 96268 | 1012 | user | 0 | 2017-03-28 08:11:41 | | 2017 -03-28 | |
| 96400 | 1012 | user | 1 | 2017-03-28 10:25:29 | | 2017 -03-28 | |
| 96777 | 1012 | user | 0 | 2017-03-28 15:10:47 | | 2017 -03-28 | |
| 97285 | 1012 | user | 1 | 2017-03-29 11:48:59 | | 2017 -03-29 | |
| 97330 | 1012 | user | 0 | 2017-03-29 12:10:02 | | 2017 -03-29 | |
| 98955 | 1012 | user | 1 | 2017-03-31 09:18:52 | | 2017
Thanks for your offer, but this is not possible due to privacy policies.
This can’t be it, as the host I tested had only four login entrys.
Hi
I tried to make a Login Report for a specific host, but I always get a white page when I search for entries. It doesn’t matter wich host i use or how long the timespan is. The same error occurs when choose a user instead of a host.
I had the same issue on 1.3.5 so I guess this bug is a bit older.
This is repeating over and over. I tried to uninstall the client manually and installed it again but then this happens:
------------------------------------------------------------------------------
--------------------------------Authentication--------------------------------
------------------------------------------------------------------------------
09.03.2017 17:43 Client-Info Version: 0.11.9
09.03.2017 17:43 Client-Info OS: Windows
09.03.2017 17:43 Middleware::Authentication Waiting for authentication timeout to pass
09.03.2017 17:43 Middleware::Communication Download: http://172.30.40.25/fog/management/other/ssl/srvpublic.crt
09.03.2017 17:43 Middleware::Authentication ERROR: Could not authenticate
09.03.2017 17:43 Middleware::Authentication ERROR: Der Wert darf nicht NULL sein.
Parametername: authority
------------------------------------------------------------------------------
--------------------------------Authentication--------------------------------
------------------------------------------------------------------------------
09.03.2017 17:43 Client-Info Version: 0.11.9
09.03.2017 17:43 Client-Info OS: Windows
09.03.2017 17:43 Middleware::Authentication Waiting for authentication timeout to pass
09.03.2017 17:44 Controller Stop
09.03.2017 17:44 Service Stop requested
09.03.2017 17:44 Middleware::Authentication ERROR: Could not authenticate
09.03.2017 17:44 Middleware::Authentication ERROR: Der Thread wurde abgebrochen.
09.03.2017 17:44 Bus {
"self": true,
"channel": "Status",
"data": "{\r\n \"action\": \"unload\"\r\n}"
}
09.03.2017 17:44 Bus Emmiting message on channel: Status
Had to split in to posts because i couldn’t get to codes in one post.
Looks like I’m not the only one.:
https://forums.fogproject.org/topic/9685/fog-agent-0-11-9-response-module-disabled
I guess i found the problem, it looks like the client updater has some problems.
--------------------------------Authentication--------------------------------
------------------------------------------------------------------------------
09.03.2017 17:43 Client-Info Version: 0.11.9
09.03.2017 17:43 Client-Info OS: Windows
09.03.2017 17:43 Middleware::Authentication Waiting for authentication timeout to pass
09.03.2017 17:43 Middleware::Communication Download: http://172.30.40.25/fog/management/other/ssl/srvpublic.crt
09.03.2017 17:43 Data::RSA FOG Server CA cert found
09.03.2017 17:43 Middleware::Authentication Cert OK
09.03.2017 17:43 Middleware::Communication POST URL: http://172.30.40.25/fog/management/index.php?sub=requestClientInfo&authorize&newService
09.03.2017 17:43 Middleware::Response Success
09.03.2017 17:43 Middleware::Authentication Authenticated
09.03.2017 17:43 Bus Registering ParseBus in channel Power
09.03.2017 17:43 Middleware::Communication URL: http://172.30.40.25/fog/management/index.php?sub=requestClientInfo&configure&newService&json
09.03.2017 17:43 Middleware::Response Success
09.03.2017 17:43 Middleware::Communication URL: http://172.30.40.25/fog/management/index.php?sub=requestClientInfo&mac=4C:CC:6A:33:FC:FD||00:00:00:00:00:00:00:E0&newService&json
09.03.2017 17:43 Middleware::Response Success
09.03.2017 17:43 Middleware::Communication URL: http://172.30.40.25/fog/service/getversion.php?clientver&newService&json
09.03.2017 17:43 Middleware::Communication URL: http://172.30.40.25/fog/service/getversion.php?newService&json
09.03.2017 17:43 Service Creating user agent cache
09.03.2017 17:43 Middleware::Response Invalid time
09.03.2017 17:43 Middleware::Response No Printers
09.03.2017 17:43 Middleware::Response Module is disabled globally on the FOG server
09.03.2017 17:43 Service Initializing modules
------------------------------------------------------------------------------
---------------------------------ClientUpdater--------------------------------
------------------------------------------------------------------------------
09.03.2017 17:43 Client-Info Client Version: 0.11.9
09.03.2017 17:43 Client-Info Client OS: Windows
09.03.2017 17:43 Client-Info Server Version: 1.3.5-RC-12
09.03.2017 17:43 Middleware::Response Success
09.03.2017 17:43 Middleware::Communication Download: http://172.30.40.25/fog/client/SmartInstaller.exe
09.03.2017 17:43 Data::RSA FOG Project cert found
09.03.2017 17:43 ClientUpdater Update file is authentic
-----------------------------------------------------------```Just reseted the encription data, and restarted apache. But this didn’t help. I even tried re-running the installer…
Edit:
Seems to be good now… Seems something was happening in the background :s Anways, glad it’s working now.
p is an unknown comand in top…
The only thing I see is a bunch of apache2 processes, is this normal?
888 mysql 20 0 1366160 115108 10984 S 9.7 2.8 4:50.99 mysqld
16798 www-data 20 0 325276 21932 14208 R 9.7 0.5 0:05.70 apache2
17956 www-data 20 0 326832 25308 16056 R 9.7 0.6 0:00.83 apache2
17958 www-data 20 0 324448 20492 12320 R 9.7 0.5 0:00.60 apache2
16403 www-data 20 0 363960 62940 16528 R 6.5 1.6 0:12.68 apache2
16419 www-data 20 0 326060 24464 16132 R 6.5 0.6 0:07.49 apache2
16745 www-data 20 0 326828 25248 16068 R 6.5 0.6 0:06.28 apache2
17063 www-data 20 0 326252 23708 13540 R 6.5 0.6 0:03.00 apache2
17106 www-data 20 0 327728 26192 16120 R 6.5 0.6 0:03.46 apache2
17124 www-data 20 0 327472 26172 16056 R 6.5 0.6 0:03.51 apache2
17817 www-data 20 0 325228 22544 13348 R 6.5 0.6 0:01.49 apache2
17873 www-data 20 0 325900 23536 13476 R 6.5 0.6 0:01.36 apache2
17930 www-data 20 0 323948 21260 13476 R 6.5 0.5 0:00.57 apache2
17931 www-data 20 0 327728 24148 14016 R 6.5 0.6 0:00.84 apache2
17941 www-data 20 0 324460 21564 13336 R 6.5 0.5 0:00.72 apache2
17947 www-data 20 0 326828 25300 16056 R 6.5 0.6 0:01.04 apache2
17951 www-data 20 0 323952 21236 13400 R 6.5 0.5 0:00.66 apache2
17953 www-data 20 0 326288 22328 13780 R 6.5 0.6 0:00.67 apache2
17954 www-data 20 0 325132 22816 13464 R 6.5 0.6 0:00.80 apache2
10491 root 20 0 82740 6028 5148 S 3.2 0.1 0:01.85 sshd
16398 www-data 20 0 327228 26484 16776 R 3.2 0.7 0:10.37 apache2
16411 www-data 20 0 326060 24676 16344 R 3.2 0.6 0:08.76 apache2
16788 www-data 20 0 325272 22064 14144 R 3.2 0.5 0:04.83 apache2
16800 www-data 20 0 382376 80240 15856 R 3.2 2.0 0:10.24 apache2
16925 www-data 20 0 323952 21280 13540 R 3.2 0.5 0:04.71 apache2
16936 www-data 20 0 326060 24452 16120 R 3.2 0.6 0:04.55 apache2
16939 www-data 20 0 325900 23596 13528 R 3.2 0.6 0:04.93 apache2
17071 www-data 20 0 325900 23528 13412 R 3.2 0.6 0:03.37 apache2
17111 www-data 20 0 0 0 0 Z 3.2 0.0 0:03.27 apache2
17474 www-data 20 0 326036 22316 14016 R 3.2 0.6 0:02.34 apache2
17475 www-data 20 0 325280 24020 16092 S 3.2 0.6 0:02.51 apache2
17479 www-data 20 0 326260 23576 13412 R 3.2 0.6 0:02.67 apache2
17484 www-data 20 0 325228 22612 13412 R 3.2 0.6 0:02.45 apache2
17507 www-data 20 0 325300 23996 16056 R 3.2 0.6 0:02.33 apache2
17933 www-data 20 0 327736 23756 13612 R 3.2 0.6 0:00.72 apache2
Replication isn’t possible, I only have one node.
CPU load states 68.6 us, 27.2 sy, i guess that’s high? There should be enough disk space aswell.
I jumped from 1.3.4 to 1.3.5 RC-12, but this shouldn’t be a problem right?
I just updated to RC-12, but FOG is now extremly slow, the dashboard for example takes several seconds and there is now data displayed (queu and storage). After a reboot it’s quick again but only for a few seconds. Apache logs doesn’t show me anything…
It’s globally disabled…
I just updated to 1.3.4, and know the problem came back. I have tons of pending macs…