Telenet Prime opzeggen

| Wednesday, 2 June, 2010

Telenet is de laatste tijd over het algemeen goed bezig, vind ik. Weinig technische storingen, zeker met internet. De digibox/-corder meestal ‘just works‘ – er is altijd reden om te klagen natuurlijk, en het zou een stuk opener mogen en zo, maar in the end wil ik gewoon iets dat werk, en dat doet het gewoonlijk voldoende.

Ik had meer dan een jaar geleden ooit ingeschreven op een Prime abonement. Tevreden van, maar in the end kijk ik te weinig naar films opdat zo’n abonement de moeite is. De beste films zijn meestal toch eerst op A La carte beschikbaar, en voor het aantal extra films dat ik zou bestellen, geraak ik niet aan het maandelijkse bedrag dat Prime me kost. Simpele berekening van kosten en baten.

Dus willen we dat abonnement Prime opzeggen. Dat was toen via een promo en ik denk minstens voor een jaar of zo, maar we zijn intussen al veel verder, en opzeggen is contractueel nu zeker geen probleem.

Telenet heeft nu ook een redelijk uitgebouwde website waar je je account kan beheren. Zo vond ik ergens ook een overzicht van de abonnementen die ik neem, en o wonder, je kan Prime aldaar afvinken en opzeggen. Indertijd via een simpel telefoontje ingeschreven, nu via een simpele muisklik weer uitschrijven, geef toe, da’s toch wonderbaarlijk?

Maar te rap gejuicht vrees ik. De web interface is niet meer dan een aanvraag om op te zeggen. Telenet gaat je binnen de twee dagen contacteren. Nu goed, als zij nog even bellen om te bevestigen…

Maar ze bellen natuurlijk niet. (Of althans ze konden me niet bereiken hoor ik later.)

Dan maar zelf bellen. Met de GSM want tegenwoordig heb ik en abonnement waar het goedkoper is te bellen naar vaste lijn dan naar GSM (de forfaitaire minuten naar vaste lijn krijg ik gewoon niet op). Met nummer herkenning weten ze blijkbaar daar al aan mijn GSM nummer wie ik ben. Ook leuk. (Tiens, toen ze me vorige week blijkbaar probeerden te bereiken hebben ze de GSM toch niet geprobeerd.)

Enfin, een heel vriendelijke dame aan de lijn die het heel professioneel aanpakte, niets op te zeggen. Maar in the end moet ik nu mijn Prime schriftelijk opzeggen. Best aangetekend mijnheer.

Twee maten en twee gewichten. Ermee beginnen wordt heel gemakkelijk gemaakt. Ermee stoppen heel moeilijk. Klantvriendelijkheid: nul.

ldap pam authentication exclusively for openvpn only

| Friday, 23 April, 2010

I needed to implement ldap authentication and authorsiation for an openvpn setup which until now used a simple password file.

Lots of howto’s tell you to update the standard PAM login service to use ldap, and to have openvpn use that login service for authentication. I expect in most cases you’ll probably just want to have a dedicated vpn server, and not having users logging in on the system wide login. At least, that’s what I needed today to migrate away from that password file based config.

That turned out to be quite easy once you get the pam config right, though I’m still not 100% positive this particular pam config is the most optimal. In the end I just defined a new openvpn pam service by creating /etc/pam.d/openvpn with a very short and simple config.

Here’s the configuration notes which reflect this config update. All users with an ldap account, and member of the remoteaccess group are granted access to openvpn.

--- openvpn_installation_howto.txt 31 Mar 2010 12:37:42 -0000 1.16
+++ openvpn_installation_howto.txt 23 Apr 2010 14:53:23 -0000
@@ -167,6 +167,25 @@
# Server configuration
######################

+## config update to authenticate & authorise through ldap
+aptitude install libpam-ldap
+
+- edit /etc/pam_ldap.conf
+ uri ldaps://ldap.server
+ base dc=division,dc=corp,dc=be
+ ldap_version 3
+ pam_groupdn cn=remoteaccess,ou=groups,dc=division,dc=corp,dc=be
+ pam_member_attribute memberUid
+ pam_password crypt
+ tls_checkpeer no
+- create /etc/pam.d/openvpn
+ auth required pam_ldap.so
+ account required pam_ldap.so
+- edit server-udp.conf and server-tcp.conf
+ #auth-user-pass-verify /etc/openvpn/fileauth.pl via-file
+ plugin /usr/lib/openvpn/openvpn-auth-pam.so openvpn

First impression of comparative tests on virtualisation technologies

| Friday, 26 February, 2010

update 16 March: fixed the hardware specs

I’m working on doing some tests to compare different virtualisation technologies. Whilst those tests are far from finished, I got some numbers this afternoon who give a quick first impression.

What is being tested here?

  • Running some specific processes
  • Timing how long they run
  • On a virtual guest (1 for now) on different platforms

Host environment?
Five servers, each running a different virtualisation platform, running on a machine with 2 quad cores Intel(R) Xeon(R) CPU E5520 @ 2.27GHz with 12GB RAM. One 160GB SATA 2.25″ 5400RPM disk per server, of which around 120GB is used for the guest disks (LVM).

The 5 different platforms are:

  1. VMWare ESXi 4.0
  2. Red Hat / CentOS 5.4 with Xen 3.0
  3. Red Hat / CentOS 5.4 with KVM 83
  4. Debian Lenny with Xen 3.2
  5. Ubuntu Karmic with KVM 0.11

Guest environment?
All the guests are running Debian Lenny, in a vm with 512M Ram, with 2 virtual processors. And a file system of around 6GB. Virtual disks are LVM logical volumes on disk on the server host. Xen guest are runnig in paravirtualisation mode with the domU kernel available in Lenny, KVM guests are configured with virtio hardware. VMWare emulates Intel(R) PRO/1000.

There are 20 clients deployed on each server. So far I ran tests on 1 concurrent guest only. The dual concurrent client tests are running whils I write this, I’ll hope the scripts will keep running during the weekend 🙂

A quick peek in the test logs showed me following numbers. The items should speak for themselves, tthey are noted as

platform-test=time_in_seconds_to_run

A smaller number means better performance.

Lame
Converting 10 wave files to mp3

debxen-lame=44
ubukvm-lame=45
vmware-lame=45
rhtkvm-lame=47
rhtxen-lame=53

Unzipping a kernel tarball
debxen-zip=78
vmware-zip=78
ubukvm-zip=81
rhtkvm-zip=83
rhtxen-zip=94

Untarring the tar archive
vmware-untar=25
debxen-untar=27
rhtxen-untar=27
ubukvm-untar=30
rhtkvm-untar=40

Compiling that kernel
ubukvm-kernelcompile=3789
vmware-kernelcompile=3879
rhtkvm-kernelcompile=3918
debxen-kernelcompile=3999
rhtxen-kernelcompile=4906

The biggest thing to note would be a lesser performance of Redhat + Xen when it comes to processor load, but keep in mind that this is an older version of Xen. On the other hand The respective older version of KVM on Red hat plays rhather well. I expect Xen to perform better when it comes to disk access.

There are other tests being processed also (iperf, iozone, tbench, dbench) but I can’t give a quick overview of those as the time to run is irrelevant for those.

More to come.

Gnome evolution suxorz

| Saturday, 26 December, 2009

Gnome evolution:

Actually, this was triggered by clicking a mailto: link, whilst I hadn’t fixed Gnome’s default behaviour of launching evolution, so I just closed the mail dialog Window, but evolution seems to insist on staying running persistently.

But I don’t even use this freaky program. I only configure my Google Calendar to have it show up in the date app in gnome-panel. I may have an IMAP account configured too, but I don’t really use that.

I can understand that having an IMAP account with several gigs of data on the server end might trigger some indexing magic, but why evolution insists on permanantly using half of my physicical memory is beyond me.

This behaviour has actually been very persistent since several years/releases. Even deleting al .evolution related data in $HOME doesn’t fix that, so it’s not some left over garbage from an old installation.

How to reproduce? Clean install. Configure a calendar. Configure an imap account. Rince & repeat.

How such a piece of junk manages to stay the default client of choice in Gnome, and hence lots of distributions, is beyond me.

VMWare open backup tool

| Tuesday, 22 December, 2009

I’ve been looking for several backup solutions for VMWare lately, which is quite a depressing task, imho.

Being a proprietary tool, VMWare has a problem in common with Windows: it’s full off proprietary API’s you have to go through to be able to pull a backup. Also, whilst VMWare (ESX, but in practice also ESXi) has a unix/Linux like management environment, you don’t get all the tools you’d want to do your thing. Rsync to name one.

Of course, I you walk the line, buy sufficient licenses and extra software, you get to use VCB and can interconnect with “Supported” software like Symantec Backup Exec and the like.

But here and know, all I wanted, next to regular backups, was being able to easily pull backups to a Linux backup server (just a host with plent of disk space, and all the standard software I wanted.) Now, I found it hard to find the right solution to do that. Lots of custom scripts, but nothing that quickly worked. Often ugly scripts or hacks.

So far, the best solution i sticked to is the GhettoVCB script. Add a an NFS export from the Linux backup server to VMWare as a Datastore, and after a simple config, just run the script.

Downside of this approach, when used for a full ESX with SAN environment, is that you have to run in on the virtual host machines themselves, you can’t grab it over a separate VCB host which can haz its own SAN connection.

It works, but I still feel it’s awkward, not sure why. Anybody other suggestions for plain and simple backup tools for vmware?

Godsdienst-tweet

| Saturday, 28 November, 2009

Hoewel ik het zelf vanop de smoelenboek gehaald heb, zou ik dit nu normaal op Twitter gooien.

Gezien het risico om als Twitteraar (nvdr: marginale internetmens) slechts de in-crowd te bereiken, geef ik liever voorkeur aan de in-crowd alhier – ik denk graag dat het hier minder marginaal is.

Dus, bij deze, hierna mijn less-than-140-chars – handig excuus om er niet te veel over te moeten zeveren:

De mening van ne slimme mens: http://bit.ly/viKRR

Categories: All 0 comments