Just remember, any changes you make to have “service” controlled files is just loading a cached version of the needed files at service start time. It has no clue about any changes until after a restart. I wish I could make it work without having to restart, but at least we know how to fix it when you edit these files.

Thank you, if you’re interested there’s a known problem with large groups of multicast jobs not clearing out properly. All of the imaging processes work fine, but the task doesn’t get cleared properly and this seems to be a timing issue. I believe I’ve finally cornered out this issue in SVN and would like some testers if they’d be so willing.

Thank you,

Did the admin delete all of the users or just ones he felt would overall hurt the company?

Okay so here is what my .fogsettings looks like

[SIZE=16px][FONT=Calibri][COLOR=#000000]ipaddress=“10.40.224.90”;[/COLOR][/FONT][/SIZE]
[SIZE=16px][FONT=Calibri][COLOR=#000000]interface=“eth1”;[/COLOR][/FONT][/SIZE]
[SIZE=16px][FONT=Calibri][COLOR=#000000]routeraddress=" option routers 10.40.240.1;“;[/COLOR][/FONT][/SIZE]
[SIZE=16px][FONT=Calibri][COLOR=#000000]plainrouter=“10.40.240.1”;[/COLOR][/FONT][/SIZE]
[SIZE=16px][FONT=Calibri][COLOR=#000000]dnsaddress=” option domain-name-servers 10.40.32.10; ";[/COLOR][/FONT][/SIZE]
[SIZE=16px][FONT=Calibri][COLOR=#000000]dnsbootimage=“10.40.32.10”;[/COLOR][/FONT][/SIZE]
[SIZE=16px][FONT=Calibri][COLOR=#000000]password=“e50a63”;[/COLOR][/FONT][/SIZE]
[SIZE=16px][FONT=Calibri][COLOR=#000000]osid=“2”;[/COLOR][/FONT][/SIZE]
[SIZE=16px][FONT=Calibri][COLOR=#000000]osname=“Debian”;[/COLOR][/FONT][/SIZE]
[SIZE=16px][FONT=Calibri][COLOR=#000000]dodhcp=“N”;[/COLOR][/FONT][/SIZE]
[SIZE=16px][FONT=Calibri][COLOR=#000000]bldhcp=“0”;[/COLOR][/FONT][/SIZE]
[SIZE=16px][FONT=Calibri][COLOR=#000000]installtype=“N”;[/COLOR][/FONT][/SIZE]
[SIZE=16px][FONT=Calibri][COLOR=#000000]snmysqluser=“root”[/COLOR][/FONT][/SIZE]
[SIZE=16px][FONT=Calibri][COLOR=#000000]snmysqlpass=“e50a63”;[/COLOR][/FONT][/SIZE]
[SIZE=16px][FONT=Calibri][COLOR=#000000]snmysqlhost=“localhost”;[/COLOR][/FONT][/SIZE]
[SIZE=16px][FONT=Calibri][COLOR=#000000]installlang=“0”;[/COLOR][/FONT][/SIZE]
[SIZE=16px][FONT=Calibri][COLOR=#000000]donate=“0”;[/COLOR][/FONT][/SIZE]
[SIZE=16px][FONT=Calibri][COLOR=#000000]fogupdateloaded=“1”[/COLOR][/FONT][/SIZE]

You probably had a 1st rev of fog_1.1.2.tar.gz. There was a bug in the user login stuff which I was able to correct and retag and push as the 1.1.2. Thanks for reporting back.

ok, thank you. I’ll search further

PXE Timeout is set by the Boot Menu which means it’s already booted. In your case, it’s failing before it gets that far.

You can play around with the files and build your own undionly to fix this, but I’d recommend having port fast, or if you can, disabling STP all together.

how do the c:\fog.log files compare between the working ones and non-working ones? you will need to recover these logs within 2 minutes or so after startup, as that is when the hostnamechanger service makes it’s request and the logs are quickly overwritten

[quote=“dwit, post: 31433, member: 24311”]HI,

I’ve done a fresh install of fog 1.1.1 with node, I’m trying to upload an new image. It run fine except the image stay in the /image/dev folder and stay with a generic name.

I try to chmod -R 777 * the images folder but it doesn’t change …
I’m running on ubuntu and FOG 1.1.1.

Any idea ?

thanks in advance ,[/quote]

Try this
[code]
sudo chmod -R 0777 /images[/code] and give it a go. also there is an update out please download and install FOG 1.1.2 some major bug fixes and improvements have been implemented.

No other idea or a way to debug this ?

No problem, have fun!

I read your post to my System Admin and she knew exactly what you were talking about. Thanks for your help! It’s working!

this problem would not occur if you sysprepped the image prior to uploading it. there is a new feature for windows 8 and 8.1 in the svn revision for deploying without sysprep. if you’d like to update to the latest svn, you can test the new feature and provide feedback on how well it is working.

Nope. I removed them from the task management tab and the hosts/groups tabs.

I have just found that if I manually add the devices and fill in the info and then create a new task, I am able to image a single device. I will try multicast next. This looks like it will be my workaround for this issue.

If multicast don’t work, then i’ll just do the last four individually.

Justin

I just resolv my problem. I changed my IP Address in the /opt/fog/.fogsettings , it was the wrong IP as we changed it previously.

Did not realize a /tftpboot.old file would be created with the upgrade

Issue Resolved.

The final resolution to this issue was related to additional Storage Nodes. There were two extra storage nodes that must have been created a few years ago for testing. Neither one of them was the Master Node. Once I deleted those two nodes the error about not being able to find a suitable storage node disappeared and everything started working.

Thanks for all of the help.

Thank you, I was able to get it. TFTP is not enabled by default in Windows 7. We aren’t using our Fog server for DHCP, so I just had to enable tftp and it worked.

[quote=“TylerC, post: 30792, member: 2655”]You figure this out yet. I have this same thing going on right now and I really need to deploy some images. I’m wishing I would have never upgraded from .32 I now understand why some older sysadmins are like never upgrade anything! lol[/quote]

I’ve finally figured it out. Both the source and target disks have 500GB but not exactly the same number of blocks (source is a bit larger), So I’ve made the partition layout so it’s the same number of blocks than the smallest disk and now it’s working even without creating any partition on the destination.