"Execute before logon (at machine bootup)" does not execute at machine bootup
I always assumed that the Managed Install option "Execute before logon (at machine bootup)" meant that the installation would occur as soon as the system had completed boot-up. Apparently that is not the case, since my testing shows that it does *not* install at boot up. Instead, it waits until someone presses ctrl+alt+del before beginning the install, which gets in the way of our users since they have to wait until the installation is finished before the login prompt appears.
Has anyone else experienced this? Does anyone have a work around?
djz
Has anyone else experienced this? Does anyone have a work around?
djz
0 Comments
[ + ] Show comments
Answers (10)
Please log in to answer
Posted by:
cmccracken
13 years ago
Posted by:
zookdj
13 years ago
Posted by:
cmccracken
13 years ago
Posted by:
KevinG
13 years ago
Posted by:
zookdj
13 years ago
This happens on all client OS editions (XP, Vista, 7).
We are running server version v5.3.47927, agent version 5.3.47657.
I reported this to tech support and they said this is by design: "The managed install action of "Execute before logon" is functioning the way it's been program [sic] too. The information that is within "()" might not be wrong, but maybe a little misleading."
If someone would explain why they chose to do it this way I would appreciate it.
We are running server version v5.3.47927, agent version 5.3.47657.
I reported this to tech support and they said this is by design: "The managed install action of "Execute before logon" is functioning the way it's been program [sic] too. The information that is within "()" might not be wrong, but maybe a little misleading."
If someone would explain why they chose to do it this way I would appreciate it.
Posted by:
tpr
13 years ago
Posted by:
GillySpy
13 years ago
zookdj, do you still have a 5.1 test bed?
FWIW, It could be that 5.3 and 5.1 have a difference of behaviour here. I don't know off the top of my head. But with the port that we did from .net there can be differences. If you can demonstrate a difference from what 5.1 did to what 5.3 now does then that would carry a lot of weight.
If you do see a difference then please reopen your ticket. If you do not then we're talking about an enhancement. Regardless of what the option says changing the behaviour of it would not be a trivial change. Maybe in that case we're looking at a possible additional option to achieve your desired result.
FWIW, It could be that 5.3 and 5.1 have a difference of behaviour here. I don't know off the top of my head. But with the port that we did from .net there can be differences. If you can demonstrate a difference from what 5.1 did to what 5.3 now does then that would carry a lot of weight.
If you do see a difference then please reopen your ticket. If you do not then we're talking about an enhancement. Regardless of what the option says changing the behaviour of it would not be a trivial change. Maybe in that case we're looking at a possible additional option to achieve your desired result.
Posted by:
zookdj
12 years ago
Posted by:
zookdj
12 years ago
Posted by:
diverdaveman1
11 years ago
I just heard back from support that this issues is a bug. When an MI is set to install at bootup, it should install before the user gets a chance to press Ctrl+Alt+Del. This statement is true on XP clients. However, Windows 7 clients act different - for some reason. With 5.3 and later, the user selects Ctrl+Alt+Del to login but then KACE kicks in and installs all MI's that are set to install at bootup.
Statement from support: I have been able to confirm your report as a known issue documented as number AGENT-1142.
Thanks,
Dave
Comments:
-
Thanks for the update Dave! - zookdj 11 years ago
-
Does anyone know when/if this bug is gonna be fixed?
We are having the same problem in version 5.5.25198.
Regards
Steffen - it@aarstiderne.dk 11 years ago
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
so that the conversation will remain readable.