[SOLVED] FOG 0.32 stops cloning at around 4%? worked fine a month ago, currupted images? or files?

[Lee Smith]

Im still having problems with fog, it clones around 5% sometimes 75% then bombs out

Im getting to the point im going to stop using FOG

HELP

[chad-bisd]

Did you try kernel 2.6.28 as stated on this page [URL=‘http://www.fogproject.org/wiki/index.php?title=WorkingDevices’][COLOR=#737373]http://www.fogproject.org/wiki/index.php?title=WorkingDevices[/COLOR][/URL]

[Lee Smith]

Hi,

thanks for your response, im getting to the point I want to go to WDS.

I have tried cloning other machines and had this problem so I’m hoping the kernel will sort this. I’ve just tried using virtual pc and it bombed out

thanks

Lee

[chad-bisd]

Are you unicasting or multicasting? Have you checked your /var/log/syslog for errors relating to fog?

When you say your started over with new everything, do you mean new client or new server?

[Lee Smith]

thanks for your reply

I am unicasting to 1 pc to test it so far.

I have put new drives in the fog server.

I have installed Ubuntu again from fresh with version 12.04 and I have installed Fog again from fresh with version 0.32

I have been running fine for a week with this setup and now it has gone back to crashing on cloning.

It sometimes makes 20% sometimes makes 4% then bombs out.

I am checking the log but have noticed that there are 2 logs, one is syslog and one is syslog.1.

Syslog.1 seems to be an older log from yesterday and syslog holds my current log from this morning.

I am going to clean the log and try and clone so I have a fresh log to view.

I really need help with this, I love fog but it doesnt love me

thanks

Lee

[Lee Smith]

Ok I have looked at the log after just trying to clone, here are the last few lines that show whats happening

---

Jul 26 08:18:37 scarecrow in.tftpd[15812]: tftp: client does not accept options
Jul 26 08:19:01 scarecrow rpc.mountd[13455]: authenticated mount request from 10.4.5.2:821 for /images (/images)
Jul 26 08:28:46 scarecrow in.tftpd[15897]: tftp: client does not accept options
Jul 26 08:39:01 scarecrow CRON[16030]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null ; -delete)
Jul 26 08:40:55 scarecrow in.tftpd[16055]: tftp: client does not accept options
Jul 26 08:41:20 scarecrow rpc.mountd[13455]: authenticated mount request from 10.4.5.2:821 for /images (/images)
Jul 26 08:57:04 scarecrow in.tftpd[17528]: tftp: client does not accept options
Jul 26 08:57:28 scarecrow rpc.mountd[13455]: authenticated mount request from 10.4.5.2:821 for /images (/images)

if you can understand that or somehow help me fix it I would apprieciate it Chad-bisd

thanks

Lee

[chad-bisd]

Check your networking equipment if you can. Try a different patch cable from the fog server to the switch. Try a different NIC in the fog server next.

For Fog to just stop working is quite unusual. Something may be getting changed in the background due to automatic security updates if you have that enabled. Also, if you are using Ubuntu 12.04, watch out for the tftpd-hpa service not starting after a reboot.

[Lee Smith]

Thanks for the quick response. Networking equipment seems fine and nothing has changed since it was working fine.

I have just tried a new patch lead and plugged it into a new socket on the wall.

I need to get a pci network card to test if it could be the onboard card. What is wierd is that it will upload and image fine so why should deploying an image be a problem.

I have checked the services tftpd-hpa is running and it is, it is set to startup. It is version 12.04 but that service seems fine.

I am just doing 347 updates as it has not done any updating since ive installed the new linux os.

I will post when I have tried another NIC and done these updates. I will upload a new image again and test with a deploy.

Thanks

Lee

[Lee Smith]

Hi,

Just want to thank you for all your help, it seems to be working fine now.

I did all the things you suggested to do but what I did find is that in Fog service / config.php the mysql server username and password wasnt set. It was set for common / config.php but not the other.

Might not have made a difference but its all working now until it fails again.

Did try another NIC and made no difference, also did all the updates.

Anyway im happy it works

thanks

Lee

[mcheung]

I missed this thread somehow when searching for issues but I’m running into the same problem. I have FOG 0.32 installed on Ubuntu 12.04.

[chad-bisd]

Please start a new thread and post details about your issue. Reference this thread if you think it contains pertinent info.