Notes on getting Ubuntu 17.10 to work with NIS
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.
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.
Ran into an error with FreeNAS (version 11.1-RELEASE) where the system was complaining about running out of swap space (first noticed there was a problem when getting repeated emails about ‘Unauthorized system reboot’). The error on the console and in /var/log/messages is:
servername kernel: pid 26118 (python3.6), uid 0, was killed: out of swap space
Fortunately NFS was still working, and console login (using the second console) worked. Used this to enable ssh:
Read more...As per the previous post, I was having problems with the swap partitions on my main FreeNAS 11 server. All the swap partitions were there, but were not being used until manually mounted. It turns out that FreeNAS now has a new way of using these – it seems to set up mirror devices using gmirror and uses these for swap. There are a couple of gotchas here – the first is that if you do a gmirror list on a working system you will see:
In Windows Server 2016 the usual trick of just setting a proxy server in IE doesn’t seem to work. The proxy can be set from the command line, but there is some contradictory advice out there. What worked for me was:
netsh winhttp set proxy proxy-server="your.proxy.server:port" bypass-list="*.your.local.domain"
This should result in:
Current WinHTTP proxy settings:
Proxy Server(s) : your.proxy.server:port
Bypass List : *.your.local.domain
You can also check this with
netsh winhttp show proxy
You are meant to be able to import this from IE, but that gave me a syntax error.
Read more...Note – this fix in principle should work on most systemd distributions.
Problem – trying to get a Debian 9 system to mount an NFS share at boot. This was declared in /etc/fstab in the normal way, but kept failing on boot. However, once the system was up you could log in and do a mount -a, which would work fine. Reading around, it looks like a case of the system trying to mount before the network is up (and in this case the network should be reliable, as it’s an internal one between a VM and its host…)