I recently built a storage server (SAN/NAS/whatever) with Nas4Free on a Supermicro 6037R-E1R16N. If you’ve ever built a SAN, you’ve seen one of these. Lots of disks in a ZFS array, with a filesystem exported via NFS or a volume exported via iSCSI. After almost a month of operation, I discovered that Nas4Free defaults to having no swap space. And this means your storage server will not be stable.
This weekend Pascale and I replaced the children’s Ubuntu PC with a Raspberry Pi. Pascale is my oldest daughter, now 4.5 years old.
Pascale loves the Raspberry Pi logo, and calls the new computer “Raspberry Pi … Pi Pi Pi!” I installed Raspbian on the SD card the night before. The next morning, we sat down together with all the parts and cables. We watched the video and assembled the enclosure together. Then Pascale figured out all where all the cables go and how they snap in. We’re still waiting for the HDMI-to-DVI cable to connect it to the screen on her table, so we tested it on the TV.
I run SSHd on my Android phone. This means I can copy files via wireless SFTP, and back it up with BackupPC. It beats using USB or Dropbox. With Android 4.1 and up (Jelly Bean), the default umask for files has changed from “000″ (users/programs can write to nearly any file) to “077″ (users/programs can only write to files they own). This is better, but meanwhile many Android programs expect the old behaviour. QuickSSHd (a 99p Android dropbear SSH server) is one of them.
I recently added a few new files (.tar.gz archives) to the ownCloud folder on my desktop PC. The next morning I discovered that my laptop couldn’t sync them. The ownCloud client (Csync) displayed:
Csync processing step propagate failed
Starting the client with “
owncloud --logwindow” produced this message:
A few months ago, I moved to Linux Mint 14 “nadia”, which is based on Ubuntu 12.10 “quantal quetzal”. I sometimes see this error after running a commmand with sudo:
rm: cannot remove `/run/user/root/gvfs': Is a directory
This happens because the root user has started a
gvfsd daemon, which mounts a virtual filesystem on that directory. The root user should never run GNOME, so it should never need gvfsd. But something in Ubuntu 12.10 starts one sometimes.
Cacti is a wonderful tool, but many of the default graphs are ugly. Worse, the “ucd/net Memory Usage” graph is totally useless. It displays memory which is free, or dedicated to cache or buffers. But it doesn’t display the actual used memory or total. And it uses the wrong base, assuming there are 1000 bytes in a kilobyte of memory. I can’t imagine why this graph template is even included with Cacti by default. So, I set out to make a better one.
My friend Soren recently gave me a Super Power Bank, a nifty portable Lithium battery pack with two USB ports for charging devices on the go. The Super Power Bank has a 6600 mAh battery with two USB ports for charging devices; one providing 1.0 A, the other 2.1 A. He asked me a question: do my devices charge faster on the 2.1 A port? Down the rabbit hole I flew.
I recently upgraded to Linux Mint 14 “nadia”, which is based on Ubuntu 12.10. I use dnsmasq as a local DHCP server and DNS resolver for virtual machines. Installing dnsmasq on Linux Mint 14 broke host DNS resolution. The issue is easily reproducible: stop dnsmasq, DNS stops working. Start dnsmasq, and it works again.
WARNING: This is dangerous. The Nmap Scripting Engine (NSE) allows scripts to sniff the network, change firewall roules and interface configuration, or exploit vulnerabilities including on localhost. It’s possible, especially with elevated capabilities, for a clever person to use Nmap and NSE to escalate to full root privileges. If you do not understand these risks, do not do this.
The Wireshark team has long warned us not to run Wireshark as root. However, since Wireshark 1.4 (between Ubuntu 10.04 and 12.04), they’ve raised the stakes. Wireshark no longer loads all its plugins and protocol dissectors when run by root, and it displays warning messages on the CLI and the GUI:
tshark: Lua: Error during loading:
[string "/usr/share/wireshark/init.lua"]:45: dofile has been disabled
Running as user "root" and group "root". This could be dangerous.