We have a problem that with recent versions of Ubuntu (16.04 and later) and Debian (8 and later) the normal way we set up automounting to mount our nis users home directories doesn’t work – apparently due to boot ordering issues. (It works fine with Red Hat derivatives). We accidentally found a solution when copying a BSD configuration…
We create a file in /etc/auto.master.d (gets read in by auto.master in the standard Debian/Ubuntu setup):
Read more...
Had a problem with several FreeNAS 11 systems – when trying to enable https for the web interface I couldn’t get a working certificate.
- Generate internal CA.
- Generate internal certificate.
- Chrome complains the certificate is invalid and does not allow you to bypass it.
- Delete certificate and CA, repeat, same problem.
After mucking about with using upper and lower case for the certificate CN names etc, eventually got things to work by generating a second certificate with the same CA. Which makes me think it might be this problem:
Read more...
Had an issue where OneDrive for Business (installed with Office 365) was constantly using one CPU core. None if the fixes involving the cache or resetting the client worked. The problem seems to have started with recent (possibly after Office 365 1712 8827.2148) updates. What did work was the solution in this thread:
https://social.technet.microsoft.com/Forums/en-US/c968088a-cabb-45bb-b171-0fe937ac1e1c/onedrive-for-business-uses-high-cpu-since-office-365-1712-88272148?forum=sharepointgeneral
Condensed version: Stop using the old client (groove.exe) and use the personal client instead, which now seems to work (at least, the latest Windows 10 version) with business accounts as well.
Read more...
Problem: You have a SVN server sitting behind a reverse web proxy (e.g. for convenient SSL termination purposes). This works for new files, changes etc. but fails when you try to rename something, make a copy or move. The error is:
Unexpected HTTP status 502 'Bad Gateway'
The reason is explained here, but to summarise:
These operations involve sending a http COPY method. This includes a Destination: field in the header, which is not rewritten by Apache’s ProxyPass directives. Thus the destination field starts with https – not http. This confuses mod_dav on the SVN server.
Read more...
See the guide for 16.04, but with the following caveats:
Looks like you still need to add nis explicitly to /etc/nsswitch.conf
The rpcbind service issue appears to be fixed.