seems like this would be an appropriate thread to comment …
[url]http://fogproject.org/forum/threads/partition-size-error-w-raw-download.11013/page-2[/url]
@VincentJ … was that 80Gb from a mother/fing Vostro1200? [I hate that model line with a passion]
BRO I second this request … we have large screens, and its really a pity I have to scroll through a tiny window of snap-ins to find the one I want.
also, please do not post this kind of comment in “feature request” … post it in general category.
[url]https://stackoverflow.com/questions/9868045/changing-ip-address-via-command-line-on-windows-xp[/url]
something like:
[B][FONT=Segoe UI][COLOR=#333333]netsh interface ip set address “Local Area Connection” static 192.168.0.10 255.255.255.0 192.168.0.1 1[/COLOR][/FONT][/B]
[COLOR=#333333]aaanywhooo … [/COLOR]
[COLOR=#333333]1. create a .bat file with the netsh command in it. [/COLOR]
[COLOR=#333333]2. make a new snapin -> upload the bat file into the snapin.[/COLOR]
[COLOR=#333333]3. associate the snapin with a computer[/COLOR]
[COLOR=#333333]4. deploy the snapin[/COLOR]
[COLOR=#333333]5. have coffee [/COLOR]
[COLOR=#333333]for one computer, this really really seems like overkill to do via fog. [/COLOR]
[COLOR=#333333]and easier way, would be to enable win remote shell on the target computer with “winrm quickconfig”[/COLOR]
[COLOR=#333333]then you can simply connect to it and force the static ip change yourself, without doing any FOG-stuff.[/COLOR]
[CODE]winrs: -r:remote_comp_name cmd
netsh interface … blah blah blah[/CODE]
Tom, you would be happy to know that while I’m no Linux pro - but I did try everything imaginable under windows. Shrinking, resizing, single disk, raw, multiple disks, VM … etc … I have never been able to deploy a 7 gig image onto a 80Gb hard disk … EVER … (and if anyone can tell me a way to do it - i will send a litecoin your way) … only because my “master build machine” happens to have 150 Gig drive.
the problem is in the MBR I believe … because no matter how big your image size, your hard disk geometry will not let a computer clone if the source driver is physically bigger than the destination drive. So if you have a 7 gig image on a 500gb drive -> its super hard to image a 80Gb hard disk. The only way I managed to do it - is to deploy the image onto the 80Gig is to take acronis backup - and use “universal restore” … super slow … but acronis backup and restore will mess with the image/disk geometry and figure out a way to put that 7Gig image onto 80gig drive.
Then I re-capture with fog - and BOOM … there is an image for the lowest common denominator.
PS For anyone interested, the dell Vostro 1200 series laptops are lairs -> they claim 80Gig hard disks, but in reality, 5 Gigs simply disappears somewhere and you really have 75Gig drive … its not software, its hardware. There is something un-kosher with that whole line of laptops.
I understand that using PHPmyadmin is more of a ‘brute force’ solution … and although I advocate it -> but only in extreme circumstances where you botched up your migration in the first place.
Migrating manually with PHPmyadmin and manipulating the database is a very slow and painful task … believe me, I know. Column orders, commas, quotation marks - all super important when you are combing your database for import.
again - last-ditch solution.
hmm … i deployed plenty of stuff using ISD … it really does not wait too long … should almost be immediate. David - are you sure you do not have anything you have to click on ? like GUI that is waiting for input ?
(if yes - then AutoIT !!! )
can you post a log from one of the clients … should be “c:\fog.log” [ have NO idea where the log file on linux machine would be ]
specifically - include enough of the log for “hostnamechanger” … it will have some stuff about errors joining to the domain.
also make sure to fog-crypt your password - cannot use your domain password by typing it into fog settings. you MUST provide an encrypted version of it. also, for my domain (for example) sometimes it works by adding “.local” at the end … or using a different version of the credentials, such as “domain\adminuser” instead of “adminuser”
One of the things I used is phpmyadmin
[url]http://www.phpmyadmin.net/home_page/index.php[/url]
It lets you visually see what is running behind the scenes. I was able to simply copy the fog databse (via web) and delete/rename/alter/add things to fog via the web interface
One of the things you can do with it - is export a table (structure or structure + data or data only) in a variety of formats - CSV, SQL, text, etc … so I was able to export ONLY my hosts as SQL format (data only) and re-import them into the new “fog” table.
Careful though, this is nice BUT sometimes may not work if you have a really really old version of fog that you want to insert into a new version of the database. (for example - the new SVN updates in the upcoming releases do rename some columns, so exporting in ‘structure’ mode is not possible - must export the data only - and hope the column numbers match … i had to manually ‘fudge’ a few columns in csv to make it work). Generally, you should not have any issues like that because the updated versions of fog ‘should’ carry your data over to the next version.
Using SVN 1971 (all install options are OK) … everything seems ok as far as the front-end … BUT the booting is having an issue:
Apache Log:
[Mon Jun 30 11:16:16.754283 2014] [:error] [pid 2858] [client 172.29.5.38:60058] PHP Fatal error: Call to a member function get() on a non-object in /var/www/fog/lib/fog/BootMenu.class.php on line 395
This kicks the boot out of continuing and exits - thus loading the OS.
uname:
Linux fog2 3.13.0-24-generic #46-Ubuntu SMP Thu Apr 10 19:08:14 UTC 2014 i686 i686 i686 GNU/Linux
php:
PHP 5.5.9-1ubuntu4.2 (cli) (built: Jun 25 2014 17:17:37)
Copyright 
1997-2014 The PHP Group
Zend Engine v2.5.0, Copyright 1998-2014 Zend Technologies
batch file should have:
shutdown /r
This will notify all users logged on that in 1 minute the computer will reboot … snapin executes with exit 0 
try fog configuration -> fog settings -> fog boot settings
try messing with the fog_boot_exit_type … see which one works best for you.
cant you check the log file for fog … should be in /opt/fog/log/fogimagreplicator.log … see if you really are replicating images …
confirmed. I even removed /var/www/fog folder and re-ran svn update.
root@fog2:/var/www/fog# ls -lah commons/
total 52K
drwxr-xr-x 3 www-data www-data 4.0K 6月 16 11:31 .
drwxr-xr-x 12 www-data www-data 4.0K 6月 16 11:32 …
-rw-r–r-- 1 www-data www-data 192 6月 16 11:31 base.inc.php
-rw-r–r-- 1 www-data www-data 51 6月 16 11:31 index.php
-rw-r–r-- 1 www-data www-data 6.8K 6月 16 11:31 init.php
drwxr-xr-x 2 www-data www-data 4.0K 6月 16 11:31 schemaupdater
-rw-r–r-- 1 www-data www-data 2.0K 6月 16 11:31 system.php
-rw-r–r-- 1 www-data www-data 20K 6月 16 11:31 text.php
svn info:
Repository Root: [url]https://svn.code.sf.net/p/freeghost/code[/url]
Repository UUID: 71f96598-fa45-0410-b640-bcd6f8691b32
Revision: 1848
Node Kind: directory
Schedule: normal
Last Changed Author: masterzune
Last Changed Rev: 1848
Last Changed Date: 2014-06-16 10:28:23 +0900 (月, 16 6月 2014)
from earlier post:
Lubuntu -> (Linux fog2 3.13.0-24-generic #46-Ubuntu SMP Thu Apr 10 19:08:14 UTC 2014 i686 i686 i686 GNU/Linux)
Here are the settings FOG will use:
Base Linux: Debian
Detected Linux Distribution: Ubuntu
Installation Type: Normal Server
Server IP Address: 172.29.0.11
DHCP router Address:
DHCP DNS Address: 172.29.0.6
Interface: eth0
Using FOG DHCP: 0
Internationalization: 0
Donate: 0
DHCP will NOT be setup but you must setup your
current DHCP server to use FOG for PXE services.
On a Linux DHCP server you must set:
next-server
On a Windows DHCP server you must set:
option 066 & 067
Option 066 is the IP of the FOG Server: (e.g. 172.29.0.11)
Option 067 is the undionly.kpxe file: (e.g. undionly.kpxe)
Are you sure you wish to continue (Y/N) y
Installation Started…
Installing required packages, if this fails
make sure you have an active internet connection.
Preparing apt-get
Installing package: apache2
Installing package: php5
Installing package: php5-json
Installing package: php5-gd
Installing package: php5-cli
Installing package: php5-mysql
Installing package: php5-curl
Installing package: mysql-server
We are about to install MySQL Server on
this server, if MySQL isn’t installed already
you will be prompted for a root password.
Press enter to acknowledge this message.
Reading package lists…
Building dependency tree…
Reading state information…
mysql-server is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 141 not upgraded.
Confirming package installation.
Configuring services.
Setting up fog user…Exists
Setting up and starting MySql…OK
Backing up user reports…OK
Did you leave the mysql password blank during install? (Y/n)
Setting up and starting Apache Web Server…OK
You still need to install/update your database schema.
This can be done by opening a web browser and going to:
Press [Enter] key when database is updated/installed.
Would you like to notify the FOG group about this installation?
* This information is only used to help the FOG group determine
if FOG is being used. This information helps to let us know
if we should keep improving this product.
Send notification? (Y/N)n
NOT sending notification.
Setup complete!
You can now login to the FOG Management Portal using
the information listed below. The login information
is only if this is the first install.
This can be done by opening a web browser and going to:
[url]http://172.29.0.11/fog/management[/url]
Default User:
Username: fog
Password: password
Script done, file is /var/log/foginstall.log
Thank you Tom for looking into it. I’ll update as soon as I can figure out why the database schema does not update … 
… see separate post here:
[url]http://fogproject.org/forum/threads/fog-error-access-web.10812/#post-30283[/url]
So I updated to the latest SVN 1848 (in hopes of solving the issue where the images are not displayed if a master node is not present in the same imaging group as an image) … BUT after doing the latest install - noticed that the database schema will not migrate over.
Here are some logs:
[Mon Jun 16 11:05:16.251972 2014] [:error] [pid 14767] [client 172.29.0.11:57580] PHP Warning: mysqli::query(): Couldn’t fetch mysqli in /var/www/fog/lib/db/MySQL.class.php on[B] line 89, ref[/B]erer: [url]http://172.29.0.11/fog/commons/schemaupdater/index.php[/url]
[Mon Jun 16 11:05:16.251984 2014] [:error] [pid 14767] [client 172.29.0.11:57580] PHP Warning: MySQL::sqlerror(): Couldn’t fetch mysqli in /var/www/fog/lib/db/MySQL.class.php on[B] line 180, refe[/B]rer: [url]http://172.29.0.11/fog/commons/schemaupdater/index.php[/url]
[Mon Jun 16 11:05:16.252302 2014] [:error] [pid 14767] [client 172.29.0.11:57580] PHP Warning: mysqli::query(): Couldn’t fetch mysqli in /var/www/fog/lib/db/MySQL.class.ph[B]p on line 89, r[/B]eferer: [url]http://172.29.0.11/fog/commons/schemaupdater/index.php[/url]
[Mon Jun 16 11:05:16.252318 2014] [:error] [pid 14767] [client 172.29.0.11:57580] PHP Warning: MySQL::sqlerror(): Couldn’t fetch mysqli in /var/www/fog/lib/db/MySQL.class.ph[B]p on line 180, r[/B]eferer: [url]http://172.29.0.11/fog/commons/schemaupdater/index.php[/url]
[Mon Jun 16 11:05:16.252360 2014] [:error] [pid 14767] [client 172.29.0.11:57580] PHP Fatal error: Call to a member function get() on a non-object in /var/www/fog/commons/schemaupdater/index.php on[B] line 1399,[/B] referer: [url]http://172.29.0.11/fog/commons/schemaupdater/index.php[/url]
I’m not a PHP expert, but it seems like this function get() is not well-liked by PHP and was an issue in fog 32 … hence the PHP update for the new fog. It looks like the get() function craps out at a critical time to get the version, and all sequential calls for mysql shit the bed in sequence. Is there a way to avoid using get() ?
Result: browsing to localhost (in my case my IP since mysql is bound to an ip) and doing a schema update results in a blank page having only the fog banner image and “database schema installer / updater title”
Note: I am 100% sure that I did not set a password - becuase I am able to login into localhost/phpmyadmin with root/null and see the entire database. so i am very sure that my root has a blank password … plus … c’mon, I can log in via phpmyadmin - so its running correctly.
is it me or /var/www/fog/commons/config.php file does not exist … I’m running the latest 1848 SVN version of fog , and having issues updating the schema …
[Mon Jun 16 10:55:12.423145 2014] [:error] [pid 12710] [client 172.29.0.11:57420] PHP Fatal error: Call to a member function get() on a non-object in /var/www/fog/commons/schemaupdater/index.php on line 1399, referer: [url]http://172.29.0.11/fog/commons/schemaupdater/index.php[/url]
been searching for a location to change my sql password (it was left blank … but I thought maybe some revision overwrote that setting) … but can’t find this file ‘config.php’ …
(Linux fog2 3.13.0-24-generic #46-Ubuntu SMP Thu Apr 10 19:08:14 UTC 2014 i686 i686 i686 GNU/Linux)
PHP 5.5.9-1ubuntu4 (cli) (built: Apr 9 2014 17:08:27)
Copyright 1997-2014 The PHP Group
Zend Engine v2.5.0, Copyright 1998-2014 Zend Technologies
bro, Microsoft has got you covered …
[url]http://www.microsoft.com/en-us/download/details.aspx?id=11936[/url]
We use VAMT at my school. You can have the choice of using MAK activation (not KMS) if your school does purchase keys in volumes. OR you can activate with no key - which will use the native key already built into the windows box.
Also note this will work for Office too … and work through a proxy as well.
The only requirement is that the windows box MUST be on the domain - so you don’t even need any AD usernames / passwords - since the authentication is done locally from the credentials you are already using.