infowolfe

Why?

• We were discussing the massive amounts of space that MongoDB consumes during build (as @infowolfe has PORTAGE_TMPDIR="/dev/shm")
• @robbat2 was planning on committing a warning message/disk space prerequisite check to the MongoDB ebuild on Gentoo Linux noting that during both build and install it takes up an impressive amount of disk space (@infowolfe saw >12GB of used tmpfs prior to merge).
• @robbat2 wanted to know exactly how much space was being consumed but didn't personally have MongoDB installed. He then asked me (@infowolfe) to run a perl one-liner[1] twice (once with /usr/ and once without). We calculated the differential between MongoDB's /usr and non-/usr packaged files to be roughly 180KiBytes on my system (nostrip&&CFLAGS=-g).

1. / (all filesystems) 2,473,771,415 (bytes)
2. /usr/ (only /usr): 2,473,662,740 (bytes)
3. differential: 108,675 bytes

• @robbat2 suggested that I drill down further into MongoDB's CONTENTS file, to see exactly where the ~2.4GB in t

infowolfe

---
# tasks file for infowolfe.sd-agent

- apt: name=python-httplib2 state=present

- name: add SD repo key
  apt_key: url=https://www.serverdensity.com/downloads/boxedice-public.key state=present

- name: add sd-agent repo
  apt_repository: repo="deb http://www.serverdensity.com/downloads/linux/deb all main" state=present update_cache=yes

infowolfe

#!/usr/bin/env python

from pprint import pprint
import re

f = open('pix-running_config', 'r')

table = {}
n2n = {}
idx = 0

infowolfe

#!/bin/bash
mysqladmin shutdown &
sleep 5 && pkill -9 -f mysql
pct=/usr/src/percona-data-recovery-tool-for-innodb-0.5
mysql=/var/lib/mysql
from=/btrfs/srvfs/vl_mysql_before
#e=echo

_prep() {
	$e rsync -avpP ${from}/ ${mysql}/

infowolfe

diff --git a/clientloop.c b/clientloop.c
index 59ad3a2..724acf4 100644
--- a/clientloop.c
+++ b/clientloop.c
@@ -313,6 +313,10 @@ client_x11_get_proto(const char *display, const char *xauth_path,
 	struct stat st;
 	u_int now;
 
+#if __APPLE__
+	int is_path_to_socket = 0;

infowolfe

dojo:~$ zpool import
   pool: tempvol
     id: 13204744566042276113
  state: UNAVAIL
status: The pool uses the following feature(s) not supported on this sytem:
	com.delphix:hole_birth
action: The pool cannot be imported. Access the pool on a system that supports
	the required feature(s), or recreate the pool from backup.
 config:

infowolfe

Keybase proof

I hereby claim:

• I am infowolfe on github.
• I am infowolfe (https://keybase.io/infowolfe) on keybase.
• I have a public key whose fingerprint is 9F94 B4EF 39BD E2A8 7935 C6C0 E94B 2903 6E80 07CA

To claim this, I am signing this object:

infowolfe

/* ghosttest.c:  GHOST vulnerability tester */
/* Credit: http://www.openwall.com/lists/oss-security/2015/01/27/9 */
#include <netdb.h>
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <errno.h>
 
#define CANARY "in_the_coal_mine"
 

infowolfe

#!/bin/bash
export DEVICE="${DEVICE:-/dev/sdb1}"
export GENTOO="${GENTOO:-/mnt/gentoo}"
export MKFS="mkfs.xfs"
export URI="http://gentoo.osuosl.org/releases/amd64/autobuilds/current-install-amd64-minimal/stage3-amd64-20141204.tar.bz2"
export portage=1
HELP() {
	cat << EOF
Usage: $0 [options]
    Will setup/destroy ${GENTOO} for you automatically

infowolfe

#!/bin/bash
#set -x
#trap read debug
target=${1:-linux}

# setup env
eval $(emerge --info | grep TMPDIR)
local PORTAGE_TMPDIR="${PORTAGE_TMPDIR}/portage"
local spl=$(equery w sys-kernel/spl)
local splpn=$(basename ${spl} .ebuild)