Bye bye Blogspot

This blog is no longer maintained.

I'm online at http://francesco.colista.it/

Update your bookmarks ;-)

Btw: this new blog is still in beta...so...please be patient ;)

Have a gr8 day.

....new blog is on Alpine...obviously ;-)

How To Rename Hyper-V Node in a Failover Cluster

Scenario:
You're going to rename a node in a Failover Cluster.
You're wondering if something bad is going to happen.

In theory, no.

Practically, you can find that when you want to re-add the node in the cluster after having renamed the host, Hyper-V tolds you that you are already part of a cluster.

Umh.


This is partially true. You've been part of a cluster, but now you've another name.

So in your mind may aroust the idea of evict the node.

Before proceedin with this step, read this article:
 
http://blogs.technet.com/b/askcore/archive/2010/03/03/when-should-i-evict-a-cluster-node.aspx

Ok, you match the 4th point, so "evict" the node is contemplated.


After evicting the node, Hyper-V won't re-add  you as explained above.
Now Hyper-V tolds you that is not cleaned up.

OMG. And now?

Solution:

From an elevated privileged prompt, run:

cluster node /forcecleanup

If the command succeeds, you have a clean node that is possible to re-add in the cluster.


A better way to accomplish this step is:

1 - Move all the VMs, Cluster Disk and witness disk in the node you don't want rename (say NodeA).

2 - Evict the NodeB from Failover Cluster, then rename host NodeB in NodeBNew.

3 - Now you can re-add the Node, after reboot, without the /forcecleanup step.

Enjoy.

Arch Linux and sbmanager HowTo

I had to install sbmanager-git on Arch Linux.
Actually, from aur, the PKGBUILD is still at version 20101016.

This is how the PKGBUILD looks like:
------

# Contributor: Matías Hernández 
pkgname=sbmanager-git
pkgver=20101016
pkgrel=3
pkgdesc="Manage iPhone/iPod Touch SpringBoard icons from the computer"
arch=(i686 x86_64)
url="http://cgit.sukimashita.com/sbmanager.git/"
license=('GPL')
groups=(system)
depends=(usbmuxd libimobiledevice clutter clutter-gtk intltool)
makedepends=('git')
provides=(sbmanager)
conflicts=()
replaces=()
backup=()
options=()
install=
#source=($pkgname-$pkgver.tar.gz)
noextract=()
#md5sums=() #generate with 'makepkg -g'

_gitroot="git://git.sukimashita.com/sbmanager.git"
_gitname="sbmanager"

build() {
  cd "$srcdir"
  msg "Connecting to GIT server...."

  if [ -d $_gitname ] ; then
    cd $_gitname && git pull origin
    msg "The local files are updated."
  else
    git clone $_gitroot $_gitname
  fi

  msg "GIT checkout done or server timeout"
  msg "Starting make..."

  rm -rf "$srcdir/$_gitname-build"
  git clone "$srcdir/$_gitname" "$srcdir/$_gitname-build"
  cd "$srcdir/$_gitname-build"

  #
  # BUILD HERE
  #

  ./autogen.sh
  ./configure --prefix=/usr
  make || return 1
  make DESTDIR="$pkgdir/" install
} 

-------  

if you want to install sbmanager without error, as usual digit:

  yaourt -S sbmanager-git

When yaourt will ask to modify the PKGBUILD, answer yes and modify:

  version=20120215 (actually is the latest)
  depends=(usbmuxd libimobiledevice clutter clutter-gtk2 intltool)

Then, continue the installation.

Enjoy! 

Ghost or hidden Network Card

When you trying to set the IP address on a network adapter, you may receive the following error message:

"The IP address XXX.XXX.XXX.XXX you have entered for this network adapter is already assigned to another adapter Name of adapter. Name of adapter is hidden from the network and Dial-up Connections folder because it is not physically in the computer or is a legacy adapter that is not working. If the same address is assigned to both adapters and they become active, only one of them will use this address. This may result in incorrect system configuration. Do you want to enter a different IP address for this adapter in the list of IP addresses in the advanced dialog box? "

 

-

Solution:

Download devcon.exe (http://support.microsoft.com/kb/311272) 

From a command prompt ("run as administrator" if you are on Vista or  above)

devcon findall = net 

or 

devcon listclass net 

 

Note: In the output of the previous commands, there is a line for the ghosted network adapter that is similar to the following:

PCI\VEN_10B7&DEV_9200&SUBSYS_00D81028&REV_78\4&19FD8D60&0&58F0: 3Com 3C920 Integrated Fast Ethernet Controller (3C905C-TX Compatible) 

 

Remove the ghosted device by typing the following syntax:

 

devcon -r remove "@PCI\VEN_10B7&DEV_9200&SUBSYS_00D81028&REV_78\4&19FD8D60&0&58F0" 

 

 

Source: http://support.microsoft.com/kb/269155

XBMC e Dongle USB DVB-T con id: 1d19:1101

Problema:
La versione stable di XBMCLive (la 10.1, la prossima è ancora in beta) è basata su Ubuntu Lucid, il quale non supporta il modulo rtl2832u (usato dal DVB-T Dexatek).

Possibili soluzioni:

1.  Aggiornare i repository ed installare un kernel più nuovo
2. Aggiornare alla versione beta di XBMCLive
3. Cambiare DVB-T (visto il costo irrisorio di questi dispositivi)
4. Patchare il kernel attuale per supportare il modulo rtl2832u

Io ho optato per la 4a.

Versione di XBMC:

mediacenter:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 10.04.2 LTS - XBMCLive Dharma
Release:        10.04
Codename:       lucid

Kernel:
Linux mediacenter 2.6.32-38-generic #83-Ubuntu SMP Wed Jan 4 11:13:04 UTC 2012 i686 GNU/Linux

Sysinfo:
mediacenter:~$ sudo lsusb
Bus 001 Device 004: ID 1d19:1101 Dexatek Technology Ltd. DK DVB-T Dongle

Steps:

1) sudo apt-get install mercurial build-essential linux-headers-`uname -r`
2) hg clone http://linuxtv.org/hg/v4l-dvb
3) cd v4l-dvb
4) wget http://xgazza.altervista.org/Linux/DVB/Drivers/RTL2832U_patch_v4l_dvb.diff
5) patch -p1 < RTL2832U_patch_v4l_dvb.diff
6) make && sudo make install

Riavviare.
A questo punto dovreste trovarvi il dongle DVB-T correttamente riconosciuto dal kernel di linux:

root@mediacenter:/etc# dmesg | grep -i dvb
[   11.762960] dvb-usb: found a 'DK mini DVBT DONGLE' in warm state.
[   11.762970] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
[   11.765465] DVB: registering new adapter (DK mini DVBT DONGLE)
[   12.565385] DVB: registering adapter 0 frontend 0 (Realtek DVB-T RTL2832)...
[   12.565580] input: IR-receiver inside an USB DVB receiver as /devices/pci0000:00/0000:00:1a.7/usb1/1-4/input/input6
[   12.565652] dvb-usb: schedule remote query interval to 287 msecs.
[   12.565658] dvb-usb: DK mini DVBT DONGLE successfully initialized and connected.
[   12.565703] usbcore: registered new interface driver dvb_usb_rtl2832u


Per fare un pò di sano debug, nel caos qualcosa non funzioni come dovrebbe, si può abilitare il debug del modulo, caricandolo con l'opzione:


modprobe dvb_usb_rtl2832u debug=1
Attenzione: /var/log/messages sarà inondato di notifiche da parte del modulo.

Un'altra cosuccia: forse vi domanderete come si fa a sapere quali parametri un modulo accetta in fase di caricamento. In questo caso è debug, ma ce ne sono altri? Come verificarlo? Con il comando modinfo.


 root@mediacenter:/etc# modinfo dvb_usb_rtl2832u
filename:       /lib/modules/2.6.32-38-generic/kernel/drivers/media/dvb/dvb-usb/dvb-usb-rtl2832u.ko
license:        GPL
version:        2.0.1-3
description:    Driver for the RTL2832U DVB-T / RTL2836 DTMB USB2.0 device
author:         Realtek
srcversion:     543B06529B7C7A9EC2C2D20
alias:          usb:v1554p5020d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v1554p5013d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v1F4DpD803d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v1F4DpC803d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v1F4DpB803d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v1F4DpA803d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v1D19p1104d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v1B80pD394d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v0BDAp2837d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v0BDAp2834d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v0BDAp2839d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v0BDAp2836d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v1F4Dp0837d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v1B80pD398d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v1B80pD393d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v1B80pD397d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v13D3p3282d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v13D3p3234d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v1164p6601d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v1680pA332d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v0BDAp2838d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v1D19p1103d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v1D19p1102d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v1D19p1101d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v1B80pD396d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v13D3p3274d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v0CCDp00A9d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v0BDAp2832d*dc*dsc*dp*ic*isc*ip*
depends:        dvb-usb
vermagic:       2.6.32-38-generic SMP mod_unload modversions 586
parm:           debug:Set debugging level (1=info,xfer=2 (or-able)). (int)
parm:           demod:Set default demod type(0=dvb-t, 1=dtmb, 2=dvb-c) (int)
parm:           dtmb_err_discard:Set error packet discard type(0=not discard, 1=discard) (int)
parm:           adapter_nr:DVB adapter numbers (array of short)



In questo caso, il modulo dvb-usb-rtl2832u supporta i parametri "debug", "demod", "dtmb_err_discard", "adapter_nr".
Questi parametri ritornano piuttosto utili quando c'è da abilitare o disabilitare dei componenti delle schede (vedi IR per le schede TV, ad esempio).
A questo punto, installatevi il vostro mediacenter preferito.
Suggerisco XBMC + tvheadend.

Gnome Shell, Unity e guerre di religione

Visto che ognuno dice la sua, anche io voglio dire la mia riguardo un argomento piuttosto sensibile....Gnome Shell.

Una scelta piuttosto coraggiosa che ha fatto il team di Gnome, con l'evidente obiettivo di unificare un ambiente desktop con uno per tablet o laptop touchscreen. Una scelta commerciale, con la finalità di accaparrarsi (anche) quella fetta di mercato che sembra sia in costante crescita.

La reazione degli utenti? Negativa al massimo.

- Linux Mint si è guadagnata il primo posto su Distrowatch proponendo uno Gnome 3 travestito da Gnome 2.
- Ubuntu ha perso posizioni sponsorizzando Unity.
- Linus Torvalds ha dichiarato Gnome 3 "inaccettabile" (per dovere di cronaca..ora ha ritrattato dicendo che con 3.2 è perlomeno utilizzabile).

Queste reazioni sono in realtà un ricorso storico.

Ma visto che ognuno di noi ha la memoria corta, forse è il caso di rispolverare cosa accadde nel passaggio tra KDE 3 e KDE 4.

Una scelta coraggiosa anche quella.

Gli utenti abituati ad un desktop stabile, tutto sommato carino (ricorderete superkaramba e altre amenità che rendevano KDE un desktop all'avanguardia per l'epoca...), e che consumava meno risorse di Gnome.

Poi, il grande salto: KDE 4.

Una balena di software, un desktop manager mastodontico e incompleto, instabile. Sembrava iniziato il declino di KDE in favore di Gnome. Io anche passai da KDE a Gnome 2.xx proprio a causa di KDE 4.
Con gli occhi di oggi, in realtà, si può dire che KDE 4 ha solo precorso i tempi.
Quello che gli utenti Gnome stanno sperimentando _ora_ è solo ciò che è già stato sperimentato dagli utenti KDE _qualche anno fa_.

Certo, la reazione alla quale assistiamo oggi ha sicuramente più risonanza, perchè il bacino di utenza di allora era di gran lunga minore.
Ma la sostanza non cambia.
KDE 4 è stato il desktop manager pioniere nelle idee, e continua ad esserlo.

Ha qualche anno di vantaggio, ma questo non se lo ricorda nessuno...

Staremo a vedere cosa ci riserva il futuro.

Comunque, per chi fosse interessato (?), io sono passato definitivamente da ubuntu ad archlinux.

Il prossimo step, appena sarà pronto, sarà Alpine.

Stay tuned.

Archlinux pacman upgrade troubles

If you experience some problems when running

pacman -Syu

like:

errore: impossibile eseguire l'operazione richiesta (impossibile soddisfare le dipendenze)
:: package-query: richiede pacman<3.6
:: pacman-color: richiede pacman<3.6
:: pyalpm: richiede pacman<3.6

Try this:

pacman -Sy --needed pacman-color pyalpm package-query

choose "n" when archlinux asks for upgrade the packages.

Then, Arch will try to upgrade other packets (and pacman-4 is among them).

At the end of the process, you will have pacman 4.
At this point, probably you experience another problem: the packages now are signed and not recognized by archlinux because you've not the public keys of developers.
If this is your situation, you can fix this problem following this doc:


https://wiki.archlinux.org/index.php/Pacman-key

Or this (in italian)

https://wiki.archlinux.org/index.php/Pacman-key_%28Italiano%29


 If you have problem, knock.