Latest Development FOG
-
Excellent work Tom, I can see that I will personally find this very useful.
Just one question - do you ever sleep ?
-
I donāt know what that word means. What is this thing you call āsleepā?
-
Tom,
I just tried exporting on the latest svn and tried it on 2 different computers with all 3 browsers and I am still getting that error.
Mozilla, Chrome, and IE 11.
-
Right,
Regardless, this is not an issue with the exporting of items. Itās how your browsers are attempting to save the data and/or how your browsers are trying to open the file.
Are you able to at least save the file?
-
No I cant save the file at all.
-
Reports should be fixed now. This includes huge databases and saving.
-
Confirmed, reports are OK now using SVN 2725. I was seeing the same problem as Ray when I tested earlier.
Cheers
Robin -
Donāt worry Iām on the case:
I have no ideaā¦
[IMG]http://thumbpress.com/wp-content/uploads/2013/05/I-Have-No-Idea-What-Im-Doing-1.jpg[/IMG]
-
SVN 2726 released.
With this comes many fixes particularly in the Reportās arena. @Ray, @Robin, and @UpACreek, Iām sorry. I didnāt think it was something I did as I was unable to replicate the issue. However, with three people reporting the same problem, I went on a limb and found the cause was my clearing the buffer of data before it could actually write the data to the selected component. My system was fine because I donāt know. But removing this clearing the ob buffer seems to have corrected the downloading of files.
It also brings more, appropriately, fixes to the Hosts and Users report in that it will do itās own filtering for names and hosts rather than expecting the relevant host to do all itās own filtering. While the fundamental principles would still work, altering based on the host field was actually breaking the login history of the host management (where it displays Login vs. Logout times).
Many many other improvements in no longer using ajax files separately (just call the related class) and no longer needing the phpimages folder. You may notice things are much faster.
-
Tom,
I want to start trying to image my Dell Venu Pro 11 Tablets they are the 5130 model and only support UEFI. In Fog under settings, do I have to change under TFTP Server the FOG_DHCP_BOOFILENAME as well to the ipxe.efi or is that setting only if you are using FOG for DHCP server? Im using my Windows Server as the DHCP client.
-
It currently does nothing. Nothing at all. itās purpose was going to be simply for knowing (kind of) what file you were using. It actually had no impact to whatās actually being setup on the system.
-
Tom,
Just tried imaging one of the Dell Venu Pro 11 5130 and tried all the .efi files and none of them work. Any suggestions ?
-
I donāt know how itās trying to boot. If youāre in uefi mode but legacy net boot I donāt think the efi files will work.
-
The bios on the computers are set in UEFI they cant be set to legacy. All I did to make it work was switch the boofiles on the dhcp server, am I suppose to do something else ?
-
I donāt know.
I donāt have any pure UEFI systems, so I donāt know what to do. Iām sorry. Iām a failure
-
[quote=āRay Zuchowski, post: 39508, member: 24449ā]Tom,
Just tried imaging one of the Dell Venu Pro 11 5130 and tried all the .efi files and none of them work. Any suggestions ?[/quote]
Go here: [url]https://rom-o-matic.eu/[/url]
Click Advanced, at the bottom choose āEFI PXE Bootstrap 32-bit (.efi)ā
These are the options I always check:
[SIZE=12px][FONT=Arial][COLOR=#000000]CPUID_SETTINGS[/COLOR][/FONT][/SIZE]
[SIZE=12px][FONT=Arial][COLOR=#000000]DOWNLOAD_PROTO_NFS[/COLOR][/FONT][/SIZE]
[SIZE=12px][FONT=Arial][COLOR=#000000]IMAGE_PNG[/COLOR][/FONT][/SIZE]
[SIZE=12px][FONT=Arial][COLOR=#000000]PARAM_CMD[/COLOR][/FONT][/SIZE]
[SIZE=12px][FONT=Arial][COLOR=#000000]CONSOLE_CMD[/COLOR][/FONT][/SIZE]Finally, plop this script in the iPXE script box (remember to change the last line to match your FOG serverās IP or hostname:
(the colour and cpair lines are optional, I use these for my menu colors. Simply remove them if desired.)#!ipxe
colour --basic 2 7
cpair --foreground 7 --background 9 1
cpair --foreground 0 --background 9 2
dhcp
set arch i386 ||
params
param mac0 ${net0/mac}
param arch ${arch}
isset ${net1/mac} && param mac1 ${net1/mac} || goto bootme
isset ${net2/mac} && param mac2 ${net2/mac} || goto bootme
:bootme
chain [URL=āhttp://x.x.x.x/fog/service/ipxe/boot.php##paramsā][COLOR=#737373]http://x.x.x.x/fog/service/ipxe/boot.php##params[/COLOR][/URL]Note: With the 32-bit tablets I UEFI PXE boot with, I have to manually set the arch to i386 in this script because they are technically 64-bit capable and FOG detects this and gives them bzImage/init.xz, but they only work with bzImage32/init_32.xz.
-
This can actually be updated with the new default.ipxe script, I donāt have access to it ATM, thoughā¦
Simply hand out that 32-bit ipxe.efi bootfile via DHCP and that should do the trick.
-
Drk3
Thanks bro for this hookup. Im going to try it out today. I just setup WDS on a Windows server to get me through this imaging but if FOG works with thisā¦ This will be sick!
-
[quote=āRay Zuchowski, post: 39585, member: 24449ā]Drk3
Thanks bro for this hookup. Im going to try it out today. I just setup WDS on a Windows server to get me through this imaging but if FOG works with thisā¦ This will be sick![/quote]
No problem brother. At the very least you should be able to register them/send inventory. I hope youāre able to get them to image, though!
-
Drk3,
It worked like a champ but when I go to register the PC, it comes back that the Hard Drive isnāt found. Tomā¦ LOL you are needed here !
