nfsiostat will be the tool I use to demonstrate how latencies can degrade network saturation. I’ll be highlighting the RTT (round trip time) with different numbers of unicast tasks running simultaneously. I’ll also highlight total overall NFS throughput. I predict that once HDD seek times are maxed and the HDD can no longer keep up with the number of simultaneous reads, that network performance will drop below 1Gbps, and latencies will skyrocket.

The man page:
http://man7.org/linux/man-pages/man8/nfsiostat.8.html

@george1421 This sort of plugin would highly aid in the FOG Integrity Checker plugin - which is yet to be completed because it’s missing the scheduling part…

Second this request.

@Tom-Elliott Just thinking about the next steps here…

I have to work on a few extra projects for my real job right now, but I’m thinking ahead a little.

In funcs.sh, can we move the code to pickup the kernel parameters and to call hostinfo.php into its own sub function? That we can reuse and call at different points in both the init scripts and via the post install scripts? That way I can reuse that code and have a consistent way of getting the parameters.

I could imagine a sub called getKernelParams() that could be called, and in that sub function if the ( boottype=usb ) then it would call a second function getHostInfo() to pick up the host info (that way too we can call getHostInfo() by its self to pick up the host details from the post install script(s) too (at this time I personally don’t care about the kernel parameters in the post install script, but if I did I could just call the getKernelParams instead). Then of course the /bin/fog script would need to take advantage of these new functions.

Added.

I have not added a way to upload your own files. However, I have added a way to define your own file name. All you have to do is upload your own file and point the boot settings to use that new file. The handling for colour and cpair commands are left just as text boxes. You need multiple changes, you just need to enter a new line and type. This leaves potential errors being left unto the users, but should be able to allow more people to make their own color schemes for the boot menu.

Useful links:

http://ipxe.org/cmd/colour
http://ipxe.org/cmd/cpair

of course, I should note, you can, I suppose, inject any ipxe code in these fields, however I doubt that will be much use to others as they’re stilled called only in their relevant functions (get_console/alt_console/host).

We’re having the same issue as well. Imaging Windows 10 machines. The snapins are trying to deploy before the hostname change / active directory join has taken place.

Fog server is SVN version 7909.
Client is 0.10.6

Done. Moved version information as well.

The update for the time is only done once a minute so as not to spam the server as this time is displayed on ALL pages.

@Junkhacker Ok, I was just thinking of ways for quick image to somehow count toward monthly totals. This happens mostly with laptop deployments. I think I just thought of a work around. Registering network dongle as host so every time quick image is used with the network dongle it will count because the dongle is pre registered. The only trouble would be if the dongle is not compatible. But this should work for many instances I believe.

@Tom-Elliott Thank you

@Joe-Schmitt said in Fog Client Disjoin From Domain Feature:

Could there be an on-demand unjoin task?

Powershell can do that. Why make a custom task? It can be done with a simple snapin and powershell file.

Although I suppose even that is easy to overlook, because if it’s left associated, it’ll run on next image deployment and might un-do the client’s work, causing the client to join the domain twice, and reboot twice as much as it already is.

Bottom line I guess from this thread and multiple others of similar nature is pay attention to what you’re doing, and what’s going on in your environment.

Things can be implimented and safeguarded, but too much of that hinders everything else.

@Wayne-Workman This in latest release I take it? Should help with new nodes I plan to add within the next few weeks.

Understood, and completed.

@Sebastian-Roth I think I did - but that was a long time ago and it looked hard lol.

Keep in mind I’m learning stuff all the time. Looking at it now, that is going to be a piece of cake.

There are many ways to accomplish this, but the simplest was to just edit the variables that define the booturl when the location plugin is enabled.

This has been added and pushed.

I have this for drivers :

http://ftp.hp.com/pub/caps-softpaq/cmit/HP_Driverpack_Matrix_x86.html

http://ftp.hp.com/pub/caps-softpaq/cmit/HP_Driverpack_Matrix_x64.html

https://support.lenovo.com/fr/fr/documents/ht074984​

@Wayne-Workman AND/OR post the image a google drive so the OP has total control of the image after the need is gone. Then just IM the link to the specific person(s) for review.

@x23piracy All of these should now be fixed. Remember, you do have to update first to see the fixes. You shouldn’t need to delete and readd though.

To add on, events such as what you’re describing, would need to work based on a return. I can have it say it did such a thing, but if there was an error the information would be incorrect.

Returning a code, I think, is not necessary at least from the GUI’s perspective.

Hostname changer does not come with a return code, nor do I think it should.

The only reason snapins have this is because they are their own thing. They have a return that let’s the FOG system know they are complete. There are no other client files that do this.