× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



I am wondering if having x number of dpars on one lpar updating their 
pattern file at the same time is having an issue with Trend 3.  The 
problem is that occasionally I am getting:
SMDupd: Unable to download components. Check server status or refer to 
ScanMail Help > Troubleshooting section for details.

I have a couple of corrective actions I'd like to perform.

1 - When I get this message I'd like to know about it instead of scanning 
log.nsf on occasion.  Is there some monitor I can set up?
2 - Perhaps I'll stagger out my updates.  Right now, they all start at 4am 
and repeat every other hour after that.

Corrective actions, as by Trend, are as follows:
1. Delete the /qibm/userdata/trend/smd/program/$Version/au_cache folder 
 2. Delete the /qibm/userdata/trend/smd/program/$Version/au_log folder. 
3. Delete the /qibm/userdata/trend/smd/program/$Version/au_temp folder 
4. Delete the /qibm/userdata/trend/smd/pattern/vsapi/lptvpn.xxx 
5. Delete the new pattern file in the smency.nsf database 
6. Change the pattern number in the smency.nsf to a lower pattern number 
(i.e. 0.100.0) 
7. Do a pattern update (load smdupd) 

I normally skip step 6 (since it is already obsolete).

Command to know:
tell smdreal status
09/18/2006 10:50:53   SMDreal status: PID (16884)  
09/18/2006 10:50:53   SMD version: 3.0.1.3454  
09/18/2006 10:50:53   Scan engine version: 8.100-1003; Virus pattern file 
ver
sion: 3.759.00  
09/18/2006 10:50:53   Mail Scan threads: Total = 5; Idle = 5; Running = 0  
 
09/18/2006 10:50:53                          Processed 30249 messages(s)  
09/18/2006 10:50:53   Database Scan threads: Total = 5; Idle = 5; Running 
= 0
  
09/18/2006 10:50:53                          Processed 190532 document(s)  
 


Rob Berendt

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.