Thanks for the quick help. I will update.

@Polii123 said:

@ch3i said:

@Polii123 said:

But how did they come into my config.class.php file?

Maybe a ghost lol

F*****g ghots 😡 I think Tom has to code some ghostbusters, so things like that won’t happen again. 😂

3430 should not allow the brackets at all. I don’t know why it did it to begin with, but worse things have happened I suppose?

@Wayne-Workman said:

What version of FOG are you using? Look at the cloud in the top left. There will be a number in it.

Hi,

I think partclone use DD with bitlocker and save whole disk.

Regards,
Ch3i.

It’s very common on Ubuntu. Others on other systems have occasionally ran into the issue also. I know on Fedora Workstation 21 in Hyper-V, I had the issue. But with Fedora 21 Server in Hyper-V I don’t have the issue.

It’s just all about the timing, really.

And yes, that post you found is how you’d fix it.

And, there’s no reason to put up with having zero logs. Different systems experience different problems. For some, imaging doesn’t even work unless you make those services wait for a bit.

I think he was just confused about what you were saying, and was wanting clarification.

@pimms said:

During my PXE boot, I read this error : tsc : Fast TSC calibration failed.

My system at home and at work does this, it doesn’t mean anything and is video related.

@pimms said:

On my FOG web management I see my image but it is written that the size is 0,0 iB.

Client size or server size? If it’s an imported image, you won’t have a client size unless you manually set that in the database. If it’s server size, that’s an FTP issue.

@pimms said:

I uninstalled FOG but I can’t reinstall it. I launched /bin/installfog.sh, everything is ok but FOG didn’t create any directory in > /var/www/html/ and my database has not been created.

I’m not sure what you have going on there… Reinstall your OS if you can… Start fresh. I don’t know what’s going on.

Re-package your desired software that you normally deploy with PDQ deploy into MSI’s (test all of them to confirm they install correctly). Create Snapins and have them auto-deploy when desired. ??? Profit!

the snmysqluser and snmysqlpass should have content, but it is not required. If you have a mysql password set, at the least you would need the snmysqlpass to assist when upgrading from a previous install. It not existing under normal circumstances shouldn’t affect the running of fog.

Ok, i will use Wheezy then. Thanks for the fast answer.

Also, see my signature about troubleshooting FTP.

We need a section in there for kernel updates still…

I installed fog on my Ubuntu machine at home and it worked just fine. It was a real machine and not a VM. I also had the same machine running DHCP as well as fog. I just answered yes to the question about is the dhcp on the same server.

Here at work it is on Fedora like 12 (dont laugh) I use a generic txt only dhcp server called dhcpdns ( [url]http://dhcp-dns-server.sourceforge.net/[/url]) for reasons not related to fog. It runs in widows with no install, in its config I had to put this…
BOOTFILE=undionly.kpxe
NEXTSERVER=10.95.95.100

maybe try and run it on a the above little dhcp server which runs on windows with out an install and see if its a fog or dhcp issue.

sweet that kkpxe did the trick somehow. I am getting everything connected and running now thanks for the help and good work with fog trunk versions

okay, it is fixed I had to restart both mysql and tftp.

Thanks I am bookmarking the pages out of your signature.

This is fixed in 3406.

[quote=“Wayne Workman, post: 47472, member: 28155”]So literally you just put in the host serial and mac address and the dev server’s IP and that’s it?

That’s pretty sweet, I gotta say.[/quote]

yep, that’s all you have to do

What OS are you running FOG 1.1.2 on?

What do you mean by “Not booting client side” ? Can you give a specific error or a photo of the error?

I run FOG in a VM with 4 cores assigned, and 4 gigs of ram assigned.

I never see the CPU utilization go above 12% ish.

I’ll add that I had accidentally assigned 1 core recently on a new build (just forgot to set that) and ended up installing 32 bit Fedora 21 server. Just the web functionality was so slow, it was unacceptable. I ended up rebuilding after assigning the normal 4 cores, and all is well.

That’s just my experience.

I just decided to make the one that is working the master. The other two will still accept images and deploy them.

I’m not good at debugging init scripts. It seems that the init script claims a PID, but the PID never shows up in top on the ones that aren’t working. This is also evidenced when I do a stop of the FOGImageReplicator script, I get an error that says can’t kill PID 3325 (or whatever the PID is). If I do a stop again it says OK. So something isn’t firing right, but it’s not that big of a deal to me since one is working.

Thanks for all your work on this. Much improved over the last 6th months.

[quote=“Junkhacker, post: 47394, member: 21583”]if you upgrade to a development version, the “quick image” option will allow the imaging of non-registered hosts[/quote]

This is true. Capone is depreciated in the trunk versions and has been replaced with a better method, but I believe it works in 1.2.0