TECH.kulish.com

VZ HTC Incredible Bypass Activation

Null — Sat, 18 Feb 2012 17:43:24 +0000

1. Select emergency call and dial ##778.
2. Select edit and enter service password 000000.
3. Select NAM Settings.
4. Change Mobile Directory number to 0000000000 (Ten digits).
5. Change MIN1 to 0000000 (Seven digits).
6. Change Mobile Country Code to 000 (Three digits).
7. Tap Menu and commit changes.
8. The phone will auto reboot in 10 seconds.

I modified step 7 to be more clear from a forum post at:

http://androidforums.com/incredible-support-troubleshooting/106652-bypassing-activation-screen-no-service-available.html#post990713

Home Storage: Increasing Filesystem Size

Null — Fri, 17 Feb 2012 00:48:46 +0000

Extending my backup volume group, logical volume and filesystem on both NASes.

vgdisplay

— Volume group —
VG Name hcst002
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 3
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 2
Open LV 2
Max PV 0
Cur PV 1
Act PV 1
VG Size 465.52 GiB
PE Size 4.00 MiB
Total PE 119173
Alloc PE / Size 119173 / 465.52 GiB
Free PE / Size 0 / 0
VG UUID 7aaDWJ-6go0-nSLQ-3Hwa-FdJo-0g9q-3ZbW71

— Volume group —
VG Name raid5_vg
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 14
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 5
Open LV 5
Max PV 0
Cur PV 1
Act PV 1
VG Size 5.46 TiB
PE Size 4.00 MiB
Total PE 1430793
Alloc PE / Size 412160 / 1.57 TiB
Free PE / Size 1018633 / 3.89 TiB
VG UUID YvllV4-32bA-uBII-orNY-40RK-eIYF-csNooE

It’s in the raid5VG

lvdisplay

— Logical volume —
LV Name /dev/hcst002/root
VG Name hcst002
LV UUID 1w8LwA-FDHw-aclD-SLfw-WkGf-GHNH-1t65ct
LV Write Access read/write
LV Status available
# open 1
LV Size 463.67 GiB
Current LE 118699
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 253:0

— Logical volume —
LV Name /dev/hcst002/swap_1
VG Name hcst002
LV UUID 71T2Lx-F4dV-xCOC-TWNJ-2X5G-qFUm-HEp0Tq
LV Write Access read/write
LV Status available
# open 1
LV Size 1.85 GiB
Current LE 474
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 253:1

— Logical volume —
LV Name /dev/raid5_vg/backup_lv
VG Name raid5_vg
LV UUID gnwkgv-NeOb-KPqd-RfCz-HFyp-sghl-9wTeT5
LV Write Access read/write
LV Status available
# open 1
LV Size 40.00 GiB
Current LE 10240
Segments 3
Allocation inherit
Read ahead sectors auto
- currently set to 768
Block device 253:2

— Logical volume —
LV Name /dev/raid5_vg/iscsi_lv
VG Name raid5_vg
LV UUID UxabXT-pnsM-dUGg-7CeX-qR02-nlmD-ElHQCm
LV Write Access read/write
LV Status available
# open 1
LV Size 50.00 GiB
Current LE 12800
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 768
Block device 253:3

— Logical volume —
LV Name /dev/raid5_vg/media_lv
VG Name raid5_vg
LV UUID RHs90J-3KzU-Yt6g-TxiK-Na7K-4vUU-a4spaK
LV Write Access read/write
LV Status available
# open 1
LV Size 1.42 TiB
Current LE 371200
Segments 3
Allocation inherit
Read ahead sectors auto
- currently set to 768
Block device 253:4

— Logical volume —
LV Name /dev/raid5_vg/common_lv
VG Name raid5_vg
LV UUID wZdWZI-44wi-MJjn-XF0A-Lq1V-XnWp-w8DtVf
LV Write Access read/write
LV Status available
# open 1
LV Size 10.00 GiB
Current LE 2560
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 768
Block device 253:5

— Logical volume —
LV Name /dev/raid5_vg/public_lv
VG Name raid5_vg
LV UUID j5Rfho-pHHB-Qxfv-DPZY-LgRm-Rwje-TH3UKc
LV Write Access read/write
LV Status available
# open 1
LV Size 60.00 GiB
Current LE 15360
Segments 2
Allocation inherit
Read ahead sectors auto
- currently set to 768
Block device 253:6

lvextend -L+10G /dev/mapper/raid5_vg-backup_lv
xfs_growfs /NAS/backup

df -h .
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/raid5_vg-backup_lv
40G 30G 11G 75% /NAS/backup

Debian Squeeze 802.3ad

Null — Thu, 01 Dec 2011 00:12:38 +0000

Debian Lenny and Squeeze
2x Realtek 8169
1x Reaktek 8169, 1x nForce
Fisher-Price My First Managed Switch

Testing:
iptraf
cat /proc/net/bonding/bond0

[1]
mode=0 (balance-rr)
Round-robin policy: Transmit packets in sequential order from the first available slave through the last. This mode provides load balancing and fault tolerance.

mode=1 (active-backup)
One slave interface is active at any time. If one interface fails, another interface takes over the MAC address and becomes the active interface. Provides fault tolerance only. Doesn’t require special switch support.

mode=2 (balance-xor)
Tranmissions are balanced across the slave interfaces based on ((source MAC) XOR (dest MAC)) modula slave count. The same slave is selected for each destination MAC. Provides load balancing and fault tolerance.

mode=3 (broadcast)
Transmits everything on all slave interfaces. Provides fault tolerance.

mode=4 (802.3ad)
This is classic IEEE 802.3ad Dynamic link aggregation. This requires 802.3ad support in the switch and driver support for retrieving the speed and duplex of each slave.

mode=5 (balance-tlb)
Adaptive Transmit Load Balancing. Incoming traffic is received on the active slave only, outgoing traffic is distributed according to the current load on each slave. Doesn’t require special switch support.

mode=6 (balance-alb)
Adaptive Load Balancing – provides both transmit load balancing (TLB) and receive load balancing for IPv4 via ARP negotiation. Doesn’t require special switch support, but does require the ability to change the MAC address of a device while it is open.

[2]
miimon
Specifies the MII link monitoring frequency in milliseconds. This determines how often the link state of each slave is inspected for link failures. A value of zero disables MII link monitoring. A value of 100 is a good starting point. The use_carrier option, below, affects how the link state is determined. See the High Availability section for additional information. The default value is 0.

[3]
bond-downdelay 200 : Set the time, t0 200 milliseconds, to wait before disabling a slave after a link failure has been detected. This option is only valid for the bond-miimon.

bond-updelay 200 : Set the time, to 200 milliseconds, to wait before enabling a slave after a link recovery has been detected. This option is only valid for the bond-miimon.

[4]
J.A. Sullivan on the debian-user list writes:

There are a couple of issues in bonding which can bite the unsuspecting (as they did me!). Round robin will load balance across multiple
interfaces but can produce serious issues with managing out of order TCP
packets. Thus, the performance gain decreases dramatically with the
number of interfaces. In other words, 2 NICs in RR mode will not give 2x the performance nor 3 NICs 3x performance. I do not recall the exact
numbers off the top of my head but averages are something like:
2 NICs – 1.6x performance
3 NICs – 1.9x performance

The other modes (other than failover) eliminate the out of order TCP
problem but do so at a cost. All traffic for a single traffic flow goes
across a single path. The most common way to identify a single traffic
flow is matching source and destination MAC addresses. Some bonding algorithms allow matches on layer 3 or even layer 4 data but, if the switch through which they flow only supports MAC to MAC flow assignments, it will all devolve to matching MAC addresses anyway.

So what is the practical outcome using non-RR bonding? You have only one
combination of source and destination MAC address for each socket, e.g.,
if you are measuring a single FTP connection, there is only one
combination of source and destination MAC address. Thus, no matter how
many NICs you have, all the traffic will flow across one combination of
NICs. You will see no performance improvement.

In fact, depending on how the MAC addresses are advertised from the
systems with multiple NICs, all traffic between two systems may flow
across the same pair of NICs even if there are multiple, different
traffic streams.

On the other hand, if you are using bonding to provide a trunk carrying
traffic from many different source and destination MAC address
combinations, each separate stream will be limited to the maximum of the
individual NICs but the aggregate throughput should increase almost
linearly with the number of NICs. Hope that helps – John

Resources:
[1] http://www.howtoforge.com/nic-bonding-on-debian-lenny
[2] http://www.linuxfoundation.org/collaborate/workgroups/networking/bonding
[3] http://www.cyberciti.biz/tips/debian-ubuntu-teaming-aggregating-multiple-network-connections.html
[4] http://comments.gmane.org/gmane.linux.debian.user/405553

nginx+observium configuration

Null — Thu, 01 Dec 2011 00:11:25 +0000

Update to index.php in observium to work with nginx.

Change from:

$_SERVER['PATH_INFO'] = (isset($_SERVER['PATH_INFO']) ? $_SERVER['PATH_INFO'] : $_SERVER['ORIG_PATH_INFO']);

Change to:

$_SERVER['PATH_INFO'] = $_SERVER['REQUEST_URI'];

nginx site configuration:

server {
listen 80;
server_name hostname.kulish.com;

access_log /var/log/nginx/hostname.kulish.com.acc.log;
error_log /var/log/nginx/hostname.kulish.com.err.log;

root /www/observium/html;
index index.php;

error_page 500 502 503 504 /50x.html;
location = /50x.html {
root /usr/share/nginx/www;
}

location / {
try_files $uri $uri/ @observium;
}

location @observium {
rewrite ^(.+)$ /index.php/$1/ last;
}

}

# General php settings
include php.conf;

# We need to exclude robots.txt specifically
include drop.conf;

php.conf contents:

location ~ \.php {
fastcgi_param QUERY_STRING $query_string;
fastcgi_param REQUEST_METHOD $request_method;
fastcgi_param CONTENT_TYPE $content_type;
fastcgi_param CONTENT_LENGTH $content_length;

fastcgi_param SCRIPT_NAME $fastcgi_script_name;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_param REQUEST_URI $request_uri;
fastcgi_param DOCUMENT_URI $document_uri;
fastcgi_param DOCUMENT_ROOT $document_root;
fastcgi_param SERVER_PROTOCOL $server_protocol;

fastcgi_param GATEWAY_INTERFACE CGI/1.1;
fastcgi_param SERVER_SOFTWARE nginx;

fastcgi_param REMOTE_ADDR $remote_addr;
fastcgi_param REMOTE_PORT $remote_port;
fastcgi_param SERVER_ADDR $server_addr;
fastcgi_param SERVER_PORT $server_port;
fastcgi_param SERVER_NAME $server_name;

fastcgi_pass unix:/var/run/php5-fpm/php5-fpm.sock;
}

I am connecting to a php5-fpm socket to avoid TCP overhead.

drop.conf contents:

# Drop from logging and accidental access

location = /favicon.ico { access_log off; log_not_found off; }
location ~ /\. { access_log off; log_not_found off; deny all; }
location ~ ~$ { access_log off; log_not_found off; deny all; }

observium: irc.php

Null — Wed, 30 Nov 2011 23:14:06 +0000

#!/usr/bin/env php

# port_info is broken.  always reports same values no matter host selected

message(SMARTIRC_TYPE_CHANNEL, $data->channel, "Commands: :help, :log, :status, :version, :down, :port, :device, :listdevices");

    echo date("m-d-y H:i:s ");
    echo "HELP\n";

    mysql_close();
  }

###
# Get status on !version
###
  function version_info(&$irc, &$data)
  {
    global $config;

    $irc->message(SMARTIRC_TYPE_CHANNEL, $data->channel, "Observium Version " . $config['version']);

    echo date("m-d-y H:i:s ");
    echo "VERSION\t\t". $config['version'] . "\n";

    mysql_close();
  }

###
# Get last eventlog entry
###
  function log_info(&$irc, &$data)
  {
    global $config;

    mysql_connect($config['db_host'],$config['db_user'],$config['db_pass']);
    mysql_select_db($config['db_name']);

    $device = dbFetchRow("SELECT `event_id`,`host`,`datetime`,`message`,`type` FROM `eventlog` ORDER BY `event_id` DESC LIMIT 1");
    $host = $device['host'];
    $hostid = dbFetchRow("SELECT `hostname` FROM `devices` WHERE `device_id` = $host");

    $irc->message(SMARTIRC_TYPE_CHANNEL, $data->channel, $device['event_id'] ." ". $hostid['hostname'] ." ". $device['datetime'] ." ". $device['message'] ." ". $device['type']);

    echo date("m-d-y H:i:s ");
    echo "LOG\n";

    mysql_close();
  }

###
# Get status on !down devices
###
  function down_info(&$irc, &$data)
  {
    global $config;

    mysql_connect($config['db_host'],$config['db_user'],$config['db_pass']);
    mysql_select_db($config['db_name']);

    foreach (dbFetchRows("SELECT * FROM `devices` where status=0") as $device)
    {
      $message .= $sep . $device['hostname'];
      $sep = ", ";
    }
    $irc->message(SMARTIRC_TYPE_CHANNEL, $data->channel, $message);

    mysql_close();

    echo date("m-d-y H:i:s ");
    echo "DOWN\n";
  }

###
# Get status on !device 
###
  function device_info(&$irc, &$data)
  {
    global $config;

    $hostname = $data->messageex[1];

    mysql_connect($config['db_host'],$config['db_user'],$config['db_pass']);
    mysql_select_db($config['db_name']);

    $device = dbFetchRow("SELECT * FROM `devices` WHERE `hostname` = ?",array($hostname));

    mysql_close();

    if ($device['status'] == 1) { $status = "Up " . formatUptime($device['uptime'] . " "); } else { $status = "Down "; }
    if ($device['ignore']) { $status = "*Ignored*"; }
    if ($device['disabled']) { $status = "*Disabled*"; }

    $irc->message(SMARTIRC_TYPE_CHANNEL, $data->channel, $device['os'] . " " . $device['version'] . " " .
      $device['features'] . " " . $status);

    echo date("m-d-y H:i:s ");
    echo "DEVICE\t\t". $device['hostname']."\n";
  }

###
# Get status on !port 
###
  function port_info(&$irc, &$data)
  {
    global $config;

    $hostname = $data->messageex[1];
    $ifname = $data->messageex[2];

    mysql_connect($config['db_host'],$config['db_user'],$config['db_pass']);
    mysql_select_db($config['db_name']);

    $device = dbFetchRow("SELECT * FROM `devices` WHERE `hostname` = ?",array($device));
    $port   = dbFetchRow("SELECT * FROM `ports` WHERE `ifName` = ? OR `ifDescr` = ? AND device_id = ?", array($ifname, $ifname, $device['device_id']));

    mysql_close();

    $bps_in = formatRates($port['ifInOctets_rate']);
    $bps_out = formatRates($port['ifOutOctets_rate']);
    $pps_in = format_bi($port['ifInUcastPkts_rate']);
    $pps_out = format_bi($port['ifOutUcastPkts_rate']);

    $irc->message(SMARTIRC_TYPE_CHANNEL, $data->channel, $port['ifAdminStatus'] . "/" . $port['ifOperStatus'] . " " .
      $bps_in. " > bps > " . $bps_out . " | " . $pps_in. "pps > PPS > " . $pps_out ."pps");

    echo date("m-d-y H:i:s ");
    echo "PORT\t\t\t" . $hostname . "\t". $ifname . "\n";
  }

###
# !listdevices lists all devices
###
  function list_devices(&$irc, &$data)
  {
    global $config;

    unset ($message);

    mysql_connect($config['db_host'],$config['db_user'],$config['db_pass']);
    mysql_select_db($config['db_name']);

    foreach (dbFetchRows("SELECT `hostname` FROM `devices`") as $device)
    {
      $message .= $sep . $device['hostname'];
      $sep = ", ";
    }

    mysql_close();

    $irc->message(SMARTIRC_TYPE_CHANNEL, $data->channel, $message);
    unset($sep);

    echo date("m-d-y H:i:s ");
    echo "LISTDEVICES\n";
  }

###
# !status  gives overall status
###
  function status_info(&$irc, &$data)
  {
    global $config;

    $statustype = $data->messageex[1];

    mysql_connect($config['db_host'],$config['db_user'],$config['db_pass']);
    mysql_select_db($config['db_name']);

    if ($statustype == "dev")
    {
      $devcount = array_pop(dbFetchRow("SELECT count(*) FROM devices"));
      $devup = array_pop(dbFetchRow("SELECT count(*) FROM devices  WHERE status = '1' AND `ignore` = '0'"));
      $devdown = array_pop(dbFetchRow("SELECT count(*) FROM devices WHERE status = '0' AND `ignore` = '0'"));
      $devign = array_pop(dbFetchRow("SELECT count(*) FROM devices WHERE `ignore` = '1'"));
      $devdis = array_pop(dbFetchRow("SELECT count(*) FROM devices WHERE `disabled` = '1'"));
      $irc->message(SMARTIRC_TYPE_CHANNEL, $data->channel, "Devices: " .$devcount . " (" .$devup . " up, " .$devdown . " down, " .$devign . " ignored, " .$devdis . " disabled" . ")");
    } else if ($statustype == "prt") {
      $prtcount = array_pop(dbFetchRow("SELECT count(*) FROM ports"));
      $prtup = array_pop(dbFetchRow("SELECT count(*) FROM ports AS I, devices AS D  WHERE I.ifOperStatus = 'up' AND I.ignore = '0' AND I.device_id = D.device_id AND D.ignore = '0'"));
      $prtdown = array_pop(dbFetchRow("SELECT count(*) FROM ports AS I, devices AS D WHERE I.ifOperStatus = 'down' AND I.ifAdminStatus = 'up' AND I.ignore = '0' AND D.device_id = I.device_id AND D.ignore = '0'"));
      $prtsht = array_pop(dbFetchRow("SELECT count(*) FROM ports AS I, devices AS D WHERE I.ifAdminStatus = 'down' AND I.ignore = '0' AND D.device_id = I.device_id AND D.ignore = '0'"));
      $prtign = array_pop(dbFetchRow("SELECT count(*) FROM ports AS I, devices AS D WHERE D.device_id = I.device_id AND (I.ignore = '1' OR D.ignore = '1')"));
      $prterr = array_pop(dbFetchRow("SELECT count(*) FROM ports AS I, devices AS D WHERE D.device_id = I.device_id AND (I.ignore = '0' OR D.ignore = '0') AND (I.ifInErrors_delta > '0' OR I.ifOutErrors_delta > '0')"));
      $irc->message(SMARTIRC_TYPE_CHANNEL, $data->channel, "Ports: " .$prtcount . " (" .$prtup . " up, " .$prtdown . " down, " .$prtign . " ignored, " .$prtsht . " shutdown" . ")");
    } else if ($statustype == "srv") {
      $srvcount = array_pop(dbFetchRow("SELECT count(service_id) FROM services"));
      $srvup = array_pop(dbFetchRow("SELECT count(service_id) FROM services  WHERE service_status = '1' AND service_ignore ='0'"));
      $srvdown = array_pop(dbFetchRow("SELECT count(service_id) FROM services WHERE service_status = '0' AND service_ignore = '0'"));
      $srvign = array_pop(dbFetchRow("SELECT count(service_id) FROM services WHERE service_ignore = '1'"));
      $srvdis = array_pop(dbFetchRow("SELECT count(service_id) FROM services WHERE service_disabled = '1'"));
      $irc->message(SMARTIRC_TYPE_CHANNEL, $data->channel, "Services: " .$srvcount . " (" .$srvup . " up, " .$srvdown . " down, " .$srvign . " ignored, " .$srvdis . " disabled" . ")");
    } else {
        $irc->message(SMARTIRC_TYPE_CHANNEL, $data->channel, "Error: STATUS requires one of the following "); }

    mysql_close();

    echo date("m-d-y H:i:s ");
    echo "STATUS\t\t$statustype\n";
  }
}

$bot = &new observiumbot();
$irc = &new Net_SmartIRC();
$irc->setUseSockets(TRUE);

$irc->registerActionhandler(SMARTIRC_TYPE_CHANNEL, ':listdevices', $bot, 'list_devices');
$irc->registerActionhandler(SMARTIRC_TYPE_CHANNEL, ':device', $bot, 'device_info');
$irc->registerActionhandler(SMARTIRC_TYPE_CHANNEL, ':port', $bot, 'port_info');
$irc->registerActionhandler(SMARTIRC_TYPE_CHANNEL, ':down', $bot, 'down_info');
$irc->registerActionhandler(SMARTIRC_TYPE_CHANNEL, ':version', $bot, 'version_info');
$irc->registerActionhandler(SMARTIRC_TYPE_CHANNEL, ':status', $bot, 'status_info');
$irc->registerActionhandler(SMARTIRC_TYPE_CHANNEL, ':log', $bot, 'log_info');
$irc->registerActionhandler(SMARTIRC_TYPE_CHANNEL, ':help', $bot, 'help_info');

$irc->connect($config['irc_host'], $config['irc_port']);
$irc->login($config['irc_nick'], 'Observium Bot', 0, $config['irc_nick']);
$irc->join($config['irc_chan']);
$irc->listen();
$irc->disconnect();

?>

Apache to Nginx Migration

Null — Sat, 19 Nov 2011 17:20:25 +0000

Status update of the web engine migration.
All items are pending further testing.

Tech.kulish.com
Fully functional (including links to other/outside domains)

Cars.kulish.com
Theme issues but otherwise functional
I am currently looking at new themes for this site
Fully functional

Family.kulish.com
Fully functional

Gallery.kulish.com
Working except HTTPS redirects to HTTP because of this…

setConfig(‘baseUri’, ‘http://gallery.kulish.com/main.php’)

Webmail.kulish.com
Fully functional, permanent HTTPS redirect in place

Mediaserv.kulish.com
Fully functional

Monitoring
My monitoring solution is collecting data ~~but display is broken~~.
~~HTTP links do not work, just reloads the overview regardless of URL~~
HTTPS links do not work, throws an error on every click

400 Bad Request
The plain HTTP request was sent to HTTPS port

Cloud
Fully functional, permanent HTTPS redirect in place

Benchmarks
Benchmarks reflect real world performance but I’ve ran it locally against both engines.
Command used: ab -n 1000 -c 5 http://tech.kulish.com/index.php

Short version.
APACHE:
Time taken for tests: 195.169 seconds
Requests per second: 5.12 [#/sec] (mean)

Connect: 0 0 2.8 0 90
Processing: 318 973 2219.7 595 27929
Waiting: 318 965 2209.7 591 27929
Total: 319 974 2219.9 595 27929

NGINX:
Time taken for tests: 109.310 seconds
Requests per second: 9.15 [#/sec] (mean)

Connect: 0 0 0.6 0 10
Processing: 280 546 80.1 543 1022
Waiting: 280 546 80.1 543 1022
Total: 280 546 80.0 543 1022

Long version.
APACHE:
This is ApacheBench, Version 2.3 <$Revision: 655654 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/

Benchmarking tech.kulish.com (be patient)
Completed 100 requests
Completed 200 requests
Completed 300 requests
Completed 400 requests
Completed 500 requests
Completed 600 requests
Completed 700 requests
Completed 800 requests
Completed 900 requests
Completed 1000 requests
Finished 1000 requests

Server Software: Apache/2.2.16
Server Hostname: tech.kulish.com
Server Port: 80

Document Path: /index.php
Document Length: 0 bytes

Concurrency Level: 5
Time taken for tests: 195.169 seconds
Complete requests: 1000
Failed requests: 0
Write errors: 0
Non-2xx responses: 1000
Total transferred: 474000 bytes
HTML transferred: 0 bytes
Requests per second: 5.12 [#/sec] (mean)
Time per request: 975.847 [ms] (mean)
Time per request: 195.169 [ms] (mean, across all concurrent requests)
Transfer rate: 2.37 [Kbytes/sec] received

Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 0 2.8 0 90
Processing: 318 973 2219.7 595 27929
Waiting: 318 965 2209.7 591 27929
Total: 319 974 2219.9 595 27929

Percentage of the requests served within a certain time (ms)
50% 595
66% 663
75% 715
80% 761
90% 1014
95% 1855
98% 4427
99% 15662
100% 27929 (longest request)

NGINX:
This is ApacheBench, Version 2.3 <$Revision: 655654 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/

Benchmarking tech.kulish.com (be patient)
Completed 100 requests
Completed 200 requests
Completed 300 requests
Completed 400 requests
Completed 500 requests
Completed 600 requests
Completed 700 requests
Completed 800 requests
Completed 900 requests
Completed 1000 requests
Finished 1000 requests

Server Software: nginx/1.0.10
Server Hostname: tech.kulish.com
Server Port: 80

Document Path: /index.php
Document Length: 0 bytes

Concurrency Level: 5
Time taken for tests: 109.310 seconds
Complete requests: 1000
Failed requests: 0
Write errors: 0
Non-2xx responses: 1000
Total transferred: 411000 bytes
HTML transferred: 0 bytes
Requests per second: 9.15 [#/sec] (mean)
Time per request: 546.548 [ms] (mean)
Time per request: 109.310 [ms] (mean, across all concurrent requests)
Transfer rate: 3.67 [Kbytes/sec] received

Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 0 0.6 0 10
Processing: 280 546 80.1 543 1022
Waiting: 280 546 80.1 543 1022
Total: 280 546 80.0 543 1022

Percentage of the requests served within a certain time (ms)
50% 543
66% 573
75% 592
80% 605
90% 641
95% 674
98% 735
99% 779
100% 1022 (longest request)

SSH via KEY quit working

Null — Wed, 05 Oct 2011 13:34:12 +0000

PROBLEM: Could not ssh to server via key (or password, only enabled for testing).

RESOLUTION: After restarting the daemon, checking configs, copying the key again, etc..
I found a strange permissions issue with the .ssh directory

When I issued ls -la from the homedir, everything looks ok.

user@server:~ ls -la --SNIP-- drwx------ 2 user group 4096 Oct 5 07:58 .ssh --SNIP--

Then I cd into .ssh and issue ls -la. Note “..”
It’s drw-rw-rw- and that’s not right (no pun intended).

cd .ssh user@server:~/.ssh ls -la total 12 drwx------ 2 user group 4096 Oct 5 07:58 . drw-rw-rw- 7 user group 4096 Oct 5 08:04 .. -rw-r--r-- 1 user group 603 Oct 5 07:37 authorized_keys -rw-r--r-- 1 user group 0 Oct 5 07:38 known_hosts

I fixed it by doing the following.

chmod 700 .. user@server:~/.ssh ls -la total 12 drwx------ 2 user group 4096 Oct 5 07:58 . drwx------ 7 user group 4096 Oct 5 08:04 .. -rw-r--r-- 1 user group 603 Oct 5 07:37 authorized_keys -rw-r--r-- 1 user group 0 Oct 5 07:38 known_hosts

SSL Certs

Null — Wed, 29 Jun 2011 15:26:17 +0000

All SSL Certs have been renewed at CA Cert.

PSU Failure

Null — Sat, 11 Jun 2011 21:46:41 +0000

We lost a PSU in one of our storage devices last night.
Everything mirrored back up fine except for one filesystem which had to be restored from backup.

Everything should be back up and running now.

Webmail Upgrade

Null — Thu, 19 May 2011 01:00:08 +0000

Webmail was upgraded to Roundcube v 0.5.2.