After the June 2020 patches were installed on our Radia 10 site server (Windows Server 2016), we cannot assign patchmgr or software zservices in the console.  Has anyone experienced any issues in the console assigning active directory policy after June 2020 updates installed on site server?

Debby Cowin

The AUDIT.FILE.ACTION FLAGS includes 3 flags at the end.  the first is to detect the file and send it, the second to delete the file and the third is for a CUSTOM action.  The only explanation provided is "Execute the method indicated in the CUSTOM attribute"

I'd like to take advantage of this to include a rename of the file instead of simply report and/or delete.  Has anyone used it?

Hello all,

for last several weeks I've got strange error where checking, installing and repairing PATCH ZSERVICEs in my demo environment. I've got same error for MS, Java and Adobe patches. Have you any idea how to repair this? Or what to delete, clear, refresh, redeploy or reacquire to make to work correctly? I waited for November MS patches but it didn't help.

In connect log there for every of that services something like this:

20181123 13:29:48 Info: name {Windows Malicious Software Removal Tool x64 - November 2018 (KB890830)} vendorID 73122b1f-6bfc-4601-b77e-89fccb891423 title {Windows Malicious Software Removal Tool x64 - November 2018 (KB890830)} url http://download.windowsupdate.com/c/msdownload/update/software/uprl/2018/11/windows-kb890830-x64-v5.66_324d7f131dd4bd5ede96c9526a81970efeaa9d4e.exe included 1 qnumber 890830 product {Windows Server 2012 R2 (MU)} superced N installcmdline {} reboot {} installorder {} pposted 20181109T02:12:39Z verifiedOn 2018-11-23T12:21:00Z currentStatus 0 comments {} bytesNeeded 0 filesNeeded 0 isodate {} zrscsig {}
20181123 13:29:48 Info: Missing Count 0
20181123 13:29:48 Error: can't read "obj(PEXPINS)": no such element in array
while executing
"string is true -strict $obj(PEXPINS) "
("verify" arm line 4)
invoked from within
"switch -- $request {
update -
repair -
create { lassign [eval [linsert $obj(OCREATE) 0 $obj(OTYPE)::create $obj(..."
20181123 13:29:48 Warning: Error executing verify method for patch : can't read "obj(PEXPINS)": no such element in array
20181123 13:29:48 Info: Bulletin: MS-KB890830, Patch Name: , Status Code: 8, Status Message: Error executing verify method for patch : can't read "obj(PEXPINS)": no such element in array

I didn't find anything like PEXPINS anywhere in LIB except this error messsage.

Regards

  Libor

We have a number of Satellite servers reporting error 800 when performing a proxy preload.

20181029 11:06:10 Info: RPS/Static: synchronizing with radia://RPS_A04SLOAP023@clientmgmt-tier2:3464
20181029 11:06:10 Info: Searching SSL certificate and key files: E:/RCA/ApacheServer/conf/ssl/server.crt, E:/RCA/ApacheServer/conf/ssl/server.key
20181029 11:06:10 Error: SSL certificate and key files - E:/RCA/ApacheServer/conf/ssl/server.crt and E:/RCA/ApacheServer/conf/ssl/server.key - could not be found.
20181029 11:06:10 Info: RPS/Static: dispatching: E:/RCA/ProxyServer/bin/rps/radskman d=1,uid=RPS_A04SLOAP023,ip=clientmgmt-tier2,port=3464,datauri=http://clientmgmt-tier2:3466,preload=E:\RCA\DATA\ProxyServer\static,d=1
20181029 11:09:32 Warning: RPS/Static: sync: Radskman rc:[800] [Internal Error] (CHILDSTATUS 10072 800)

It seems that this is happening when trying to cache the October DISCOVER_PATCH service

ctime    mtime    service_id    product    app_name    catgroup    errornum    event    status    del_time    ver_time    inst_time    fix_time    nvd_domain    nvd_class    jobid    cjobid    downl_time
2014-10-21 10:59:42.000    2018-10-29 11:16:58.000    DISCOVER_PATCH    NULL    Scanning for Patch Vulnerabilities    NULL    800    Update (Preload)    Internal Error    NULL    2018-10-28 03:00:17    2017-08-16 17:34:08    2018-10-28 03:00:17    PATCHMGR    ZSERVICE    MachineConnect    7848:20    NULL

In some cases, we have been able to resolve this by manually syncing the servers (i.e. nvdkit sync-server.tcl -metadata 0 -resources 1)

We are currnetly running the following version:

module nvdkit        build   700.21     20160929 12:50:30 UST
module bin/unzip     version 6.0        20160929 13:16:53 UST
module bin/zip       version 3.0        20160929 13:16:53 UST
module lib/iocpsock  version 3.0        20160929 13:16:54 UST
module lib/itcl      version 3.3        20160929 13:16:51 UST
module lib/ldap      version 3.4        20160929 13:16:53 UST
module lib/ldaps     version 3.4        20160929 13:16:53 UST
module lib/mk        version 2.4.9.7    20160929 13:16:54 UST
module lib/nvdbase   version 3.0        20160929 13:16:52 UST
module lib/nvdkit    version 8.4.13.700.21 20160929 13:16:51 UST
module lib/openldap  version 2.4.23     20160929 13:16:53 UST
module lib/openssl   version 1.0.2j     20160929 13:16:51 UST
module lib/sqlite3   version 3.6.10     20160929 13:16:54 UST
module lib/tbcload   version 1.4        20160929 13:16:54 UST
module lib/tcl8.4    version 8.4.13     20160929 13:16:51 UST
module lib/tclodbc   version 3.0        20160929 13:16:54 UST
module lib/tclx      version 8.4        20160929 13:16:54 UST
module lib/tdom      version 0.8.2      20160929 13:16:51 UST
module lib/thread    version 2.6.5      20160929 13:16:51 UST
module lib/tls       version 1.6.7      20160929 13:16:51 UST
module lib/tnc       version 0.3        20160929 13:16:51 UST
module lib/trf       version 2.1        20160929 13:16:54 UST
module lib/udp       version 1.1        20160929 13:16:54 UST
module lib/vfs       version 1.3        20160929 13:16:51 UST
module lib/zlib      version 1.2.3      20160929 13:16:53 UST
dmabatch: 8.4.700.21
dcs.tkd build: 150
rps version: 09.21.0000 build 92782

Any ideas or suggestion on what could be causing this behaviour?

Has anyone ever seen the catalog not accurately showing applications as installed, even though they are?  We recently upgraded from 10.0 to 10.0 CP1, so there is a new RadUIShell.exe -- could this be the problem?  But not everyone is seeing the problem.  Any comments or experiences are appreciated. We looked at ZAVIS in ASERVICE.xml and it appears the values were reset to YXNX for the installed services.  Very strange.