While looking at the at_log, you will be flooded with errors that state "License XXXXXXXX is not valid on this machine" even with a valid license that has been applied to the environment. This issue has been determined to be an issue with the AFP connection and you will need to restart the service to reload the license on the server.
First, run the following command to see if the license status in the system:
/usr/etc/venture/bin/dblogd -D -l
- If the command returns an unlicensed message: Get an Emergency License and contact your Account Manager.
- If the command returns "WebNative Venture is fully licensed in this server."
Move on to the below steps.
Apply the following steps in order to see If the error message still exists after implementing the below solution:
- Detect how many sessions using the AFP AppleShare when this behavior happened.
From Webnative > FILESHARE/ACLs > AppleShare Service > connected users
- Shutdown the AFP service by the below: /usr/etc/appletalk/atinit halt
- Grep for any active ksd sessions, then kill them.
ps -eaf | grep ksd
- Then start it again with /usr/etc/appletalk/atinit start.
- Check at_log and confirm If the error message has been disappeared.
- If the error message still exists, please follow the below instructions:
- Check how many sessions using the AFP AppleShare.
- Check the /usr/adm directory if there is a folder called wnarchive, back up it to another place then remove it.
- Check /usr/etc/webnative/plugins/ if there are any leftovers from FlashWeb, back up it to another place then remove it.
- Restart Xinet server: #systemctl restart httpd
- Check the at_log to see if the logs are still generating the "License XXXXXXXX is not valid on this machine" error.