files in Linux that begin with a period are hidden.

ls lists files.
-a includes hidden files.
-l shows permissions and ownership.
-R is the recursive flag.

So this command would show every single file in /images and it’s sub-directories:
[CODE]ls -laR /images[/CODE]

You could pipe that with grep, which is a powerful searching tool and just search for .mntcheck

[CODE]ls -laR /images | grep .mntcheck[/CODE]
That will only show all instances of .mntcheck inside the /images directory.

There should be two.

I’d recommend (just for the purposes of troubleshooting) these things:

Default OU blank
use your domain Administrator as the default user
Administrator password

then, I’d play with the domain name…
Try your FQDN (fully qualified domain name)
Try your sloppy domain name (example for My.SchoolDistrict.k12.mo.us you’d just put in “My”)

No need to change any php files. This is FOG Trunk, the days of editing PHP files are over.

The rest of your settings look good.

Now, if none of this works… keep in mind that this client is in BETA. If you want to pursue this further, please contact @Jbob

Does your legacy client work?

Solved as the Apache error is corrected for in latest svn.

@Jeroen-Brussich said:

Let’s bump an old topic 🙂

Do I have to tag my FOGserver in all VLANS in order to get this plugin working?
And configure all VLANS on my FOGserver?

/etc/network/interfaces eth0.1 (default vlan) eth0.100 (vlan 100) eth0.1000 (vlan 1000)

No.

The WOLBroadcast plugin just needs your networks broadcast addresses specified. Once specified, you will likely need udp-directed-broadcast enabled on your switches. After that, fog will send WOL packet to each of the broadcast addresses.

This may have to do with another issue i am having…
https://forums.fogproject.org/topic/5068/unable-to-connect-to-storage-node-with-ver-1-2-0

Ah ok! Maybe this is default behaviour now? Tom will probably weigh in soon.

I’ll upgrade to SVN later and see what happens myself.

@Trevelyan Yes, I just restarted it to test, and it came right back up and I was able to login. So it looks good so far! Thanks for trying to help so much btw, I really appreciate it.

There might be relevant parts in that article, but it was last updated in 2011.

I should re-write it… I’ll put it on my to-do list (I actually have a to-do list here).

If you can get another HDD in, format it, mount it, etc, you could simply add a new storage node and point the path to your new HDD. Set your permissions on that new directory as 777 and it ought to work.

Firstly, please check back to this thread because a developer might provide a solution.

So, normally, when a client “exits” from the FOG PXE environment (when it sees that there are no tasks waiting for it), it can hand off control to the local system in three different styles, all of which assume booting from the local HDD.

See picture:

ExitToHardDriveType.png

Somehow, one of those (or add a new one?) will need to be modified to detect if said system needs to boot to the HDD or to the network. Because currently all of those point to the local HDD.

Chainloading to the appropriate boot-file will be involved for the systems that need to boot to network.

The Advanced Configuration Options will likely need to be used to accomplish this:

advancedconfigoptions.png

I’m not sure how that’d be accomplished.

@techpromise said:

Thanks for the help guys, I decided to manually add the images back in as the SQL dump carried over some errors from the old system.

How do I mark this as solved?

Ask us and we will oblige.

I get that, Wayne, and I don’t think that’s harsh. I should have commented on your suggestion. Better late than never: The weird thing I saw was when I did a download with debug, and then ran fdisk was I only saw one partition. I didn’t really understand that and still getting my feet wet with FOG decided to revert back to a snapshot before going any further. I really do appreciate the help and knowledge you guys have, I would be sunk without your help!! Thanks again. I’m going to try upgrading to the latest Trunk version and see what happens. Thanks!

For the Windows 7 machines try going into image management and change your image type to multiple partition image single disk. I had this same issue today and found that this fixed it.

@Vickie-Osbornr said:

Asus X200M

Are we working with this one?

Here is what I have set currently. menu.png
Maybe it would be simpler to add a check box to add these to the advanced menu amd then check the login box there.

@Wayne-Workman said:

It allows you to choose exactly what partitions you want to upload when you capture your image. I always choose “everything”, but there is probably a use for the others.

Thanks Wayne, i chose that one too.

I’m using fog 1.2.0, i’ve changed the date.timezone and now seems to schedule correctly, i can’t schedule for dates in the past.

anyway when i start the client the download doesn’t start, the fog menu appears… 😞

boot.php issues have been solved. Problems lie elsewhere.

vmxnet3 -> ipxe.pxe -> 100%, imaging, rebooting to windows without being stuck
82574L -> undionly.kpxe.INTEL -> 100%, imaging, rebooting to windows without being stuck
i217LM -> undionly.kpxe.INTEL -> 100%, imaging, rebooting to windows without being stuck
Realtek -> undionly.kpxe.INTEL -> 90%, imaging, rebooting to windows without being stuck - doesn’t seem to run all that smooth, but that may be due to Realtek being crappy.
ipxe.org/040ee119 is listed as error handler, which points to missing DHCP configuration - it just needs 3 tries it seems, also DHCP isn’t all that fast before PXE is even loaded.
11262255_834812966611489_1190040555_n.jpg
^ and somehow it started imaging after a few seconds. shrug

I think the undionly.kpxe file is somewhat broken. I’ll set up another ubuntu box, install FOG on there and copy over all the things to the production system.

@Joseph-Hales said:

As I understand it 4 things need to match the Operating system password for the fog user, the storage management password and username fog, the tftp password under the web ui in fog settings and finally the storageftpuser / storageftppassword in the /opt/fog/.fogsettings file. After they all match restart the fog services or just reboot the server.

#credentials

Been meaning to make a list anyways…

We’re not using the new client yet I upgraded to SVN 3463 this morning which fixed the missing client issue.

Please examine this:
https://wiki.fogproject.org/wiki/index.php/Known_FOG_Bugs#The_Image_Resize_Bug

I think you may be affected.