Although I truly like good photographs, I have never been more than the typical traveler with a small point-and-shoot camera or just a smartphone. The last time that I bought a digital camera was in 2008, just to illustrate this. But for a number of months I have been looking into this now. Initially I had leaned towards getting an older DSLR that had been pretty much high-end when it came out. But size and weight of camera and lenses eventually pulled me away from this idea. So I finally ended up with a Sony Alpha 6400 (amazon.com and amazon.de affiliate links) .
The reason was basically a combination of the technical features and the relatively small size. The latter is pretty important for me, although the camera comes with a grip that is smaller than I would like. But hey, you can’t have it all. In total this camera should help me get started quickly (yes, right now I am using everything in auto) and then grow into truly learning things. Below is one of the first pictures that I took in our garden over the weekend. Expect more to come …
I started with PCs in 1990 on a 286 with a 42 MB hard disk (Seagate ST251-1), which about one year later had issues with faulty sectors. This was a couple of years before (consumer) hard disks started to internally re-map bad sectors. And it was also the first and last time that I lost data. Ever since, I have been paranoid about backups (and more importantly restores).
I started with simple floppy disks for source code, spreadsheets, etc. and went for a DAT streamer in 1996 (HP C1536). This only lasted 3 years and after that abysmal experience I switched to a QIC streamer (Tandberg SLR-24), which lasted until about 2008. Well, that’s when I took it out of service. It was in perfect working condition but 12 GB capacity per cartridge started to be an issue. Since then I have used hard disks in various ways, since streamers have become a prohibitive upfront investment for me. I would still prefer streamers, but that is a different story.
All the people I know (incl. at work) initially think of my efforts as overkill. Until they loose 10 years of digital pictures, esp. when their children are involved. That is when they are willing to invest time and money. The same goes for many companies, unfortunately. A friend told me about a malware attack on his employer about a year ago. All of a sudden there was budget for keeping backups longer than just 30 days, a properly segmented network, and other things their IT department had wanted for more than a decade. Everybody (incl. me – see above) has to learn this the hard way, I guess.
A side note on NAS gear that is typically more in the consumer space. I am currently in the process of switching to a new FreeNAS box. There were long deliberations as to whether I should go for Synology instead. The core reason why I stayed with FreeNAS is that it I have flexibility. From a usability and ease-of-use perspective I got the impression that Synology is (far?) superior. But that comes at the price of limitations. A mass market product needs to keep support tickets under control and the only way for that is to constrain people’s options. And I wanted to stay flexible, even if that meant to spend more money (hardware specs are considerably higher than the Synology model in question) and time for setting things up.
Finally, I am not going for TrueNAS 12 right now but start with FreeNAS 11.3 U5. Yes, I have seen and read many highly positive comments about v12 and how stable it is. But IMHO nobody can be really sure for at least a couple of weeks that no hidden errors exist.
One thing I hear quite often from people, when they learn that I work in IT, is that in their view the speed of change is so high. And how can I keep up with all these completely new things popping up all the time …
Well, not so much is really fundamentally new. Most of the changes we see are incremental (or evolutionary to use a different term). I was aware of this for hardware and various aspects of software. But for programming languages the extent of old ideas coming up as the “new hot stuff” surprised me. Robert C. Martin has made a video about this (see below). Its style is not really my cup of tea, but it has a lot of interesting information.
As part of moving to a new FreeNAS box, I want to replicate data from the old (nas2, running FreeNAS 11.1 U7) to the new (nas3, running FreeNAS 11.3 U5) machine. During the initial phase nas2 will still be my primary storage location. Think of this as something like a burn-in to ensure that there are no dead-on-arrival components in the new box, esp. hard disks of course. This is planned to last for at least two months and I want all my data synchronized constantly.
The solution I laid my eyes on is Syncthing and I want to run it in a FreeNAS jail on both systems. On the new system the installation was smooth, but on nas2 it was not possible to even create a jail. It turned out to be a setting that had not been migrated from the original FreeNAS 9.3 installation, which had been the initial version of FreeNAS on nas2.
All that had to be done was fix the “Collection URL” setting in the jails configuration as shown below.
- Go to “Jails / Configuration”
- Switch to “Advanced Mode”
- Make sure that the URL contains “11.1” (was “9.3” before on my system)
The next step was to install Syncthing with
pkg. The problem with FreeNAS 11.1 is that the underlying FreeBSD is no longer maintained (EOL) and therefore no package repository exists for this version. The workaround is to forcibly switch to an existing repository, even if it does not match the FreeBSD version. I am ok with that, as long as only applications and not OS tools are installed (you should carefully think, whether this is also ok for you!). To do this, issue the following command:
# pkg bootstrap -f
You will get a warning about different OS versions and need to confirm that you want to continue. Once this is complete, install Syncthing with
pkg install syncthing
You get the same warning as just before and need to confirm the installation.
[syncthing] [1/1] Fetching syncthing-1.10.0.txz: 99% 16 MiB 1.0MB/s 00:0
[syncthing] [1/1] Fetching syncthing-1.10.0.txz: 100% 16 MiB 1.0MB/s 00:1
Checking integrity... done (0 conflicting)
[syncthing] [1/1] Installing syncthing-1.10.0...
===> Creating groups.
Creating group 'syncthing' with gid '983'.
===> Creating users
Creating user 'syncthing' with uid '983'.
===> Creating homedir(s)
[syncthing] [1/1] Extracting syncthing-1.10.0: 100%
From here, you can just continue with the normal process of setting thins up. A good starting point might be the following YouTube video.
There seems to be documentation issue with Microsoft Defender ATP for Linux. The system requirements, as far as I can see, do not mention that systemd is needed. I found this on a Debian 9 (Stretch) system that was configured with SysV init. The post-install script of
mdatp performs some tests that use the
systemctl command, which is of course missing without systemd.
Update: Microsoft has meanwhile confirmed that systemd is indeed required.
As part of a blog post about the new v14 of Chef Infra Server, it was announced that from now on existing functionality will be deprecated in favor of the cloud version. It will be interesting to see how this works out. Personally, I have never been a friend of forcing customers off an existing product. It is a dangerous move that bears the risk of customers switching the vendor entirely. Especially so, if it comes with a major architectural shift like from on-premise to cloud.
I have been a happy user of Chef Server for about five years now, although only for a very small number of machines (single digit). The decision for Chef had been made at a time when Ansible was still in its early stages. But with this latest development I will need to move away from Chef. It is pity, because I really like the tool and have done various custom extensions.
I just read a message in the news that a company which, among other things, runs an online job portal for software developers, plans to lay off staff for that portal. The argument made in the news interview, was that this line of business was particularly affected by COVID-19 and to save costs 30 people would be fired. The organization in question, and that is a critical point for this post, has several business lines, and some of the less affected are operating in markets with far less growth potential. Or in other words: they are the core business.
This is a classic example of sacrificing a company’s future and long-term success for some quarterly or yearly goals. Of course there can be situations, which are so extreme that this is the only option. But, frankly, this usually also means that not one but ten things have gone wrong and that also over a longer period of time. So in the majority of cases such an approach is simply an example of what I consider incompetent management.
Let me come back to the reasoning (as per the aforementioned interview) for this job cut. Since when is it a good idea, unless the company is at the brink of bankruptcy, to look primarily (or even only) at the contribution to the financial bottom link for making such decisions. It is in my view at the core of good management to balance the present and future of the organization. And the job market for software developers is certainly something I consider to grow substantially.
I also want to come back shortly to the idea of “core business” and what its properties are. The most important one is certainly financial contribution. But this is more a consequence of a number of underlying properties (think balanced scorecard). In this context the most relevant one is that it is an established business. Or in other words: living off the past. Of course there are exceptions, but for non-startup organizations core business usually means a mature market, investments that are largely written off, well established processes and procedures, etc. Also innovation is hardly found in such an environment.
For a well-run company the approach is always that the current revenues fund the investments for the next big thing. Cutting back on emerging business either means that people have meanwhile realized that it is not such a great idea as initially thought, or that the situation is really bad. But I think it is mostly about personal bonuses of managers and nothing else. Yes, that sounds cynical. But if you have looked the history of businesses in the last couple of decades, it is the most probable cause.
How to approach the uncertainty of our future in the field of education.