Latest FOG 0.33b
-
I think I found a bug with single snap-in.
When I try to deploy a single snap-in it shows up in active task and active snap-in task. Then I try to deploy another snap-in with single snap-in option it shows both in active task and only the last one in active snap-in task. -
That’s not really a bug, it’s by design. Snap ins deployments as I’ve run them should be able to be stacked. My guess is the previous task completed but hadn’t yet removed the active task yet. I’ll try to replicate the issue when I get home.
-
I see that this is a bug and am currently looking into it. Should be fixed shortly.
Thank you for reporting it.
-
r1228 released.
Should fix the snapin bug reported. It also adds checking. If performing a single snapin and the snapin you choose to deploy already exists, it will throw an error stating that the task couldn’t be created as the snapin task already exists.
If the single snapin is deployed, but you don’t choose a snapin, it automatically sends all snapins that are deployed to it. Will work on making this the same in the task management page as well.
Fixed an issue on the task page, from active snapins canceling the task didn’t work, it should now.
Fixes tabbed issue, again and properly now, for location field during registration.
-
r1229 released.
Should fix Imaging Log issue reported by Lee. It also sorts out the dates properly now.
Thank you,
-
Now when I try and deploy snapins I get the error
Fatal error: Call to a member function get() on a non-object in /var/www/fog/lib/fog/Host.class.php on line 595
-
Found the error, I’m guessing you haven’t enabled the Location Plugin then huh?
-
r1230 released to fix this issue. Sorry I forgot to set the Storage Group variable if the location plugin is not in use.
-
I don’t have it enabled should I? Only have one location for images.
Also noticed another warning when I click on storage management then storage node. Only have one. It has the message above side menu:
Warning: Invalid argument supplied for foreach() in/var/www/fog/lib/fog/SubMenu.class.php on line 107
-
You shouldn’t need to have it enabled. I can’t help the submenu error, maybe turn off error reporting into the browser?
-
Attached are the changes to add capone into the ipxe menu.
There is no longer a requirement to copy and paste entries for the pxe menu.
3 files.
management/plugins/capone/run.php
fog/commons/basic.inc.php
fog/service/ipxe/boot.php[url=“/_imported_xf_attachments/0/550_ipxe_capone.zip?:”]ipxe_capone.zip[/url]
-
What is basic.inc.php?
-
I see the file, you meant base.inc.php huh?
-
Well spotted.
-
r1231 released.
With this release comes capone automated menu generation in iPXE.
-
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.