troeger

Lets assume you want to get rid of OSD.2, and none of the "nice" ways worked.

- Determine the node where the OSD daemon is running (`kubectl -n rook-ceph get pods -o wide|grep osd.2`)
- Enter the toolbox pod, run `ceph osd out 2`
- Wait for the cluster to migrate the data away (`ceph status -w`)
- Delete the Rook deployment for OSD 2.
- Enter the toolbox pod, run:
  - ceph osd crush remove osd.2
  - ceph auth del osd.2
  - ceph osd rm 2

troeger

class Script {
  process_incoming_request({ request }) {
    console.log(request.content);
    return {
      content:{
        "text": request.content.message,
        "attachments": [{
          "author_name": "Grafana",
          "image_url":  request.content.imageUrl,
          "title":  request.content.title

troeger

root@datexis-master2:/data/brick1# gluster volume get fast all
Option                                  Value                                   
------                                  -----                                   
cluster.lookup-unhashed                 on                                      
cluster.lookup-optimize                 on                                      
cluster.min-free-disk                   10%                                     
cluster.min-free-inodes                 5%                                      
cluster.rebalance-stats                 off                                     
cluster.subvols-per-directory           (null)                                  
cluster.readdir-optimize                off                                     

troeger

'''
This script checks the current Postfix mail queue for mails that
where delivered through SMTP authentication. It then shows both 
the authentication user name and the sender mail adress.

Since spammers normally don't use a valid sender adress in your
administrative domain, you quickly see the problem.

Run with "python3 checkqueue.py"
'''

troeger

Keybase proof

I hereby claim:

• I am troeger on github.
• I am troeger (https://keybase.io/troeger) on keybase.
• I have a public key ASBw5W4OrhTqXmMKh4E8xJZnwsuNXA_VZySHxiKvMlt7QAo

To claim this, I am signing this object:

troeger

#!/usr/bin/env python

'''
    Script for emulating the BetterBibtex stable citation key feature.
    (see https://github.com/retorquere/zotero-better-bibtex)

    input.bib:  A BibLatex export from a Zotero 5 library that has "Extra" field 
    			entries for stable BibTex keys ("bibtex: <my_key>"). They end up in the 
                note field of the standard Zotero 5 export.
    output.bib: A BibTex file where the citation keys from the Extra/note field are

troeger

import schlundtech

auth={"user":"xxxxxx", "password":"yyyyy", "context":"zzz"}

all_domains=schlundtech.domain_info(auth)
for domain in all_domains:
		print("\n{name} (last update: {updated})".format(**domain))
		info=schlundtech.zone_info(auth, domain['name'])
		for rr in info:
			print("{name}\t\t{type}\t{value}".format(**rr))

troeger

#!/bin/bash
#
# chkconfig: 2345 95 05
#
### BEGIN INIT INFO
# Provides: minecraft-server
# Required-Start: $network $local_fs $remote_fs
# Required-Stop: $network $local_fs $remote_fs
# Should-Start: $syslog
# Should-Stop: $syslog

troeger

$ENV{'TEXINPUTS'}='.:../../../Common//:../Include/:' . $ENV{'TEXINPUTS'};
$pdflatex="pdflatex -shell-escape -file-line-error --synctex=1 %O %S";
$pdf_mode=1;

troeger

#!/usr/bin/python
'''
  Check status of an Adaptec HW RAID controller and sends an email
  if something looks bad.

  Intended for being used as cron job, so no screen output is generated.
'''

# Configuration section
notify_email="root"