Hola a todos,
En mi empresa estamos con un proyecto de despliegue de W10 en todas las máquinas y nos encontramos en la fase de pruebas.
En los clientes nos hemos encontrado que de repente los clientes dejaban de descargar ciertos ficheros, y tras investigar hemos visto algunos cambios interesantes en como BITs funciona ahora en los clientes.
El primer cambio es que ya no podemos gestionar los jobs desde el cmd, o al menos recibimos un disclaimer indicando que en cualquier momento dejará de funcionar, resulta que las consultas se realizan desde Powershell (comprensible ya que se tiende a que todo se realice mediante este medio) y, dado que los jobs del cliente de ConfigMgr se gestionan con la cuenta Network, no podemos cancelar los jobs desde Powershell al no poder impersonarla.
Probamos incluso con la cuenta de sistema mediante Psexec, pero tampoco funciona.
c:\temp\PStools>psexec -i -u “nt authority\networkservice” c:\windows\cmd.exe
PsExec v2.11 – Execute processes remotely
Copyright (C) 2001-2014 Mark Russinovich
Sysinternals – www.sysinternals.com
Error establishing communication with PsExec service on XXXXX:
The system cannot find the file specified.
c:\temp\PStools>psexec -i -u “networkservice” c:\windows\cmd.exe
PsExec v2.11 – Execute processes remotely
Copyright (C) 2001-2014 Mark Russinovich
Sysinternals – www.sysinternals.com
Password:
PsExec could not start c:\windows\cmd.exe:
The user name or password is incorrect.
Durante la investigación nos escontramos con un post (https://www.systemcenterdudes.com/sccm-hardware-inventory-problem-windows-10-1607/) que habla de un nuevo KB para solucionar este problema entre BITs y el cliente ConfigMgr, con lo que bastaría instalarlo en tus clientes (Previo testeo y demás requisitos, no iba a ser todo tan facil) y no se presentará más.
Pero lo interesante del post no es la solución mediante el KB, es la explicación adjuntada sobre como gestionar BITs en W10, aunque la única solucin propuesta es habilitar EFS, lo que no se puede adaptar a todos los entornos.
Investigando más he localizado que podemos cancelar los jobs mediante borrado de ciertos ficheros:
-Parando el Bits Service
-Borrando los ficheros de la carpeta “C:\ProgramData\Microsoft\Network\Downloader” (qmgr0.dat y qmgr1.dat)
-Y reinciando la máquina esta volverá a descargar ficheros.
Pero en cuanto se lance un inventario volveremos a tener los errores de BITs. Con lo que solo nos sera útil si tenemos urgencia por descargar algún fichero en la máquina.
También se puede gestionar mediante una tarea programada, ya que esta se puede lanzar con el entorno de seguridad el usuario de Red:
- Desde powershell importar el modulo BITSTransfer con el commandlet ‘import-module bitstransfer’
- Crear una tarea programada que lance el siguiente script desde el contexto de seguridad NTAUTHORITY\SYSTEM
BitsJobsCleanSCCM.ps1
$b = get-bitstransfer -allusers
Remove-bitstransfer -Bitsjob $b
Esta documentado que funciona incluso el comando “get-BitsTransfer -allusers | Remove-BitsTransfer”
Pero en nuestro caso fue necesario lanzar:
$b = get-bitstransfer -allusers
Remove-bitstransfer -Bitsjob $b.JobId
3. Podemos confirmar el status de los jobs despues de la ejecucion con el commandlet ‘Get-BitsTransfer -AllUsers | fl’.
Espero que esta información os resulte de utilidad.
Los comandos y scripts indicados son unicamente un ejemplo, antes de implementarlos en produccion testeadlos ya que no se ha confirmado si pueden tener efectos adversos en todos los entornos, será empleados bajo vuestra reponsabilidad.
configmgryyo 