FOG client on Mac OS X

Claude Girard

@Sebastian-Roth said in MAC - No source file passed (writeImage); Args Passed: /dev/sda2:

@Louis-CSUSA Can you please upgrade to the very latest version and re-run the installer. Then See if things work for you. Please keep reporting if you run into issues. Thanks!

Hi,

I had same issue, and rev 7593 solves it.
Thank you.

But I begin testing on MAC, can you tell me:

how can I install MacOs FOG client ?
how to boot on hard disk from pxe ? I have an error message: chainloading failed.

Sebastian Roth

@Claude-Girard said:

how can I install MacOs FOG client?

We have FOG client support Mac OS X since about two or three weeks, still pretty new. You’ll be one of the first ones to try. Follow this: https://wiki.fogproject.org/wiki/index.php?title=FOG_Client#Installing_-_OSX

how to boot on hard disk from pxe ? I have an error message: chainloading failed.

See Wayne’s answer in this post…

Louis CSUSA

@Wayne-Workman The latest revision worked! We were able to image the Mac fine.

We’re currently working on getting the FOG service running. We were able to get the SmartInstaller.exe installed via Mono but the service either isn’t loading on boot/login or not detecting the host settings on our server. Any tips?

Also, where would the FOG client service logs be located within OSX?

Joe Schmitt

@Louis-CSUSA Can you post the contents of /opt/fog-service/fog.log ? Also, what version of OSX? We’ve only been able to test the client against Maverick, Yosemite, and El Capitan so far.

Louis CSUSA

@Jbob The file in that path is currently empty. We’re running it on Yosemite at this time.

Joe Schmitt

Did the SmartInstaller pass all the steps? You can safely re-run the installer ontop of an existing installation and it’ll perform a “repair” of sorts. After doing so can you post the SmartInstaller.log file which the installer will point you to when completed?

Louis CSUSA

@Jbob Yup, sure did. I’ve attached the SmartInstaller.log file. FOG client file still shows as blank.

0_1463082549267_SmartInstaller.log

Joe Schmitt

From what I can tell launchd isn’t handling the plists properly for you. Can you provide the output of :
sudo cat /Library/LaunchDaemons/org.freeghost.daemon.plist

Then run and provide the output of sudo ps ax | grep mono

Finally, try running sudo launchctl load -w /Library/LaunchDaemons/org.freeghost.daemon.plist and see what happens? Your /opt/fog-service/fog.log should begin filling up if it worked. You should then stop the service via sudo launchctl unload -w /Library/LaunchDaemons/org.freeghost.daemon.plist as the service wasn’t started “properly” and the user agents aren’t running.

If that did not work for you (no content in fog.log), try using these commands to start/stop the client instead:

sudo /opt/fog-service/control.sh start
sudo /opt/fog-service/control.sh stop

If no output is still in the fog.log file, perform an ls /opt/fog-service/ and cat /opt/fog-service/settings.json and paste both outputs here.

I know it’s a lot of things to try, but i need to narrow down what is going wrong.

Louis CSUSA

@Jbob This is what I have so far after the first two commands.

Last login: Thu May 12 15:46:46 on ttys000
iMac:~ csusa$ sudo cat /Library/LaunchDaemons/org.freeghost.daemon.plist
Password:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
	<key>Label</key>
	<string>org.freeghost.daemon</string>
	<key>ProgramArguments</key>
	<array>
		<string>/opt/fog-service/fog.daemon</string>
	</array>
	<key>RunAtLoad</key>
	<true/>
	<key>AbandonProcessGroup</key>
	<true/>
	<key>EnableTransactions</key>
	<false/>
</dict>
iMac:~ csusa$ sudo ps ax | grep mono
  291   ??  S      0:00.57 /usr/local/bin/mono /opt/fog-service/FOGUserService.exe
  417 s000  S+     0:00.00 grep mono
iMac:~ csusa$

Joe Schmitt

Ok, that indicates the daemon is setup properly and the user agents are working (somehow), can you try the other commands I posted (I edited my prior post).

Louis CSUSA

@Jbob Also, the FOG client DID show signs of life afterwards. It shows now the following:

5/12/2016 3:59 PM Main Overriding exception handling
 5/12/2016 3:59 PM Main Bootstrapping Zazzles
 5/12/2016 3:59 PM Controller Initialize
 5/12/2016 3:59 PM Entry Creating obj
 5/12/2016 3:59 PM Controller Start

 5/12/2016 3:59 PM Service Starting service
 5/12/2016 3:59 PM Bus Became bus server
 5/12/2016 3:59 PM Bus {
  "self": true,
  "channel": "Status",
  "data": "{\n  \"action\": \"load\"\n}"
}
 5/12/2016 3:59 PM Bus Emmiting message on channel: Status

------------------------------------------------------------------------------
--------------------------------Authentication--------------------------------
------------------------------------------------------------------------------
 5/12/2016 3:59 PM Client-Info Version: 0.10.6
 5/12/2016 3:59 PM Client-Info OS:      Mac
 5/12/2016 3:59 PM Middleware::Authentication Waiting for authentication timeout to pass
 5/12/2016 3:59 PM Middleware::Communication Download: http://10.36.0.110/fog/management/other/ssl/srvpublic.crt
 5/12/2016 3:59 PM Data::RSA FOG Server CA cert found
 5/12/2016 3:59 PM Middleware::Authentication Cert OK
 5/12/2016 3:59 PM Middleware::Authentication ERROR: Could not get security token
 5/12/2016 3:59 PM Middleware::Authentication ERROR: Could not find file "/opt/fog-service/token.dat".
 5/12/2016 3:59 PM Middleware::Communication POST URL: http://10.36.0.110/fog/management/index.php?sub=requestClientInfo&authorize&newService
 5/12/2016 3:59 PM Middleware::Response Invalid security token

------------------------------------------------------------------------------
--------------------------------Authentication--------------------------------
------------------------------------------------------------------------------
 5/12/2016 3:59 PM Client-Info Version: 0.10.6
 5/12/2016 3:59 PM Client-Info OS:      Mac
 5/12/2016 3:59 PM Middleware::Authentication Waiting for authentication timeout to pass

Joe Schmitt

@Louis-CSUSA was this after you ran the launchctl command?

Louis CSUSA

@Jbob Yup. (sorry for delays in response, keep hitting the 2 min forum delay.)

Joe Schmitt

@Louis-CSUSA Be sure to stop the service via the launchctl unload command I provided. The “Invalid security token” message can be fixed by a simple “Reset Encryption Settings” on the host via the fog web portal. What’s more concerning is that the service did not auto start itself on boot. Are you absolutely positive you restarted the machine after installing? Linux is the only OS capable (as of right now) of doing a complete service start without a reboot.

Louis CSUSA

@Jbob The FOG log is starting to look normal now (like on the PC side). I was able to remove the “invalid security token” by hitting the Reset Encryption Settings as you suggested. Before that though, we did stop the service via launchtrl unload and rebooted again (for safe measure). I’ve attached our latest FOG log.

When we installed the service the first time, we did perform a reboot right after.

0_1463084556540_foglog2.log

Joe Schmitt

@Louis-CSUSA So after the newest reboot the client automatically started itself? Also, note to self: ignore the wtmp user in user tracker in the next release.

Louis CSUSA

@Jbob Hey JBob, after the reboot it did not start on it’s own. We had to manually load it using the same command.

As an aside, HostNameChanger said that users are still logged in, and enforce is disabled. Is that a setting on the OSX side that we need to change?

Joe Schmitt

The fact that you had to manually start it is a problem. Pinging @Tom-S for this conversation (I’ll be busy for the next several hours). As for the “Users are still logged in”, that is a checkbox in the web portal under a host/group

0_1463085531639_upload-409e4675-e329-49a7-b3fc-03e0b31cc327

Specifically the “Host changes every cycle”. If disabled, it will wait for users to log off first. @Tom-Elliott perhaps we could name it something like “Wait until users are logged off” and invert it, or have some (?) hover next ot it?

Louis CSUSA

@Jbob Since this is our first time doing this, we can reimage this unit again and start from scratch tomorrow. I want to make sure that user-error (on our side) isn’t giving you bad data. We will report back more tomorrow.

Thank you very much @Jbob!

Joe Schmitt

@Louis-CSUSA not a problem. I’ll have limited availability tomorrow as well. I’ll try and replicate the issue on the single Mac I have to test with (one of the difficulties of developing an OS X client ).

FOG client on Mac OS X

269

11.7k

17.1k

154.7k