Rien de plus simple; prenez votre éditeur favori et ajouter cette ligne dans le fichier /etc/sysctl.conf :
net.ipv6.conf.all.disable_ipv6 = 1
Redémarrez votre machine et le tour est joué!
Edit : suite à un commentaire pertinent d'un internaute, on peut également, au lieu de redémarrer, exécuter la commande sysctl -w pour que la modification soit prise en compte au lieu de redémarrer.
Les outils de support (support tools) peuvent être utiles pour voir s'il y a un problème sur votre serveur. Cependant, sur windows serveur 2003, ils ne sont pas installés par défaut.
Pour les installer, rien de plus simple; rendez vous sur cette page pour les télécharger : http://www.microsoft.com/download/en/details.aspx?id=7911 .
Il suffit d'exécuter ce fichier et de suivre les indications pour qu'au bout de quelques clics, tout soit configuré correctement.
Il suffit ensuite d'aller dans le répertoire C:\Program Files\Support Tools (en ligne de commande bien entendu!).
Voici la liste des outils à votre disposition :
- acldiag.exe
- addiag.exe
- apmstat.exe
- binddif.exe
- Bitsadmin.exe
- browstat.exe
- cabarc.exe
- dcdiag.exe
- depends.exe
- devcon.exe
- dfsutil.exe
- dhcploc.exe
- diruse.exe
- dmdiag.exe
- dnscmd.exe
- dnslint.exe
- dsacls.exe
- dsastat.exe
- dskprobe.exe
- efsinfo.exe
- exctrlst.exe
- filever.exe
- ftonline.exe
- getsid.exe
- gflags.exe
- httpcfg.exe
- iasparse.exe
- ksetup.exe
- ktpass.exe
- ldp.exe
- memsnap.exe
- movetree.exe
- msicuu.exe
- msizap.exe
- netcap.exe
- netdiag.exe
- netdom.exe
- nltest.exe
- ntfrsutl.exe
- poolmon.exe
- portqry.exe
- remote.exe
- repadmin.exe
- replmon.exe
- rsdiag.exe
- rsdir.exe
- sdcheck.exe
- setspn.exe
- shoaccs.exe
- sidwalk.exe
- spcheck.exe
- windiff.exe
- xcacls.exe
Si vous avez perdu le mot de passe root et que vous avez un accès physique à votre machine, voici la procédure à suivre pour le réinitialiser :
- redémarrer votre machine;
- lorsque Grub apparaît, sélectionnez la deuxième ligne, mode de dépannage (rescue mode);
- appuyez sur la touche e (pour éditer);
- placez votre curseur à la fin de la ligne commençant par Linux;
- ajoutez init=/bin/bash (attention vous êtes à ce moment en clavier qwerty, le slash se trouve alors à la place du point d'exclamation);
- appuyez ensuite sur ctrl+x pour booter;
- vous devez alors être connecté en root;
- remonter la partition en écriture avec la commande suivante : mount -o remount,rw /
- taper la commande passwd pour changer le mot de passe root.
A noter que cette procédure a été testée sur une debian Squeeze utilisant grub. Elle doit également être valable sur d'autres distributions utilisant le même chargeur de démarrage.
"Windows ne parvient pas à accéder au périphérique au chemin d'accès ou au fichier spécifié. Vous ne disposez peut-être pas des autorisations appropriées pour avoir accès à cet élément."
C'est le message d'erreur qu'on peut avoir lorsqu'on déplace un fichier à travers le réseau et qu'on veut l'exécuter.
En effectuant un clique droit sur le fichier, puis en cliquant sur propriété, on peut voir en bas de la fenêtre qui s'ouvre le message suivant "Ce fichier provient d'un autre ordinateur et peut éventuellement être bloqué pour protéger cet ordinateur".
Il suffit alors de cliquer sur "Débloquer" pour que le fichier puisse être exécuter.
Voilà qu'aujourd'hui j'ai eu le message d'insulte suivant lorsque j'ai voulu migrer une machine virtuelle d'un hôte à un autre dans un cluster : "source detected that destination failed to resume". Le message est apparu à 82% de la migration.
En fait, il s'agit d'une petite différence de configuration entre les deux hôtes. L'un des deux a son datastore de configurer avec une adresse ip, et l'autre avec son hostname. Résultat, l'UUID des volumes est différent (on peut le voir avec la commande /usr/sbin/vdf -h), et donc la migration ne peut pas se faire.
A noter que j'ai vu cette différence de configuration en tapant la commande /usr/sbin/esxcfg-nas -l.
Résolution : Si vous avez une licence supérieure à "standard", vous pouvez effectuer une migration d'un datastore à un autre, puis démonter le datastore incriminé pour le remonter avec les bons paramètres.
Par contre, si vous avez comme moi une licence standard, vous n'avez plus qu'à arrêter vos VM, les supprimer de l'inventaire pour ensuite pouvoir démonter/remonter le datastore, avant de pouvoir ajouter à nouveau les VM à l'inventaire et les redémarrer. La migration devrait ensuite pouvoir se faire sans problème.
Un peu de lecture si vous voulez en savoir un peu plus (en anglais dans le texte!) :
http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1006052
Si comme moi vous passez d'une distribution Linux Debian à une RedHat et que, comme moi, votre mémoire de poisson rouge vous joue des tours au moment de vous rappeler ou se trouvent les différents fichiers de configuration des distributions sus-nommées, voici un petit récapitulatif, rien que pour vous (heu... surtout pour moi en fait!).
Pour information, ce comparatif a été établi à partir d'une debian squeeze(6) et une RHEL 5.
Celui-ci n'est pour le moment pas complet. J'essaierai de le compléter au fur et à mesure.
| Catégorie | Debian | Redhat | Description |
| Réseau | /etc/hosts | /etc/hosts | Association des adresses IP et des noms d'hotes (hostname ou fqdn) |
| /etc/resolv.conf | /etc/resolv.conf | Détermine le nom des serveurs dns ainsi que le nom de domaine | |
| /etc/network/interfaces | /etc/sysconfig/network-scripts/* | Sous redhat, la configuration des interfaces réseaux est séparés dans plusieurs fichiers | |