Salut !

Je dois migrer en urgence des scripts d'un serveur à un autre (d'un hébergeur à un autre) (et tout doit être fait pour demain soir au plus tard).

Sur le premier serveur, cette commande est appelée via un script ( .sh ).

Sur le nouveau serveur, quand j'excécute cette commande à la main, tout se passe bien.
Mais si la même commande appelée par un script.sh  donne une erreur : ": is unknown --remote-time"

Alors que ça fonctionne parfaitement sur le 1er.

Ma question est, pourquoi une telle différence entre à la main, et via un script ?

Bon apparemment c'est une histoire de chemin, pourtant ils sont bons.
Je continue de débuguer...

Ca donne quoi which curl manuellement et dans le script?

Manuellement : /usr/bin/curl
Dans le script : rien, aucune ligne de contenu

Ah. Problème.
 
Et echo $PATH idem 2 fois?

A la main :

Script :

Même chose donc.

Étrange... A tout hasard, manuellement, ls -l /usr/local/bin/curl (-L minuscule) ça sort "not found" ou autre chose?

mes chemins sont bons, je les mets en absolu, j'ai toujours ça en résultat :
 

 
 
 
Résultat de ta commande :

Désolé, je sèche.

Pas grave, merci pour ton aide !

J'ai viré "--remote-time" en fin de ligne pour le remplacer par "-R" en début de ligne après CURL. Ca semble marcher !
 
Maintenant j'ai une erreur avec " --location". Je ne suis pas sûr d'en avoir besoin, ça fonctionne sans.
 
Je continue tests...

quel est ton script (bash zsh php) ?
comment est appelé cette commande ?  
 - encodée en dur ?
 - générée ?
y-a-t-il des caractères ou des choses différentes entre ce que tu saisis en CLI ou dans ton script ?
 

Ce script est un .SH que j'appelle en SSH (ou via CRON quand ça fonctionne.
Il tourne dans un de mes hébergements sur mon "serveur cloud managé" chez Infomaniak (et je n'avais aucun problème avant avec le même script chez O2switch).
 
Quand j'ai tenté à la main, j'ai fait un copier/coller donc la commande était identique.
 
Qu'en penses-tu ?

un .sh ne veut pas dire grand chose. Tout dépend de l'interpréteur que tu colles dans ton script.
Plusieurs possibilité:
- un caractère "invisible" a été rajouté lors du copier coller
- via con/script le path n'est pas le même que dans ton shell et tape sur une autre version de curl sans l'option qui pose problème

Et sur le
"comment est appelé cette commande ?  
 - encodée en dur ?
 - générée ?
y-a-t-il des caractères ou des choses différentes entre ce que tu saisis en CLI ou dans ton script ? " ?
ce n'est pas parce que tu copies/colles que c'est censé fonctionner out of the box sur une nouvelle infra malheureusement... Il y a plusieurs paramètres qui peuvent faire tout foirer

Le copier coller s'est fait du script vers la console SSH, c'est exactement la même chose.
 
Via la console il accepte " --location --remote-time", via le script non.
 
 
Je ne sais pas quelles infos te donner en plus.    
Le script comment par :
 #!/bin/bash
 

Si -R passe au début de la commande mais pas --remote-time à la fin, il y a des chances que tu aies un caractère foireux quelque part (que le copier-coller n'attraperait pas forcément).
Mais bon, si ça passe comme ça, et en mettant -L au début au lieu de --location à la fin, qu'est-ce qu'il te reste comme problème ? (en mettant aussi des chemins complets pour les commandes, surtout dans cron)

Il n'y a pas eu de copier/coller vers le fichier du script, mais l'inverse, j'ai copier depuis le script (qui ne fonctionne pas) pour coller dans une session SSH (où là la commande passe).