Is there someone who can help me ?
I would suggest you look at the relevant SDCLIENT log-files - they'll be your first source of information. You're likely getting a non-0 return code - you'll need to check with Symantec what the installer's return code means.
Log-files for software distribution (client-side) can be found in two places:
In this case, particularly the SDCLIENT_TASK##.log (where ## == the number/TASK_IDN of the task in the database's "LD_TASK" table) will be useful and tell you where the client has downloaded his files from (i.e. what peer / which preferred package server) and what the result code was, etc.
Check also here - http://community.landesk.com/support/message/12599#12599 - Dave Zubrowski comment about a wrapper might apply to your scenario too. But before you can/should do that, you should check what it is that Symantec is complaining about exactly (i.e. - what the return code it gives means).
P.S.: don't expect too many people to be on here during the weekend. Posting Friday afternoon/evening and being surprised that no one replied by Monday morning doesn't make much sense, on account of this thing called a weekend ;).
That said, good for bumping this up so we could see it easier.
LANDesk EMEA Technical Lead.
thanks for help.
1 of 1 people found this helpful
Are you using the exe or the MSI? I had a similar problem that I resolved by using the MSI and "ENABLEAUTOPROTECT=1 RUNLIVEUPDATE=1 REBOOT=ReallySuppress" in the command line options. I think the REBOOT=ReallySuppress was the key. Even though I have my delivery method set to not reboot I wouldget an error ifthe command wasn't there.
I'am using a .exe. I'll try with a Msi.
thanks for help tracy
I tried to to do it with a MSI file. When I push this MSI and the additionnal files, log file show me an error :
** Tue, 09 Sep 2008 17:12:10 .\AdditionalFiles.cpp(209): (8DAC4027): Failed to download and hash all additional files **
Some files have this error :
** Tue, 09 Sep 2008 17:08:31 .\AdditionalFiles.cpp(196): (8DAC4027): Downloaded \\v-ldms\packages\Symantec\Global_Clients CRL\setAid.ini did not match the hash, expected igUXGEPIdGOvcThRalFbTQ== actual BhrSfn58jU2ZJlfpRIkeDQ== **
thanks for help
Right-click on the package, and select "reset package hash". The hash of the file is different to what we expect it to - so at a guess it's been updated by someone/something :). That's what this error means.
Then - try again.
LANDesk EMEA Technical Lead
The remote installation is successful.
Thanks a lot for your help.
Pox - Are the SEP clients reporting OK to the SEP core w/o the reboot? That is the issue we are experiencing. The SEP Clients are not reporting in correctly.
The SEP clients report well without any problem to the server. There's no need to reboot.
Interesting - We are getting a lot SEP clients stating "Reboot required" in the SEP core.
Let me give the MSI with reboot suppress a try.
I've used the msi deploy of symantec endpoint 11 but how do i make it receive the policies from the endpoint server?