In case anyone was reading this and hoping for an answer to making ubuntu 14.04 (Or any other distro really) Fog 0.33b svn updates easier, smoother, and automated even, I figured out how to do it and put it in a new thread linked below, enjoy 🙂

[url]http://fogproject.org/forum/threads/automating-fog-0-33b-svn-updates-in-ubuntu-14-04-with-cron-easily-adapted-to-other-linux-distros.10409/#post-26438[/url]

I totaly agree, but as I wrote on top of my “guide” it was an experiment I made during my studies, just to see if FOG was a viable tool to silent install with, and with the “guide” I was just sharing my experience with it.

/Jimmy

[quote=“Oma Voss, post: 23860, member: 22725”]Hi all,
what should I enter in the login GUI under FOG Management Login? Which username, what password?

Why is this not better documented? No explanations on the wiki, somehow I’m too stupid to find.

You could show the default settings but the first time the GUI … just as a suggestion.

regards
Grandma Voss[/quote]

What Jaymes says above is absolutely correct. You are in charge of the server. It’s a web based applications. There are some assumptions to be made with this.

To login, if you haven’t changed the password previously, you use the user fog and the password password

To get to the GUI is your fog server’s IP address (example: 10.6.22.3) and typically /fog/ directly after. So in the address bar you would type: 10.6.22.3/fog

It should, if it’s a fresh install, ask you to create the database. Once created, it will take you to the login page. There you would type the information above.

As it is specific to an individual’s server information, there isn’t likely to be much “documentation” as you request because there’s no way for us to know what combination of ip’s, server roots, or environment’s.

What do you suggest for documenting this? You going to ensure that every person who performs an install gets the pertinent information everywhere? What about security of this information? You want everybody in your organization knowing how, and what credentials, to login to your system?

Just food for thought.

[url]http://www.fogproject.org/wiki/index.php/SVN[/url]

that wiki will show you how to install svn version of fog (the very latest i.e. 0.33b)

DO NOT use this to upgrade any production version of fog.

would recommend setting up a test environment for you to play around with 🙂

if you are interested in this stuff, you really need to look at the development going on in fog 0.33b.

EDIT: Haha. Well after long last I managed to get the script to work with just a few clicks and no errors. Thanks anyways, and thank you astrouga. (if you still visit here)

I know this is an old post, but I was using astrouga’s Script and it works great, however, I get a Error: Object Required “Log Script”

It says it’s on the last line character 1

The script actually runs all of the way through and extends the hard drive, but I am very very new to scripting ( like maybe a week ago I started ) and was wondering if this would ever be a problem.

Thanks!

[quote=“Valden, post: 22881, member: 21858”]Do you think, that is possible to download the usb image directly into the ram with tftp ?[/quote]

It may be possible to load with tftp, but you have to make sure that enough ram is available for the image though…

FOG isn’t designed to handle ISO image files.

There are a couple of place’s you’d need to edit whether you choose to edit the init.gz, or edit the php file.

Editing the init.gz would work, but is more difficult as it requires unzipping, then mounting, editing, then unmounting, then rezipping all to check if your edit’s worked. If you made a mistake, you have redo the same steps over again. Repeat until all is working as expected. All of these steps would also require rebooting the system to check that the changes work as otherwise they’ll have the previous iteration of the init.gz loaded.

Editing the service scripts is probably easier, as you don’t have reboot the client to test, and they’res no unzipping, mounting, etc…

The easiest recommendation I could give for you to successfully do this is kind of two stepped.
First, manually create a false task entry in the database with something along the lines of:
[code]INSERT INTO fog.tasks (taskHostID,taskStateID) VALUES (‘1999’,‘1’);[/code]

Create a false Host entry using the fake ID you’ve set in tasks:
[code]INSERT INTO fog.hosts (hostID,hostMAC) VALUES(‘1999’,‘00:00:00:00:00:00’);[/code]

Then edit the Post_Stage2, Post_Stage3 and Pre_Stage1 files to leave the tasking alone if the host ID equals 1999 (or whatever false host you’ve given.

Then edit your default file to use the MAC Address 00:00:00:00:00:00 mac address.

I’m not giving specific instructions on editing the Post_Stage2, Post_Stage3, and Pre_Stage1 files because I don’t know what version of FOG you’re using, so I can’t provide an direct assistance.

That all said, while this all looks like a lot to have to do, it’s ultimately much simpler than editiing the init.gz. You didn’t want to have to create a task all the time, and with this you wouldn’t have to, just forcibly create the one task, and use that task as the “controller” for those extra entries.

woohoo!

Oh, if you’ve downloaded a buildroot package, don’t forget to copy in the trunk/src/buildroot directory so all packages are ready. The config will need to be set from the fog.buildroot.config file.

Thanks Jim,

I had created the DNS record and tested, but my fogexe.ini was not all lower case. Changing this solved the issues and it is now happily installing snapins. 😄
I’ll report any findings for further reference.
Andreas

[quote=“Jaymes Driver, post: 12587, member: 3582”]What recommendation did you try?

Did you add the delay to the init.d file or did you change the way the job starts? I would like to find out if the “[I][SIZE=12px]start on (local-filesystems and net-device-up IFACE!=lo)” [/SIZE][/I][SIZE=12px]works or not :)[/SIZE][/quote]

Worked for me. I’m soo glad I found this thread. Using Xubuntu 12.04.3 LTS + FOG 0.32

as I mentionned on another thread, the way I image MACs is to PXE boot ubuntu (to have a somehow compatible linux running on the macminis I had on my hands), and use partclone to copy the hfs+ partitions… FOG can PXE boot that, but can’t image it… Might be a lot easier once made to work with partclone (there is a wiki page about how to have mac PXE boot).

Hi Tom

Yes its virtual box, we wondered if it was hard disk related on our SAN so we have migrated it to its on Raid 5 Host to see if that improves performence on the box. Its a noodle scratcher deffo but thank you for answering Tom i need all the help i can get lol

sysfs,

You also have to mount it.

The gzip is ext2 formatted file/filesystem.

The way you edit is to perform these tasks:

First unzip, as you already know how but just for clarity sake:
[code]cd /tftpboot/fog/images
gunzip init.gz[/code]

Then make another directory and mount it like a filesystem:
[code]mkdir tmp
mount -o loop init tmp
[/code]

Then cd into the tmp folder and you’ll see all the scripts and the “Root” filesystem fog uses. Most of the scripts are in the bin folder so:
[code]
cd tmp/bin
[/code]

Then you can edit all the scripts you need to.

When you’re all complete perform these tasks:

[code]
cd /tftpboot/fog/images
umount tmp
gzip -9 init
[/code]

You should, then, have successfully customized your init.gz file.

[quote=“ITSolutions, post: 12543, member: 4222”]My solution is the script that is included with FOG for back up, modified quite a bit and then made a cron entry.
[/quote]
Thanks for sharing, ITSolutions. If I may suggest one edit: quote your strings. A space in a password breaks the script:
[CODE]–password=“${MYSQL_PASSWORD}”[/CODE]

I’ve been contemplating setting up a 0.33 server, but my 0.32 server works so well! I will figure out the ins and outs of getting this to work on 0.32 and post my findings.