[quote=“Uncle Frank, post: 42938, member: 28116”]Sooner or later we’ll see people trying to use FOG for imaging Mac OS X clients as well. AFAIK there is no wiki entry on how to get this working. Most of the information is provided on the web but it’s all over the place. I’d offer to write things up on how to run Apple computers with FOG if you think it’s worth the effort…[/quote]
I’m going to be messing with this soon.
If I can get it working, I’ll write up a detailed WiKi page on it.
Is [SIZE=12px][FONT=Arial][COLOR=#000000][email]csyperski@gmail.com[/email] still active here?[/COLOR][/FONT][/SIZE]
[SIZE=12px][FONT=Arial][COLOR=#000000]Who is this person?[/COLOR][/FONT][/SIZE]
Only asking because Pay Pal says that’s who FOG donations go to…
I’ll make a suggestion…
Perhaps, after registering a PC or a Mac, through the Web GUI, we can simply manually tick a check box that says what it is… and that can be stored in the database. If the check-box for Mac isn’t ticked, assume PC.
And then, maybe we can have two completely separate boot menus/methods depending solely on what the database has stored for said MAC address…
JUST a suggestion… It really seems to me that this needs to be more streamlined.
[quote=“cspence, post: 42927, member: 28749”]Okay, I lied about waiting until Monday.
On the 1.2.0 boot image, my best guess is it doesn’t use udhcpc. The 1.2.0 image successfully uses eth1 on its own. So it looks like your initial theory is out.
But I found more: /etc/network/interfaces forces the use of [B]udhcpc -t 100 -T 20[/B] as an argument to [B]iface [COLOR=#ff0000]eth0[/COLOR] inet dhcp[/B] on the SVN versions. The 1.2.0 does not even have configurations for eth0 or eth1. At this time, I’m not sure what action gets an IP on the 1.2.0 image. But this should be helpful for anyone else to continue the search.[/quote]
^ this guy needs to be a regular here.
Clearly a power user, if I ever saw one.
FOG version?
Linux Version?
Thanks,
Wayne
I can’t put a finger on when the image went missing… that was a while back. I’ve simply shrugged, rebuilt a new image, WRITE PROTECTED all the images, and moved on.
But, my image DID go missing that one time, and I didn’t know what the hell happened.
Did there used to be a storage node in the environment you’re trying to take an image from? A storage node that perhaps, was configured to use the FOG server when that snapshot of the FOG server (the one you used to restore) was made?
Just an idea…
Basically, since it stopped working when you restored it… the question now is, what’s changed about the FOG machine / environment since that last backup was made?
I can’t lie, when I looked through that incredibly detailed post, trying to find the FOG version and realizing it wasn’t there, I smiled. 
[quote=“hesslr, post: 42845, member: 17210”]I reinstalled the fog service on our master image and all is well using 1.2.0. Thanks for the help![/quote]
Awesome! That was such a far-fetched idea, can’t believe it worked!
Maybe double check the permissions on the linked (new) hard drive or directory?
I would suspect that those permissions need to be the same as the ones applied to the original /images directory.
What is the version of Debian?
What version of FOG?
Copied from Tom’s Posts:
does
/data/images/.mntcheck and /data/images/dev/.mntcheck exist?
Are the permissions as: chmod -R 777 /data/images?
selinux disabled?
rpcbind running?
What’s the boot file look like? in a browser, Replace <ipoffogserver> & <macaddressofclientintask> with appropriate data. Mac addresses include colons.
This is the address:
[URL=‘http://%3Cipoffogserver%3E/fog/service/boot.php?mac=%3Cmacaddressofclientintask%3E’]http://<ipoffogserver>/fog/service/boot.php?mac=<macaddressofclientintask>[/URL]
Please post your FOG install log.
Thanks,
Wayne
Also, TFTP and FTP are not the same things. They are each their own thing, as I understand. Two separate services.
This page may also be helpful. It talks about re-sizing directories without data loss.
[quote=“pimms, post: 42828, member: 28727”]My image is sitting in /images/dev, even if the storage default in the web GUI is /data/images 
Tftp service is running.
The password of the Linux FOG account is the same as the web GUI password and TFTP password in the Web GUI.[/quote]
Maybe configure it to use /images instead of /data/images ?
It might be possible to shrink the /home directory, and then expand the / directory.
I’m not entirely sure about Debian, but I know that in Fedora 21, you can choose the sizes of the directories during installation. During my installation, I just went ahead and created the /images directory right then and there, and gave it a ton of space.
[quote=“pimms, post: 42822, member: 28727”]I managed to upload my image but this upload is blocked but i have this error now : FOG FTP Login Failed[/quote]
Tell us, is your image sitting in /images/dev or in /images?
The Storage Management password is the culprit, probably. It’s the network folder looking thing in the Web GUI.
You should double check that the credentials set on the storage group in there are exactly the same as the [U]Linux[/U] Fog account credentials.
Also, you can double check that the FTP services are running on the FOG machine. Note any errors there.
Maybe a time-out can be added for that piece?
Something like 2 seconds, maybe?
Maybe take the drive out and see if the error goes away??
That’d be step one of troubleshooting, IMO.
Hey,
This is probably not a common thing but, yesterday we were having serious issues with our ISP. Things still had connectivity to the internet, but were just dog, dog slow.
I jumped onto our Fog server’s Web GUI to do some imaging… Typed in the credentials as usual to log in and it just sat there… and sat there.
The little counter at the bottom:
Estimated FOG Sites: 4826
Latest Version: 1.2.0
That wasn’t displaying any info, it was just spinning (due to our dog, dog slow speeds yesterday).
So, I suspect that since it detected an internet connection, it tries to pull those two pieces of data (from where ever?) and it doesn’t process a log in attempt until that data is loaded.
Anyone else experience this?
Thanks,
Wayne