1 of 1 people found this helpful
This is a known issue an there is a fix on the way; for now see below to keep working.
OSD – Modify the OSD script on the line that calls HIIclient.exe. Remove the “/UNCPath=\\<coreserver>\ldmain\landesk\files\drivers” from the REMEXEC line calling HIIclient.exe. This will revert the process to go back to the http path.
Provisioning – Add an execute file action after the HII action to run the following command: x:\ldprovision\HIIClient.exe /autodetect /ostype=”Windows7” (or /ostype=”WinXP”). This will re-run HIIclient.exe and revert back to the http path.
When is the fix due please?
This is what I put:
Target path and file name:
I do not have anything for Working Directory and Expected return value is Any.
I re-ran the provisioning task and it failed on this command this time.
FAILED with error: [80001803H]The action failed.
I am sure that I am missing something somewhere.
Hi Karnaugh - i mistakingly added to this post thinking it was for version 9 sp2, but i have the same problem!
What i found was that hiiclient.exe is not present in my X:\ldprovision\ share - so i copied it in and now it does work. Although with 9 SP2 i found you could just uncheck a box which changes the settings from UNC (Quicker, but at the moment not working) to HTTP - but this has increased my build time by 30 mins :-(
In the HII action I unchecked the box that says "Using UNC to copy driver files". When I unchecked that box and re-ran the provisioning template the scripts passed.
When isd the fix for HII due out? We have over 200 remote sites and will need to move the driver library to a DFS site. Our remote sites only have a T-1 and this way of pulling the drivers takes up too much bandwidth. The DFS is local to all machines in their subnet?
Second question, can I move the driver store to the DFS basically for the same reason?
Any update on a permanent fix/patch for this issue?
I had to re-execute the HIIclient.exe to get the drivers injected.
I works but I rather be error free of possible.
I believe the patch is still in testing, although i have had it applied and it did fix my problem.
We have the same Problem after upgrading SP2. But when we switch in the HII Task from "Select Manifacturer and Model" to "Auto Detect" all works fine.
I have this same problem, kinda. The task didn't fail. It just didn't copy any files. It created the folder structure for all of the necessary drivers, but they are empty. :-( Very odd. I'll try turning off the UNC feature for now.
Turning UNC off does help in the situation where no drivers are copied, but i warn you its very very slow compared to the UNC method. I would contact LANDesk support and ask for the patch - it worked a treat for us.
we open a case and recived a beta- update from Landesk. the UNC HII works after this update, but not the Preferredserver function.
This issue is resolve with the patch OSD-5242390.2 which can be requested by logging a case with the support.
On my test server, even with the patch installed I was still having the issue of having the folder structure created but no files populated. After some digging around and frantic testing I finally found the issue.
My imaging process access everything it needs from off a file share on the network so at no time is there any network drive mapped to the core server and this seems to be the cause of the lack of file copy. Having a "connect to network resource" command mapping a connection to the ldmain share on the core server just before the HII driver injection seems to fix UNC driver file copy.
Hope this helps anyone else in the same boat!