Give your VM more resources such as CPU and RAM and you should see an increase in speed.

Thanks, guys. I finally got it working. It was a mess…I must have just started changing things willy-nilly and stopped paying attention to what I was doing.
The export file, as ianabc stated was incorrect. I did:
nano /etc/exports
[SIZE=2]pointed the first line to [/SIZE]fog/images *(ro,sync,no_wdelay,insecure_locks,no_root_sq$
[SIZE=2]and my machines immediately started imaging.[/SIZE]

The funny thing is that yesterday I’m almost certain I had a line in that file pointing to that path. Maybe I didn’t comment out the other one.

Either way, it appears to be working. Hopefully I didn’t change something else somewhere that’s going to drive me nuts!

Thanks!!!

[quote=“Tom Elliott, post: 31568, member: 7271”]The images folder should be with permissions set as:
[code]chmod -R 777 /home/images[/code][/quote]
Thanks!

[quote=“Jaymes Driver, post: 31422, member: 3582”]That part is only required to server multiple subnets, for now focus on getting one of your networks working and look into the ip Helper later. I personally don’t use the ip Helpers. My other co workers set some up to help resolve to WDS and I want to use FOG, so I use DNSmasq to override their settings. I’ve never had an issue, but I realize it’s all about the network structure and the equipment.[/quote]

Thank you, this has worked 🙂

Another idea is to use the hostname… but this also dont work, cause i have to use the FQDN and our domain names are different in every office :/…

When i find any solution to do that with one image i will post it here

Thank you for your answers Tom.

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