Latest FOG 0.33b
-
Did you test to start windows xp after downloading the image back to the hard disk? I tested it and it works on my side, but after I try to start windows xp I get this error: Corrupt boot.ini file
-
I’ve tested it, and it works for me. I will try again but it will be a little later tonight as I am not at home to test okay?
-
No problem, ty
-
All,
Just an update. I know I’ve been not quite updating you all as frequently as I like to, but it is the holiday’s so please forgive me.
I am still working diligently and have released a couple new revisions. We’re now on 1027 in case you’re wondering. My tarball is still on 1026. The only difference between the two is the php-mysql to php-mysqlnd stuff for centos is now working properly. The variables didn’t like spaces which I was unaware of a while ago. It would try running the command then set the command as a variable which is just wrong.
I’m currently making a class to do the pxe file creation for us. It uses better variable management for easier adding if you needed to.
Hopefully this helps.
Thank you,
-
r1028 is out with default PXE file creation in class.
Please take a look at the {fogwebdir}/lib/fog/PXEFileGenerator.class.php file as it should be much easier for people to incorporate such setups as ISO’s and other customizations. I’ll try documenting it in the next few days to try to have some sort of sense out of it.
The intention of this, all-be-it, small change is to try getting to a point where the “legacy” items are not as needed as they once were. Though OOP seems to create more files, this actually makes things easier to manage/understand, so please bare with me on this and I hope you all enjoy.
If you need comparison open up the file: {fogwebdir}/commons/functions.include.php and search for generatePXEMenu and scroll through the where the strMenu variable is creating the many, many, Class reference variables. This new method is much neater, and makes much more sense in my eyes at least.
Thank you,
-
Tom,
Since 0.33b is getting more stable and getting more features… have you planned a feature freeze or time to work on just stability so that there could be a release soon?
-
Vincent,
I don’t know that I’m the source to ask for this. I’m trying to get it as close to finished as possible, but ultimately I think the release table should be up to Chuck and/or Jian as it is their program.
If it were my choice, a feature freeze, beyond simple mechanics of the system, should already be in place.
Some of the features I’ve added are:
Group Management Page, can create groups, can add hosts/set of hosts.
Host Management Page, can see groups associated to host, can add host to group/set of groups.
Printer Management, Stores type of printer in database, informs user of the type of printer it is. Editing printer gives you the same choices as creating. (Should minimize guess work when needing to edit a printer.)
Configuration Save in FOG Settings, basically just creates a backup copy of the current database. Useful if you have to change servers quickly.
Installation of fog checks for both mysql and mariadb, as well as php-mysql and php-mysqlnd *FOR REDHAT INSTALLS FOR NOWI haven’t really added much else in the way of features and don’t know that I should work of feature additions at this point. I’m still trying to narrow down/fix snapin deployments.
-
Cannot start upload. Running the latest beta on Centos 6.5 (fresh install) for testing, I have registered a client (Full host registration). The host displays correct in FOG.
I then create a new Image (Win XP, Single Partition, resizable). I edit the host client to associate it with this image and then start a new Upload task from Task Management. I hit Upload icon and nothing happens (as expected, verifying).
Any idea?
I have been using FOG since the early days and this is my first try with the new 0.33B release. Keep up the good work!
-
[quote=“pmonstad, post: 20968, member: 17422”]Cannot start upload. Running the latest beta on Centos 6.5 (fresh install) for testing, I have registered a client (Full host registration). The host displays correct in FOG.
I then create a new Image (Win XP, Single Partition, resizable). I edit the host client to associate it with this image and then start a new Upload task from Task Management. I hit Upload icon and nothing happens (as expected, verifying).
Any idea?
I have been using FOG since the early days and this is my first try with the new 0.33B release. Keep up the good work![/quote]
Yes the upload button in Active Tasks, donest work. Try it over this way: Host Management -> List All Hosts -> Click Upload button from your host
Over this way it it works on my side. -
Update: I found the problem. When I ran an upload from the host listing I got an error telling the password for tftp server was wrong. When I corrected this it worked as expected. Perhaps this error checking could be implemented in the Host management as well?
-
[quote=“Albatros, post: 20970, member: 16710”]Yes the upload button in Active Tasks, donest work. Try it over this way: Host Management -> List All Hosts -> Click Upload button from your host
Over this way it it works on my side.[/quote]I noticed, thanks. Tom: probably a bug which needs to be fixed?
-
Tom:What is the difference between Partclone and the old system (dont remember the name)
-
I really miss the progress bar in active tasks in Task Management. What has happened with it?
-
Partimage is the “old” system.
Mainly that, technically, partimage for ntfs cloning was experimental, where it’s stable and fully supported in partclone.
The methods used for cloning are different as well, though I couldn’t possibly begin to tell you the main differences.
Hope that helps.
-
Hello all,
I’m about to release another revision of fog. This time, the only major change is from the config.php file(s). I’ve removed all the settings from the /opt/fog/service/etc/config.php and placed them in the {FOGWEBDIR}/commons/config.php file. The only thing the etc/config.php file contains is the webroot information for your server. The thought here is to have it stop relying on two config files. I’ve also, tried, to clear up duplicate variable assignments. All of the service files now reference the {FOGWEBDIR}/commons/base.inc.php. This means, presumably, I can maybe start using class calls from the service files to perform tasks. This, ultimately, means less code to maintain from the service sections as everything only has to be written the one time.
This, also, forced me to remove the extra spaces at the end of the MulticastManager.class.php
Hopefully all can test, just to be on the safe side, that all is still working properly for them, but then again, that’s why I have such a great community of supporters.I’m, systematically, trying to remove the need for the web/commons/functions.php file so please bare with me as I’m sure to break somethings unknowingly. I’m just trying to make things easier to change in the future.
r1029 is released.
-
Thanks for all the hard work Tom. I hope u have a really good Christmas
-
I will and wish the same for all of you!
r1030 released as well.
Apparently I had a weird type on FOGMulticastManager UDPSENDERPATH. It’s fixed now, or at least should be.
-
r1031 released now.
Has some more …reduction I guess… within functions.include.php being moved to classes and what not. I was also able to fix an issue when a task was performed (due to the moves of functions to class calls) it would not find the co.txt files properly.
Hopefully you all enjoy.
-
Working on moving many things to class files. Right now, I’ve moved and tested, processing of logins (mobile and regular) through a class file. Working on creating a LoginForm class as well. This allows less files, in the long run, for controlling all the aspects.
It’ll be a little while before I get another revision out I expect. If you want to see just let me know and I’ll send up the new stuff.
-
r1032 is out.
Contains the new Class files and uses those methods for both main and mobile pages. Removed the processlogin.php and processmobilelogin.php from commons. Remove mainmenu.php from commons. Removed loginform.include.php from their respective places of management/includes/loginform.include.php mobile/includes/loginform.php.
Had to adjust the Mobile image name just slightly so I can use the Mainmenu.class.php file for it’s menu generation.
Hopefully you all don’t even notice the change, but in case you do, as always, try to let me know and I’ll get a fix out.
Thank you,