Jump to content


  • Content Count

  • Joined

Everything posted by Alex

  1. Dear Kevin, Most likely, the next update will be released in April. But I'm not sure if the agent will be fixed by then.
  2. Dear Kevin, Unfortunately we were unable to reproduce the problem. But the TNI team has found an issue in the scanning agent that could be causing it. This issue will be fixed in the future updates.
  3. Sorry for the delay. If the activation is not part of the installation process, it cannot be performed with the marco method. Unfortunately there is nothing we can do here. In this case, we recommend that you contact the developers of the software you are trying to deploy. Usually they can share specific parameters that can be used for silent installation and activation. The default parameters for each type of installer can be found in Software editor: Additional parameters can only be requested from the developers of the software you would like deploy.
  4. Hello, Thanks for your message. If the activation of the program is part of the installation process and TSD can record (capture) the activation window, there should be no problem with the creation of the deployment package. Otherwise, the Macro method cannot be used for activation. In this case, you can ask the developer of the software that you are trying to install whether there is an activation parameter that can be used for silent installation.
  5. Dear Kevin, Thanks for the detailed description. I have sent this information to our QA team. We will try to reproduce this problem.
  6. Dear Kevin, There may be a problem with the scanning agent. Please let us know how the VMs are configured so that we can reproduce the problem in our environment. We need the following information: 1. Virtualization platform. 2. What do you use as a domain controller for the Linux VMs. How the connection to the DC is configured. 3. Additional packages installed on the VM and their configuration (related to authorization and domain).
  7. Dear Kevin, Yes. These are the latest versions of the Linux agents. It appears that the mechanism that performs privilege checking does not work correctly with your virtual system. I've forwarded this information to our QA team. Could you please check if you encounter the same problem on another VM or a physical Linux system?
  8. Dear Kevin, In this case, try running the agent file from your user's home folder. If the problem persists, try running the agent as a local user with administrator rights. Let us know the result.
  9. >Where I can download the current agent? If you have the latest version of the program (4.9.0) installed, the current version of the agent is always located in the folder where the program is installed: C:\Program Files (x86)\Total Network Inventory Regarding the user privileges, have you tried the chmod command for the 64-bit version of the agent (before running the agent)? chmod 755 tnilinagent_x64
  10. Este error es bastante raro. Háganos saber si este error ocurre en la última versión del programa (4.9.0). Verifique si puede escanear esta computadora remota manualmente usando el agente de escaneo. Puede encontrar el agente de escaneo en el directorio de instalación de TNI. Copie el archivo tniwinagent.exe en la computadora remota y ejecute el archivo. El agente debería generar un archivo INV en unos minutos.
  11. Hi Kevin, Such an error may occur if you run a 32-bit agent on a 64-bit OS. Are you sure that the OS version is not 64-bit? Otherwise, you need to use the tnilinagent_x64 agent version instead of tnilinagent. If you are sure that the version of the agent is correct, please check if the agent is present in the folder, from which you are trying to run it. In addition, you can also try executing the chmod command under the sudo account. Let us know if the problem persists.
  12. Hi, Kevin. Please let us know if you can connect to this Ubuntu machine via SSH using the same credentials that you have in the TNI scanner (in the SSH column). In addition, please try scanning this system by running the linux agent manually. Copy the agent file tnilinagent_x64 from the TNI installation folder to this Ubuntu machine and run the agent using the following command: chmod 755 tnilinagent_x64 tnilinagent_x64 Let us know if there is an error message in this case. The agent should generate an INV file in the same folder in a few minutes.
  13. Hello Claudia, Such a problem may occur if Total Software Deployment is installed not on your local computer, but on a remote server. If you connect to the server via RDP, TSD cannot record the macro.
  14. Hi cestarik, Thanks for your message. It is not possible to install patches or updates on remote computers with TNI. Total Software Deployment is capable of deploying MSP files across the local network, but it does not support MSU installers.
  15. Hello, Thanks for your message. Unfortunately there is still not estimate for this feature. The team is currenly focused on the TNI project.
  16. Dear LuisGuerrero, Thanks for your message. "SMB: Access is denied" is a standard Windows error that occurs when the account that has been used to reach a remote shared folder does not have enough privileges to do so. You can find a solution on this page: https://docs.softinventive.com/tni/faq/faq-en-espanol#FAQenespa%C3%B1ol-Accesodenegado
  17. We apologize for the delay. Please restore the netsnmp.dll file. Check the following: 1. Once again, make sure that you are using the Tr4Ps.2020 community when you scan this device. 2. Make sure that the UPD 161 port is not blocked by Windows on the system where TNI is installed. 3. Since SNMP v1 and v2 utilize the UPD protocol, it is possible that some packets are lost in your network. Please try to ping this switch using the ping -t command. Let us know the percentage of the packet loss.
  18. Thank you for the information. There is one more thing that we can try. Please close the program and temporarily remove the netsnmp.dll file from the TNI installation folder (move it to another folder). Start the program and try scanning this switch. Let us know the result.
  19. Hi, Please check if you can collect the data from the following OID using the same community: OID Send us a screenshot, if possible. The incorrect communities error may still be related to the restrictions set on the switch.
  20. Hi, Thanks for your message. Please let us know the model of the Cisco switch. Most likely that it cannot be scanned via the SSH protocol. You can try scanning it via SNMP.
  21. Hi, cestarik. Thanks for your message. SSH: There should be no problem with the Security alert message. TNI accepts it automatically. The problem may be related to the shell of the OS that you are trying to scan or the scanning agent. Please try to scan this system manually. You can find instructions on how to do this here: https://docs.softinventive.com/tni/user-manual/scanning-using-agents/manual-scan Let us know if the local scan returns the same error. SNMP: First of all, please check if the name of the community is specified correctly in the SNMP column. There may be a typo. It
  22. Hello, Thanks for your message. Most likely that TNI 4.7.5 will be released this week. You will see a notification in TNI if the Check for updates checkbox is ticked in Options - General.
  23. Hello, Thanks for your message. Uninstallation of Google Chrome is currently not supported. As a workaround, you can try uninstalling Chrome by deploying the installer with the "Uninstall" parameter or a Powershell script that will remove the program.
  24. Dear Matthias, Thanks for your feedback. It is already possible to compare two or more snapshots in the TNI change log. We have implemented this functionality in TNI 4.5.0. You can find detailed information in this post: https://www.softinventive.com/blog/tni-4-5-0-hardware-monitoring-updated-changelog/
  25. Dear Gregor, Thanks for your message. Usually this error occurs when the SSH port is closed. Could you please check if you can connect to this macOS system via SSH using Putty or some other utility? Use the same credentials as you specified in TNI.
  • Create New...