Latest FOG 0.33b
-
r963 is out, addresses many more of the changes and allows redirect action in DatabaseManager.class.php to operate properly.
-
If you have a sysprep your using for tests, could you post it? I’m in the process of putting one together… one of the new places i’m working with need to sysprep… and unfortunately they don’t currently have an unattend.xml
-
[QUOTE] I have to try to figure out about this sysprep thing with Windows 7. I understand the reasoning, but at the same time I think imaging a system should just be upload image, deploy when needed, presto/chango complete with imaging process. I not a huge fan of: make master, sysprep, upload, verify sysprep didn’t screw up activation (as necessary of course), then try again until you know you’re good, then deploy.[/QUOTE]
Oh man, if you can find some way to either eliminate the need for sysprep or integrate it into FOG that would be awesome! Keep up the good work, I am glad to see this project is still active. I am preparing to use FOG in an environment with around 300 computers right now.
-
r966 has a few fixes to issues that were quite troubling to figure out. I can only hope all works properly now. You should work properly now. I’ve tested on centos 6.4 and ubuntu 12.04. I’m nearly certain it will work. I’m sorry if this troubled you all!
-
r968 is out, had to revert to 899 functions.sh files for ubuntu and redhat, added back the fedora 19 specific stuff for redhat/functions.sh.
-
r970 is out.
Added to the FOG Settings part, to allow it to redirect and inform the user that their stuff has been changed rather than redirect to the index and no input whatsoever. Also made some changes to text field sizes.
-
[quote=“VincentJ, post: 18176, member: 8935”]If you have a sysprep your using for tests, could you post it? I’m in the process of putting one together… one of the new places i’m working with need to sysprep… and unfortunately they don’t currently have an unattend.xml[/quote]
I’d post my unattend, but it has the key we need for our tasks and the administrator password is in there as well. If you can, try finding andyroo’s post for hardware independent setup, I’ll try to post the look soon. It explains how to create an unattend file for your organization.
[url]http://fogproject.org/forum/threads/windows-7-deployment-fog-sad2-driver-tool.380/[/url]
You don’t have to follow all the instructions, but follow the stuff for creating the unattend.
-
Hi Tom,
You’re not human, you’re an alien!
Regards -
r972 now released. With this comes the same fixes as before, but now, you can join a host to multiple groups at the same time, and cross-wise, you can From the groups page, add hosts to a group. Hopefully you all enjoy.
-
r973 is out, just makes the system where you can’t have two hostnames the same. I know this may hurt initially, but it will enforce we keep our inventories sort of clean. I know at my workplace, we had a huge issue when we had to replace a system, and we located it by hostname and found 7 generations of systems all with the same name.
-
I really appreciate the the work doing on the fog system. Tom ur half man half amazing.:)
-
r974 has added functionality to allow auto population with the MAC address as the hostname by placing the word MAC as the system name. Hopefully we all find this useful as necessary (maybe small business just starting up to get their computers setup quicker!) Also with this release comes a (dumb me) typo on the processmobilelogin.php file and the processlogin.php page will inform a non-admin (mobile user) that they can’t login through the main interface…for now.
If this is a pain, just let me know, its all of two lines to fix if you don’t like this, but I’m slowly trying to integrate RBAC style users so you can limit what can and can’t be done. This may take a little while, even versions if necessary, to start setting up Permissions of roles such as:
Upload only, Download only, certain advanced features, User Creation/Deletion, etc…
-
we’re running r975 on Ubuntu 13.10 but have lost the ability to search, it does not show disk info for the server ( space ) and it does not show the progress when uploading an image
-
Well,
I assure you these things do work, have you looked at your error logs to try narrowing down the issue? I’ve only tested with ubuntu 12.04.
-
I don’t know about the progress bars specifically. I haven’t seen them since r899 and I can’t pinpoint where they’re to actually display. So that issue aside, how do you mean you’ve lost the ability to search? Search for what? All search bars in specific? One area? What do you mean lost the ability to search?
-
r976 released,
Fixes type on ImageManagementPage for editing the images.
Also corrects the Host edit to keep you from having to change the hostname any time you make a change to some field other than the hostname.
-
The ability to search for any part… like the mac address, host name, tag…
On 32 there’s a progress bar on “active tasks” that shows you the percentage of imaging, we’ve also implemented a fix for UPloading an image to show the progress bar, which is what I was referring to.[SIZE=2]We’re [/SIZE]re installing[SIZE=2] 12.04 then fog r796, note: this is a side server. Our main one we still run on 32 ;)[/SIZE]
[quote=“Tom Elliott, post: 18357, member: 7271”]I don’t know about the progress bars specifically. I haven’t seen them since r899 and I can’t pinpoint where they’re to actually display. So that issue aside, how do you mean you’ve lost the ability to search? Search for what? All search bars in specific? One area? What do you mean lost the ability to search?[/quote]
-
Update: we’ve installed 12.04 fog R976.
Everything works fine until we import our SQL from .32 .
33b goes nuts, throws errors , any suggestions ?I’m assuming the exported SQL database is not compatible with .33b so what changed.
-
You must remember that, more or less, FOG 0.33b was a complete rewrite of the original code from 0.01 thru 0.32. Many things got changed. It is not recommended to use 0.32 database for 0.33 as it’s too difficult to determine exactly all the changes between the two. I can provide a diff file if necessary, but it’s quite a bit of change. For one, hosts no longer has a hostOS field for example. I do understand the reasoning for wanting to import the old database and am working on trying to figure out the best approach to this, but in the mean time, the best recommendation I can give is to export the elements you need for sure. When exporting the Hosts, export only the name mac and, as necessary or possible, the imageID. Exporting the images get the path, imageID, and name if you can. Also, when exporting do a right inner join to obtain the OSID from the 0.32 code for implementation into 0.33 images field. This last part is especially important as otherwise the system won’t know what OS it is and everything, I imagine, would try to be dd imaged if I understand the fog scripts well enough.
I’m sure there’s other things to need as well, but there is so many changes between the two databases.
-
[quote=“Tom Elliott, post: 18358, member: 7271”]r976 released,
Fixes type on ImageManagementPage for editing the images.
Also corrects the Host edit to keep you from having to change the hostname any time you make a change to some field other than the hostname.[/quote]
Hmm… I see you didn’t use my patch, and removed the internationalization support on ImageManagementPage.class.php line 243… Not sure that’s a good thing
[code] <h2><?php print “Edit image definition”; ?></h2>[/code]
Also at some point, I think I could bring a lot of help in there, but is there :
- a project management tool (or is it the forum) ?
- a project leader, or some roadmap (besides ironing out the new 0.33 OO code) ?
- coding guidelines ?
and who manages the SVN access on SF ? In case, my SF id is gilou-epik.
