May be it is the wrong thread. “Configuration” is only a (bad) suggestion for the new feature name. By configuration I mean deployment configuration or computers configuration. It may be called “preconfigured tasks”.

We have several images for the same hosts, with different kinds of OS (linux, Windows, Windows server…) . Each time we switch from one to another (it can be twice or thrice a day) we have to do an image association (and OS before 1.2.0) and sometimes we have to do it quickly. What I mean is a superset of groups and images. By using it it can reduce time a little and error probability a lot.

As I said this feature should be useful for teaching environment.

I had a look to the code, but I am not very good at PHP and I haven’t much time for it. I would need some explanation of the code architecture to feel more confident with it.
Modifying groups implementation would be an error.
I think, it can be implemented just (always easy to say) by adding a table in database and a new page.
This page could be a minor (I am optimistic) change of the group page because all the actions would be the same.

Sorry if it is still not understandable, but I am not used to write english.

Tom is a wonderful contributor to the project (with Junkhacker from what i saw), a great support technician and very professional worker.
I have nearly the same daily work as him (i’m work in 3 college with around 500 computers in total, maybe more) and i couldn’t spend the tenth of his time on FOG (testing, debugging, improving, solving, etc.).

Everybody should understand that FOG is free and so, people working on the project doesn’t earn money for the time spend on it.
They only earn, other than the last added “Donate” advances task, is thankfulness from us (computer user, technician, administrator and company owner) and a bit of our time for testing, and bring them back the few bugs we could see.

Again, Tom, thank you. 😉

./run.sh: 2: .: Can’t open /usr/share/fog/lib/funcs.sh

Thanks Tom for answering, I am truly honored just by this.
Here is my humble response
1.[FONT=Times New Roman] [/FONT]I had the fog windows client installed on xp , and when I was scheduling task for immediate image making , it rebooted on its own to start the process ,on windows 8.1 that didn’t happen so I figured something was blocking the connection between fog server and the client, that’s why I thought about a visible “handshake " something to tell me if the connection is made or not.
2.[FONT=Times New Roman] [/FONT]Clarifying this matter is essential, because the first thing I did was to change the management password to my login password , because hey it’s the same username how come the password is different ?.. so I guess to continue my line of thought the username for internal fog staff (FTP/TFTP and others ) should be different from the default web user login , say “fogftp” or “lighthouse” or whatever… Just as long as it doesn’t confuse us innocent users…
3.[FONT=Times New Roman] [/FONT]”[FONT=Tahoma]How can we “automount” a non-existent folder?[/FONT]" that’s exactly my point , fog server should verify the existing of the path , and if something fails , it should [U]deny[/U] the change of it , Now I can click Update , and no verification takes place. Of course this is the responsibility of the user , but at least it should notify there is something wrong
4.[FONT=Times New Roman] [/FONT][FONT=Tahoma]“FOG already checks if the image exists in the case of download tasks. … of these things fail during task creation, the task will not be generated. Is this what you’re referring to?[/FONT]” No , I had to manually change the image folder permissions and mount it things I only found out after I got “access denied” error and mounting error later on. I expect fog to check these things for me . but then again perhaps it[FONT=Arial]'[/FONT]s just me.
5.[FONT=Times New Roman] [/FONT]This is my test machine, once I get it up and runging , I am planning to install it on another machine. So that can be more of a notification then a feature request per say
6.[FONT=Times New Roman] [/FONT] I meant to [U]fish out[/U] just the errors not all the logs , I am aware this is not easy , perhaps an easier thing would be a red flag inside the web interface showing something went wrong , and when clicking it a window will open with the error details.

Thank you very much for you referring to my note , I am sure if I was a Linux Guru
I wouldn’t write half of these things, but as u can imagine, I am not [FONT=Wingdings]J[/FONT]

May the force be with you , Always.
J.

[quote=“Nik777, post: 34029, member: 649”]Hi All,

Many years ago I wrote a feature for FOG 0.28 which allowed a scheduled task to cancel other tasks.
I am now evaluating FOG 1.2, and would like to know if and how I can get the change incorporated into the mainline FOG code (or as some kind of plugin).[/quote]

Interesting that you already have written such a thing. I don’t know how useful, in today’s FOG, it really would be, but that’s not to say it couldn’t be included. I don’t know what the code looked like though so I don’t know where to begin in helping you out with
this.
[quote=“Nik777, post: 34029, member: 649”]
The problem the feature solves is that if I scheduled a virus scan at 1am, but some machines fail to wake-up-on-LAN, then when the users boot the machine later in the morning, the machine proceeds with the virus scan then, with no way of avoiding it, save going into FOG and cancelling the task.[/quote]

While the feature solves this problem, one of the Features I’ve added to FOG is to check all hosts that currently have a task. If they have not checked in at all, they will be resent the WOL packet. The reason for this? Because I’ve seen some networks will, seemingly arbitrarily, block some systems from receiving the packet. Waiting a period of time and resending the packet seems to work. That’s not to say this wouldn’t still have it’s uses, but just saying that we’ve added checks and balances to try helping with problems such as these.

[quote=“Nik777, post: 34029, member: 649”]
So I wrote a cancellation task, which I schedule for 3am. Then, any Virus scan task that has not run by 3am is automatically cancelled, so the users could use the machine when they come in.

While I only implemented the UI to support a canccellation task for the virus scan, the cancellation task can be applied to any other type of scheduled task.

Any and all comments are welcome.

Cheers!
Nik[/quote]

I think the best approach for this would to create a TaskType that specifically does this. The weird thing about this method, and I’m guessing you figured out the kinks on this, would be that Tasks are typically associated with hosts. How would one create a task that really isn’t host associated? Furthermore, how could we get a “cancellation task” so it doesn’t require you going to the Host page to schedule?

OK, so here is what’s needed to switch FOG 1.2.0 between networks (interfaces):

FOG System Settings -> FOG Configuration:
* General Settings: FOG_WOL_HOST (change ip); FOG_WOL_INTERFACE (change iface)
* Multicast Settings: FOG_UDPCAST_INTERFACE (change iface)
* NFS Server: FOG_NFS_ETH_MONITOR (change iface)
* TFTP Server: FOG_TFTP_HOST (change ip)
* Web Server: FOG_WEB_HOST (change ip) Storage Management -> DefaultMember:
* IP Address (change ip)
* Interface: (no changes) /tftpboot/default.ipxe: change ip in last line change default gateway using ip command (to make wake on lan work - it uses default gw for broadcasts):
* ip r del default - delete current
* ip r add default via <gw for second network>

Ahh right, if it resets the OU settings its best kept as it is, as each classroom has its own OU to manage programs that we push to specialised classrooms.

If there was an option to just refresh the username and password details to all hosts without modifying the OU’s that would be great.

Only reason I asked for the feature was because I had to change the settings as I updated to v1.2.0 and got caught out by the hosts storing credentials, maybe the hosts should just store the OU by default but if a different account needs to be used to join the machine to the domain then the option remains and could be activated per host via an option box…

Maybe if the username & password per host is left blank then it would use the settings from the configuration area, but i was trying to shorten my task of updating the host’s stored credentials by asking about a tick box that could enable the already specified username & password to be used.

Just a minor ask but in my opinion it would enhance FOG by making the management of it easier if the main domain adding account needed the password resetting or the account changes altogether.

Cheers

Thanks Tom S

Thanks Tom,

That should be more than enough to reduce human errors and save some precious time to all of us.

🙂

Rebuilding web side of services to be a cross-plataform is a great idea.
About the time-frame, this should not be a problem.
““this will be done when it is done”” 🙂
Thanks

it should be mentioned that in the latest fog kernels pauses have been added that require interaction when in debug mode. this allows you to read the messages that come up during the process.

I think someone moved the post from the Bug section to the Features request section, before that was done, yes this was posted here.

I’ll see about getting the descriptions edited, but I’d rather not make a schema change to alter text. While I’ve done so in the past, it’s really seems like overkill to keep adding to schema versions simply to edit a typo or change some text.

That said, there are class variables that I could work with to get the same effect without altering the schema.

[quote=“Michael Thomas, post: 35030, member: 25383”]I have German Keyboards where Z and Y are swapped…
i have sysprepped windows.
if i only once misstyped in fog dialog
fog will boot off disk, making the sysprepped windows useless so i have to restart the entire process.

so i second:[/quote]

You can specify the keyboard mapping in the FOG GUI so your y/z keys are actually usable. If there is no keymap specified, it automatically uses the en_US keyboard, however you can have it use your own keyboard layout.

More specifically, it’s a CSS element that can be edited to your hearts content. The reasoning for the “hide” show is if you’re running multiple tasks, the page would not only be long with it always expanded, but it would also be confusing, potentially, for users to know what host the progress bar is actually for.

The other issue I see with making this fully expanded is the requests to get it hidden. Is it really that hard to hover over it? I understand the timeout re-hides it which I can look into, but I find the “minimized” bar a good way to see on the fly tracking. I may not know the exact percentage as that’s hidden, but I can still get a rough estimate of how far along the item is.

The image association is lost when an image is deleted.

The key should be base64 encoded. Let me see if it’s being decoded in the GUI

Great informations!

Would love to see some new fog_service features 😄