Latest Development FOG
-
[quote=“Ray Zuchowski, post: 38370, member: 24449”]Tom,
Bugs Found SVN 2498
-
When multicast timeout expires, imaging doesn’t start. In GUI it says task is in progress.
-
Date and Time is off in the task manager view. Says image started at 1:00PM . However its 9:19AM here EST. Is there a setting im missing in general settings ?[/quote]
-
I don’t know what to say about this. Isn’t that kind of expected it it times out before the host can attach?
-
check your php.ini settings. one for /etc/php5/apache/php.ini and one for /etc/php5/cli/php.ini
Edit the date.timezone setting. It should read:[code]date.timezone = America/New_York[/code]
It should NOT read[code];date.timezone = America/New_York[/code] -
-
Tom,
I thought if the session timeout expires the session is suppose to start regardless of how many clients? I had a session for 2 clients and I didn’t join the other pc because I wanted to see if the session would start if other pc didn’t join after the timeout I had specified which was 2 mins.
-
So one is in the system?
I’ve tested this multiple times without issue, so I’m sorry if I’m a bit lost.
-
Lol its fine.
I made a session for 2 clients with a timeout of 2 mins.
I joined 1 pc and waited to see if the session would start after 2 mins. I waited 5 mins and tried to join the other PC and it says no session with that name exists which is good, however the other PC that joined the session stated it was in session on the GUI but it just sits at the PartClone screen doing nothing.
-
SVN 2499 released. With this release, comes a fix for PrinterManager. I’m sorry I’m a freakin idiot sometimes.
-
SVN 2500 released. Hopefully just fixes non-group assigned old images from reporting errors when trying to download files.
-
Keep up to the good wok Tom. I hope you are getting paid for all your time somehow.
-
Tom,
Under the IPXE boot menu when you select quick image. If a host was registered prior with quick host reg and you go to run quick image it will kick back to the menu, due to the fact no image is assigned to that pc. Instead of it kicking back to a menu it should state that this host doesn’t have an image assigned to it and bring up the list of images and be able to assign that image .
Ray Z
-
Rather than assigning image from iPXE Menu would be better to just allow “quick image” to choose the image. So Quick image, if the host is registered, will allow the registered host to use any image you’ve selected?
I only say this because it should be up to the administrator to assign the image, and what better way to assign than at full reg, quick reg with auto pop on, or with the GUI? I mean, we’ve already got 3 means to assign an image.
My thought’s on allowing quick image to select which image would also allow the user to test images they’ve created without necessarily having to reassign the host.
-
I’ve added a checker to let you know if the host does not have an image set. Right now it just tells you to add one from the GUI.
-
yeah I agree that’s a better idea on quick image. I like the idea of testing. Good call. Let me know when you add that.
-
Tom,
Bugs Found in 2508
-
I setup a multicast for 3 clients with a 4 min timeout. First 2 clients joined without an issue . I went to go join the 3rd client and it said no session exists. In the Gui it say the multicast is in progress. Something is wrong with the timeout because there was no way I went over 4 min. Also the two clients that did join the session are just sitting at the part clone screen. No imaging started.
-
Killing a task doesn’t stop imaging now from the gui. Tried stopping a unicast from the gui and its still imaging the client.
-
-
For number 2:
Partclone is a fickle little thing. Once the init is started, it knows nothing about what you do on the client. Where you will notice a problem is after the image “completes” it won’t reboot the system because the tasking no longer exists.
In the GUI, the mutlicast is inprogress the moment one (or more) systems check in. I don’t have a sweet means to know when all the clients have connected, or if the timeout has already passed.
I will test the issue you’re referring about. It sounds like the mutlicast session tha twas created had the name field removed. Maybe you cancelled the tasking (or cancelled the task of another host?)
-
SVN 2515 released.
This release, and a couple before it, has some major changes.
First note, All nodes will need to, once again, be at least at this same level for things to function properly. Why? (let me get to it :D)
Images used to store Storage Group ID directly with them. While this functions, it also only allowed one Group to “have” the image. When it comes to replication of images, it would only distribute the image to any node within the same grouping. This is kind of ill fated I think. Basically, to get the image to other nodes in other groups, you had to rsync or ftp the file to all of the nodes within the other group for things to kind of work. What my adjustments now allow:
You can assign multiple storage groups to an image. This is useful in the case:
Lets say you have images a, b, and c on storage group 1.
Also, lets say you have images d, e, and f on storage group 2.
Now lets say you want image a to be on both storage groups 1 and 2:
This new functionality allows it. The service FOGImageReplicator has been coded to allow for this as well.
I think this would be especially useful with the location plugin, but also just in general with a kind of backup/redundancy plan internalized.
This also adds the imageID to the Tasking rather than always relying on the Host to have an image id specified. While the basic construct of the Host still kind of requires the image be set, it really should’ve been just a “reference” point, not a primary indicator. This, in my eyes, is far more functional and usable. Moving the tasking to allow the imageID parameter actually will allow us much more customization of image setting. Meaning, i can essentially get quick imaging to allow you to choose what image to use and get all the proper information. When a tasking is created, the image that’s set for the Host will be set in the tasking. This seems like it’s still the same, but it isn’t. I can temporarily assign other image id’s to the host which then gets translated to the tasking. By pulling the image from the tasking, I can always ensure the task setup for the host is always correct for the situation. For example: Multicast Session Joining.
I know this is a lot of information, but I needed to get the info out there.
-
Awesome work Tom. Just installed 2517 looking forward to testing it today. See all my hard work beta testing this stuff for you guys is paying off LOL ! 1.3 is going to be an awesome release.
Had a thought… Under the kernel section. There should be an area on there that says the current kernel you have installed.
-
Tom,
Can we add Drive Fitness test to IPXE menu ?
You have already memtest 86 on there already but we really need hard drive test software. If you know of a better open source hd test program please deft put It on there.
Or maybe just have the top manufactures testing tools on there.
So when you click on the HD Test it brings up 3 options.
WD [url]http://support.wdc.com/product/download.asp?groupid=606&sid=2&lang=en[/url]
Seagate [url]http://www.seagate.com/support/downloads/seatools/[/url]
IBM Hitachi [URL=‘http://www.hgst.com/support/downloads/legacy-downloads’][U][COLOR=#0066cc]http://www.hgst.com/support/downloads/legacy-downloads[/COLOR][/U][/URL] -
Tom, This may not be the place for this but…
If not please move this comment where it may need to reside. thank you.I have noticed, Fog has many usable functions. the one thing I have noticed is simple but i do not understand if its complicated to add.
In the PXE menu when you register a host for the first time, i know its red in the banner or green for registered.
what are the chances of actually adding the PC and then if no image found by name allowing the user to create one then and there and then to allow the option to upload it from there instead of having to create the image placeholder on the server first? Thus streamlining the uploading process and allowing on the fly image creation of modified systems and OEM images for new systems all from the boot menu options.
again i dont know how complicated that would be to add those features but it would make my life with the ever constantly changing pc’s LENOVO provides our facility (since they are hell bent on changing their hardware every 2 months ) -
just a reminder that there is a specific place for feature requests
[url]http://fogproject.org/forum/forums/feature-request.11/[/url] -
[quote=“Bill Rice, post: 38499, member: 927”]Tom, This may not be the place for this but…
If not please move this comment where it may need to reside. thank you.I have noticed, Fog has many usable functions. the one thing I have noticed is simple but i do not understand if its complicated to add.
In the PXE menu when you register a host for the first time, i know its red in the banner or green for registered.
what are the chances of actually adding the PC and then if no image found by name allowing the user to create one then and there and then to allow the option to upload it from there instead of having to create the image placeholder on the server first? Thus streamlining the uploading process and allowing on the fly image creation of modified systems and OEM images for new systems all from the boot menu options.
again i dont know how complicated that would be to add those features but it would make my life with the ever constantly changing pc’s LENOVO provides our facility (since they are hell bent on changing their hardware every 2 months )[/quote]When we decided to move to ipxe, we knew this would come up and was a potential candidate to register systems. The reason we didn’t is while iPXE and even good old pxe can recognize hardware and systems, the OS layer (bzImage/init.xz) does not necessarily have the same level of detection. At the BIOS level (where ipxe and pxe operate) it has access to the bios information which is what’s presented. Part of why we see some issues with ipxe booting altogether is because drivers are a whole separate animal. The OS layer uses more information to determine the best flow for the workload that the system is being presented.
Simply put, the reason we don’t register systems from iPXE is simply to ensure a system is compatible the whole way through. If a system cannot be registered in OS layer, you can’t image. This is why we register at the OS level rather than through iPXE.
-
[quote=“Ray Zuchowski, post: 38494, member: 24449”]Tom,
Can we add Drive Fitness test to IPXE menu ?
You have already memtest 86 on there already but we really need hard drive test software. If you know of a better open source hd test program please deft put It on there.
Or maybe just have the top manufactures testing tools on there.
So when you click on the HD Test it brings up 3 options.
WD [url]http://support.wdc.com/product/download.asp?groupid=606&sid=2&lang=en[/url]
Seagate [url]http://www.seagate.com/support/downloads/seatools/[/url]
IBM Hitachi [URL=‘http://www.hgst.com/support/downloads/legacy-downloads’][U][COLOR=#0066cc]http://www.hgst.com/support/downloads/legacy-downloads[/COLOR][/U][/URL][/quote]I’m not going to add it, and as you’re on svn versions, you can actually add your own custom menus.
