Posts made by astrouga

Cool. I was just going to recommend that. I just installed .32 on a 11.10 system and did not have any issues.

–astrouga

I always use the “multiple partition” image types. Never have a problem. Are you trying to use the “single partition” option?

Hmm. Which version of ubuntu? Was this a new install, or is it an upgrade of an existing server? If this is an upgrade, did you backup your database before you upgraded? You could always restore the old db and run the updater again.

–astrouga

Type this in a terminal window:
[code]
sudo stop tftpd-hpa
sudo start tftpd-hpa
[/code]
Then try. Did it work?

Worked for me.

–astrouga

Just curious, what is the ‘tasks’ table structure? In a terminal window, type:
[code]
sudo mysql -u root -p
use fog;
describe tasks;
[/code]
–astrouga

[quote=“Robert Erbes, post: 3495, member: 827”]Hey guys,
I have a normal FOG build on a Ubuntu 12.04. It works AMAZING… until I reboot the Ubuntu box. I then get a TFTP Timeout… This is easily fixable by reinstalling FOG over itself. But I would like to fix the underlying problem.
[/quote]

I can confirm this. I have the same issue on 12.04. I assume something is not being added to a startup script. I’ve been reinstalling my server daily, so I had forgotten all about this issue. I’ll see if I can nail it down though. If someone knows the solutions, please share.

–astrouga

That is the error that one usually sees when fog is trying to use the wrong mysql password.

Try opening a terminal window and logging in to the mysql db manually:
[code] sudo mysql -u root -p [/code]
If you get in, check to make sure fog has the correct password in /var/www/fog/commons/config.php. It is the ‘DATABASE_PASSWORD’ variable.

–astrouga

trunk 873…I ran two tests with the Single Partition (NTFS Only, Resizable) image type.

A Windows 7 host with two partitions (100 MB system and OS) seemed to work fine. Both partitions were recognized, the image uploaded and the host rebooted fine.
A Windows 7 with one partition (didn’t have the 100 MB boot partition) did not work. The process completed, but the image upload process (blue screen that shows progress status) took less than 2 seconds. The image file on the server is about 500 KB. The client did reboot successfully though.

A minor bug to note: I noticed that the task status icon that shows up on the Task Management screen does not change during an image upload. It always shows “queued” even on multiple refreshes of the page. However, the status does change and appears to be correct for image downloads.

–astrouga

[quote=“Blackout, post: 3567, member: 1”]
In saying this, both will need to be tested. Personally i use 1 partition
[/quote]

I go with 1 usually too, good to know that both are supported, as there seemed to be some confusion. Thanks for responding to that thread.

[quote]
Could you please test if Windows 7 works after you have Uploaded an image? (dont deploy, does it boot after uploading?)
[/quote]
I am sure that the machine I uploaded my image from did indeed reboot properly after the image was uploaded. I did it several times while I was testing different systems. I’ll double-check it first thing in the morning though.

[quote]
Thanks for the reporting, keep them coming! The less testing i have to do, the more development i can do
Some times i wish there was a “Microsoft frequent installer rewards program” :D[/quote]

I’m just glad to be helping out. The specific requests are helpful – I am learning a quite a bit about the imaging process as I go along, so it is useful stuff.

Cheers,
–astrouga

Just did a clean install of trunk 872 on Ubuntu 12.04.

During the initial “Database Scheme Installer/Updater” you have one syntax error. It produces this error:

"The following errors occured

Update ID: 32 - 1
Database Error:
Column count doesn’t match value count at row 1
Database SQL:

INSERT INTO fog.taskStates (tsID, tsName, tsDescription) VALUES
(1, ‘Queued’, ‘Task has been created and FOG is waiting for the Host to check-in.’, ‘1’),
(2, ‘In-Progress’, ‘Host is currently Imaging.’, ‘2’),
(3, ‘Complete’, ‘Imaging has been completed.’, ‘3’);
"

You left off the tsOrder column name in your INSERT statement. It should be “INSERT INTO fog.taskStates (tsID, tsName, tsDescription,tsOrder)…”

I didn’t have any issues with the hostID this time.

Windows 7 64-bit (with the 100 MB system partition) imaged just fine on a Dell Optiplex 745 using the “Multiple Partition Image - Single Disk (Not Resizable)” option. I don’t ever use the single partition option, but I tried it. I imaged the same config as a “Single Parition (NTFS, Resizable)” and got a “Windows Boot Manager” screen when I download the image. A repair did not work.

–astrouga

Blackout:

Can you give us your recommended setting for a Windows 7 image? Specifically, for testing purposes, should I keep the 100MB Windows partition on my Windows 7 images and set OS to “windows 7”? If I don’t keep the 100MB partition, do I need to change the OS setting for the host to “vista”? I hadn’t heard this before, but it was mentioned here:

[url]http://fogproject.org/forum/threads/windows-7-no-100mb-partition.670/[/url]

I’d just like to make sure that we are on the same page so that my feedback is useful to you.

Thanks,

–astrouga

[quote=“Raff, post: 2998, member: 298”]Set the OS to Windows Vista in FOG.[/quote]

Really? I always create my windows 7 images without the 100mb partition and I never have a problem using “windows 7” for the OS.

I wonder what the developers recommend on this? Does fog expect Windows 7 images to have the 100 MB partition? If we don’t use the 100MB partition, what is the recommended OS setting?

-astrouga

[quote=“Blackout, post: 3538, member: 1”]@astrouga

I looked into the ID issue but i could not replicate it. I tested emptying my Hosts table and creating a new host via the GUI.
This worked as intended giving the first host an ID of 1. I have no tested this on a fresh install, but it did work as intended as of ~860

How did you add the host? Via the GUI or another means?
[/quote]
I used the gui. It was strange because I added a host, then pulled an image from the host to the server. When I went to add another host, it over-wrote my first host. I didn’t realize this at first, but this is when I started seeing the ID issue. I’ll load 872 and see if I can reproduce.

[quote]
If someone could test an NTFS re sizable image for Windows 7 that would help a lot.[/quote]

I’ll give this a go too. I tried it on 871, and the imaging process seemed to work, but the host I downloaded the image to did not boot. I’ll pay closer attention on the next test.

-astrouga

[quote=“astrouga, post: 3489, member: 907”]

I fixed it by changing the line to:
call_user_method_array($method, $class,array($args));
Now the pages are displaying properly.
[/QUOTE]

After the change above, I only had one issue more issue. It is possible that others won’t experience it, but I’ll mention it anyway. The first host I added got an hostID=0 in the hosts table. Every time I tried to do anything Fog spit back an error about the ID being “0”. I wasn’t able to add any more hosts or upload/download an image until I manually changed the ID to “1” in the hosts table. Then everything worked.

Imaging of a Windows 7 disk “multiple partition image - single disk (not resizeable)” worked like a charm. I imaged a Dell Latitude D830. Image uploaded fine, client rebooted properly, task was removed. Download was fine, client rebooted, task removed. Also, for some reason, all of the speed issues I was encountering disappeared. Everything worked better than it ever has in our environment. I’ll have to test a desktop or two and see if everything is OK.

This is real progress. Thanks for the work.

–astrouga

Sorry, yes I get the same error each time I click on a link:

[Tue May 15 10:08:03 2012] [error] [client hiddingMyIP] PHP Warning: call_user_method_array() expects exactly 3 parameters, 2 given in /var/www/fog/lib/fog/FOGPageManager.class.php on line 133, referer: [url]http://hiddingMyIP/fog/management/index.php?node=host[/url]

(of course the referrer portion changes depending on the link I try)

If you look at line 133 of /var/www/fog/lib/fog/FOGPageManger.class.php, I see:
call_user_method_array($method, $class);

I fixed it by changing the line to:
call_user_method_array($method, $class,array($args));

Now the pages are displaying properly.

–astrouga

BTW, this function is deprecated as of PHP 4.1.0.

Just installed 871 on a clean ubuntu machine. All of the webpage content below the title on an page is blank. For example, on the main page, I see the icons and the title “Dashboard”, but there is nothing below the “Dashboard”. Similarly, if I click on the “Image Management” icon, I see “Image Management” and a menu on the left with “New Search, List All Images, New Image”, but if I click on “New Image” I just see the same page. It does not load the content below “Image Management”.

Effectively I can’t do anything.

Sorry, I’ve been out a week. Just gave trunk 866 a whirl on Ubuntu 12.04. I did an upgrade over another beta.

When I try to upload an image, the image is being written to “/images/dev” now. When the image process finishes, my client just spit out an “*” on a single line and that repeated until I rebooted the client. It looks like at the time the image upload task finished, the error log in /var/log/apache2 has the following error. It repeated until I rebooted the client:

(Note: I’ve removed my client ip from the output below and replaced it with “ipAddressOfClient”)
[CODE][Fri May 11 09:02:46 2012] [error] [client ipAddressOfClient PHP Fatal error: Call to
undefined function isValidMACAddress() in /var/www/fog/service/Post_Stage2.php on
line 53
[/CODE]
[SIZE=3][SIZE=2][SIZE=3][SIZE=2]
[SIZE=3]I manually moved the image folder out of “/images/dev”, updated my image definition and downloaded it to a client. When the dump finished, the client screen repeated the following until I power-cycled it:[/SIZE]

[SIZE=3] "[/SIZE]
[SIZE=3] rm: can’t remove “co.txt”: no such file or directory.[/SIZE]
[SIZE=3] cat: can’t open “co.txt”: no such file or directory.[/SIZE]
[SIZE=3] *[/SIZE]
[SIZE=3] "[/SIZE]

[SIZE=3] error.log in /var/log/apache2 had the following error repeating over and over:[/SIZE]

[/SIZE][/SIZE][/SIZE][/SIZE]
[CODE][Fri May 11 10:30:55 2012] [error] [client ipAddressOfClient] PHP Fatal error: Call to

undefined function isValidMACAddress() in /var/www/fog/service/Post_Stage3.php on

line 28

[/CODE]
[SIZE=3][SIZE=2][SIZE=3][SIZE=2]
[SIZE=3]The downloaded image did not work.[/SIZE]

[SIZE=3] I’ll try a clean install today and try imaging different hardware.[/SIZE]

[SIZE=3] astrouga[/SIZE]
[/SIZE][/SIZE][/SIZE][/SIZE]

I did a clean install of Ubuntu 12.04 with Fog 33b (trunk 856) today. I only had time for limited testing. These are the items I came across. Sorry if some are the same as reported earlier…I just didn’t have time to compare:

1. Same issue with writing to the images directory. On an image creation task (upload), I get an error it can’t create a folder in /images/macaddressofclient. Looks like the /dev is being left out of the path.
   I made /images folder rw so I could continue testing.

2. When I click on “Hosts Tasks --> Upload”, the page is a little confusing. The top says “Deploy Task: Upload” and the button to start it says “Deploy to hostname” where hostname is your client name. When I click on that, The next page says “Deploy image to host”…that doesn’t sound like an upload to me, so that is confusing.

3. Image upload works with change in #1. The task finishes on the client. No error, just a single line repeats over and over:
   " *

…
"

I had to manually reboot the client. The task was still in the Task Management view and was listed in the mysql tasks table.

The delete task button (red box with x) removes the task from the view, but it does not remove the task from the mysql tasks table. If you refresh the Task Management page in the browser, the task comes back. I had to go back into the mysql db and delete the task. (One note is that I was able to remove tasks from the Task Management page if they had not started on the client.)

Also, the image file lives in a folder that is based on the mac address of the client, and not the task name that I assigned when I created the task. So to deploy that image, I had to change the name of the directory or the “image path” in the image defintion.

4. Deploying an image finished and the computer rebooted. The task was not deleted though. Had to do it manually through mysql. Also, my image did not actually work, but I think that is my fault. The imaging process is still really slow for me. I can provide more info on this later if needed.

5. All of the links on the “Other Information” page produce a FOG DEBUG error involving missing Methods in classes.

6. A few tiny version-related things to note: When I run the installfog.sh installer script, it still says version 0.32. Also, in the init.gz file used to boot the client, the /usr/share/fog/lib/funcs.sh file has the 0.32 version in the “displayBanner()” function, so you see that version when the client boots up and is about to start the task.

Cheers, astrouga

Blackout, I’ll wipe my server and do a new install this morning. I’ll let you know how it goes.

Thanks for all the hard work!

I just download a tarball of the trunk from:

[url]http://freeghost.svn.sourceforge.net/viewvc/freeghost/[/url]

851 is the latest.

–astrouga