A student experienced Revit 2018.1 giving him this rather useless error message:
Licensing System Error 1
After Googling for a solution, we installed/repaired all the Visual C++ runtimes we could find in
3rdParty\x64\VCRedist and in
3rdParty\x86\VCRedist from the Revit 2018 distribution.
Shame on lazy developers not willing to code reasonable error messages explaning what the program attemped to do with what.
GNU style error messages is a lot better than nonsense words. E.g.:
sourcefile.c: lineno: open("/some/file") = -1, errno = 2 (No such file or directory)
Today I had the opportunity to examine another case of “Licensing System Error 1”. This time I installed
3rdParty\x86\VCRedist\2005\vcredist_x86.exe only. As far as I can tell, Visual C++ 2005 Runtime x86 wasn’t installed at all prior to my actions.
Yesterday, a student installed Autodesk Revit 2018 on his Windows 10 x64 laptop. He then upgraded to Revit 2018.1. After entering the licensing details, Revit crashed. Installing the latest drivers from nVidia, currently at version 385.41, and rebooting the laptop saved us from any more grief.
I’ve been exploring Pässler PRTG on Microsoft Windows Server 2016 (Microsoft Imagine Premium) for the past couple of days. While the system is impressive and on the border of being overwhelming, it lacks complete IPv6 support.
The web interface is IPv4 only, and the NetFlow v9 collector only understands IPv4. PRTG can do PING, SNMP, etc, over IPv6, but you can only specify whether PRTG should contact a device using IPv4 or IPv6, not both. For as long as our networks remain dual-stack it makes sense to explore both network protocols simultaneously, in the same manner we can do with Icinga and Nagios, i.e. specify IPv4 and IPv6 addresses where applicable. A workaround is to register a device twice, once for IPv4 and again for IPv6. Be careful not to create too many duplicate sensors.
I wish PRTG would ask me if I wanted to run autodiscovery after installing it. PRTG detected our core switch as the DHCP (relay) service, duplicating all the sensors it could find.
Neither SNMP nor PRTG are ZFS aware, and in many cases it’s utterly pointless to monitor a lot of ZFS filesystems. Instead we should monitor ZFS pools, if only that were possible.
SNMP doesn’t convey whether a filesystem is diskbased or not, so I had to remove sensors for mountpoints such as
Without this patch,
python2.7 will crash when the loop in
--- setup.py.orig 2016-09-09 04:50:50.000000000 +0200
+++ setup.py 2017-08-03 17:50:19.742905000 +0200
@@ -98,7 +98,7 @@
user-profile=profile.xml creates some headache as all files are removed from
/var/run at reboot. Enabling
/etc/rc.conf and adding this shell script solves that problem. Continue reading ocserv and