Ted Pruitt
Members-
Posts
40 -
Joined
-
Last visited
Content Type
Profiles
Forums
Events
Blogs
Everything posted by Ted Pruitt
-
I had an odd issue with a laptop that required me to rejoin it to our domain - and as a part of that I went ahead and deleted it from the SmartDeploy console. Now it won't come back. I've checked and it pings in both directions. SmartDeploy Client is running. I removed and reinstalled the SmartDeploy Client, just to be safe. Anything else that could be a possibility? I'm stumped. Does it get marked as having been deleted somewhere and not allowed to come back? Maybe a database I have to remove a flag from or something? Any help would be appreciated.
-
For anyone else. Stopped the api service. Deleted the .lic file. Restarted the computer. Seems to have cleared it up.
-
I'm seeing this problem when just trying to go into the console. I'm on 3.0.1050 - so it isn't a version issue. And it won't even let me into the console to do anything, it just kicks me out. The system is on a wide-open internet connection with no filters or blocking - so what can be causing this? It's very inconvenient, I have a need to image a bunch of machines and I'm stuck.
-
SmartDeploy service is set to "automatic" after imaging
Ted Pruitt replied to Ted Pruitt's topic in SmartDeploy Enterprise
Will do. Thanks Jeff. -
SmartDeploy service is set to "automatic" after imaging
Ted Pruitt replied to Ted Pruitt's topic in SmartDeploy Enterprise
OK - good to know - after imaging - it's set to Automatic, consistently. This is across 4 different images, deployed to 4 different types of machines (desktops, laptops and workstations.) So this is not isolated to one image. I've been setting it to manual to get the PC to talk to the console - I'll change it to Disabled. I'm not sure I understand how this is an issue with the image itself. Is the SmartDeploy services installed from the image? -
As the title suggests, when I finish imaging a client PC, the SmartDeploy service is set to automatic - therefore it gets stuck "starting" and the client doesn't register with the Smartdeploy console. So, now I'm just in the habit of going into the services after I finish imaging a PC and setting the SmartDeploy service (not the SmartDeploy Enterprise Client) to manual. However, when the time comes to remotely image my machines, I can see this as being a huge pain. I'm on 2.0.3085, but this has been going on for awhile, at least several versions. Since the system installs the services AFTER the imaging, I would think it would get set correctly. Any ideas? Thanks --Ted
-
@brendanshreve - essentially the issue was something disrupting the installation of the pack. SmartDeploy doesn't seem to handle the failure of an installation very well. What I found was this - let's say I pushed out an installation of Acrobat. If some portion of Acrobat was running in memory, the package itself would be copied to the end-user machine, when it would attempt to run on the user's computer, it would see a component running on the end-user computer, then it would just stop (likely the MSI erroring out) would stop the deployment. No error message on SmartDeploy, just stopped. SmartDeploy client then appears to report back that the deployment is "successful" - however, it leaves the package from the previous install in c:\windows\temp - because the previous install doesn't appear to have cleaned it up. Then, if you try to redeploy - the package sees the package there and - for whatever reason - doesn't use it and doesn't try to overwrite it with a new copy of the package. So on this particular computer, the solution was to go into C:\WINDOW\TEMP and delete the deployment package. Then go into c:\windows\syswow64\smartdeploy\sources and delete the files in there. Reboot the computer (to make sure there is no component running) and in the computer's "pristine" state of just being rebooted - THEN deploy the package. As a habit now, if I have a package to deploy, I ask users to restart their computers and then I deploy it and call them when it's done to tell them they can log in. If I have a mass-deployment, I ask all users to reboot and leave their computers in that state or I do a mass-reboot of PCs from PSShutdown and then deploy. If Jeff or any of the guys at SmartDeploy have another idea of a better way to deal with this - let me know! Hope this helps, Brendan.
-
Is this by design? Since I installed .3060 - and SmartDeploy pushed the new agents, all of my clients have their SmartDeploy launching agent in "Automatic" mode - I thought it was supposed to be manual? It also seems to be perpetually "starting" If I log into an individual user and kill the agent task, go into services and set it to manual and then restart the machine, it seems to work correctly. Any ideas?
-
Has anyone deployed WebEx? Having no luck
Ted Pruitt replied to Ted Pruitt's topic in SmartDeploy Enterprise
Just to add - even with application packs I've downloaded from SmartDeploy - they are hit or miss. I've pushed out FileZilla as an example. With no issue previously. Went to push it to someone today and it wouldn't push. -
Has anyone deployed WebEx? Having no luck
Ted Pruitt replied to Ted Pruitt's topic in SmartDeploy Enterprise
Thanks Jeff - I've done this with other MSI installs - sometimes it works, sometimes it doesn't. I understand the process. But honestly, application deployment for me has been very hit or miss. It would be an awesome feature - but it's not terribly reliable. Perhaps I'm missing something. I don't seem to be able to troubleshoot it very well. The logs - at least where i'm looking don't really offer any help. And the event logs on the PC doesn't have anything. I've rebooted both the SmartDeploy workstation and my PC. Other pushes seem to work fine - driver updates for example. Not sure where to start with tracking this down. -
I've tried the .EXE and .MSI and can't get either to install - it doesn't even show up in the logs. So I'm not sure where I'm failing.
-
This is in the workstation csv log: 9/17/2019 11:29 WSSPI-23270 192.168.160.48 18:60:24:9D:23:8B 1 DriverUpdateMessageProcessor 2.0.3050 This request operation sent to net.tcp://192.168.160.48:8733/Design_Time_Addresses/SmartDeploy.ClientServiceWCF/Message/ did not receive a reply within the configured timeout (00:01:30). The time allotted to this operation may have been a portion of a longer timeout. This may be because the service is still processing the operation or because the service was unable to send a reply message. Please consider increasing the operation timeout (by casting the channel/proxy to IContextChannel and setting the OperationTimeout property) and ensure that the service is able to connect to the client.
-
Title pretty much says it - I have a workstation that has driver updates available. I push it out from the console - console acts like it is deploying. Nothing happens on the workstation end. I've rebooted both the workstation and the SmartDeploy machine. I never get an error and if I leave it, the "deploying" status just continues.
-
Can't install an MSI using "applications packs"
Ted Pruitt replied to Ted Pruitt's topic in SmartDeploy Enterprise
Alright - so as part of my troubleshooting, I uninstalled the smartdeploy client from the machine I was using to test the app deployment - deleted it from "Computer Management" and then reinstalled the smartdeploy client. Now it doesn't show up at all in Computer Management. Both services are running on the Client PC. I can ping in both directions. Any ideas? -
Can't install an MSI using "applications packs"
Ted Pruitt replied to Ted Pruitt's topic in SmartDeploy Enterprise
-
Can't install an MSI using "applications packs"
Ted Pruitt replied to Ted Pruitt's topic in SmartDeploy Enterprise
Tried that too. I'll give it another go though and report back. Thanks! -
ok, I've tried every permutation I can think of - what's the trick to running an MSI in an application pack. EXEs, I have no trouble with - MSIs just fail with no explanation. Attached is the run command - I've tried with a mapped drive and by putting in the full location (e.g. \\servername\folder\msifile.msi) Any help would be appreciated.
-
I found GPO super unreliable. In most of my cases, it would install but the service wouldn't run so it would back out. I think the client is still a little buggy for GPO install at this stage. Also, to be fair, most of my issues were with Win 7 - since we've pushed out Win10 1809, it was less so, but on new systems, I just invoked the imaging process via PXE boot.