Repo has moved…
svn checkout [url]https://svn.code.sf.net/p/freeghost/code/trunk[/url]
Repo has moved…
svn checkout [url]https://svn.code.sf.net/p/freeghost/code/trunk[/url]
[quote=“jbrabhamMSD, post: 24125, member: 22901”]I tried both manually editing the file and copying the file over from the forum and in both cases, fog starts looping when trying to deploy an image. I am running .32[/quote]
Did you reboot the server after you replaced the fog file and gziped the init file ?
[quote=“Timelord83, post: 14152, member: 10119”]I don’t know where the unattend file is… we’ve used this process for three years this is the first year its ever acted horrible. To build an image we install Windows 7 Pro 64bit or 32bit to a target model machine… Install device drivers… run windows update till its done. Add our apps. update again to update the microsoft apps. and run sysprep with OOBE and generalize and reboot selected. thats it… no idea why its being Evil this year.[/quote]
Have you thought about bundling your updates instead of deploying them fully up to date? Try a sysprep with everything but the updates and see if that caused the issue. Also, is there any special software being installed like CAD or maybe a odd ball antivirus?
This is the guide I typically use to SYSPREP Windows 7 PCs in FOG.
[url=“/_imported_xf_attachments/0/361_WINDOWS 7 SYSPREP with FOG.pdf?:”]WINDOWS 7 SYSPREP with FOG.pdf[/url]
[quote=“Timelord83, post: 14146, member: 10119”]Yes this is exactly what I am referring to. Sysprep is doing it… or something in the default FOG post scripting is doing it… Neither of which I can determine to be the cause.[/quote]
I’ve never had an issue with FOG in this area of deployment. There maybe either a problem in the sysprep unattended.xml file or possibly an installed program that’s conflicting with the configuration in some way. This might be a possible workaround for you. It involves adding a registry file to disable this feature ( see link below). Otherwise you may have to try SYSPREP without any programs installed and try it again. Then if it doesn’t reoccur your problem is most likely some rogue program.
[url]http://www.sevenforums.com/software/100758-program-enables-use-check-boxes-all-users.html[/url]
[quote=“Timelord83, post: 14102, member: 10119”]We have been building images for several Windows machines all PRO, some x86 some x64. But regardless of machine or order of install… After a sysprep and a deploy the Machine is set to use checkboxes to select items… this is not a setting we are enabling… and how can we stop it??? it seems to be somehow embedded… I just imaged another machine with our most recent image… Setup the admin account the way It needs to be… including getting rid of checkboxes for selection… and made the user account… logged in and low and behold it was setup to use checkboxes for selection… I am going slightly crazy at this point, and after reading countless hours of sysprep stuff I can’t seem to find where it says it does that…
Thanks,
James[/quote]
Is this what you are referring to?
[url]http://lifehacker.com/5432923/enable-check-box-selection-in-windows-7[/url]
[quote=“The Dealman, post: 14130, member: 53”]You used these files? [url]http://fogproject.org/forum/attachments/fog-zip.321/[/url][/quote]
Yes.
[quote=“The Dealman, post: 13235, member: 53”]Do you have this working?[/quote]
Okay. Its working now.
This is what I did. Logged in via putty and did the following.
[LIST]
[]cd /tftpboot/fog/images
[]gunzip init.gz
[]mkdir initmountdir
[]mount -o loop init initmountdir
[/LIST]
Connected via WinSCP and navigated to /tftpboot/fog/images/initmountdir/bin
What I did was simply copy the new fog file ( that was shared) over to the location of my old one( /tftpboot/fog/images/initmountdir/bin) and overwrote that file. I also made a copy of my old fog file just in case it didn’t work.
After that I went back to putty and did the following.
[LIST]
[]cd /tftpboot/fog/images
[]umount initmountdir/
[]rmdir initmountdir
[]gzip init
[/LIST]
For some reason if I tried copying just the code from the new to the old it would either reboot continuously or give me a big blank nothing. There is a missing step I’m sure in that list or maybe a semicolon out of place.
[quote=“The Dealman, post: 13235, member: 53”]Do you have this working?[/quote]
Haven’t fully tested my changes out but I’ll get back to you possibly Wednesday if I get this working. I’ve been busy with another fog server.
[quote=“The Dealman, post: 12945, member: 53”]What’s suppose to be in the init.gz file? I see the init file inside of mine, am i suppose to download the fog.zip file & overwrite the init.gz file ? or do i take out the fog file & add that to my init.gz file?
As you can see i’m confused on this one[/quote]
Did you figure this out or do you still need assistance?
----------------------------------------------Attach NFS share-----------------------------------------
Make sure you are in the root directory
#Mount Shared Directory (from Client)#
2a) root@FOGServer:~# mount -o soft,intr,rsize=8192,wsize=8192 \ {ENTER}
2b) <ip address>:/share location /nfs {ENTER}
#Mount NFS Automatically After Reboot#
3) Navigate to /etc/fstab and add the following line:
<ip address>:/share location /nfs nfs soft,intr,rsize=8192,wsize=8192
Notes:
{ENTER} = Press Enter. It’s not code.
Example of my ip address layout: 192.168.1.2:/mnt/Location/FOGDB
Personally I use a mount point in NAS4Free for my nfs share
---------------------------------Backup Script and Cron Task-----------------------------------------
1a) Create a backup script and name it fogbackup.sh
1b) Include the following contents:
#!/bin/sh
dte=date +%F
backup=“/nfs/${dte}.sql”;
echo " Starting backup…“;
echo " Backup Location:”
echo " $backup";
sleep 5;
mysqldump --host=localhost --user=root --allow-keywords -f fog > $backup
echo " Backup completed."
1c) Add fogbackup.sh to folder /etc/cron.daily
Rename fogbackup.sh to fogbackup
Make fogbackup executable for everyone by running chmod +x fogbackup
Navigate to /etc/crontab and edit crontab to include: 00 4 * * * root /etc/cron.daily/fogbackup
Save and Restart
That should be it.
[B][FONT=Ubuntu][COLOR=#333333]Fatal error[/COLOR][/FONT][/B][FONT=Ubuntu][COLOR=#333333]: Call to undefined method Group::addMember() in[/COLOR][/FONT][B][FONT=Ubuntu][COLOR=#333333]/var/www/fog/management/lib/FOGCore.class.php[/COLOR][/FONT][/B][FONT=Ubuntu][COLOR=#333333] on line [/COLOR][/FONT][B][FONT=Ubuntu][COLOR=#333333]210[/COLOR][/FONT][/B]
[B][FONT=Ubuntu][COLOR=#333333][/COLOR][/FONT][/B]
Anyone figure out how to fix this bug or at the very least get task scheduler to come up without the error?
One question. How do you add the FOG configuration menu to the Ubuntu server startup? I ask because I’m transitioning from FOG VM to a physical server. Much help would be appreciated.