OVH Community, votre nouvel espace communautaire.

Problème ftp : absence de droits sur répertoires que j'ai téléchargés


Gaston_Phone
26/08/2015, 11h15
Citation Envoyé par pepere79
- les permissions sont marquées "---------" et ne sont pas modifiables sinon : "Impossible d'exécuter la commande chmod 0777 /www/wp-content/blog.dir.
Remarque : les commandes CHMOD sont uniquement possibles sur les serveurs FTP Unix, non sur les serveurs FTP Windows."
Hébergement mutualisé Windows ou Linux ?

Energisme
26/08/2015, 10h15
Nul besoin d'appeler OVH, entrez simplement la commande suivante, en cliquant sur l'onglet "Serveur"; "Saisir une commande personnalisée":

SITE CHMOD 705 /nomdevotredossier

Au plaisir.

pepere79
13/06/2014, 15h53
Bonjour à tous,
Il semblerait que j'ai le même problème. Je ne peux pas supprimer le répertoire /www/wp-content/blog.dir même en le renommant ou en changeant ses droits que ce soit via net2ftp ou via Filezilla.

Voici les erreurs que j'obtiens :
- quand je clique dessus je suis renvoyé: "Le répertoire /www/wp-content/blog.dir n'existe pas ou ne peux pas être affiché. Le répertoire / est donc affiché à la place."
- les permissions sont marquées "---------" et ne sont pas modifiables sinon : "Impossible d'exécuter la commande chmod 0777 /www/wp-content/blog.dir.
Remarque : les commandes CHMOD sont uniquement possibles sur les serveurs FTP Unix, non sur les serveurs FTP Windows."

J'ai envoyé un message à OVH mais toujours pas de réponse.

Bref, si quelqu'un peut m'aider...

Merci beaucoup.

titNZ
30/11/2012, 14h04
merci Alex
j'ai pu re installer le module WP
et je me garderai bien de faire un restor avant un bon moment !

bon WE à toi
Thierry

Alex.P
30/11/2012, 11h27
Il doit rester une opération bloquer. Je te l'enleve.

Alex.P

edit : c'est fait

titNZ
30/11/2012, 11h23
merci Alex,
par contre un truc bizarre : j'ai tout effacé via filezilla mais le manager3 n'accepte pas que j'installe de nouveau le module word press !? il me dit :
Seulement une opération de module pour le domaine team4development.fr est possible à la fois. Veuillez réessayer ultérieurement.

Hors il n'y a pas de module sur cet hebergement ! strange...

Alex.P
30/11/2012, 09h11
Effectivement si tu as restaurer à la date ou les fichiers avait les mauvais droits, tu recupére ces mauvais droits ! ( je regarde ca )

Alex.P

edit : Normalement c'est ok

titNZ
29/11/2012, 17h33
re bonsoir Alex

j'ai tenté de restaurer mon site via le back up et je me retrouve dans la meme situation !
vraient desolé, pouvez vous faire la meme manip de nouveau ? afin de reprendre la main sur l'hebergement
et promis je ne tenterai pas de restaurer à une date ultérieure

titNZ
28/11/2012, 17h26
waoooouuuuu
plus rapide que les tickets incident :-)))
un grand merci Alex
bonnesoirée

Alex.P
28/11/2012, 17h06
C'est corrigé ( probleme de droit sur www )

Alex.P

Alex.P
28/11/2012, 17h02
Je regarde

Alex.P

titNZ
28/11/2012, 16h58
bonjour,
j epense que mon probleme s'inscrit dans la meme logique : car j'ai un hebergement pro ovh et tout a coup alors que le domaine n'a que 8 jours,je constate que je ne peux me logger en FTP (depuis le debut de l'achat du domaine en fait).
apres plusieurs interventions sous forme de ticket incident, j'ai enfin un acces ftp. Mais curieusement de suite apres j'ai un message Internal Server Error lorsque je vais sur mon site.
pour faire court, je souhaite faire un reset car les restaurations ne fonctionnent pas !
mais il m'est impossible de supprimer les fichiers du dossier www (message 550 acces denied) ni le dossier www.
le support me dit d'utiliser putty mais la hotline se déclare incompétente pour m'aider a l'utiliser en terme de commandes :-( pas cool OVH !

donc pouvez vous me donner la marche a suivre ?
voici mes essais dans putty :

teamdeve@ssh1:~$ rm -r www*
rm: descend into write-protected directory `www'? y
rm: remove write-protected regular file `www/.htaccess'? y
rm: cannot remove `www/.htaccess': Permission denied
rm: remove write-protected regular file `www/wp-signup.php'? y
rm: cannot remove `www/wp-signup.php': Permission denied

merci d'avance
Thierry

fab56
13/11/2012, 17h06
Ok donc problème réglé par OVH.
Merci à Alex pour l'intervention ainsi qu'à Gaston pour ses conseils.

Fab

Alex.P
13/11/2012, 15h34
Je peux regarder,

envois moi ton nic & domaine par email ( email dans mon profil )

Alex.P

fab56
13/11/2012, 15h27
J'ai envoyé un message au support dimanche mais je n'ai pas reçu de réponse depuis.

Peut-être que la "déclaration d'incident" marchera mieux. Je vais tester.
Enfin peut-être pas... puisque je viens d'aller voir et ça a l'air d'être payant :-(

Merci.

Gaston_Phone
13/11/2012, 15h13
--> Déclaration d'incident au support via le manager v3 (ou attendre qu'une personne de la Team OVH passe par là).

fab56
13/11/2012, 14h34
Je viens d'installer filezilla.

Voici ce que j'obtiens en essayant d'entrer dans un dossier du répertoire "agora" :
Statut : Récupération du contenu du dossier...
Commande : CWD /www/agora/commun
Réponse : 550 Can't change directory to /www/agora/commun: Permission denied
Erreur : Impossible de récupérer le contenu du dossier
De le supprimer :

Commande : CWD /www/agora
Réponse : 250 OK. Current directory is /www/agora
Commande : DELE commun
Réponse : 550 Could not delete commun: Invalid argument
Statut : Récupération du contenu du dossier...
Commande : PASV
Réponse : 227 Entering Passive Mode (213,186,33,207,84,176)
Commande : MLSD
Réponse : 150 Accepted data connection
Réponse : 226-Options: -a -l
Réponse : 226 23 matches total
Statut : Contenu du dossier affiché avec succès
D'ailleurs dans filezilla, les dossiers du répertoire /agora apparaissent avec une icône contenant un point d'interrogation sans doute parce qu'il n'arrive à récupérer les infos.

Par contre le changement de nom fonctionne à peu près :

Commande : RNFR commun
Réponse : 350 RNFR accepted - file exists, ready for destination
Commande : RNTO commun2
Réponse : 250 File successfully renamed or moved
Statut : Récupération du contenu du dossier...
Commande : CWD /www/agora/commun2
Réponse : 550 Can't change directory to /www/agora/commun2: Permission denied
Erreur : Impossible de récupérer le contenu du dossier
Statut : Récupération du contenu du dossier...
Commande : CWD /www/agora/commun2
Réponse : 550 Can't change directory to /www/agora/commun2: Permission denied
Erreur : Impossible de récupérer le contenu du dossier
Statut : Récupération du contenu du dossier...
Commande : CWD /www/agora/commun2
Réponse : 550 Can't change directory to /www/agora/commun2: Permission denied
Erreur : Impossible de récupérer le contenu du dossier
Statut : Récupération du contenu du dossier...
Commande : CWD /www/agora
Réponse : 250 OK. Current directory is /www/agora
Commande : TYPE I
Réponse : 200 TYPE is now 8-bit binary
Commande : PASV
Réponse : 227 Entering Passive Mode (213,186,33,207,229,84)
Commande : MLSD
Réponse : 150 Accepted data connection
Réponse : 226-Options: -a -l
Réponse : 226 23 matches total
Statut : Contenu du dossier affiché avec succès
Statut : Récupération du contenu du dossier...
Commande : CWD /www/agora/commun2
Réponse : 550 Can't change directory to /www/agora/commun2: Permission denied
Erreur : Impossible de récupérer le contenu du dossier
Mon idée, c'est que le problème ne vient pas de droit sur les répertoires mais vient peut-être d'un bug qui est survenu lorsque j'ai essayé de les supprimer dimanche dernier. Du coup ils seraient "mal" supprimés. Une sorte d'index qui ne serait pas à jour.

Gaston_Phone
13/11/2012, 13h04
As-tu essayé avec Filezilla ?

fab56
13/11/2012, 12h28
Merci.

705 est bien le droit actuel des dossiers.
Idem, 604 pour les fichiers.

Je viens néanmoins d'essayer de modifier les droits des répertoires de manière récursive à partir de www ou directement les répertoires de net2ftp.

Pas de bug mais aucune prise en compte de la modification demandée sur les répertoires qui posent soucis.

Tout comme avec mes autres outils ftp, net2ftp ne me donne pas l'infos quant au chmod des répertoires qui buggent. Dans la colonne "Permissions" il me met des "---------".

Et lorsque j'essaye sur net2ftp d'entrer dans un répertoire pour voir ce qu'il y a dedans, je suis renvoyé à la racine avec le message :
Le répertoire /www/agora/includes n'existe pas ou ne peux pas être affiché. Le répertoire / est donc affiché à la place.
Et si j'essaye de supprimer un répertoire, j'obtiens :

Traitement du répetoire /www/agora/install
Le répertoire /www/agora/install ne peut pas être lu, il sera donc omis

Tous les répertoires et fichiers sélectionnés ont été traités avec succès.
Donc le répertoire n'est pas supprimé...

Gaston_Phone
13/11/2012, 11h26
705 --> Dossiers (/www inclus)
604 --> Fichiers

fab56
13/11/2012, 10h09
Bonjour à tous,

Je bloque depuis dimanche après-midi sur un problème de ftp sur mon mutualisé ovh.

J'ai voulu mettre à jour une application web (agora project) ce qui passe par la suppression des répertoires & fichiers pour télécharger leurs nouvelles versions.

Cela s'est bien passé dans un premier temps mais j'avais ensuite rencontré un problème de droit sur ses répertoires qui faisait planter l'application. Tout doit être en 755.
Ces changements de droit semblent ne pas avoir bien fonctionnés ou alors certains fichiers n'avaient pas été bien téléchargés mais ça ne marchait toujours pas.

De guerre lasse, j'ai de nouveau supprimé / retéléchargé tout le contenu du répertoire de mon sous-domaine et essayé différents chmod (755, 777) sur les répertoires de l'application + aussi le répertoire "agora" correspondant au sous-domaine.

Donc j'ai fait pas mal de manip et sans doute quelque chose qu'il ne fallait pas car j'arrive à une situation ubuesque ou je ne peux plus rien faire sur les répertoires de l'application : ni les supprimer, ni changer les droits, ni les écraser en envoyant ma version locale. Je n'arrive même droit à remonter l'infos de la valeur des droits (fireftp me donne 0000). J'ai par contre réussi à renommer un répertoire...

J'ai essayé avec fireftp, gftp et même le net2ftp proposé par ovh. A chaque fois même punition.

J'ai aussi essayé de vider mon répertoire en php avec le script suivant :

Code:
function clearDir($dossier)
	{
	$ouverture=opendir($dossier);
	if (!$ouverture) return false;
	while($fichier=readdir($ouverture))
		{
		if ($fichier=="."||$fichier=="..") continue;
		if (is_dir($dossier."/".$fichier))
			{
			$r=clearDir($dossier."/".$fichier);
			if (!$r) return false;
			}
		else
			{
			$r=@unlink($dossier."/".$fichier);
			if (!$r) return false;
			}
		}
	closedir($ouverture);
	$r=@rmdir($dossier);
	if (!$r) return false;
	return true;
	}

$res=opendir(".");
while ($f=readdir($res))
 {
	if((is_dir($f))&&($f!=".")&&($f!=".."))
		{
		echo "je tente de supprimer le dossier :".htmlentities($f);
		$test=clearDir($f);
		if($test)
		 {
			echo " et ça marche
"; } else { echo " mais ça plante
"; } } else { echo htmlentities($f)." n'est pas un dossier.
"; } } echo "fini";
Mais il bloque aussi à l'ouverture du répertoire à supprimer en me disant :
failed to open dir: Permission denied in /homez.330/ecrivezm/www/agora/test.php on line 4
Bref je suis bloqué de chez bloqué... une idée ?

Fab