Latest FOG 0.33b
-
I deleted the init.gz from /tftpboot/fog/images/ directory and placed there your init.gz. Same problem
.
I am now away, see you later -
If you get a chance, can you try re-uploading the image, then deploy?
Iām thinking the MBR checking got screwed up somewhere and this is why itād doing a double deploy issue. Iām not seeing the issue anymore.
-
Anyone Here handy with debugging scripts?
-
Hey tom how you been. I can take a look and ask around and see if I can find any issues with it
-
If youāre up-to-date on the revision (current 1195) then please take a look in src/buildroot/package/fog/scripts/bin/fog.download
Thereās some bug in there Iām unable to track down. Iām guessing itās between the MBR parts and the Partclone parts, but I just canāt see it.
-
A couple of bugs in fog configuration, pxe boot menu page, under advanced configuration options.
- textarea box not being populated with FOG_PXE_ADVANCED setting from globalSetting table.
- 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]
-
Ok I am looking into it now.
-
I will definitely take a look. I am preparing to go to the hospital for a CT Scan and possibly biopsy, so Iāll be out for a couple hours probably.
When I get back, so long as Iām not drugged too badly, Iāll try to correct this.
-
ok good luck man take care.
-
Hope all OK, been through similar myself.
-
Alright so Iām a work horse.
r1196 released. I made some more changes to init.gz though I doubt theyāll work so will need more debugging Iām sure.
FOG Configuration page now saves the PXE Advanced, though slightly different than how jbsclm recommended, itās ultimately the same.
Thank you,
Iāll see you all later.
-
r1197 released to fix a typo i made for the advanced Text info stuff.
It should display if thereās information to pull from FOG_PXE_ADVANCED
If not, it works like weāre used to.
-
Iām still using FOG 0.32. I really miss two features: in image manager iād like to know the date of when latest upload of the image was done. Knowing the date of when it was created is of no use, I think. Could this be implemented? In the client manager iād like to know when each host had the latest deploy. Deploying a lot of notebooks now and then it not done by deploying a whole group as I deploy a machine when an employer come to my office with problems. It is quite hard to keep track of who I have to get in contact with as it it long time since last deploy. If the latest deploy date could easily be displayed in the host list that would be nice. Any thoughts about this?
-
I like that pmonstad. I too have my curiosities as to when a machine is imaged. Sometimes I have a machine go down mid year and it gets my updated image, I would like to not image him again if possible. If I had a section of the GUI that output the last time I imaged the guy, I would know to skip it and keep on trucking.
-
What about the task management page? It now supports searching and should show the time it was performed. It sorts by the id of the task number in desc order so the host on top was the most recent task.
-
[quote=āTom Elliott, post: 22561, member: 7271ā]What about the task management page? It now supports searching and should show the time it was performed. It sorts by the id of the task number in desc order so the host on top was the most recent task.[/quote]
Yes but it doesnāt list the date so I donāt know if i has my āmost recentā image on it already or not
-
What do you mean? It shows the start date of the job. Though there could be some delay in the task it shouldnāt be too far off of an accurate picture of when the job happened. I will be adding searching based on image name in the near future though.
-
[quote=āTom Elliott, post: 22563, member: 7271ā]What do you mean? It shows the start date of the job. Though there could be some delay in the task it shouldnāt be too far off of an accurate picture of when the job happened. I will be adding searching based on image name in the near future though.[/quote]
Hmm maybe we arenāt on the same pageā¦ I donāt mean an active task, I mean a task that is already completed. I donāt see that information (I am only accessing 0.32 at the moment though.) When I search the Task Management it will display all the hosts in sequential number order, regardless of last time I imaged, or image used.
Sometimes I upload a few images, Student Summer, and Student Winter. Student Winter being the image I blast on them all right before State testing time.
To be specific I have a lab in room 406 used by students in my Redding building. They live under the naming convention āRS406-*ā I re-imaged RS406-18 three days ago, when I look in the Task managment, I do not see this host listed at the top even though it was the most recent task. If I enter āRS406ā and search all the hosts are displayed RS406-1 all the way to RS406-32 in numerical order.
I would instead like to be displayed with something to the affect of
[code]
Host Name MAC Deploy Image Used Upload Date Imaged Advanced
RS406-18 00:24:21:xx:xx:xx Student Winter 02/03/2014
[/code]
NOW I do NOT think this is a make or break feature, definitely a Luxury
Definitely not a concerning piece, or an important piece. Maybe if things get slow one day
-
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. -
I think I know what youāre saying.
I made a typo, sorry quick implementation before I had to go to the doctors.
I understand to that the if means it only updates the information if thereās data in the text area. There may be times we donāt care about the data, so removing the if statement is probably the more logical choice.
