Messaging Gateway

 View Only
  • 1.  Scanner High Disk Utilization

    Posted Nov 25, 2020 02:16 PM
    Hello everyone. My SMG 7.1 scanner only virtual appliance disk utilization is around 70 GB. I have tried to free some disk space by running the below commands but it didn't free any space. Are there any additional commands which I need to run?

    1)  "delete cores"

    2) delete scannerlogs

    3) delete sudata

    Thanks in advance. 


    ------------------------------
    Symantec Enthusiast
    ------------------------------


  • 2.  RE: Scanner High Disk Utilization

    Broadcom Employee
    Posted Nov 25, 2020 06:00 PM
    This document is where I would start looking to clear disk space on the gateway.

    Free up disk space on Messaging Gateway appliances

    ------------------------------
    Strategic Support Engineer
    Broadcom
    ------------------------------



  • 3.  RE: Scanner High Disk Utilization

    Posted Nov 25, 2020 06:05 PM
    Steven I already followed this steps and performed the commands which are mentioned in the scanner section of this KB.

    It didn't work out. The Disk utilization is still the same, it didnt free up.

    What do I need to do next? 

    Appreciate your feedback and suggestions. Thanks

    ------------------------------
    Symantec Enthusiast
    ------------------------------



  • 4.  RE: Scanner High Disk Utilization

    Broadcom Employee
    Posted Nov 25, 2020 06:56 PM
    Have you run "list -t" to list the largest files available to delete on the filesystem?

    ------------------------------
    Strategic Support Engineer
    Broadcom
    ------------------------------



  • 5.  RE: Scanner High Disk Utilization

    Posted Nov 26, 2020 06:42 AM
    Steven, if the retention period/logging for Message audit logs on the scanners is configured for 100 days (assuming there are around 5k-10k emails daily), do you think that that the disk utilization for scanner would be around 65-70GB?


    ------------------------------
    Symantec Enthusiast
    ------------------------------



  • 6.  RE: Scanner High Disk Utilization

    Posted Nov 26, 2020 03:21 PM
    @@Steven R I would highly appreciate if you can please reply to the below comment. Thanks

    ​If the retention period/logging for Message audit logs on the scanners is configured for 100 days (assuming there are around 5k-10k emails daily), do you think that that the disk utilization for scanner would be around 60-70GB?

    ------------------------------
    Symantec Enthusiast
    ------------------------------



  • 7.  RE: Scanner High Disk Utilization

    Broadcom Employee
    Posted Nov 26, 2020 04:46 PM


    Probably not a good idea to have the retention period that high, but doing a rough 
    "guestimate", assuming a MAL record is 200 bytes, assume 10 records cut per email as it flows through the system, you get something like:
    200 x 10 x 10,000 x 100 = 2 billion, so round it up to 2 gig.

    What else have you looked at?  Mail queue sizes?  content quarantines?  informational folders?  What were the results of the command he asked you to run?

    BTHW:  it is a national holiday today and tomorrow in the US and this is an informal forum, where we all, voluntarily, try to help each other out.  
    If this is a serious issue for you, then you really should open a support ticket, where there are SLAs guaranteeing response time, etc, etc.





  • 8.  RE: Scanner High Disk Utilization

    Posted Nov 26, 2020 04:53 PM
    Apparantly log files were the culpurit ( /data/logs/)

    When we run the command delete alllogs it cleared up around 50 GB.

    ------------------------------
    Symantec Enthusiast
    ------------------------------



  • 9.  RE: Scanner High Disk Utilization

    Posted Nov 26, 2020 05:15 PM
    Edited by Jason McClellan Nov 26, 2020 08:55 PM

    Hi,

     

    Execute for SSH in Scanner:

     

    delete mallogs

     

    delete cores

      

    delete scannerlogs

      

    delete sudata

      

    list -t

     

     

    & Ready!!!

    Conozca Nuestro Aviso de Protección de Datos

    "link removed by admin"  @Jason McClellan