Greg glinton

Rosetta rsync output parsing

Comparing various text "permuters" to show pretty output for rsync

`awk` Winner

rsync --info=progress2 * [email protected]:/tmp/new/ 2> /dev/null | stdbuf -i0 -o0 tr $'\r' $'\n' | awk '{printf "\rSyncing image: %s - %s",$2,$3}'
# Syncing image: 100% - 37.30MB/s
# real	0m3.012s

`perl` Runner up

Download portal for your OS.

Create a config file for portal

config.json

{
 "db-connection": "scribble:///tmp/portal",
 "log-level": "info",
 "server": true,

>> "just-proxy": true

# '##' is a command to be run after modification

# console into your host server (VERY risky! Please do not modify anything unless you fully understand and accept the consequences)
nanobox console my-app do.1

# add your public key (from your laptop) to the authorized_keys file
# DO NOT REMOVE ANYTHING FROM THIS FILE! (Nanobox will fail to work if you do)
## edit `/root/.ssh/authorized_keys` and ADD/APPEND your public key (located on your laptop, generally at ~/.ssh/id_rsa.pub)

Tunnel to your other app's shared database

This requires two apps that you own/have access to. For clarity, we'll refer to the app with the shared database as the "server" app, and the one wanting to connect, the "client" app. This is not recommended nor supported by nanobox.

Note: You'll need to ensure NANOBOX_USERNAME and NANOBOX_PASSWORD are set on your "client" app

Manual Walkthrough

Fetch the nanobox binary. Run from your client component(s) in your client app

This guide assumes you have a remote dev server set up and have deploy[ed] dry-run, as well as added the mytest.dev dns alias to the dry-run environment

Create a config file for portal

portal.json

{
 "api-token": "123",
 "api-host": "0.0.0.0",
 "api-port": 8443,

>> "just-proxy": true,

Launch a database in production and connect to it inside local nanobox app.

Create a boxfile with just a database and deploy

boxfile.yml

run.config:
  # set your engine like normal
  engine: none

	#!/bin/bash
	#
	# Boostraps an ubuntu machine to be used as an agent for nanobox

	# exit if any any command fails
	set -e

	set -o pipefail

	# todo:

	# Add it after manually converting the newlines
	nanobox evar add local KEY1="-----BEGIN RSA PRIVATE KEY-----\nM\nW\nA\na\n5\nZ\nA\n5\nJ\nU\nC\na\nr\nR\nD\nS\nY\nb\n0\nK\n4\nM\nM\n1\nD\n-----END RSA PRIVATE KEY-----"

	# Add it via a bash-friendly string
	nanobox evar add local KEY2="-----BEGIN RSA PRIVATE KEY-----
	M
	W
	A
	a
	5

	# Install older linux kernel (extras for docker)
	apt-get install -y linux-image-4.4.0-53-generic linux-image-virtual linux-image-extra-4.4.0-53-generic linux-image-virtual

	# Point to desired kernel entry (from /boot/grub/grub.cfg) v menuentry within submenu
	sed -i 's\|GRUB_DEFAULT.*\|GRUB_DEFAULT="Advanced options for Ubuntu>Ubuntu, with Linux 4.4.0-53-generic"\|g' /etc/default/grub
	# ^From grub.cfg:17 ^menuentry title from grub.cfg:53
	# Generate new grub.cfg
	update-grub

	# Reboot into specified kernel

	// Package main is intended to provide a working example of how to properly
	// read from a net.Conn without losing data or integrity. The data is generated
	// from alphabetical characters rather than simply rand to prevent the
	// generation of an `EOF`
	package main

	import (
	"crypto/md5"
	"fmt"
	"io"