devildant

bonne nouvelle, pour les prochains essayer de débrancher et rebrancher le câble rj45, car si ça ne fonctionne pas ça vaudra peux être le coup d'informer synology du problème, car cela devrait etre automatique

oui c'est sur il n'y a plus qu'a attendre leurs retours :)

c'est étrange sa en 254 mais ma fois. je ne savais pas qu'on pouvait changer les sous réseaux chez free bon a savoir :) j'ai bonne espoir que ça corrige leurs problème, c'est peux être tout bête, tiens une autre idée si ca se trouve il suffirait de débrancher et rebrancher le cable réseau pour que les réglages se remettent ^^ a tester on ne sais jamais :)

va dans interface réseau normalement la tu devrais pouvoir éditer pour set la passerelle Utiliser configuration manuelle : ip : ip de ton nas masque de sous réseau 255.255.255.0 passerelle : 192.168.0.1 DNS 192.168.0.1

Bonjour, cela sent la passerelle non trouver ça, as tu bien la passerelle de renseigné dans les paramètre réseau, si mes souvenir sont bon chez free les sous réseau sont en 192.168.0.XX donc la passerelle devrait être 192.168.0.1

bonjour je pense que ca peux venir de l’exécution de php cli, cela peux peux etre vous aidez http://stackoverflow.com/questions/5121360/command-line-php-mysql-connect-error

:) /bin/php /volume1/web/folder/file.php ne fonctionne pas ? ou /bin/sh -c php /volume1/web/folder/file.php ? ^^ apres autre option avez vous essayer avec un autre user que le root (on sait jamais)

Bonjour, avez vous essayer de mettre le path de php, je ne sais pas ou il se trouve sur DSM 6 mais ca pourrais venir de la, l'environnement n'est peux etre plus charger comme avant lors des exécution en cron

Bonjour, j'ai une petit questions moi aussi, avez vous aussi comme moi un souci avec la recherche de dsaudio avec haproxy, tout fonctionne bien sauf la recherche, enfaîte elle fonctionne mais j'ai souvent une popup : cela ne ce produit pas a chaque fois, mais assez souvent et ça m'agace. auriez vous une idée?

Bonjour, cela fait un moment que je ne suis pas venu sur le forum :). Concernant haproxy via docker j'ai mi en place se système il y a plusieurs mois de ça fonction bien avec l'option host. depuis DSM 5.2 Synology a fait le nécessaire pour que les serveurs frontaux qui font du reverse proxy soient supporté, pour cela il suffi d'ajouter l'ip du serveur frontal dans la liste blanche, en faisant cela DSM bloquera la bonne ip lorsque la limite de connexion est atteinte. Cependant docker attribue une ip en 172.... en mode nat ou bridge et il n'est pas possible de connaitre cette ip avant de lancer le container (il n'est pas possible actuellement de spécifier une ip au container sauf en bricolant mais je déconseille ce genre de chose sur un syno), c'est pour cela que le mode host fonction car la pile reseau étant partager avec le parent l'ip du container et celle du syno lui même (mais attention au port que vous exposé via le container) c'est pour cela que le processus de blocage se passe convenablement. une solution alternative serai de trouver le fichier qui contient la liste le blanche et le mettre a jour a chaque lancement du container, mais je ne sais pas ou il se trouve( il y a fort a parier qu'il soit en bdd) il semblerai que dans la version 1.8 de docker il soit possible de spécifier une ip https://docs.docker.com/v1.8/articles/networking/#docker0 sur se point comme je l'ai dit la liste blanche est prise en compte, et dans tout les cas il y aura une condition de ce type sur ce point ci, je pense que c'est pour la même raison que moi, pouvoir avoir le support synology, a moins qu'il est re changé leurs politique, mais a mon dernier problème je n'ai pas eu d'assistance du moins ce n'est pas aller plus loin que le support français qui ma conseillé de faire un double reset pour ne plus avoir de package tiers et avoir le support complet. dans le cas contraire je serai resté avec le package haproxy de diaoul, c'est toujours mieux avec une interface ^^

la partition système est une partition de petit taille a part. plusieurs personne on déjà eu le problème sur le forum, par exemple : http://www.nas-forum.com/forum/topic/19317-regler-volume-plein/

Oki je vais essayer. j'ai rajouter les log de haproxy. je vais aussi voir si le probleme se produit sans haproxy (conf standard webstation du syno) je me rends compte que mes ennui on du arrivé avec la maj qui a apporter nginx.

j'ai fait 2 3 tests et je pense que mon souci viens de l'ajax, j'ai l'impression que par moment les requête s'empile et que je me fait moi même un déni de service. pour mon test je n'ai lancé aucun transfère, j'ai juste ouvert plusieurs instance de ma page et au bout d'un moment ca crash j'ai une configuration un peux particulière, car j'ai beaucoup de mes user qui sont sur un reseau bridé (port et 443 seulement) du coup j'ai un reverse proxy en place avec haproxy. du coup j'ai cette config : haproxy => nginx (syno) => apache

oki alors : la page en question se connecte a un ftp et affiche le contenue (dossier fichier), l'utilisateur peux se baladé dans l’arborescence et telecharger sur le syno des dossiers ou des fichiers de ce ftp. pour télécharger le fichier j'utilise soit wget, rsync, ou lftp. une fois que le transfère commencer j'ai un page ajax qui se charge de parsé les logs des diff programme de téléchargement pour afficher dans ma page principale le nombre de téléchargement effectuer, la vitesse le temps restant .... pour un Téléchargement voila comment ça se passe niveau code : index.php => ajxftp (page qui récupéré en poste la liste des fichier ou dossier a dl) => deamonTranf.php (ce php lui est appeler en ligne de commande et se charge d'executé un a un les dl) => deamonDownload.php (execute le programme de dl que j'ai choisi wget, rsync....) a coté de ça j'ai une autre page qui est lancé en cron et verifie qu'un telechargement n'est pas bloquer ou autre. et j'ai egalement mi en place un systeme d'attente qui permet de de ne lancé qu'un seul dl a la fois pas user.

bon le problème est toujours la, j'ai l'impression que seul mon module ftp est en cause, il y a beaucoup d'ajax dessus ( toute les 1 ou 2 seconde), je dois faire tomber mon serveur web tout seul. peux être devrais je utiliser des webSocket pour voir, si vous avez d'autre idée je suis preneur

ça ne bronche pas, j’espère que sa va continuer

merci Fenrir, conf appliqué depuis hier ça tiens pour le moment

Bon je viens de me rendre compte que la conf que je modifiais dans /etc/php/php-fpm.conf était réécrite a chaque fois que je restart le service web. Une idée ou se trouve la conf php-fpm ?

oui j'ai déjà changé la conf, pour le moment ça bronche pas. mon "site" fait beaucoup de chose, et surtout j'ai des interconnexions importantes avec certaines méthodes du syno (comme le system de blocage d'ip que j'utilise soit via les api syno ou soit la ligne de commande), du coup en passant par un container je suis obligé de faire des bidouilles pour les utiliser. j'utilise aussi certain package comme svn... en tout cas merci de ton aide

pour docker j'y est pensé mais sa veux dire encore un nouveau port et par conséquent encore un sous domaine pour le passé par le port , après j'ai mappé tout mon site web pour qu'il centralise les authentification DSM et photostation (api) et compagnie et j'ai aussi mon propre videostation du coup ça me ferai faire beaucoup de modification mais a voir je prends note. concernant l'idée du cron c'est pas bête, mais j'avais fait ça pour parallélisé certaine tache car les fork ou thread en php c'était pas sa la dernière fois que j'ai regardé maiss je sais que c'est mal je maintient ce projet depuis que j'ai un syno dsm 2.3 j'ai un peux debuté le web avec. l'idée du container me semble bien mais ça fait beaucoup de modif ^^

merci, pas bête, je vais tester ça, je mettrai a jour le message si ça s'améliore. pour info je n'ai pas beaucoup de trafic, mais j'ai un projet avec une config assez particulière, j'ai dev en php un outil qui me permet de télécharger a partir d'un autre FTP sur mon syno, et pour faire cela et pour pouvoir faire certain traitement async j'ai des pages php (script qui en appel d'autre via http, c'est pas forcement la meilleur solution mais elle répond bien a mon besoin). a cause du ftp j'ai certain script php qui sont long a s’exécute mais je les lancent via des exec en background. j'ai déjà fait une passe de nettoyage en vérifiant bien que les sessions sont close le plus rapidement possible ainsi que la bdd. j'ai fait des tests de charge avec plusieurs jours de dl en continue et ça ne bronche pas et puis quelque temps après (ça peux être plusieurs semaine) alors qu'il n'y a pas plus de stress que d’habitude d'un coup il y a une saturation et tout crash. j'ai activé server-status de apache mais même en utilisant mon module ça ne bouge quasiment pas 2 ou 3 W mais pas plus. bon j'ai également un reverse proxy en amont avec haproxy (via docker) mais bon je n'ai théoriquement pas de retry comment peux le faire nginx. concernant le module qui se charge du dl c'est lftp, wget ou encore rsync qui sont lancé en ssh via la lib phpseclib.

/var/log/php-fpm.log et dans /var/log/httpd/user.....log

Bonjour, depuis que synology a intégré php-fpm j'ai des souci de crash (ça fait un moment), mes site web deviennent inaccessible, et la seul solution est de restart webstation ou via ligne de commande, ça commence doucement a m'agacé. j'ai fait plusieurs tentative, comme désactiver opcache, augmenter le maxclients (amis google) mais rien y fait le problème réapparaît toujours. je n'ai plus trop d'idée, je me tourne vers vous pour voir si vous avez d'autre piste. dans mes log j'ai ceci : [/var/log/php-fpm.log] ERROR: An another FPM instance seems to already listen on /run/php-fpm/php-fpm.sock [25-Aug-2015 10:38:26] ERROR: FPM initialization failed [25-Aug-2015 11:21:38] NOTICE: configuration file /etc/php/php-fpm.conf test is successful [/var/log/httpd/user-error_log] [Tue Aug 25 11:09:55 2015] [error] server is within MinSpareThreads of MaxClients, consider raising the MaxClients setting [Tue Aug 25 11:10:26 2015] [error] server reached MaxClients setting, consider raising the MaxClients setting actuellement j'ai fait un script qui check la disponibilité d'une de mes pages et en cas d'erreur, il restart le service httpd avec : /usr/syno/sbin/synoservicecfg --restart httpd-user mais bon ce n'est que temporaire

bonjour, avez vous les erreurs qui sont affiché et avez vous une save mysql programmé dans DSM, car depuis l'arrivé de mariaDB DSM arrêt mysql pour le backup, cee qui cause pas mal de souci PHP pendant ses sauvegardes

Bonjour, alors voici un petit retour sur ma mésaventure. j'ai au final effectuer un double reset, mais avant j'ai quand même tenté ta manip Fenrir, mais j'ai un peux triché donc si jamais cela vous arrive : 1) changé l'encode de putty et pour que le volume qui prose problème est un nom affichable, dans mon cas je suis passé de utf-8 a ISO (LATIN-1 West europe) 2) faire un ls sur / pour avoir le nom du volume, dans mon cas cetait volume1Â 3) reboot le nas pour recup le volume 4) mkdir /0dev 5) mv /volume1Â /0dev/ maintenant la raison de mon double reset j’avais la partition dev full et mon interface DSM était partiellement en français partiellement en anglais et des paramètre avaient sauté, donc j'ai préféré tout remettre au propre. voila encore un grand merci a Fenrir Cordialement,