[mdoulet]

Petit retour rapide sur ce sujet pour te remercier car tout fonctionne parfaitement maintenant.
Merci beaucoup

[mdoulet]

Ok super merci beaucoup

[cassiopee]

Intuitivement je dirais de rester dans des choses connues, la migration n'en sera que plus facile.

Donc si par exemple jusqu'à présent le Plesk utilisé était mettons sous Ubuntu, de rester sur du Ubuntu.

Ensuite la question Linux/Windows, au delà du troll classique, ça va dépendre des besoins
des sites web : besoin d'ASP ? Si oui => Windows sinon sans doute du Linux.

(et je ne sais pas trop si c'est inclus chez OVH mais sinon, choisir Windows entrainera
sans doute de payer une licence pour le Windows choisi (en plus de Plesk donc) )

[mdoulet]

Nous y voilà je change de serveur
que me conseillez vous ?
- CentOS 5 64bit
- CentOS 6 64bit
- Ubuntu Server 12.04 LTS 64bit
- Ubuntu Server 10.04 LTS 64bit
- Windows 2008R2 WEB
- Windows 2008R2 STD
- Windows 2008R2 ENT


merci à tous

[mdoulet]

ok merci bien.

Je vais surement opter pour la migration

[cassiopee]

Oui, à moins que trouver quelque part les fichiers manquants, ce sera sans doute insoluble.

(d'où mon idée de prendre une nouvelle machine, avec un Plesk récent et d'y migrer les sites
à ton rythme)

[mdoulet]

oui c'est exactement ça.

J'ai essayé de passer à la 8.6 mais il me génère des erreurs.

oui c'est exactement ça.

J'ai essayé de passer à la 8.6 mais il me génère des erreurs.

Warning: unresolved requires 'openssh = 4.3p2-24.el5' from openssh-server-4.3p2-24.el5.i386
Warning: packages conflict by files detected: package psa-kav-1.0.0-cos5.build84080425.19.i386
  conflict with package psa-kav8-8.0.1-08cos5.build86110913.13.i386
  both have file /usr/local/psa/bin/app-key-handler.antivir-kav with different md5 sum.
Warning: packages conflict by files detected: package drweb-base-4.33-rh5_psa.i586
  conflict with package drweb-common-5.0.1-0plesk.i386
  both have file /etc/drweb/drweb32.ini with different md5 sum.
Warning: packages conflict by files detected: package drweb-base-4.33-rh5_psa.i586
  conflict with package drweb-bases-5.0.1-0.i386
  both have file /opt/drweb/lib/drweb32.dll with different md5 sum.
Warning: packages conflict by files detected: package drweb-updater-4.33-rh4_psa.i586
  conflict with package drweb-bases-5.0.1-0.i386
  both have file /var/drweb/bases/update.drl with different md5 sum.
Warning: packages conflict by files detected: package drweb-bases-5.0.1-0.i386
  conflict with package drweb-base-4.33-rh5_psa.i586
  both have file /opt/drweb/lib/drweb32.dll with different md5 sum.
Warning: packages conflict by files detected: package drweb-bases-5.0.1-0.i386
  conflict with package drweb-updater-4.33-rh4_psa.i586
  both have file /var/drweb/bases/update.drl with different md5 sum.
Warning: packages conflict by files detected: package drweb-common-5.0.1-0plesk.i386
  conflict with package drweb-base-4.33-rh5_psa.i586
  both have file /etc/drweb/drweb32.ini with different md5 sum.
Warning: packages conflict by files detected: package psa-kav-1.0.0-cos5.build86080722.00.i386
  conflict with package psa-kav8-8.0.1-08cos5.build86110913.13.i386
  both have file /usr/local/psa/bin/app-key-handler.antivir-kav with different md5 sum.
A dependency problem is found: required package openssh-4.3p2-29.el5.i386 conflicts with openssh-4.3p2-82.el5.i386. No upgrade or obsolete solution was found for openssh. Try to add openssh to removable list.Problem occured during searching conflicts for package openssh-4.3p2-29.el5.i386ERROR: Unable to proceed with the installation until the package openssh-4.3p2-82.el5.i386 is removed from the system.
Not all packages were installed.
Please, resolve the above problem and try installing the packages again.
If you cannot resolve the problem on your own, contact product technical support for assistance.

[cassiopee]

C'est tellement vieux que cette version n'est plus dans la liste des versions gérées :

http://autoinstall.plesk.com/



Visiblement tu n'es pas le seul à avoir ce souci : http://forum.parallels.com/showthread.php?t=257325

[mdoulet]

bien, ça avance bien, je suis sur les mises à jour plesk
Par contre je ne trouve pas la mise à jour
http://autoinstall.plesk.com/PSA_8.4...cos5-i386.inf3

je fais les mises à jour progressive de la plus ancienne a la plus récente.

Merci bien et bon week end

[mdoulet]

OUi ok en effet !!
c'est surement le plus raisonable.

Merci encore pour ton aide précieuse.

[cassiopee]

Ouh là oui, une antiquité

Et effectivement, tu supposes bien, ça va être à toi de le faire

Mais bon, upgrader un Plesk aussi ancien ... je ne saurais te dire si c'est facilement faisable
ou non mais disons que ça va entrainer énormément de conséquences de toute façon,
donc à voir si le jeu en vaut la chandelle pour avoir accès à SOAP ou pas.

J'imagine que le serveur est également assez ancien, donc est-ce que ça ne vaudrait pas
le coup de prendre une nouvelle machine, plus performante pour le même prix ?

L'installer tranquillement avec un Plesk récent et déménager les sites de l'ancienne
machine vers la nouvelle, à ton rythme ?

[mdoulet]

Ola je suis sur une ancienne version.
v8.4.0 CentOS 5
Linux 2.6.24.5

je vais devoir upgrader ?
et je suppose que c'est à moi de le faire !!

[cassiopee]

et la version de php est 5.1.6

Ok, voilà le souci. Apparemment avant la version 5.2.6 PHP avait parfois du mal avec SOAP.

Cf https://bugs.php.net/bug.php?id=41983

A noter que cette version 5.1.6 de PHP est très ancienne (août 2006), donc ne serait-ce
que pour des raisons de sécurité, ce serait bien de la mettre à jour.

Quelle version de Plesk utilises-tu ?
Quel est le système d'exploitation ? (CentOS ? Ubuntu ?)

[mdoulet]

Alors le phpinfo me retourne bien

soap

Soap Client 	enabled
Soap Server 	enabled

j'ai également

libXML support 	active

et la version de php est 5.1.6

[cassiopee]

Humm, dans les résultats du phpinfo(), as-tu bien le passage :

soap

Soap Client 	enabled
Soap Server 	enabled

?

As-tu trace d'un libxml dans cette page ?

Quelle est la version de PHP ?

[mdoulet]

Bonjour,

Malheureusement ça ne change rien.
je viens de remarquer que dans le php info je n'ai toujours pas
"--enable-soap" dans la rubrique "Configure Command".

Par contre le reste y figure bien.

[cassiopee]

Il faudrait peut-être essayer de rajouter (avant le login) dans le code PHP :

ini_set('default_socket_timeout', 60);

ça semble être un problème de configuration PHP trop restrictif en temps normal.

[mdoulet]

effectivement c'est bon. C'est installé et rebooté.
Voici donc enfin un message de retour de soap

SoapFault exception: [HTTP] Error Fetching http headers in /var/www/vhosts/----.php:75 Stack trace: #0 [internal function]: SoapClient->__doRequest('__call('login', Array) #2 /var/www/vhosts/-----.php(75):
SoapClient->login('monlogin', 'monpassword', 'fr', false) #3 /var/www/vhosts/-----.php(368): include('/var/www/vhosts...') #4 {main}

j'ai pourtant utilisé les derniers identidiants dont je dispose !!

[cassiopee]

Est ce que ceci fera l'affaire pour rebooter apache ?
/etc/init.d/apache2 restart

Oui, normalement ça doit suffire.

[mdoulet]

ok super, merci beaucoup.
Le terminal SSH est désactivé sur mon interface plesk, je peux l'activer mais je ne peux y accéder qu'avec les infos de mon accès FTP. Je vais contacter le support pour avoir un accès root.

Ok c'est bon j'ai tout retrouvé. Package installé.
Reste à rebooter.

Est ce que ceci fera l'affaire pour rebooter apache ?
/etc/init.d/apache2 restart

Merci encore

[cassiopee]

Je laisserais les spécialistes Plesk te répondre mais a priori, oui, une fois connecté en SSH
au serveur, en tant que "root", tu devrais pouvoir faire l'installation via un :

yum install php-soap

si tu utilises un Plesk à base de CentOS (Plesk 9 chez OVH).

Si Plesk est installé sous Ubuntu (Plesk 10 chez OVH), alors sans doute quelque chose comme :

aptitude install php-soap

devrait fonctionner.

+ redémarrage complet d'Apache

[mdoulet]

Oui ok bien reçu.
Effectivement le package soap n'est pas présent.
Je vais essayer de le mettre en place. Je devrai avoir un accès au terminal ssh sur plesk, c'est bien ça ?

Merci

[cassiopee]

Avec une Release 2 d'OVH, ces deux options sont activées par défaut mais avec un autre
système d'exploitation dans le serveur dédié, ce sera à toi de le faire.

Dans un cas comme dans l'autre, c'est totalement indépendant des choix effectués
dans le manager du site web d'OVH.

[mdoulet]

Ok super. Merci beaucoup. La première partie est ok.
Je vais vérifier dans le php info la presence ou non du package soap. Je pensais naivement que ce serait le cas dès le moment ou nous avons pris l'option SMS.
Je vais tester tout ça.
Merci encore

[cassiopee]

L'interface client est https://www.ovh.com/managerv3

D'accord mais ça n'a pas de rapport avec la configuration PHP du serveur dédié.

je ne désespère pas je vais y arriver

Oui, il n'y a pas de raison

Voilà un exemple de code qui affiche quelques informations sur le serveur dédié
indiqué :

$nic="ab-1234-ovh";
$pass="tutu";
$nom_dedie="ks12345.kimsufi.com";

try
{
  $soap = new SoapClient("http://www.ovh.com/soapi/soapi-re-latest.wsdl");

  $session = $soap->login("$nic", "$pass","fr", false);
  print "Connexion au manager : OK
";

  $result = $soap->dedicatedInfo($session,$nom_dedie);
  print "dedicatedInfo : OK
\n";
  print_r($result);

  $soap->logout($session);
}

catch (SoapFault $fault)
{
  print $fault;
}

?>

où il faut remplacer :

- $nic="ab-1234-ovh"; => mettre son NIC-Handle OVH
- $pass="tutu"; => mettre le mot de passe du NIC-Handle
- $nom_dedie="ks12345.kimsufi.com"; => mettre le nom de son serveur dédié


Afin de vérifier que le PHP installé dans le dédié est bien configuré, un petit code PHP :

    phpinfo();
?>

Ce code va afficher la configuration PHP du dédié.

Entre autres choses, devrait apparaître les mentions "--enable-soap" et "--with-openssl"
dans la rubrique "Configure Command".

Ce qui fait que plus bas dans cette page, on peut voir deux passages :

soap

Soap Client 	enabled
Soap Server 	enabled

et pour OpenSSL :

openssl

OpenSSL support 	enabled

suivi des versions d'OpenSSL intégrées.

[mdoulet]

L'interface client est https://www.ovh.com/managerv3
c'est ici que nous avons souscrit à l'option SOAPI
je vais essayer de voir ou exécuter la commande.

je ne désespère pas je vais y arriver

merci bien

[cassiopee]

Je suis chez ovh sur un Serveur dédiés.
Je ne suis pas certain d'avoir accès aux log d'apache.

Ah ben si, avec un serveur dédié, on a nécessairement accès aux fichiers de logs

La commande (à taper dans le dédié) :

find / -name "error_log"

pourrait permettre de le trouver.

L'option SOAPI étant disponible sur mon interface client donc je suppose que le moteur php est bien configuré pour. Comment pourrais je le savoir ?

Quelle "interface client" ?

[mdoulet]

Merci pour votre retour rapide.
Je suis chez ovh sur un Serveur dédiés.
Je ne suis pas certain d'avoir accès aux log d'apache.
L'option SOAPI étant disponible sur mon interface client donc je suppose que le moteur php est bien configuré pour. Comment pourrais je le savoir ?

Enfin ce qui est étrange c'est que je n'ai pas de message d'erreur en retour.
j'ai mis un echo avant et après la commande et seul le premier s'affiche.

Je pensais également que
le script suivant m'afficherai un message d'erreur mais je n'ai rien

catch(SoapFault $fault)
{
// affichage des erreurs
echo $fault;
}

que dois je faire ?

[cassiopee]

mais je reste bloqué.

Quel est le message d'erreur ? (aller voir dans le fichier "error_log" d'Apache au besoin)

Est-ce que le moteur PHP de ton serveur est bien configuré pour SOAP ?

( "--enable-libxml", "--enable-soap" )

[mdoulet]

Bonjour,

J'essaie de mettre en place SOAPI sur mon serveur et je recontre quelques problèmes.
Mon premier blocage se situe au niveau de la fonction SoapClient.
J'ai essayé
$soap = new SoapClient("https://www.ovh.com/soapi/soapi-re-1.8.wsdl");
puis
$soap = new SoapClient("https://www.ovh.com/soapi/soapi-re-1.54.wsdl");

mais je reste bloqué.

Avez vous une idée sur la source du problème ?

Merci et bon week end
Matthieu