- FRsAG - frsag.org

[FRSAG] Changement SSID - Serveur 2008 serveur Virtuel sous vmware
by Dominique DE CONTI 17 Dec '12

17 Dec '12

Bonjour à tous, Avis au spécialiste de la virtualisation, je rencontre un problème que je n'arrive pas à résoudre. Mon objectif étant la préparation puis le clonage d'un serveur 2008 R2 virtuel non encore intégré dans un domaine (NewSID n'étant plus supporté). Partons de la base : Je dispose d'un Hyperviseur ESXi 5.0 sous serveur Hôte au travers duquel, dans mon datastore, j'ai mon serveur 2008 R2.vmdk Maintenant, à l'intérieur de ma machine virtuelle, lorsque j'essaye de modifier le SID de mon serveur 2008 virtualisé avec sysprep et que je le clone, j'ai un écran bleue au démarrage avec l'erreur BSOD: "Stop: c000021a {Fatal System Error} The Session Manager Initialization system process terminated unexpectedly with a status of 0xc000003a (0x00000000 0x00000000). The system has been shut down." Quelqu'un aurait une idée ? Bon week-end à tous.

3 2

Postmaster SFR
by Kevin COUSIN 14 Dec '12

14 Dec '12

Hello la liste ! Est-ce que quelqu'un connait l'adresse du postmaster de SFR ? J'ai déjà essayé postmaster(a)sfr.fr et postmaster(a)neuf.fr, qui se solde par un « User unknown »... Cordialement, Kevin COUSIN Administrateur Linux Mail : kcousin(a)globalsp.com Tel. : +33 (0)1 44 70 48 22 Fax : +33 (0)1 44 70 48 49 www.globalsp.com Global SP, The SaaS Company

4 3

[JOB] Premaccess / Ingénieur système
by Falco Schmutz 12 Dec '12

12 Dec '12

L'équipe technique de Premaccess poursuit sa croissance ! Envie de voir un autre pays ? Afin de répondre à l'évolution de notre infrastructure d'hébergement et à notre développement à l'international, nous poursuivons le recrutement de professionnels experts en haute disponibilité. Nous recherchons dès à présent un Ingénieur Systèmes sur notre site de Fribourg en Suisse. Nous nous réjouissons par avance des candidatures adressées à contact(a)premaccess.com. Description du poste : http://www.premaccess.com/tl_files/premaccess/infos/Premaccess-Offre_Ingeni… N'hésiter pas faire tourner ! Bonne journée !! -- ____________________________________________________________________________________________ Falco SCHMUTZ <http://fr.linkedin.com/in/fschmutz> E-mail : fschmutz(a)premaccess.com Mobile : +33 6 80 22 00 29 Fixe Suisse : +41 44 586 77 74 Fax Suisse : +41 26 347 28 90 Fax France : +33 9 72 12 19 25 premaccess sàrl Route des Arsenaux 41 - CP 132 CH-1705 Fribourg, Suisse http://www.premaccess.com ____________________________________________________________________________________________ Attention : le présent message et toutes les pièces jointes sont confidentiels et établis a l'attention exclusive du ou des destinataire(s) indique(s). Toute autre diffusion ou utilisation non autorisée est interdite. Si vous recevez ce message par erreur, veuillez immédiatement en avertir l'expéditeur par e-mail en retour, détruire le message et vous abstenir de toute référence aux informations qui y figurent afin d'éviter les sanctions attachées a la divulgation et a l'utilisation d'informations confidentielles. Les messages électroniques sont susceptibles d'altération. Nous déclinons toute responsabilité en cas d'altération ou de falsification du présent message. Warning : this e-mail and any files attached are confidential and intended solely to the named addressee(s). Any unauthorised dissemination or use is strictly prohibited. If you received this e-mail in error, please immediately notify the sender by reply e-mail and then delete the e-mail from your system. Please do not copy, use or make reference to it for any purpose, or disclose its contents to any person : to do so could expose you to sanctions. E-mails can be altered or falsified. We shall not be liable for any alteration or falsification on this e-mail.

1 0

Network I/O et multi-core
by [WHD-RS] Benjamin SCHILZ 01 Dec '12

01 Dec '12

Bonjour à tous, Je m’interroge sur la distribution des I/O réseaux sur un serveur Linux (Debian 6.0.6 ; 2.6.32-5-amd64) : #cat /proc/interrupts CPU0 CPU1 CPU2 CPU3 CPU4 CPU5 CPU6 CPU7 [..] 29: 3083577549 0 0 0 0 0 0 0 PCI-MSI-edge eth0-rx-0 30: 3016344398 0 0 0 0 0 0 0 PCI-MSI-edge eth0-tx-0 31: 8503469 0 0 0 0 0 0 0 PCI-MSI-edge eth0 32: 30622170 0 0 0 0 0 0 0 PCI-MSI-edge eth1-rx-0 33: 23139539 0 0 0 0 0 0 0 PCI-MSI-edge eth1-tx-0 34: 637808 0 0 0 0 0 0 0 PCI-MSI-edge eth1 Les I/O sont toutes envoyées sur un cœur. Le truc que j’arrive pas à saisir c’est que sur d’autres serveurs avec la même version de noyau, driver réseau (e1000e) et le même genre de cartes réseaux (Intel sur CM Supermicro) ce n’est pas le cas : #cat /proc/interrupts CPU0 CPU1 CPU2 CPU3 53: 2136695 2136042 2138009 2137537 PCI-MSI-edge eth0 54: 42655676 42656495 42654333 42654706 PCI-MSI-edge eth1 J’ai testé « irqbalance » et c’est pas très concluant et pas bien distribué. Vous avez des pistes ou une idée de ces différences ? Benjamin.

11 25

Deployer MySQL dans le Cloud ?
by Veronique Loquet 29 Nov '12

29 Nov '12

Bonjour, Seriez-vous intéressés de connaitre les avantages et freins à l'utilisation de MySQL dans le Cloud ? Si oui je vous informe que l'équipe technique d'origine de MySQL (reformée chez SkySQL et MariaDB) vous invite à un meet-up gratuit pour aborder, au plan techniqueet pratique, le déploiement optimal de vos bases de données et la gestion d'un cluster de bdd open source dans le Cloud. C'est à Paris (pardon pour tous lesfrsag bretons, chtis, alsaciens, corses,Lyonnais, basques... vous êtes bienvenus si vous pouvez vous joindre), Le 12/12 de 19h à 22h30 Espace de coworking Mutinerie 29 rue de Meaux - 75019 Paris PS: Don't BYOB (Bring your own bottle) nous offrons un cocktail dinatoire réunionnaishistoire de réchauffer l'hiver. L'idée est de confronter les expériences et bénéficier des conseils des MySQLersen joignant l'utile à l'agréable. Pour vous inscrire :_http://www.lemug.fr/2012/12-decembre-2012-meetup-skysql/_ ou me répondre directement par mail. Amitiés, Véronique

5 6

Conseil sur une architecture serveurs
by SD76 28 Nov '12

28 Nov '12

Bonjour, Étant sysadmin junior, je me permet de vous sollicitez afin de faire les bon choix. Contexte: PME immobilière nationale en fort développement. Actuellement site vitrine et outils métiers ne font qu'un même techno (Apache/php/mysql) et serveur unique... On a pas mal de souci de perf (code non optimisé et pareil coté BDD). 20k visiteurs unique jours / 80 salariés. Les volumétries sont raisonnable. Objectif: Tout est en cours de refonte (Nginx/PHP/PostGresql), nous souhaitons isoler le site et l'application métier sans trop arriver à choisir. Améliorer la disponibilité, faciliter la mise en prod… Exemple d'archi: Site et sa base de donnée sur un premier serveur avec un failover idem pour la partie métier Site et appli métier sur un même serveur et chaque base de donnée sur leur serveur… Les combinaisons sont nombreuse… Virtualisation ou non? Les techno nous importe peu tant qu'elles on fait leurs preuve. Étant donné la croissance de l’activité, nous recherchons aussi la scalabilité. L'idée étant de garder au maximum la main sur les machines, le "cloud" ne nous botte pas vraiment. Et pour avoir déjà donné, je ne veux pas de solution à base de bidouillage :) Si vous avez des retours d’expériences sur des besoins similaire ou des remarques à apporter j'en serait ravi. NB: O*H nous hébergent actuellement, je souhaiterai déménager. Si vous avec de bon contact, je suis preneur. Merci. sd

21 50

Problème connexion TCP en IPv6 via tunnel broker
by Valentin Surrel 27 Nov '12

27 Nov '12

Bonjour la liste, J'essaye de jouer un peu avec IPv6 au taf sur notre LAN (livebox, donc pas d'IPv6, donc tunnel broker HE), tout a marché relativement vite, mais je suis confronté à un petit soucis. J'ai voulu me connecter à un site avec Facebook Connect, et là, c'est looooong avant de fonctionner. Il s'avère que ça essaye d'aller sur graph.facebook.com en IPv6 avant de fallback en IPv4. Je reproduis avec un "telnet graph.facebook.com 443". Côté telnet, ça hang sur "connecting to ..." avant de fallback en IPv4 et fonctionner. La trace sur le routeur correspondant à la tentative de connexion et le début de lag est la suivante : root@router:~# tcpdump -i he-ipv6 -s 0 -A -nnvv ip6 and host 2a03:2880:10:8f01:face:b00c:0:26 tcpdump: WARNING: he-ipv6: no IPv4 address assigned tcpdump: listening on he-ipv6, link-type RAW (Raw IP), capture size 65535 bytes 20:52:25.932060 IP6 (hlim 63, next-header TCP (6) payload length: 40) 2001:470:XXXX:0:5054:ff:fe68:fb38.45296 > 2a03:2880:10:8f01:face:b00c:0:26.443: Flags [S], cksum 0x5539 (correct), seq 1210109642, win 5760, options [mss 1440,sackOK,TS val 1919411 ecr 0,nop,wscale 7], length 0 `....(.? ..p....PT...h.8*.(............&....H ..........U9......... ..I......... 20:52:26.124836 IP6 (class 0x80, hlim 51, next-header TCP (6) payload length: 40) 2a03:2880:10:8f01:face:b00c:0:26.443 > 2001:470:XXXX:0:5054:ff:fe68:fb38.45296: Flags [S.], cksum 0x4709 (correct), seq 2390601137, ack 1210109643, win 14280, options [mss 1440,sackOK,TS val 1577472671 ecr 1919411,nop,wscale 9], length 0 h....(.3*.(............& ..p....PT...h.8.....}..H ....7.G ......... ^.R...I.... 20:52:28.930605 IP6 (hlim 63, next-header TCP (6) payload length: 40) 2001:470:XXXX:0:5054:ff:fe68:fb38.45296 > 2a03:2880:10:8f01:face:b00c:0:26.443: Flags [S], cksum 0x524b (correct), seq 1210109642, win 5760, options [mss 1440,sackOK,TS val 1920161 ecr 0,nop,wscale 7], length 0 `....(.? ..p....PT...h.8*.(............&....H ..........RK......... ..L......... 20:52:29.119830 IP6 (class 0x80, hlim 51, next-header TCP (6) payload length: 40) 2a03:2880:10:8f01:face:b00c:0:26.443 > 2001:470:XXXX:0:5054:ff:fe68:fb38.45296: Flags [S.], cksum 0x3b57 (correct), seq 2390601137, ack 1210109643, win 14280, options [mss 1440,sackOK,TS val 1577475665 ecr 1919411,nop,wscale 9], length 0 h....(.3*.(............& ..p....PT...h.8.....}..H ....7.;W......... ^.^Q..I.... 20:52:29.300834 IP6 (class 0x80, hlim 51, next-header TCP (6) payload length: 40) 2a03:2880:10:8f01:face:b00c:0:26.443 > 2001:470:XXXX:0:5054:ff:fe68:fb38.45296: Flags [S.], cksum 0x3aa0 (correct), seq 2390601137, ack 1210109643, win 14280, options [mss 1440,sackOK,TS val 1577475848 ecr 1919411,nop,wscale 9], length 0 h....(.3*.(............& ..p....PT...h.8.....}..H ....7.:.......... ^._...I.... 20:52:29.899837 IP6 (class 0x80, hlim 51, next-header TCP (6) payload length: 40) 2a03:2880:10:8f01:face:b00c:0:26.443 > 2001:470:XXXX:0:5054:ff:fe68:fb38.45296: Flags [S.], cksum 0x3848 (correct), seq 2390601137, ack 1210109643, win 14280, options [mss 1440,sackOK,TS val 1577476448 ecr 1919411,nop,wscale 9], length 0 h....(.3*.(............& ..p....PT...h.8.....}..H ....7.8H......... ^.a`..I.... 20:52:30.504831 IP6 (class 0x80, hlim 51, next-header TCP (6) payload length: 40) 2a03:2880:10:8f01:face:b00c:0:26.443 > 2001:470:XXXX:0:5054:ff:fe68:fb38.45296: Flags [S.], cksum 0x35ef (correct), seq 2390601137, ack 1210109643, win 14280, options [mss 1440,sackOK,TS val 1577477049 ecr 1919411,nop,wscale 9], length 0 h....(.3*.(............& ..p....PT...h.8.....}..H ....7.5.......... ^.c...I.... 20:52:31.104833 IP6 (class 0x80, hlim 51, next-header TCP (6) payload length: 40) 2a03:2880:10:8f01:face:b00c:0:26.443 > 2001:470:XXXX:0:5054:ff:fe68:fb38.45296: Flags [S.], cksum 0x3397 (correct), seq 2390601137, ack 1210109643, win 14280, options [mss 1440,sackOK,TS val 1577477649 ecr 1919411,nop,wscale 9], length 0 h....(.3*.(............& ..p....PT...h.8.....}..H ....7.3.......... ^.f...I.... 20:52:31.704835 IP6 (class 0x80, hlim 51, next-header TCP (6) payload length: 40) 2a03:2880:10:8f01:face:b00c:0:26.443 > 2001:470:XXXX:0:5054:ff:fe68:fb38.45296: Flags [S.], cksum 0x313f (correct), seq 2390601137, ack 1210109643, win 14280, options [mss 1440,sackOK,TS val 1577478249 ecr 1919411,nop,wscale 9], length 0 h....(.3*.(............& ..p....PT...h.8.....}..H ....7.1?......... ^.hi..I.... 20:52:34.930630 IP6 (hlim 63, next-header TCP (6) payload length: 40) 2001:470:XXXX:0:5054:ff:fe68:fb38.45296 > 2a03:2880:10:8f01:face:b00c:0:26.443: Flags [S], cksum 0x4c6f (correct), seq 1210109642, win 5760, options [mss 1440,sackOK,TS val 1921661 ecr 0,nop,wscale 7], length 0 `....(.? ..p....PT...h.8*.(............&....H ..........Lo......... ..R}........ 20:52:35.121332 IP6 (class 0x80, hlim 51, next-header TCP (6) payload length: 40) 2a03:2880:10:8f01:face:b00c:0:26.443 > 2001:470:XXXX:0:5054:ff:fe68:fb38.45296: Flags [S.], cksum 0x3bd1 (correct), seq 2794353901, ack 1210109643, win 14280, options [mss 1440,sackOK,TS val 1577481664 ecr 1921661,nop,wscale 9], length 0 h....(.3*.(............& ..p....PT...h.8......t.H ....7.;.......... ... J'ai essayé pas mal de truc à base de MTU et de réduction de MSS, mais rien semble fonctionner. Avez vous déjà rencontré ce genre de problème avec des IPv6 tunnel broker ? C'est pour l'instant le seul site où j'ai rencontré un problème... Valentin

3 8

Re: [FRsAG] Conseil sur une architecture serveurs
by memoi2001＠fooker.fr 27 Nov '12

27 Nov '12

Une solution virtualDC pourrait etre approprié a ce niveau, les avantages de la scalabilité (trois clics et hop, un nouveau front) sans pour autant avoir toute l'infra a mettre en place. Apres a voir si ca se trouve a pas trop chere, la ou je travail on en propose un, mais faut le portefeuille bien rempli ----- Reply message ----- From: "Patrick Proniewski" <patpro(a)patpro.net> To: "French SysAdmin Group" <frsag(a)frsag.org> Subject: [FRsAG] Conseil sur une architecture serveurs Date: Tue, Nov 27, 2012 09:38 On 27 nov. 2012, at 09:28, Sylvain Donnet wrote: > Je reste sur le fait que 20K voulait bien dire 20000 visiteurs jours oui, c'est très clair, j'avais juste confondu le k avec un 0, mes yeux sont pas du matin ;) La virtualisation par contre c'est un peu overkill, à moins de l'utiliser en mode client uniquement (se faire héberger sur un cloud). Parce que monter sa propre infra de virtualisation c'est quand même bien coûteux.

1 0

Invitation to connect on LinkedIn
by Aurélien Leicknam 24 Nov '12

24 Nov '12

LinkedIn ------------ French, I'd like to add you to my professional network on LinkedIn. - Aurélien Aurélien Leicknam Architecte Technique Central at Bouygues Telecom Paris Area, France Confirm that you know Aurélien Leicknam: https://www.linkedin.com/e/db9afk-h9x0j0ap-4/isd/9739714618/TxFjUoqy/?hs=fa… -- You are receiving Invitation to Connect emails. Click to unsubscribe: http://www.linkedin.com/e/db9afk-h9x0j0ap-4/uLVn-evsjcer3t5natVnXXtFG9/goo/… (c) 2012 LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, USA.

3 4

IPv6 only la fin de l'IPv4 privée
by Wallace 23 Nov '12

23 Nov '12

Je fais un nouveau sujet car vu les retours en privé, je pense qu'il y a de quoi dire encore et cela devrait intéresser d'autres personnes. Déjà merci pour vos remerciements en privé, à croire que le sujet est tellement délicat que recueillir un peu d'information parait bénéfique à tous. Pour continuer la discussion, - en réponse à Denis qui me dit être content de voir des personnes qui n'ont pas peur d'ipv6, j'ai eu un déclic tout bête mais quand je relis mes bouquins ipv6 ou les cours il y a 10 ans cela n'était pas le même discours. C'est simplement les assignations de subnet. Pour ceux qui ont été sensibilisé à l'ipv6, on a tous entendu, "faut attribuer un /64 minimum à chaque serveur" Du coup on pense organisation de routage alors que non c'est complètement faux. Il faut voir cela autrement. Cela vient du fait qu'effectivement quand on prend un serveur dédié chez Toto hébergement, on a toujours un /64 attribué au serveur. Mais dans les faits on utilise une ip. Si on est là pour faire du hosting maitrisé avec infogérance (c'est mon cas). On a affecté un /64 par client comme y a 10 ans où on attribuait des PI /24. Après les serveurs dedans ont une seule adresse ip (c'est déjà pas mal) et font parti du subnet. On ne route pas un subnet vers un serveur comme chez les loueurs de serveurs qui font cela pour pas avoir à gérer vos demandes d'ipv6. Bref je ne sais plus qui m'avait fait faire ce déclic, qu'il en soit remercié, on enlève toute la problématique routage qu'on m'avait présenté depuis 10 ans. Et là tout devient simple, chaque client à son subnet /64 regroupé dans une allocation plus grande. Après qu'on décide de faire des passerelles dédiées à chaque subnet ou que l'on mette un routage global, chacun son archi. - pour répondre à Sylvain, oui tout faire en dual stack en se trainant du nat sur le v4 et du routage sur le v6 c'est juste impossible à maintenir sur le long terme ou alors il faut consommer autant d'ipv4 que de v6 pour un serveur si on veut éviter la redirection de ports... Donc dans les best practices quand je vois dual stack partout en étape, je dis non, c'est trop complexe de maintenir une qualité de service avec les mêmes configurations sur les deux couches. Pour terminer enfin, je suis technique certes mais je suis aussi le patron, donc quand la technique voit des avantages, le patron est souvent d'accord :D même si ça mange du temps. C'est aussi cela qui aide à franchir le pas, là où un décideur verra l'argent perdu dans cette manipulation... Question de point de vue et de priorité.

5 13