Benoît a écrit 50 commentaires

Bonjour,

Je ne suis pas sous Arch, mais il y a quelques mois j'avais eu des plantages aléatoires.
Je ne trouvais pas la provenance.
J'ai simplement changé le noyau, pour prendre un 'stable'.
Je vois que tu utilises un kernel 'preempted', à l'occasion, peux-tu essayer avec un kernel classique ?

Autre question, les plantages arrivent-ils uniquement lorsque tu utilises la carte graphique (utilisation de la 3d / OpenGL) ?

Bon courage.

Benoît

Bonsoir Nono,

Autant pour moi, ext3 et ext4 peuvent re-dimensionner à chaud.
Concernant ext3, il faut savoir que la taille d'une partition ne peut pas dépasser 2.2 To.
Pour le reste, tu trouveras plusieurs tests sur le net.
Suivant la version du kernel, suivant la machine, suivant ce que tu fais sur la machine, xfs peut, ou ne pas être le plus intéressant.

Pour reprendre la réponse de la question 1, c'est tout à fait ça.
Typiquement, je fais un "volume group" pour les partitions de la machine physique.
Je fais ensuite un "volume group" pour stocker les "logic volume".
Les xen-tools peuvent gérer les "logic volume" ainsi que le "filesystem" des machines virtuelles.
Souhaites-tu un vrai schéma ?

Bonne soirée et surtout bonne année 2013.

Bonjour,

Je ne suis pas certain de bien avoir compris ta première question.
Normalement, il faut dissocier les partitions du serveur physique, et les partitions de tes futures machines virtuelles.
Tu peux donc laisser de l'espace libre, l'associer à un "Volume Group" qui sera géré par les xen-tools.

Pour répondre à la seconde question, je dirai que les 3 systèmes de fichiers que tu cites supportes LVM, mais ext3 et ext4 ne permettent pas la modification à chaud (du moins, il me semble), il faut démonter le système de fichier, l'agrandir ou le diminuer, puis le remonter pour que ce soit pris en compte.
XFS supporte par contre les modifications à chaud.

Enfin, ta dernière question : non, LVM ne sera pas bloquant pour utiliser kvm ou qemu.
Néanmoins, je n'ai jamais eu l'occasion de faire de migration Xen -> KVM.

Bon courage à toi.

J'ai testé sous des clients Windows XP SP3, Windows 7 Pro 32 et 64.
Je n'ai pas constaté de problème avec l'application de ce patch.

Bonjour,

Je viens de tester sur un client "Windows 2008 serveur".
Une connexion (pas une connexion à un domaine, mais juste à un partage) sur un serveur debian squeeze avec samba en version 3.5.6 fonctionne après les mises à jour de Microsoft de ce mois-ci.
Je testerai demain avec un client Windows XP SP3.

Bon courage

Tu peux même prendre le CD1 plutôt que le DVD1, après tout dépend de ta connexion Internet et des DVD / CD vierges que tu as à disposition.

Bonjour,

Le CD1 suffit largement pour installer un système minimum.
Ensuite tu peux configurer apt / aptitude pour récupérer les paquets via internet.

Bon courage

Bonjour,

Attention, il faut sauvegarder, en effet, ses fichiers de configurations, et surtout le SID du domaine (net getlocalsid).
Certaines distributions, remplacent les fichiers de configurations.

Le meilleur moyen est bien sûr, de faire cette opération de maintenance hors période de production.

Concernant Windows Seven, il faudra modifier deux clefs de registre (c.f. : https://wiki.samba.org/index.php/Windows7)

NB : mettre Windows Seven en mode compatible, va limiter le nombre de caractère des logins.
En effet, un utilisateur qui aura un login supérieur à 20 caractères ne pourra pas se connecter sur sur machine Windows Seven.
Ceci est une limitation imposée par Windows Seven pour rester compatible avec les standards "NT4".

Bon courage

Le problème est étrange en effet. Plusieurs questions me viennent à l'esprit :

Cette personne peut-elle tester avec Internet Explorer ou Chrome ?
A-t'elle des extensions sous Firefox ?
Y-a-t'il des erreurs au niveau d'apache ?

Je vois deux choses :
- soit c'est un problème côté serveur : les données ne sont pas envoyées au script php, il ne peut pas les traiter, du coup il n'affiche rien. - soit c'est un problème côté client, le formulaire n'est pas validé ou bloqué. (je peux me tromper, ce ne sont que des hypothèses)

Bon courage

Salut
Il serait bien que tu nous donnes l'url de tes pages de tests, ou que tu nous donnes le code php que tu utilises.
A froid comme ça, je ne vois pas trop pourquoi ça fonctionnerait sur certains sites et pas sur le tiens.
Bon courage

Bonjour,

Pour répondre à tes questions :

- Oui la PSP est reconnue par un PC sous GNU/Linux, sans aucun soucis.
- Aucune idée, je n'utilise pas la PSP comme lecteur de musique.

Après tout dépend de ce que tu veux faire avec, si c'est pour faire tourner des homebrews, c'est assez délicat, notamment parce que les derniers modèles de PSP (PSP 2000 / 3000 / GO) ne permettent pas de flasher le firmware.

Cela dit, si c'est pour jouer, ça reste une très bonne console portable.
Le seul regret c'est l'autonomie de la console si on la compare à la Nintendo DS.

Très bon article, merci beaucoup à patrick_g

Merci pour les conseils, je vais faire ça, car en effet la connexion du taff monte facile à 20 / 25 Mo /s sur certains ftp. Après je ne demande pas tant pour les mises à jour de redhat, mais 1 Mo /s ne serait pas du luxe :)
Dommage pour XFS, il faudra faire sans visiblement.

Réinstallé, car je suis certain qu'il n'y était pas avant, il a installé kdebase, kdelibs, qt, etc.
Je suis en effet convaincu que ce sont les dépendances qui ont ajouté cela.

Pour le taux de téléchargement, tout simplement, je n'ai jamais dépassé les 300 ko lors de mise à jour avec yum.
Après je ne suis absolument pas un expert avec les repos sous yum, il y a peut être des mirroirs que l'on peut sélectionner.

Côté stockage, c'est FUSE qui débarque dans RHEL, comprenant modules noyau et utilitaires. XFS et ext4 sont maintenant ajoutés dans le noyau officiel


Est-ce vrai pour toutes les architectures ? Autant ext4 je le vois, autant XFS non.
Je précise les rhel5 que j'ai son sous PPC.

Côté gestionnaire de fenêtre, puisque quelqu'un en a parlé, sur les serveurs on s'en fiche. C'est vrai, néanmoins il me semble que redhat est beaucoup basé sur des interfaces graphiques.
Lors du passage 5.3 à 5.4 yum m'a réinstallé kde ... (je ne sais même pas pourquoi ... Je ne me rappelle même pas l'avoir installé un jour)

Je profite également, pour savoir si vous avez vous aussi des taux de téléchargements assez bas sur les serveurs ftp redhat pour les mises à jour ?
J'atteins à peine les 300 ko/s ...

Je ne connais pas bien yum (les options possibles) mais il est vrai, qu'étant habitué à apt-get, j'ai noté une grosse différence de timing lors des mises à jour entre des serveurs sous rhel 5 et debian lenny. (je ne parle évidemment pas du temps de téléchargement des parquets)
Pire encore, la completion est inutilisable ou presque tellement elle est longue sous rhel 5.

Je ne sais pas comment tu as partitionné ton disque dur, mais il peut arriver que fsck soit très long, du genre, la progression n'avance plus, ou l'affichage est figé. Ca ne veut pas dire pour autant que fsck est planté.
Je suppose que l'on peut dire que plus la partition est grande plus fsck est long.

Pour la distribution, si tu es plus à l'aise sous Debian, reste-y.
Perso, par manque de temps on a prit Redhat ... Bah c'est pas vraiment le pied ...

Pour ton grub, tout pareil qu'Etienne (merci à lui d'avoir répondu ;))
Par contre pour le coup des disques, je pense que c'est plutôt : "C'est livré avec, autant les utiliser."
(même si, ils peuvent servir à autre chose, pour stocker des backups journaliers ou des fichiers temporaires de traitements.)

Si le proc / ram / cm / carte réseau grille, tu pleures et tu espères que le contrat de maintenance c'est déplacement et intervention en moins de 4H ... Mais rien n'empêche d'avoir une lame de spare.

En même temps, est-ce nécessaire d'avoir une nouvelle interface pour le site Debian ?
Il est vrai qu'il a peu évolué ... Et alors ?
Personnellement, je le trouve fonctionnel, j'en ai l'habitude, je trouve les informations dont j'ai besoin.

Pour Iceweasel, le problème principal n'était pas l'impossibilité de patcher firefox sans l'accord de mozilla ?
Au final Iceweasel ressemble à quelques patchs près à firefox. Je ne vois pas trop ou est le problème pour les utilisateurs ?

Sur le SAN IBM que l'on a, j'ai bien un "Access" accessible par "Default Group". Il n'a pas de taille, je ne sais pas vraiment à quoi il sert non plus :/
Par contre, de mémoire il ne me semble pas que je le vois ou que je le voyais sur mes lames.

Pour le zonning, et le reste d'ailleurs j'ai l'impression de pas être le seul à avoir débarqué comme ça. Dans la plupart des cas, une société externe vient installer et configurer la machine, le san, puis il se barre, et voila ...

J'ai eu l'occasion de parler du zonning, et d'apprendre à quoi cela pouvait servir, lors de l'installation d'un deuxième "tape" pour TSM sur la baie. Pour une fois qu'un technicien prend le temps d'expliquer.

En gros quand tu fais :
"ping nom_de_ta_machine_linux" ça ne fonctionne pas ?
et si tu fais
"ping nom_de_ta_machine_linux.nom.dns." cela fonctionne t-il ?

Si oui, dans /etc/resolv.conf tu as les options :
domain et search qui peuvent t'aider.

16 ans déjà ... Et bien ça passe vite.
J'utilise Debian depuis sa version 2.2 et j'ai toujours continué avec, sans déception.
Longue vie au projet Debian, qui ne cessera de m'étonner.

Bon à savoir que ça a été corrigé dans lenny.

Pour les JS21, d'après le support IBM, rien à y faire. Eux de toute façon ils supportent redhat ou suse, point barre, si une autre distribution ne s'installe pas via le module management ... ils s'en fichent.

Les lames JS21 avaient été acheté à la base pour remplacer des serveurs qui tournaient sous AIX. Or moi et AIX on se connait que très peu, et je préfère Debian si possible.
Le compromis a été de prendre redhat ... pour garder le support IBM.
Sinon elles servent à faire du samba / nfs / apache / mysql / et forcément ... Tivoli Storage Manager ...

Donc au final l'impression que j'ai avec les JS21 est assez mitigée. Surtout que pour les mises à jour du kernel redhat et du pilote RDAC, il faut :
- faire la mise à jour du kernel
- reboot, et patienter ...
- désinstaller l'ancien pilote rdac
- recompiler le nouveau pilote rdac
- reboot à nouveau

C'est vraiment pas très pratique. Après il est fort possible que j'ai loupé des options ou que je n'ai pas l'expérience nécessaire pour utiliser correctement ce matériel, mais le temps pressant, je n'avais pas trop le choix.

En fait, à l'époque ou j'ai eu l'occasion de tester, c'était Etch qui était en stable.
On a des Lames HS20 et JS21.

Sur les lames HS20, le problème était le fait que Debian voyait les disques du SAN en double. Ce soucis a été résolu par ton article, néanmoins de mémoire il fallait rebidouiller à chaque mise à jour du kernel.

Sur les lames JS21 ça se corse ... Pour installer un OS, il faut passer en telnet ou ssh par le module management. Ce n'est pas super pratique.
J'ai essayé plusieurs fois, mais à chaque fois l'installeur debian plantait ...

Pressé par le temps on a du se résoudre à payer des licences redhat pour ces lames ...
Après quelques mois d'utilisation, je peux juste dire que pour un habitué de Debian, Redhat, c'est vraiment vraiment très étrange. Grosso modo je n'aime pas. De plus j'ai l'impression qu'il y a moins de paquets pour PPC que pour i386 ou x86_64.

C'est toujours bon à savoir que tu as fait une update.
Désolé pour le lien, j'espère que ça ne gêne pas le fait que je l'ai posté.
Ton document m'a pas mal aidé, même si j'ai des lames JS21 et donc du PPC ... Installer debian est est un peu moins simple.

J'espère qu'au moins ça pourra aider RobinX