Posts made by jbsclm

Pxe boot menu configuration page seems to work fine now thanks.
I checked on 0.32, it wasn’t resizable, I just hadn’t noticed the change to box at 0.33b

Thanks again.

Aha, I hadn’t realised you could resize it.
5 just fits the capone extras in, with resize it will be OK.
We have capone plus about 6 other items, at 0.32 it is a real pain to add them in, but then again perhaps I missed that it could be resized as well.
We started on 0.29 I think, perhaps I just assumed it hadn’t changed since them.
It will be OK left at 5.

Thanks

Thanks.
Just one more thing, can you increase the height of the textarea box, currently set at 5, which makes it a pain when we have several extra menu items.
It is line 423, change rows=“5” to rows=“25”;
Other than that the code looks OK, I’ll test properly tomorrow.

Hi Tom, hope you are feeling OK. just checking out your 1197 version of FOGConfigurationPage.Class.php, unfortunately it still has problems
It doesn’t populate the text area, due to “print” missing on line 423.

Line 423 needs to be as below, I’ve also increased the height of the text box from 5 to 25, to make it more usable for those of us who have several other boot menu entries.
<textarea rows=“25” cols=“64” name=“adv”><?php print $this->FOGCore->getSetting( “FOG_PXE_ADVANCED” ) ?></textarea></div></td>

also it doesn’t save the setting to “FOG_PXE_ADVANCED” due to a typo on line 479
if ($advandedOpts)
should be
if ($advancedOpts)
However even after this is corrected, submitting with the textarea empty results in the database not being updated, although the pxe menu file is updated.
Omitting line 479 means that the extra menu items are removed from both the database and the pxe menu.
If you leave the line in you would need to include lines 480 to 484 in the if statement, however this would mean that you couldn’t remove the extra items.
Hope this makes sense.

Hope all OK, been through similar myself.

A couple of bugs in fog configuration, pxe boot menu page, under advanced configuration options.

1. textarea box not being populated with FOG_PXE_ADVANCED setting from globalSetting table.
2. FOG_PXE_ADVANCED, only written to pxemenu, not saved to globalSetting table as well.
   I’ve also increased the size of the text area.
   Relevant for us as we have several other entries in the boot menu, dell diags etc.

fixed in the attached file.

[url=“/_imported_xf_attachments/0/538_FOGConfigurationPage.class.zip?:”]FOGConfigurationPage.class.zip[/url]

Just checking out XP single partition resizable on r1178, Original disk size of 30gb, used 9.7gb.
Deploys OK, to both 15Gb and 50Gb partitions, but a minor point, it seems to leave about 1% unallocated at the end of the disc.
e.g. in the case of deploying to 50Gb, creates a 49.5 Gb partition, leaves 510 Mb free.
Is this deliberate, I can see how it might be?

Just tried a quick test of xp, single partition resizeable, on 1171, using an images created previous.

It worked.

Many thanks for all your good work, hope all goes OK Monday.

Doing some testing on the xp, single partition resizable, with init.gz from different revisions
1110 will deploy an image created by 1110
1110 will deploy an image created by 1170
1170 will not deploy an image created by 1170
1170 will not deploy an image created by 1110
1142 will not deploy an image created by 1110
1115 will deploy an image created by 1110
1115 will deploy an image created by 1170
1132 will deploy an image created by 1170
1137 will deploy an image created by 1170
1139 will deploy an image created by 1170

So it looks like image upload is still OK at 1142, however deploy is broken from then on.

Hope this helps.

Still the same after uploading a new image.
On the upload I see the resize message after partclone finishes.
The system then reboots OK.
After deploying the image it fails with unmountable boot device.
I haven’t seen the resize on deploy, but it goes through very quickly to the reboot.
Any chance of putting a wait before the reboot?
I’m using virtual box, my hdd is virtual size 30Gb, actual size 9.3Gb.
Will have to go now, but can continue tomorrow evening if needed.

Sorry, still getting the unmountable boot device, after the deployment at r1164
As I say tho, I haven’t recreated the image, I can try that if you want.

1163 seems to fail the same.
I’m not recreating the image tho.
Getting key message on screen, as per screenshot, I only mention this in passing, I assume it is some debug stuff.
Will try 1164…

[url=“/_imported_xf_attachments/0/528_r1163.png?:”]r1163.png[/url]

I’m seeing the same thing on r1162, namely xp single partition resizable, failing on the reboot after deployment with unmountable boot volume.
A quick check with fdisk in debug mode suggests that it still isn’t resizing after deployment, as sda1 is much smaller than before the upload and deploy.
xp multi seems to work OK.

Thanks Tom, capone now working with XP multi partition image.
I’ll give it a more comprehensive test tomorrow.
I’ll also do some more work on the XP Single Resizable, as it fails to boot after deploying even when capone is not involved, I may well be doing something wrong, but I can’t think what.
There is a guide to capone here,
[url]http://www.fogproject.org/wiki/index.php/Plugins:_Capone[/url]
if you want I can do a more comprehensive one with screenshots etc.
John

Have just tried the following
create task to upload xp, single partition resizable, appears to complete OK.
create task to deploy above image, appears to complete OK, but gives bsod on reboot.
No tasks listed on gui.
above image associated with system serial on capone, hangs at checking in

Create xp multipartition image, edit host to point to this, create task to upload.
Upload appears to work OK.
no tasks in gui
create deploy task, this works OK and system reboots OK.
delete previous association in capone, set up new one to point to new xp multipartition image.
no tasks in gui.
boot and select capone, hangs at checking in, as per previous screenshot.
apache error log is clean apart from a couple of “File does not exist: /var/www/favicon.ico”, I know that is not relevant.
apache access.log has repeated
192.168.3.12 - - [28/Jan/2014:22:05:37 +0000] “POST /fog/service/progress.php HTTP/1.1” 200 343 “-” “Wget”
192.168.3.12 - - [28/Jan/2014:22:05:37 +0000] “POST /fog/service/progress.php HTTP/1.1” 200 343 “-” “Wget”
192.168.3.12 - - [28/Jan/2014:22:05:37 +0000] “POST /fog/service/progress.php HTTP/1.1” 200 343 “-” “Wget”

John

Yes, it just sticks at checking in, I wouldn’t expect it to stay there for more than a few seconds, but I’ve left it for minutes.
I’ve just tried task uploading and deploying of a working XP system, the deploy seems to work OK, but on the reboot fails with a BSOD unmountable boot volume, so it looks like XP, single partition resizable has problems.
Disc is 30Gb, on virtual box
Apache 2 has nothing in the error log, access.log has repeated messages as per my previous post.
/opt/fog/log is empty, and I can’t see anything in the log viewer under fog settings.
Am I looking in the wrong place for fog logs, or do I need to turn logging on?
Thanks

Thanks Tom.

Now getting a bit further, hangs at checking in on the client.
Nothing in apache2 error log, but lots of
192.168.3.12 - - [28/Jan/2014:20:41:02 +0000] “POST /fog/service/progress.php HTTP/1.1” 200 343 “-” “Wget”
192.168.3.12 - - [28/Jan/2014:20:41:03 +0000] “POST /fog/service/progress.php HTTP/1.1” 200 343 “-” “Wget”
192.168.3.12 - - [28/Jan/2014:20:41:03 +0000] “POST /fog/service/progress.php HTTP/1.1” 200 343 “-” “Wget”
192.168.3.12 - - [28/Jan/2014:20:41:03 +0000] “POST /fog/service/progress.php HTTP/1.1” 200 343 “-” “Wget”

in access.log.

[url=“/_imported_xf_attachments/0/522_boottest.png?:”]boottest.png[/url]

Hi Tom, testing capone on r1152.
client hangs at looking for images, with the following error in the apache2 error log.
[Tue Jan 28 18:26:57 2014] [error] [client 192.168.3.12] PHP Fatal error: Using $this when not in object context in /var/www/fog/service/capone.php on line 10
[Tue Jan 28 18:26:59 2014] [error] [client 192.168.3.12] PHP Fatal error: Using $this when not in object context in /var/www/fog/service/capone.php on line 10
[Tue Jan 28 18:27:01 2014] [error] [client 192.168.3.12] PHP Fatal error: Using $this when not in object context in /var/www/fog/service/capone.php on line 10
[Tue Jan 28 18:27:03 2014] [error] [client 192.168.3.12] PHP Fatal error: Using $this when not in object context in /var/www/fog/service/capone.php on line 10

Any thoughts

If you have many of the same model of client, have you considered using the capone plug in for this.
You can associate a particular model with one (or more) image.
On the client you select capone from the menu choices, if there is only one image associated, it deploys with no registration required.
If there is more than one image associated, you select which one you want, and again it deploys, again no registration required.

Hi Tom.
Running new install of r1141 on Ubuntu LTS 12.04 to test capone, but image upload seems to be doing a raw upload rather that an ntfs one.
Attached are pxelinux.cfg files and screenshots from r1126 and r1141 clients
r1126 works OK, r1141 uploads as raw.

John

[url=“/_imported_xf_attachments/0/520_boottest_r1141.zip?:”]boottest_r1141.zip[/url]