Discussion :

[Denderk]

Bonjour,

Je suis en train d'étudier 2008 serveur R2 en prévision de la migration de nos contrôleurs de domaines. Je rencontre un problème au niveau des pilotes 32bits d'imprimantes.

2008 serveur est en 64bit uniquement. Dans le rôle serveur d'impression, il installe donc les pilotes 64bit sans soucis, en revanche, et malgré la présence d'une case a cocher X86/X64, l'assistant "ajout de nouveau pilotes" semble incapable d'intégrer un pilote 32bit. Ça finit par un message "impossible d'ajouté le pilote/opération impossible".

A la recherche du KB ou de la solution microsoft a ce bug, je n'ai trouvé que des manipulations de secours nécessitant de passer par un Windows seven/vista...

Je cherche donc le moyen pour installer un pilote 32 bit sur un serveur d'impression W2008R2 64bit.

Merci d'avance,
Denderk

[suchiwa]

Bonjour,

Je suis en train d'étudier 2008 serveur R2 en prévision de la migration de nos contrôleurs de domaines. Je rencontre un problème au niveau des pilotes 32bits d'imprimantes.

2008 serveur est en 64bit uniquement. Dans le rôle serveur d'impression, il installe donc les pilotes 64bit sans soucis, en revanche, et malgré la présence d'une case a cocher X86/X64, l'assistant "ajout de nouveau pilotes" semble incapable d'intégrer un pilote 32bit. Ça finit par un message "impossible d'ajouté le pilote/opération impossible".

A la recherche du KB ou de la solution microsoft a ce bug, je n'ai trouvé que des manipulations de secours nécessitant de passer par un Windows seven/vista...

Je cherche donc le moyen pour installer un pilote 32 bit sur un serveur d'impression W2008R2 64bit.

Merci d'avance,
Denderk

Bonjour,

Le système Windows 2008 Server R2 est en full x64 mais permet l'émulation d'application x86.
La preuve en ait avec PHP5 qui ne tourne qu'en 32 bits, sous un IIS 7.5 en 64.

La partie WOW64 de Windows fait le travail :

http://msdn.microsoft.com/en-us/libr...(v=vs.85).aspx

A ceci prêt :

The system provides interoperability across the 32/64 boundary for scenarios such as cut and paste and COM. However, 32-bit processes cannot load 64-bit DLLs for execution, and 64-bit processes cannot load 32-bit DLLs for execution.

Vincent

[neuneu1]

Bonjour,
j ai eu le cas inverse serveur en 32 et client en 64.
j ai trouve une solution et je pense qu elle fonctionne dans l autre sens:

tu remplace client 64 en client 32

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25

a solution..

Desinstaller les pilote existant (pour moi le pilote laserjet 3005 d xp).

Sur le poste client en x64:

faire:\\nom du serveur impression\

voir la liste des imprimantes.
sélectionner l imprimante a installer.

de la sélectionner les pilotes télécharge pour votre imprimante (il faut avoir téléchargé le meme pilote en x86 et en x64).
l installer.

Vérifier sur votre serveur que les pilote apparaissent bien..
si c'est le cas, c'est bon.

on fait une petit gpo test pour déployer l imprimante sur le poste .
si tout est ok elle sera dans imprimante..

Faire le test sur un poste diffèrent :lol:

j 'espère que je me suis assez bien expliqué, je suis pas au top pour ca..

a+

[suchiwa]

Bonjour,

Je comprends pas tout.
Rendre compatible un pilote pour client 64 bits sur un OS 32 bits ?

Par défaut les OS 32 bits non pas de compatibilité 64 bits.
La partie wow6432node dans la base de registre d'un x64 est l'équivalent d'une émulation 32 bits.

La démarche que tu décris ne me semble pas possible.

Quel est le pilote dont tu as besoin ? Le modèle de l'imprimante ?

Vincent

[neuneu1]

re ,


je suis d accord avec suchiwa, l émulation d application 32 , n est pas une émulation des pilotes en dur.

C'est pour ca que la procédure que je donne permet d installer les pilotes 64 et 32 sur ton serveur..
a+

[suchiwa]

re ,


je suis d accord avec suchiwa, l émulation d application 32 , n est pas une émulation des pilotes en dur.

C'est pour ca que la procédure que je donne permet d installer les pilotes 64 et 32 sur ton serveur..
a+

Bonjour,

Je parlais de ton post précédent justement...

j ai eu le cas inverse serveur en 32 et client en 64.

Le cas inverse me parait peu probable. Dans une migration on commence toujours par migrer les serveurs, ensuite les clients.

Ici c'est un serveur sous 2008 64 bits avec client 32 bits
http://technet.microsoft.com/fr-fr/l...dd32bitDrivers

Si ça ne marche pas, il y a un autre problème. Que disent les logs applicatives et systèmes, le serveur est il up to date ?

j ai trouve une solution et je pense qu elle fonctionne dans l autre sens:
tu remplaces client 64 en client 32

C'est une hypothèse non mise en place que je lis.

j 'espère que je me suis assez bien expliqué, je suis pas au top pour ca..

A moins d'étoffer l'explication, je n'ai pas compris...

Vincent

[sevyc64]

Le cas inverse me parait peu probable. Dans une migration on commence toujours par migrer les serveurs, ensuite les clients.

Moi, c'est plutôt l'inverse que j'ai tendance à voir, les serveurs en 32bits, car les migrations ne se font pas souvent, et les clients, un mix entre 32 et 64bits au gré du changement de matériel/OS qui se fait quand même plus souvent que pour les serveurs.

Et j'ai même vu un cas (que je n'ai pas traité personnellement), un poste en W7 64bits sur un domaine avec un contrôleur sous W2000Server 32bits. Et apparemment ça marchait (avec ou sans bidouilles, ça je n'en sais rien)

[neuneu1]

re,

Je n'ai pas dit qu il fallait renommer les pilotes 64 en 32.

J ai rencontré ce probleme de pilote lors de l achat de seven en 64 que j ai integré au domaine qui a des serveurs 2003 en 32.

Lors du deploiement des imprimantes par gpo ca plantait.

En installe via l os client avec ajout d imprimantes et en allant chercher celle-ci sur le serveur d'impression ca plantait.Il ne trouvais pas les pilotes bien que j ai suivi la procedure MS en ajoutant des pilotes 64 bits.


Apres recherche sur le net, le probleme etait connue , et la solution pour installer les pilote 64 et 32 bit sur le serveur d impression etait de passer par un os client 64 (dans mon cas) ,et de faire la procedure que j ai indiqué( desole je n ai plus le lien exact).

depuis je n ai plus de probleme.

Pour ce qui est de l 'achat d os ou de serveurs en 64 bit avant ou apres, ca c'est une vaste question qui n a de réponse que dans les finances.
Je peux changer mes clients mais pas encore le serveur.Les serveurs 2008 sont plus interressant en 64 et les produits comme exchange 2010 ou sharepoint foundation, etc..doivent tourner sur des 64 bits.

Donc quitte a avoir un serveur en 64 bit plus tard autant avoir les client en 64 bits.

a+

[suchiwa]

Moi, c'est plutôt l'inverse que j'ai tendance à voir, les serveurs en 32bits, car les migrations ne se font pas souvent, et les clients, un mix entre 32 et 64bits au gré du changement de matériel/OS qui se fait quand même plus souvent que pour les serveurs.

Bonjour,

L'avantage de l'avancement technologique, c'est que la compatibilité ascendante est présente.

Ensuite, il n'y aura que peu d'intérêt d'installer un contrôleur Windows 2008 Server R2 pour avoir un mode natif compatible windows 2000 Server : autant faire des économies et garder l'existant qui tourne.

Ce que je dis, c'est qu'une avancée technologique ce fait via les serveurs, car se sont eux qui fédèrent et centralisent les ressources.

Aujourd'hui, nous pouvons changer à chaud des processeurs et de la mémoire sur un serveur Windows 2008 Server R2 DataCenter Edition.
Je vois tous les avantages que ça procure en terme de haute dispo et de qualité de service, cependant, à 24 000€ le socket, faut bien étudier son projet...

Après quelques projets, je constate que le nerf de la guerre est bel et bien le budget, comme le précise neuneu1, et que l'on ne fait pas au mieux, mais comme on peut, c'est problématique pour les projets demandant des migrations majeurs.

Vincent

[sevyc64]

Après quelques projets, je constate que le nerf de la guerre est bel et bien le budget, comme le précise neuneu1, et que l'on ne fait pas au mieux, mais comme on peut, c'est problématique pour les projets demandant des migrations majeurs.

C'est pour cela que l'on voit plus souvent des migrations de postes clients pour quelques centaines d'€ par poste, pour peu qu'elles soient faites au moment du changement de matériel, que des changements de serveurs qui ne se feront, le plus souvent qu'après plusieurs années de service et avec, de suite des budgets bien plus conséquents. D'où la cohabitation de vieux serveurs avec l'avant garde des postes clients.

Mais j'ai l'impression de me répéter, là

[neuneu1]

bonjour ,

vaste sujet que la migration

Mais je pense que notre ami attend des réponses sur ses pilotes ..

je ne sais pas si c'est bon pour lui, vu qu il n y a aucun retour..

a+

[suchiwa]

Bonjour,

Tu a raison neuneu1.

Si ça ne marche pas, il y a un autre problème. Que disent les logs applicatives et systèmes, le serveur est il up to date ?

Denderk, dès les informations à bon port, on pourra te donner toute l'aide dont tu as besoin.

Vincent

[Denderk]

Merci de vos réponses,

Je précise juste(enfin je crois bien quant méme) que le serveur d'impression (64bit)ne fait que distribuer les pilote d'autres architectures(32 et itanium). C'est censé être un fichier, pas un "pilote" pour lui.

Ici c'est un serveur sous 2008 64 bits avec client 32 bits
http://technet.microsoft.com/fr-fr/l...dd32bitDrivers

C'est la procédure microsoft. Le problème c'est que c'est du bluff^^ la fonctionnalité... ne fonctionne pas(enfin pour la bonne architecture si), on est obligé de passer par un client seven/vista sous l'architecture de l'autre pilote qu'ont veux installer.

Si ça ne marche pas, il y a un autre problème. Que disent les logs applicatives et systèmes, le serveur est il up to date ?

Ce que je cherche, c'est la "compatibilité ascendante". Ca marche (enfin en oubliant que il y a aussi XP et seven qui ont pas toujours les méme pilotes) je peut déployer depuis les clients. Mais j'aurais préféré pourvoir installer mes pilotes sur le serveur... J'ai des warning sur le 2008R2 "router+hyperV" de la couche inférieur, mais la VM 2008R2 "AD+DNS+Serveur d'impression" a peu d'erreur dans les journaux. Quelle info pourrais t'aider?

[suchiwa]

Bonjour,

Je comprends que tes pilotes 32 bits pour tes imprimantes fonctionnent sur le client mais pas sur le serveur d'impression.

Ton serveur d'impression est celui qui fait aussi AD + DNS.

Sur ton client, quel est l'état de ton service spooler d'impression ?
Sur ton serveur ?

Si démarrage manuel, passer en automatique, puis redémarrer le service.

Tester l'installation du pilote sur le serveur.

Peux tu nous communiquer le modèle de ton imprimante et le nom du pilote (ou DLL) que tu veux installer ?

Vincent

[sevyc64]

Je comprends que tes pilotes 32 bits pour tes imprimantes fonctionnent sur le client mais pas sur le serveur en 64 bits.

Ils n'ont pas vocations à fonctionner, non plus, puisque ce sont des pilotes 32bits. Seuls des pilotes 64bits fonctionneront sur un serveur 64bits.

Les pilotes 32bits ne doivent pas être installéssur le serveur 64bits, ils doivent juste être rajoutés au magasin de pilotes du serveursselon la première partie du lien donné plus haut, afin que le serveur puisse les envoyé à tout client 32bits souhaitant installer l'imprimante.

Ou alors j'ai rien compris à la demande

[suchiwa]

Ils n'ont pas vocations à fonctionner, non plus, puisque ce sont des pilotes 32bits. Seuls des pilotes 64bits fonctionneront sur un serveur 64bits.

Les pilotes 32bits ne doivent pas être installéssur le serveur 64bits, ils doivent juste être rajoutés au magasin de pilotes du serveursselon la première partie du lien donné plus haut, afin que le serveur puisse les envoyé à tout client 32bits souhaitant installer l'imprimante.

Ou alors j'ai rien compris à la demande

Bonjour,

On parle bien d'une serveur d'impression.

Dans le contexte, "installer le pilote" correspond bien à la démarche de faire fonctionner le pilote pour les clients, pas pour le serveur en lui même...

Vincent

[sevyc64]

On est bien d'accord.

Il n'y a donc rien à installer/exécuter ou quoique ce soit sur le serveur, juste à ajouter les pilotes au magasin de pilotes comme l'indique le première partie du lien Technet que tu as donné.

Je l'avais eu fait aussi "à la main" une fois, mais je ne me rapelle plus de la procédure exacte à faire (nettement plus compliquée que celle indiquée dans le lien)

[Denderk]

Merci,

Sur le client seven 32bit, le service spooler est en automatique, démarré.
Sur le serveur 2008R2 64bit, le service spooler est an automatique, démarré.

Sur les deux postes, avec le pilote de leur architecture installé en local, ca marche(page de test).

-Il n'est pas possible d'installer de pilote supplémentaire d'architecture différente (erreur)
-Il n'est pas possible d'ajouter un pilote d'architecture différente dans le magasin(erreur)
-Il n'est pas possible de charger depuis la console distante du seven le magasin de driver du 2008R2...(erreur)

L'erreur est, selon le coup:
-Le driver sélectionné n'est pas x64 type 3(quelquesois la version)
-Fichier truc introuvable (certains de ces trucs sont méme introuvable par google)
-Impossible de terminer l'opération
-Tout a l'air ok, je clique sur OK, mais il ne s'est rien passé.


Les imprimante de test sont des reliques, une OKI6200 et une EPSON EPL5800. Le choix de ces vieilleries est lié au nombre de machine de ce type que l'on as dans le parc, et a l'idée que ce sont plutôt elle que les nouvelle qui serons péniblesa integrer aux serveurs d'impression 2008.

Apparemment, un collègue a réussi il y a quelques temps a faire la manip du pilote supplémentaire dans les même condition que moi, et ca m'ettonerais quant même que la proc du msdn sois une blague^^ il dois donc y avoir moyen de régler ce problème par la configuration du 2008...

JE me demande si le fait que ce sois un serveur virtualisé ca peut impacter? (j'aime pas trop les VM en maquette)

Une idée?

sinon vla quelques erreurs du journal de la VM 2008 AD/DNS/spooler:

Nom du journal*:Microsoft-Windows-PrintService/Admin
Source*: Microsoft-Windows-PrintService
Date*: 23/03/2011 14:17:53
ID de l’événement*:215
Catégorie de la tâche*:Installation d’un pilote d’imprimante
Niveau*: Erreur
Mots clés*: Configuration de l’imprimante,Imprimante
Utilisateur*: TEST\Administrateur
Ordinateur*: VMTEST2008CD.test.local
Description*:
Échec de l’installation du pilote d’imprimante -, code d’erreur 0x661, HRESULT 0x80070661. Voir les données utilisateur de l’événement pour les informations de contexte.
XML de l’événement*:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="Microsoft-Windows-PrintService" Guid="{747EF6FD-E535-4D16-B510-42C90F6873A1}" />
<EventID>215</EventID>
<Version>0</Version>
<Level>2</Level>
<Task>19</Task>
<Opcode>12</Opcode>
<Keywords>0x8000000000000220</Keywords>
<TimeCreated SystemTime="2011-03-23T13:17:53.474121000Z" />
<EventRecordID>47</EventRecordID>
<Correlation />
<Execution ProcessID="2520" ThreadID="2188" />
<Channel>Microsoft-Windows-PrintService/Admin</Channel>
<Computer>VMTEST2008CD.test.local</Computer>
<Security UserID="S-1-5-21-639479670-1409825294-1772586570-500" />
</System>
<UserData>
<SetupInstallPrinterDriver xmlns:auto-ns3="http://schemas.microsoft.com/win/2004/08/events" xmlns="http://manifests.microsoft.com/win/2005/08/windows/printing/spooler/core/events">
<Label>PSetupInstallPrinterDriver</Label>
<Message>InstallDriverFromCurrentInf failed</Message>
<AdditionalInfo>-</AdditionalInfo>
<InfPath>c:\pilotesimprimantes\oki b6200 &amp; b6300_x86\winxp\pcl\opxfjqi.inf</InfPath>
<DriverName>-</DriverName>
<InstallSection>-</InstallSection>
<ProcessorArchitecture>Windows NT x86</ProcessorArchitecture>
<PackageAware>Not package aware</PackageAware>
<CoreDriverDependencies>-</CoreDriverDependencies>
<LastError>0x661</LastError>
<HResult>0x80070661</HResult>
</SetupInstallPrinterDriver>
</UserData>
</Event>

[suchiwa]

Bonjour,

J'ai un doute sur l'installation du rôle de serveur d'impression.

Je me suis penché sur ça :

0x80070661 This installation package is not supported by this processor type. Contact your product vendor. ERROR_INSTALL_PLATFORM_UNSUPPORTED

Ici, l'architecture du processeur est vérifié, soit en x86 soit en AMD64. Peux tu vérifier ton architecture avec la commande cmd "set" ? La variable PROCESSOR_ARCHITECTURE nous intéresse.

Si tu as "AMD64", va falloir travailler sur les services d'impression de ton serveur.
Un redémarrage, si insuffisant une réinstallation du rôle.

Accèdes tu aux pilotes en local ou à distance (serveur de fichiers par exemple)?

Comme c'est une VM, peut être as tu la possibilité de faire une seconde installe en parallèle de ton serveur d'impression.

J'esaie de déterminer si ça peut provenir d'un mauvais template.

Vincent

[Denderk]

Merci de ta réponse,

J'ai effectivement "AMD64" pour cette variable, que ce sois sur le 2008 hyper-V ou la VM 2008 AD DNS spool J'avais déja fait une réinstallation a partir du cd2008R2, remis les rôles, SP1 et rerereboot... il refuse ce pilote.

Je stock une copie du pilote sur le disque virtuel de la VM 2008 avant d'y accéder avec le wizard windows. Y accéder par le réseau ne fonctionne ni mieux ni moins bien.

Avec une HP2100 installé avec le pilote universel HP( le 32 en suplementaire et le 64 normalement), cela fonctionne. Je peut distribuer des pilote 32bit, et ca fonctionne bien et ca impressionne même le chef^^.

Mais la B6200 c'est 20% du parc donc il faut quant même la faire fonctionner. J'ai contacté Oki et je leurs ai demandé un pilote 2008R2 valide, j'attends des nouvelles de leur part.

Je ne sais pas ce que tu désigne par "template" pour l'instant, je pense qu'il y a une/des chaines dans le .inf du pilote qui ne sont pas 'comme 2008 les veux'