I also noticed the new site. It’s very nice and I’m glad the development continues. Keep up the good work

[quote=“Junkhacker, post: 41710, member: 21583”][url]http://fogproject.org/wiki/index.php/Modifying_the_Init_Image#Version_1.0.0_and_up[/url][/quote]

Thanks for the information, I’ve had a poke around and couldn’t locate the [I][SIZE=12px]fog.reg.man [/SIZE][/I]script. Are you able to point me in the right direction?

Thanks!

Edit

Found it!

[url]http://<ip[/url] of server>/fog/management/index.php?node=about&sub=mac-list

is there a approve all macs?

FYI: Wireless macs show up for hosts if the client is installed. Also to install snapins client must be installed.
FYI2: New Client will be more useful for snapins and other exciting options.

YES the trick was [SIZE=5][B][FONT=Consolas]next-server <ip of PXE Server>[/FONT][/B][/SIZE]

10:11:43 up 89 days, 17:46, 1 user, load average: 0.17, 0.27, 0.26

Hi Junkhacker,

Thanks for your help !

thanks i got it, change the FOG Service start from automatic to automatic delayed…
thats it…

no need to bloat your image with drivers

model way (just look at driver stuff):
[url]http://fogproject.org/forum/threads/utilizing-postscripts-rename-joindomain-drivers-snapins.12175/[/url]

or Hardware ID way (also has a wiki page posted):
[url]http://fogproject.org/forum/threads/automatic-hardware-detection-driver-installs-in-fog.11933/[/url]

Images are literally stored in the root directory “/images” go into your terminal and type:
[CODE]cd /
ls
cd /images
ls[/CODE]
This is the DEFAULT location for your images. It is possible that in your storage management you have changed the location but you would already know that.

Connect to your Fog server via FTP through your Windows machine and download the images. I would suggest WinSCP program. Uses a more friendly interface. [url]http://winscp.net/eng/index.php[/url]

There is no direct “reboot” task. Just when there is a task when the client is installed and the firewall is configured correctly, the client will check for a task. If a task is found it should reboot.

In about a month’s time or so this whole conversation will be moot for me as I’ll be replacing the images with updated recipes captured via PartClone.

If there is a bug and a solution I’m trying to find it not for my sake. I’ve already instructed our techs to use QuickImage and unicast in the meantime.

If the PartImage-captured PartImage-deployed image has a sector problem when multicast, then would it not also be corrupt when it is unicast?

Aggressively zero’ing the drives prior to PartImage Multicast results in the same.

Interestingly, interrupting a PartImage-multicast session will corrupt the drive similarly to the point where FOG will refuse to work with that drive until it is re-zero’d.

I haven’t run the installer yet, I wanted to be sure I could set it up the way I want it first. Should I be able to do it with the 1.2.0 installer version as well? Also do I need to drop the database before I run the installer?

I have uploaded our master image into the new server. I’m planning on just doing an .sql dump of the fog hosts table and importing into the fog hosts table on the new server. That way I bring all the old host information into the new server. I have 1 image and 1 host already, but we have that one master image for most of our machines. We have a few more images on the old fog server I need to bring over, and was just worried about transferring them. Thanks again for your suggestions!

when it’s done. at this point, i would say the release date will be “soon”
we can’t really schedule a release date, because many of us can’t really schedule time to work on fog. we work on fog in our spare time, for free.

I would first find out exactly where the problem starts occurring. I have many vlans but not subnets. We have no problems across vlans getting fog to operate. It’s just a guess that it may not even be the way your infrastructure is setup but rather too many hops to get to the fog server. This is just a guess.

Thanks again!

However I noticed there’s = replacing the last character of every base64 encoded product key in Fog database (which I had inserted manually via web interface thus far).
When writing the script to encode all the keys I have, I got a similar result with two ==s appended in the end, but because the file was created in windows. Replacing Windows newlines with Unix’s by dos2unix gave a clean result, of course.
Now I’m just wondering if this is a oversight in the php portion and I should replace the last character of they keys with it as when writing all the keys straight to the Fog database, or is there something going on beyond the initial php input form on web interface that would change data already in the database even if I’d append cleanly encoded keys?

Couldn’t find anything relevant in the files, I’m not too php/java savvy.

Thanks for your time, yet once again…

i hate to interrupt the Final Fantasy argument, but i think this thread is getting rediculously off track

[quote=“Loops, post: 40878, member: 28164”]Thank’s a lot for your help ! but this is a little bit hard for me !
My Fog server is now running with a local image storage ! :/[/quote]

NP

hi tom:

I’ve updated the svn to 2903, it had in 2894.

I understand that your recommendation is to add a fog hosts trought pxe. If there is no other solution will be what I will do.

My idea is this:

On a computer with fog service if the detected mac not found in the database, which makes equipment inventory and automatically add it to fog.

I am studying the MOD_HostRegistrer.cs file for editing and allow to add this information.

I do not know if what I have thought it can be done, or perhaps is already done and I can not make it work.

Thanks for all 🙂