Latest Development FOG
-
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 !
-
What’s the drive?
-
SVN 2759 released.
With this comes a slight change to how the apache web server operates.
It will download the kernels and inits as needed rather than having them stored in the svn repo.
What’s bound to happen, some delay (sometimes seemingly a long time) during the Setting up and starting Apache Web Server phase. This delay is the download occurring.
What this means, for the kernel’s, it will always have the most current one on the published kernels, even if you use older SVN revisions back to 2759.
Hopefully you all understand.
-
Sounds great, always updated and only a minor delay on boot (which doesn’t happen very often).
Does it download updates/new kernels at regular intervals or only on boot.
Possibly once a week or once a month would be good to update them and put the older ones in a backup folder for roll back if needed.