Monthly Archives: November 2009

Bigpond Cable Usage Limits

I’ve used Bigpond Cable (alongside Foxtel) as my broadband provider for over 10 years and recently the top level plan of 60G is proving to be problematic with slight over-runs costing a small fortune @ $0.15 per Mbyte particularly when I cannot figure out what is using the bandwidth.

So as a starting point I used a freebie bandwidth meter on all the pc’s we use at home. This was ok as it provided some guidance as to usage stats but they did not relate to the actual Bigpond Usage page which is what I get billed for.

So today I’ve installed the last release of the Usage Agent by Christiaan Cable from SourceForge. Now this is no longer supported but the source is available if it needs mods but for now it will do what I need to alert the family as we progress through the month.

I also looked at these locations as references: (Installed but too many errors)

Mindjet MindManager and Sharepoint

Notes on modifications to get Sharepoint to recognise MindMap file types

gives these instructions but the paths were not the same for my SharePoint 2007 installation. So I modified these instructions as:

Server Configuration:

Open the file
Local_Drive:Program FilesCommon FilesMicrosoft SharedWeb Server Extensions12TEMPLATEXMLDocIcon.xml

Add the following line within the ByExtension element in DocIcon.xml:

Save DocIcon.xml

Copy the file MindManager.gif to the
Local_Drive:Program FilesCommon FilesMicrosoft SharedWeb Server Extensions12TEMPLATEIMAGES directory
See note below on how to get the MindManager.gif file

Add the following MIME type to IIS using the IIS Manager (Select Mime Types -> Add)

Extension: .mmp .mmap .mmpt .mmat .mmmp .mmas
MIME type: application/vnd.mindjet.mindmanager

MindManager Icon

The icon file for MindManager in V8 includes a variety of sizes of icons. The default is 48px square while 16px square is really what we want for a standard Sharepoint file listing.

So I used IconFX to extract the 16px icon as a .gif file and used that instead.

MindMap v8 Icon gif file

MindMap 8 Icon


Issue an iisreset on the Sharepoint web server to get the new config uploaded.

Adding new drives to SMEServer as a raid pair

Adding two new 1Tbyte drives into my SMEServer v7.4 as a raid pair for backups. Made good use of the LVM How-To (again!)

Obviously installing the physical drives comes first and they should be recognised by the bios and then as the server booted mine were flagged as /dev/sda and sdb respectively.

Because these are new drives and I am adding them rather than modding the current drives I am working in the normal console.

#fdisk /dev/sda
>p –print the current state (should show as blank)
>n –add a new partition
>p –primary partition
>1 –partition number
>t –change the type or id of the drive
>hex= fd –change to Linux raid
>p –print again the details and shows now as approx 1T lvm partition
>w –write the partition table and exit

repeat for /dev/sdb

#shutdown -r now

Restarting the server should automatically match the two drives as a raid pair.  Check by reading through

#cat /var/log/dmesg

for something like this:

md: Autodetecting RAID arrays.
md: could not bd_claim hda1.
md: could not bd_claim hda2.
md: could not bd_claim hdb1.
md: could not bd_claim hdb2.
md: autorun …
md: considering sdb1 …
md:  adding sdb1 …
md:  adding sda1 …
md: created md3
md: bind
md: bind
md: running:
raid1: raid set md3 active with 2 out of 2 mirrors
md: … autorun DONE.

Next check what is showing for LVM


PV /dev/md2   VG main            lvm2 [186.19 GB / 64.00 MB free]
PV /dev/md3                      lvm2 [931.51 GB]
Total: 2 [1.09 TB] / in use: 1 [186.19 GB] / in no VG: 1 [931.51 GB]

shows my new pair ready for inclusion in the LVM volume groups and logical volume.

Here I ran into an annoyance with a message Insufficient Extents.

I figure I want the whole disk and the above indicates 931.51G is free

lvm> lvcreate /dev/backups -L931.51G -n backups
  CTRL-c detected: giving up waiting for lock
  Rounding up size to full physical extent 931.51 GB
  Insufficient free extents (238466) in volume group backups: 238467 required

I have since learnt that lvm does some rounding and that using the ‘byte’ size is not the best option.

  — Volume group —
  VG Name               backups
  System ID
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  8
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                0
  Open LV               0
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               931.51 GB
  PE Size               4.00 MB
  Total PE              238466
  Alloc PE / Size       0 / 0
  Free  PE / Size       238466 / 931.51 GB
  VG UUID               #######################

In the above screen the important bit is the “Total PE              238466” which tells me the Physical Extents available.

Changing my command to create the lv so that I use the PE rather than byte value

lvm> lvcreate /dev/backups -l238466 -n backups
  Logical volume “backups” created

gives a successful outcome.

lvm> lvscan
  ACTIVE            ‘/dev/main/root’ [184.19 GB] inherit
  ACTIVE            ‘/dev/main/swap’ [1.94 GB] inherit
  ACTIVE            ‘/dev/backups/backups’ [931.51 GB] inherit 

Next to format the new backups volume

#mke2fs /dev/backups/backups

Add the journalling

#tune2fs -j /dev/backups/backups

Edit fstab to add the mounting of this drive by inserting this line

/dev/backups/backups /backups ext3 usrquota,grpquota 1 1

and create the mount point – in my case – /backups

#mkdir /backups

Then one final restart of the server to see that it all starts ok and its done.