/build/static/layout/Breadcrumb_cap_w.png

K2000 some Dell Driver Feed getting saved to the wrong directory on samba share Dell Latitude 14 (5404) and E7450

Two of the newer Dell systems we have ordered were not getting the drivers installed correctly when applying a "System Image" in the "wim" format via Driver Feeds.  It seems to be saving to wrong Samba share path.  Other Dell systems image fine with the same image.  Is this me or are others seeing?

 

I have K2000 v3.7.110284. Went to Library - Driver Feed - check the new models - select to Download and Install - Recached the drivers.

Imaged the device. Some of drivers missing.

I went to Samba share \drivers_postinstall\ and the drivers for the model was there.  When I ran the wmi call via driver_feed_disconvery_tool.vbs on the pc it showed a different path.  If I took the drivers from where Kace downloaded them to and moved to where the wmi said they should be the PC imaged correct.

I've experienced this with:

Dell Latitude 14 (5404) (ruggedized) - Kace put in "5404" systems want in "(5404)"

Latitude E7450 - Kace put in "E7450_7450" and WMI said it should be in "E7450".

I think I've experienced with XPS12's and 13 as well (had not deduced this yet but these systems were missing lots of drivers).

Is this an issue on my end or Kace ends?  Anyone else seeing this?  It takes a fairly easy process and makes it pretty cumbersome, where mistakes are easily made by technicians who don't fully understand the process and deploy systems with missing drivers until I can clean it up.

Greg


1 Comment   [ + ] Show comment
  • According to the release notes, the 3.7.113224 update fixes the driver feed issue. The 3.7.116629 hotfix adds support for newer Macs and fixes an UltraVNC issue. - tpr 8 years ago

Answers (2)

Answer Summary:
Update to 3.7.116629 or newer. The new functionality with the drvstr.cfg auto update mapping file will solve such issues. If a machine is not working and it is not in the mapping file open a ticket with KACE support
Posted by: jegolf 8 years ago
Red Belt
0
I've always had this problem but only noticed it when using the Driver Feed Builder. I thought it was just a discrepancy between Double Driver (what the Driver Feed Builder uses to capture drivers) and the kbox reading the system model differently. I just make sure to note the path matches what Kace wants to see for the feed and change accordingly...
Posted by: Nico_K 8 years ago
Red Belt
0

Top Answer

this is a well known limitation.
It is solved with the 3.7.116629 (3.7SP1 HF1)
Then you have a mapping file which will be updated regulary by KACE.
So simply update and the issue will be solved.
If then a system is not working, open a ticket with the following info:
\\k2000\drivers_postinstall\feed_tools\driver_feed_history.log
the results of driver_feed_discovery_tool.vbs from the same folder and which BIOS version is affected.
The currend drvstr.cfg file from july 2nd can recognize the mentioned 
Latitude 14 (5404)
E7450
XPS13 

XPS12 would be interesting to update the file.

Don't be a Stranger!

Sign up today to participate, stay informed, earn points and establish a reputation for yourself!

Sign up! or login

Share

 
This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ