Chris Vogel shared 10 hours ago

https://chrichri.ween.de/o/1d2b0563ff3045ebbe36f8cb1a90aa41

… so far so good. The mechanical part seemed to have gone well and recognizes a connection. No tests, yet.

…let's see where this leads…

Chris Vogel shared 5 days ago
Chris Vogel shared 19 days ago
Chris Vogel shared 21 days ago

Just read this about hosting ones own email server:

https://mako.cc/copyrighteous/google-has-most-of-my-email-because-it-has-all-of-yours

One of the reasons to host my own email is that I do not want the big surveillance capitalists storing my emails and using them for their own good. Well, then...

Starting to learn . I thought I'd just replace the virt-manager on my desktop to get some hands on in an environment I only use for testing.

I failed.

The following I found out digging through documentation, forum and code:

  • There needs to be a domain defined by the dns lookup for the local IP. Just a hostname alone doesn't seem to be sufficient. hostname -f should return a domain part.
  • The node name (hostname) needs to be the same in various places
    • /etc/pve/.members (created from corosync.conf)
    • rrd file in /var/lib/rrdcached/db/pve2-node
  • corosync.conf exists two times - in /etc/pve and in /etc/corosync - which one is used under which circumstances I didn't find out, yet
    • /etc/pve/corosync.conf is generated from the sqlite database in /var/lib/pve-cluster/config.db

For debugging I looked at this code to understand where the Status: unknown pop-over on the host does come from.

I added some logging there which I could trigger from the cli using pvesh ls nodes.

The variables used there where filled like this in the not working state:

member=node1 get_rrd_key=pve2-node/PureBlackSoul status=unknown

The function get's the nodename $node shown on the gui from dns for the local IP I suspect. The $member hash seems to be filled with the data from /etc/pve/.members created by the corosync.service from - in my case - /etc/corosync/corosync.conf.

The value from $node is used to find the rrd data for the host.

The condition for online being:

There needs to be rrd-data that can be found by using the content of the $node argument to extract_node_stats and if %$members (/etc/pve/.members) is not empty it needs to contain a member named $node being marked online.

Short: if you host is Status: unknown dig into the following places:

  • members hash: /etc/corosync/corosync.conf, /etc/pve/corosync.conf, /var/lib/pve-cluster/config.db
  • dns hostname: nslookup <local IP not being 127.0.0.0/8 or interface lo>, nameserver or /etc/hosts, hostname -i to find IPs, hostname -f to check whether there is a domain part
  • rrd files: /var/lib/rrdcached/db/pve2-node/ - filename should be present as the hostname without the domain
node seems to be offline Proxmox Support Forum
Chris Vogel shared 25 days ago

So let us establish our bearings. Uncertainty is not chaos but rather the necessary habitat of the present tense. We choose the fallibility of shared promises and problem solving over the certain tyranny imposed by a dominant power or plan because this is the price we pay for the freedom to will, which founds our right to the future tense

The Age of Surveillance Capitalism: The Fight for a Human Future at the New Frontier of Power
by Shoshana Zuboff

About – SHOSHANA ZUBOFF shoshanazuboff.com
Chris Vogel shared 27 days ago

On my notebook made by I use which includes and . I had to replace the ssd.

I also

  • upgraded from luks1 to luks2 replacing the key derivation function
  • started with a new luks encryption key
  • and a new gpg encrypted passphrase
  • changed my fs from ext4 to

To check for the new key/passphrase whether they work I used this command: /usr/lib/cryptsetup/scripts/decrypt_gnupg-sc /etc/cryptsetup-initramfs/cryptkey.gpg | sudo cryptsetup luksOpen --test-passphrase /dev/nvme0n1p3 && echo yippie-yeah

The word trust lingers, but its referent in human experience dissolves into reminiscence, an archaic footnote to a barely remembered dream of a dream that has long since faded for the sake of a new dictatorship of market reasons. As the dream dies, so too does our sense of astonishment and protest. We grow numb, and our numbness paves the way for more compliance

The Age of Surveillance Capitalism: The Fight for a Human Future at the New Frontier of Power
by Shoshana Zuboff

About – SHOSHANA ZUBOFF shoshanazuboff.com
Chris Vogel shared a month ago

Human replenishment from the failures and triumphs of choosing the future in the face of uncertainty gives way to the blankness of perpetual compliance

The Age of Surveillance Capitalism: The Fight for a Human Future at the New Frontier of Power
by Shoshana Zuboff

About – SHOSHANA ZUBOFF shoshanazuboff.com

there is no freedom without uncertainty; it is the medium in which human will is expressed in promises

The Age of Surveillance Capitalism: The Fight for a Human Future at the New Frontier of Power
by Shoshana Zuboff

About – SHOSHANA ZUBOFF shoshanazuboff.com

I just passed about 2h on a server with mouse support enabled for . This is my personal record. Couldn't stand it anymore and:

$ echo '" https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=864074#95 " https://lists.debian.org/debian-user/2002/07/msg05649.html runtime! defaults.vim let g:skip_defaults_vim = 1 :filetype plugin indent off :filetype plugin off " disable mouse set mouse= set cmdheight=1 set nobk set nocp set showcmd set showmatch set autowrite " set expandtab set tabstop=4 ' > /etc/vim/vimrc.local

🙃

Chris Vogel shared a month ago
Chris Vogel shared a month ago
Chris Vogel shared a month ago