Latest FOG 0.33b
-
Has anyone else tried r1231 using the new ipxe capone option? I configured Capone to associate one of our images with a specific laptop model. Everything looks good there. When booting to the ipxe menu, the Capone Deploy option is there, I choose it, and all looks good until I get ‘An error has been detected. No image definition was found for 0KU184’. I take that to mean something is going on and preventing it from associating the DMI info with the image I specified. I’ll take a closer look tomorrow and look again to see if it’s something I’ve done - it’s the first I’ve used capone…time for bed
-
Hello,
Just for report:
I make a fresh install of the last revision on debian 7:
the /opt/fog/service/FOGMulticastManager/FOGMulticastManager is not executable on install .
I have to make a chmod +xand when i start the service i have this warming:
filesize(): stat failed for /opt/fog/log/multicast.log in /opt/fog/service/common/functions.php on line 24.litte bug with the page Service Configuration
When you click on a a service (exemple auto logout) the graphic page is not present only text and box.bye
-
It’ll be a little before I can look into this. Sorry.
-
I found another error when trying to deploy image. Image still deploys correctly but I get this:
Fatal error: Call to a member function get() on a non-object in /var/www/fog/lib/fog/Host.class.php on line 839
Also thank you for all your help and hard work on this.
-
Checking out capone after Tom incorporated my changes for ipxe, it looks like the following was missed.
- Getting unable to mount images due to missing argument for capone, amended version of /fog/service/ipxe/boot.php attached.
I’ve also attached an updated version of management/plugins/capone/run.php, it removes the pxe configuration stuff at the end, as it is no longer needed.
ArchFan, as you say, the PC is not being associated with the image, check your DMI Field and DMI Result setting.
[url=“/_imported_xf_attachments/0/554_run.zip?:”]run.zip[/url]
- Getting unable to mount images due to missing argument for capone, amended version of /fog/service/ipxe/boot.php attached.
-
I’m back and mastacontrola is back online. Sorry it took so long.
Just released r1232 to fix the storage part. Sorry I missed that before.
New asset to the menus. If a host is registered, it gives quick image menu, if it’s not registered presents only the registration menu’s (and capone) It should help limit confusion. You can now tell, by the menu’s, if a host is registered or not. Hopefully we find this useful.
-
It should, also, fix a Service configuration page issue. It only checked out if the name was working for auto logout, but didn’t send the autologout properly either. We should be good now.
-
Will be releasing. I only updated the ipxe directory (which has the wrong boot.php, which I found a bug in anyway.)
I didn’t update all the files, so I’m very sorry. Drugs aren’t letting think yet.
-
r1233 released. Actually works with menu if host is registered it display’s registered host options (localboot, memtest, quick delete, quick image, sysinfo, debug, and capone if it’s enabled) and if it’s not registered (localboot, memtest, reg, quick reg, sysinfo, debug, and capone if it’s enabled.)
ServiceConfigurationPage fixes as well.
Hopefully this helps guys.
-
i would like to put a password (like the master password) i must do it in the boot.php ?
it is planned to put this option in the final 0.33? -
When I try to upload a snapin:
[QUOTE]Plese enter a name to give this Snapin![/QUOTE]I filled the name, selected file and entered arguments.
It worked some commits ago (1199 if I’m not mistaken).
(btw, there’s a typo in Please Plese)
-
Thanks for reporting.
I’ve sent out a fix already.
r1235 released and should fix this issue for you.
Plese was fixed as well to say Please.
-
r1236 released.
Just adds “Engineer” to the Imaging Logs.
-
When I try to deploy snapins to a group it will work for the first computer but fail for the other computers stating: Snapin is already setup for tasking.
Also in regards to post 951, I now have the location plugin installed/setup and I am still getting the issue.
-
Just tired to deploy all snapins on computers that were in the group a machine at a time and noticed that it was creating the active task but not the snapin task kind of like the single snapin deploy before. When I tried to see if I could do single snapin it was also giving me the message: Snapin is already setup for tasking.
-
So it’s not displaying the active tasks, but they are setup?
-
r1237 released.
Should fix progress information to only display on the active page rather than all but the search page.
-
Wolfemi,
I’ve replicated your issue, and am looking into it. It may be a bit before a fix is released as I’m all doped up on hydrocodone so seeing the text is a bit confusing to me for now.
If you have some php and can find the issue, I believe the file that’s not generating the task properly is /var/www/<fog,html/fog>/lib/fog/Host.class.php around lines: 587 and 819 (thats where the snapin parts sit.)
-
I looked at the file and decided that its better left to the professionals. Also Im in no rush just wanted you to be aware. I don’t believe the snapins are getting installed. I have attached two pics of what I am seeing. Its been a little over a hour and nothing has changed.[ATTACH=full]556[/ATTACH][ATTACH=full]557[/ATTACH]
[url=“/_imported_xf_attachments/0/556_Active Snapins.jpg?:”]Active Snapins.jpg[/url][url=“/_imported_xf_attachments/0/557_Active Task.jpg?:”]Active Task.jpg[/url]
-
If you cancel the snapin that is set, and remove the active tasks, then setup a single snapin, does the snapin and the task coincide properly? It gives me a base to look at.
