Guest User!

You are not Sophos Staff.

Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 7 replies
  • Subscribers 2 subscribers
  • Views 5446 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Unable to configure SMB share for log archiving

JonEtkins
I'm trying to configure ASG to archive my logs to a share on my local NAS.  It allowed me to enter the necessary parameters when I initially set it up, but I subsequently discovered I made an error in the share definition.  However, now when I try to apply the updated information, the WebAdmin interface blinks a red box around the Host field and pops up the following message in red text:
Cannot apply changes:
conflicting data types for specified node


The host definition I'm using is not used anywhere else.  I've also tried creating a completely new host definition, and I've also tried both Host and DNS Host definitions; it won't accept any of them.

Any and all suggestions welcomed!

Thanks.


This thread was automatically locked due to age.
Parents
  • 0
    OK, after pounding on it for another couple of hours, I believe I've got to the root of the problem...

    According to the online help, 
    Share: SMB share name. Enter the path or the network share information where the log files are to be transferred to, e.g. /logs/logfile_archive.


    However, if you specify a subdirectory (per that example) it causes the connection to barf because ASG fails to parse out the subdirectory and pass it to the smbclient command correctly.  Instead of 
    smbclient //192.168.0.8/Backups/Astaro_logs -U backup%******xx -c put /opt/tmpfs/remote-log-test.txt remote-log-test.txt
     it needs to break out the subdirectory into a separate -D parameter:
    smbclient //192.168.0.8/Backups -D Astaro_logs -U backup%******xx -c put /opt/tmpfs/remote-log-test.txt remote-log-test.txt


    As far as I can see, the only way around it at the moment is to define another SMB share at the desired subdirectory. [:(]  I'll raise an enhancement (and documentation change) request.
Reply
  • 0
    OK, after pounding on it for another couple of hours, I believe I've got to the root of the problem...

    According to the online help, 
    Share: SMB share name. Enter the path or the network share information where the log files are to be transferred to, e.g. /logs/logfile_archive.


    However, if you specify a subdirectory (per that example) it causes the connection to barf because ASG fails to parse out the subdirectory and pass it to the smbclient command correctly.  Instead of 
    smbclient //192.168.0.8/Backups/Astaro_logs -U backup%******xx -c put /opt/tmpfs/remote-log-test.txt remote-log-test.txt
     it needs to break out the subdirectory into a separate -D parameter:
    smbclient //192.168.0.8/Backups -D Astaro_logs -U backup%******xx -c put /opt/tmpfs/remote-log-test.txt remote-log-test.txt


    As far as I can see, the only way around it at the moment is to define another SMB share at the desired subdirectory. [:(]  I'll raise an enhancement (and documentation change) request.
Children
No Data