March 23, 2017
Backup, Disaster Recovery, Linux
amazon drive, backup, cloud, disaster recovery, diskstation, DS1815+, DS413, hyper backup, hyper backup vault, linux, nas, rsync, synology, vm-server
This article describes how to build a affordable, disaster proof, multi site backup with commodity hardware.
You never know, when disaster strikes and wipes out all your data. With the upcoming move from Munich to Karlsruhe, I’m really concerned about losing data during the move. To give some background: I use a Synology Diskstation DS1815+ as a central data store. It has currently around 16TB of capacity of which about 9TB are in use.
March 10, 2017
Apollo Lake, debian, Energy Consumption, Intel Atom, J4205, J4205-ITX, linux, Power Consumption, vm-server
After assembling the J4205-ITX and installing Linux, I was looking forward to testing the power consumption. Goal of the project was to build a low energy consumption VM-hosting server.
March 8, 2017
Hardware, Linux, Technology
AES, Asrock, debian, dm-crypt, J4205, J4205-ITX, KVM, linux, luks, Performance, vm-server
This article describes how to install Debian Linux on the J4205-ITX based server described in Building a low energy consumption server for hosting VMs.
The firmware files for the network interface are not shipped with the debian installation
Goal of this project is to build a completely passively cooled, low energy consumption server, which can host VMs. It has 16 Gigabytes of RAM and runs KVM.
Designing a network with Ubiquiti equipment.
As some of you might already know, we are moving back to Karlsruhe. This will be a good opportunity to redesign our internal network. The goal of the redesign is to decrease complexity, increase throughput and to reduce the power requirement for the networking equipment. It would also be a nice side effect, if none of the new equipment had active cooling / fans.
The plan is, to replace all of the “Enterprise Equipment” (Juniper, Cisco, HP) with Ubiquiti equipment.
After applying an dist-upgrade to my Debian unstable, the vmware-driver for the display suddenly stopped working. It just showed a black screen and then froze. After logging in via SSH and having a look at the X11-Logfile, it turned out, that the driver actually died in an segmentation fault (SIGSEGV).
Thanks to the awesome VMWare AutoProtect Snapshot feature, I could quickly recover to a working system. But the problem still bugged me – so I started investigating.
After ruling out the obvious culprits (The vmware driver itself, libc6, vmware-tools etc.), it turned out, that the real culprit actually was “libxatracker2”. Luckily I still had an older version lying around in /var/cache/apt/archives. After rolling back ( dpkg -i /var/cache/apt/archives/libxatracker2_10.1.2-1_amd64.deb ) everything worked like a charm. Until the problem is permanently resolved, I applied the following hotfix:
Pin: version: 10.1.2-1
July 3, 2014
DevOps, Linux, Work
database, devops, encryption, java, linux, ssl, sysadmin, tls
My list about the stuff every sysadmin needs to know nowadays.