Archive de l‘auteur: ‘AEvenot

19 articles trouvés dans cette archive
Juin/12300

Netapp vient de sortir son appliance virtuelle dont voici les caractéristiques :
– vApp vSphere5
– 5To de stockage maximum
– Mémoire 4Go
– CPU : 2
– Prix : 5000$
– Data ONTAP 8.1.1 7mode
– Protocoles inclus : iSCSI, NFS, CIFS
– Fonctionnalités incluses : SnapRestore, FlexClone, SnapVault
– Fonctionnalités non incluses : FlashPool, MetroCluster, Multistore, RAIP-DP, SnapMirror et Syncmirror

http://media.netapp.com/documents/ds-data-ontap-edge.pdf

Fév/12170

Il existe déjà plusieurs tutoriels sur le net concernant le déploiement de serveurs ESX avec Auto-Deploy, cette nouvelle fonctionnalité apparue avec vSphere5 qui permet de déployer des serveurs ESX en mode stateless

http://www.vmware.com/files/pdf/products/vsphere/VMware-vSphere-Evaluation-Guide-4-Auto-Deploy.pdf

Voici une procédure pour déployer des serveurs ESX avec l’appliance vCenter5.

Première étape :

Démarrage du service AutoDeploy depuis l’interface d’administration de appliance

 

 

 

 

Configuration du DHCP

il existe un fichier modèle pour le dhcp /etc/dhcpd.conf.template cependant voici la version que j’utilise

allow booting;
allow bootp;
deny duplicates;
ddns-update-style none;

include « /etc/dhcpd.deploy.conf »;

subnet 192.168.0.0 netmask 255.255.255.0 {
option domain-name « ad.local »;
option domain-name-servers 192.168.0.102;

range 192.168.0.191 192.168.0.183;
allow unknown-clients;
option gpxe.no-pxedhcp 1;
next-server 192.168.0.133;
filename « undionly.kpxe.vmw-hardwired »;

Lire la suite…

Fév/12170
Par Dans Veeam, VMware

Suite aux différents problèmes rencontrés par les clients sur la version 6 notamment au niveau des versions Windows non-anglaises ou encore les problèmes sur le mode SAN, Veeam a mise en ligne un patch qui corrige les différentes points.

Support Notice

A patch is available for v6. If you plan to use Direct SAN access mode, are running a localized version of Microsoft Windows, or are upgrading from a previous version of Veeam Backup & Replication, consider installing the patch.
http://www.veeam.com/kb_articles.html/KB1442

Déc/118
Par Dans Backup, Veeam

Pour avoir mise en place cette semaine un serveur de sauvegarde avec Veeam Backup version 6, voici mon retour :

J’ai rencontré beaucoup de problèmes pour faire fonctionner les sauvegardes, et du coup cela s’est terminé par une désinstallation et une réinstallation d’une version 5.

Avec la version 5 installée sur un Windows 2008 R2 FR, je n’ai pas réussi à faire fonctionner le logiciel quelque soit le mode utilisé (LAN ou SAN).

Après plusieurs recherches et quelques tests sur mon homelab, j’ai constaté que les problèmes n’étaient pas présents avec une version Windows 2008 US. Le problème semble donc venir du VDDK (Version 5) qui pose problème avec des versions de Windows non US.

Toujours sur une version FR de Windows, l’utilisation du mode Automatic (Failover LAN coché) au niveau du Backup Proxy fonctionne mieux que le mode Network forcé.

Il existe aussi d’autres problèmes avec le Backup en mode SAN, vous trouverez plus de détails dans le lien ci-dessous.

Résumé des problèmes connus lors des migrations v5 vers v6 : http://forums.veeam.com/viewtopic.php?f=2&t=9533

Résolution  : L’une des alternatives consiste à installer le pack de langue us sur la version fr de Windows, voici le lien pour la version Windows 2008 R2 SP1

Avr/1129

Voici une méthode pour désactiver complétement IPV6 sur les interfaces réseaux dans Windows 2008.

En effet, le fait de décocher la case IPv6 dans les propriétés de la carte réseau ne désactive pas complétement ipv6 sur le serveur. Il suffit d’exécuter la commande ipconfig pour se rendre compte de cela.

Solution.
Créer un DWORD nommé DisabledComponents avec la valeur FFFFFFFF dans HKLM\System\CurrentControlSet\Services\Tcpip6\Parameters\.

http://support.microsoft.com/kb/929852

Avr/11290

Le job de réplication dans VizionCore vReplicator plante avec l’erreur « Error caused by file /vmfs/volumes/lun/vm/vm.vmdk ».

Dans l’eventlog de vReplicator service, on a le message d’erreur suivant:

Error caused by file /vmfs/volumes/lun/vm/vm.vmdk ».

Note that a detailed log of the replication can be found at: xxxxxxxxxxxxxxxx.repjob

If you cannot resolve this problem on your own, Vizioncore support team will require the attached log to determine the cause of the problem and advise you on the resolution.

Regards,
Vizioncore Team

Voici la solution

  • Dans vReplicator, cliquer sur le menu Tools et choisissez  Changed Block Tracking Options
  • Identifier la VM et décocher la case Enabled sur la VM  concernée puis fermez la fenêtre
  • Dans vCenter, créez un nouveau snapshot sur cette VM
  • Revenez dans la console Tools de vReplicator et réactiver le Change Block Tracking sur cette VM
  • Dans vCenter, supprimer le snapshot sur cette VM
  • Relancer ensuite le job

Cette solution a fonctionné pour moi pal mal de fois.

Avr/11260

Voici le document de troubleshooting de performance pour ESX 4.1 , il est sorti au mois de février mais reste un excellent document à garder sous le coude.
http://communities.vmware.com/docs/DOC-14905

Fév/114

Présentation

Le produit San Symphony-V, qui est sortie le 31 janvier, est la fusion des deux interfaces San Melody et San Symphony. L’interface ainsi que le code ont totalement était revu. La gestion du produit peut maintenant être déporté car le produit fonctionne avec une console,  celle-ci peut être installée sur les noeuds  datacore mais également sur un poste de management.

Changement dans l’interface
L’interface est « user-fiendly » et donc relativement intuitive. Ayant réalisé une majorité d’installation sur San Melody, je trouve cette interface très riche et elle permet de réaliser la plupart des opérations sans avoir à changer sans cesse de serveur ou de console pour réaliser les opérations de bases.

Parmi les nombreux changements :

Lire la suite…

Jan/1119

Voici la procédure pour passer un Windows 2008/7 installé à partir d’un media « RETAIL » vers une version volume.

Vérification du type de licence

C:WindowsSystem32>cscript slmgr.vbs -dli

Microsoft (R) Windows Script Host Version 5.8
Copyright (C) Microsoft Corporation. All rights reserved.

Name: Windows Server(R), ServerStandard edition
Description: Windows Operating System – Windows Server(R), RETAIL channel
Partial Product Key: 2XXXX
License Status: Initial grace period
Time remaining: 1500 minute(s) (1 day(s))

Changement de la clé pour une clé KMS (installé par défaut avec un Windows 2008)

Lire la suite…

Déc/1014

J’ai rencontré un problème de réseau assez étrange sur une de mes déploiement dont voici les détails.

Configuration :
Serveurs : IBM x3850 première génération,
VMware : ESXi4.1 à jour (+2 Patchs)
Cartes Réseaux : Broadcom intégré + Intel 82571EB
Switch virtuel vSwoitch0 contenant les cartes Broadcom : Réseau de management
Switch virtuel contenant les cartes Intel : Réseau des VM

Symptôme :
Les machines virtuelles sur le Switch de production ne communiquaient pas sur le réseau et au fur et à mesure les cartes réseaux (vmnic) tombaient une à une alors que sur le Switch physique, elles étaient bien UP.

J’ai donc tout d’abord essayé la KB http://kb.vmware.com/kb/1030265 même si mes serveurs ESX étaient assez anciens,  mais sans effet.

Le problème a été résolu en appliquant la KB http://kb.vmware.com/kb/1010313 et tout fonctionne normalement, par contre aucune trace de messages d’erreurs dans les logs.