Jump to content

filou59

Membres
  • Content Count

    14
  • Joined

  • Last visited

Everything posted by filou59

  1. Bonjour exxos , Je viens d'installer une Debian 9 sur mon Qnap 451, c'est une base intel (Intel Celeron J1800). Est-ce que ton kernel serait compatible et est-ce que tu as quelque choses pour la Debian 9. Merci
  2. Merci pour ton aide. J'ai d'abord désactivé les application QPKG : pas mieux Ensuite j'ai regardé le fichier smb.conf : Là il y a avait des erreurs, des lignes tronqué ... Je l'ai épuré mais c'etait pas mieux. Ensuite j'ai regardé le fichier du crontab. Il faisait 45K !!! Il y avait plein de bordel. En branchant un ecran j'avais pas mal derreur qui venait du crond. J'ai remi une version antérieur. Dans le fichier il y avait des bout de plusieurs fichier de config j'ai reconnu le smb.conf, mais il y en avait d'autre. J'ai apercu aussi des erreurs des group inexistant : administrators / guest Je pense que le plus sage est de repartir sur une config saine, il y a eu quelque chose. J'ai mis un nouveau DDur en 1er disque, l'initialisation de celui-ci est en cours. Mon 2nd nouveau disk a aussi été initialisé, je vais ensuite tout réinstallé. Je pense que l'erreur que j'ai fait est d'avoir voulu prendre trop de précaution en débranchant mon disk avec le Qnap hors tension. Pour info je crois que j'etais enfaite déjà en mode single, je te confirmerais quand je vais remettre les autre disques. Je fini de formater les 2 petits nouveau pour le moment.
  3. Bonjour J'ai un TS859 sur lequel j'avais 8 Ddur 2To. Je n'ai pas besoin de fonction RAID, mes Disques étaient donc tous configuré en JBOD de mémoire. Afin d'augmenter la capacité j'ai voulu remplacé un des 8 disques par un disque de plus grande capacité. Il me semble l'avoir déjà fait dans le passé avec un firmware plus ancien, là j'ai éteint le NAS pour etre sur qu'aucun fichier ne soit verolé en cas d'accès au disque, puis j'ai remplacé le ddur. (Pas le 1er qui contient toute la config) Mon problème c'est que depuis je n'ai plus accès au NAS : Pas accès aux pagag d'admin, pas d'accès aux partages. Lorsque je me connecte sur la page web d'admin, j'arrive sur la page changement de mot de pass après m'avoir authentifié, mais je ne vais pas plus loin. L'accès SSH fonctionne tout comme le filemanager. J'ai essayé en retirant tous les disque dur et en ne laissant que le 1er, j'ai le même problème. En remettant tous les anciens disque dans le meme ordre , même problème. Il doit y avoir un problème dans un fichier de config mais je ne sais pas trop ou regarder. Je pense que je vais tout reinstaller , mais j'ai quelques question : Avant de tout reprendre a zero quelqu'un a t'il une idée ? (Car j'avais quelques applications installer via QPKG) Avec une config comme la mienne en JBOD quel est la procédure pour remplacer un ddur ? Qu'est que j'ai foiré ? Car dans ce mode les boutons retirer disque en sont pas accessible. Le but que je recherche etant d'avoir le maximum de capacité et d'avoir un maximum de souplesse (Pouvoir remplacer tout ddur sauf le 1er comme je le souhaite) Merci d'avance
  4. filou59

    Crontab Perdu Après Reboot Du Nas

    Bonjour a tous J'ai un TS 859 avec le firmware suivant : 3.4.4 0718T Je voudrais ajouter un script dans mon crontab, et biensur que celui-ci soit toujours présent après chaque Reboot. Mais là je sèche. Tout d'abord, j'utilise la méthode de l'autorun, pour lancer un script placé sur un de mes DDur : mount -t ext2 /dev/sdx6 /tmp/config vi /tmp/config/autorun.sh #!/bin/sh /share/HDA_DATA/Script/autorunmaster.sh Ca ca fonctionne. Dans ce fichier autorunmaster je lance un script : /share/HDA_DATA/Script/crontab.sh que voici : #!/bin/sh # location: /share/HDA_DATA/Script/crontab.sh # script name: crontab script # purpose: add entries to the crontab, which will survive a QNAP reboot # designed for Qnap TS-859 tmpfile=/tmp/crontab.tmp # read crontab and remove custom entries (usually not there since after a reboot # QNAP restores to default crontab: crontab -l | grep -vi "dynhost" | grep -vi "custom1.sh" | grep -vi "custom2.sh" > $tmpfile # add custom entries to crontab echo "*/2 * * * * /share/HDA_DATA/Script/DynHost/dynhost" >> $tmpfile #echo "1 4 * * * /share/HDA_DATA/scripts/custom1.sh" >> $tmpfile #echo "40 5 * * * /share/HDA_DATA/scripts/custom2.sh" >> $tmpfile #load crontab from file crontab $tmpfile # remove temporary file rm $tmpfile # restart crontab /etc/init.d/crond.sh restart Si je lance le script autorunmaster.sh, le Crontab est bien mis a jour. Mais pendant un redémarrage le NAS exécute le script autorun un peu trop tôt on dirait, puisque le crontab est réécrit par la suite. Si je lance mon crond.sh en tache de fond et si j'ajoute une tempo Sleep pour la mise a jour du Crontab, ca marche mais cette solution n'est pas terrible je trouve. Lancement du crond.sh en tache de fond : /share/HDA_DATA/Script/crontab.sh & Temporisation dans le script crond.sh: sleep 60 De plus si je modifie un paramètre (qui ajouterais une ligne dans le cron) via la page de config du Qnap, les modifications du script sont alors perdu. Est-ce qu'il existe un autre moyen plus fiable ?
  5. filou59

    Jbod ?

    Bonjour Comme l'a dit father_made , de base lorsque tu install ton nas tous les paramètres ou applications que tu aurais installé sont installés sur le 1er disque, dans HDA_DATA ou si l'on est en raid sur MD0_DATA Donc le mieux de tout c'est de toujours laissé en place le disque HDA ou le raid 0 qui contient tes paramètres. Lorsque tu es en mode Disque Simple, tu as plus de souplesse si tu veux échanger tes disques par contre tu n'as pas les perf ou la sécurité d'un raid. En mode disque simple tu vas pouvoir facilement échanger un disque déjà initialisé sur ton qnap par un autre. a partir du moment ou tu ne touche pas au 1er disque contenant tes paramètres. Exemple : par soucis de place tu a un Nas 4 baies et tu as besoin de 5 disques. Tu peux les configurer en mode disque simple et remplir les 5 disques sans aucun problème. Le 5eme disque a deja été mis dans le nas est contient des données. Pour le mettre et y accéder a nouveau après l'avoir enlevé. il suffit d'enlever l'un des 3 dernier disque, et de le remplacer par le 5eme. (Tu ne peux pas démonter un disque unique via l'interface web donc pour plus de précaution je le fais en eteignant le NAS) Une fois les disques enchangé, il suffit de recreer ton ou tes dossier de partage via l'interface WEB dans: Gestion des droits d'acces >> Dossier de Partage. Là tu fais : Créer un dossier de partage, Tu choisis un nom de dossier (nom qui apparaitrais sur les partage windows, ds le web file manager , en ftp...) Tu choisi le numero du disque que tu as inséré. Dans le chemin tu choisi entrer le chemin manuellement : tu saisis le nom du dossier qui avait été créé la 1ere fois. Par défaut c'est le nom du partage qu tu avais spécifié, a moins de l'avoir spécifié manuellement. Si tu ne t'en souvient plus tu double click dans la zone texte, et tu verra l'arborescence de ton disque avec les dossier qui sont actuellement créé et donc utilisable pour ton partage. Si tu avais crée un partage film4, tu saisiras /film4 Voilà comment je fait chez moi. Je sais pas si j'ai été clair, mais si besoin n'hésite pas a poser des questions. Un conseil en cas de doute pour faire des essais , fait le en y mettant quelques fichier sur chaque disque afin de ne pas perdre de temps et afin d'eviter toutes perte de donnés a cause d'une éventuelle fausse manip.
  6. Merci pour l'info 11% après 3h, je ne suis pas d'un naturel patient.... Avec les param par défaut : 2147min soit 35H [==>..................] resync = 11.5% (226088520/1951945600) finish=2147.0min speed=13396K/se Après 777min soit 12H30 , c'est mieux [==>..................] resync = 12.2% (239274624/1951945600) finish=777.2min speed=36725K/sec[/code]
  7. Bonjour Je suis en train d'essayer une camera DCS 932L et je n'ai eu aucun problème. Ton Qnap ne doit pas avoir les bon login / mdp pour acceder a ta caméra. Moi j'ai par hasard utilisé le meme mdp admin que mon qnap, et ca marche, car il faut savoir que lorsque tu modifies certains reglages dans surveillance station, il sont envoyé dans ta camera pour uploader par exemple les fichier sur le NAS.
  8. Bonjour Via l'interface d'admin dans : System Administration - Power Management Je souhaiterais faire rebooter le NAS tous les jours sauf le Lundi. Si l'on crée ajoute plusieurs action "Restart", il n'y en a qu'une qui est réellement ecrite dans le cron. A mon avi il y a un petit bug Ensuite Les option Daily/WeekDay/WeekEnd ne semble pas fonctionner. Pour un daily ou WeekDay a 05h01 j'ai ca dans mon Cron : 1 5 * * 5 /etc/init.d/reboot Pour un WeekEnd j'ai : 1 5 * * 6 /etc/init.d/reboot (Ce qui correspond au Samedi) Niveau Firmware je suis en : Current firmware version: 3.5.0 Build 0815T Mais avec le 3.4.3 c'etait déja comme ca pour la création de plusieurs Reboot.
  9. filou59

    [Beta] Qmanager

    +1 Vraiment sympa comme appli. Un petit truc qui pourrait servir, c'est la place disponible sur les disques et l'espace disque utilisé. Pour ceux qu fond des transfert automatique sur le NAS ca pourrait permettre d'avoir l'info rapidement a distance.
  10. filou59

    Crontab Perdu Après Reboot Du Nas

    Je suis pas encore expert la dedans, et je m'y perd encore un peu entre les fichiers qui sont écrasé après les reboot ou autre j'en perd mon latin. Sur le WIKI il y a 2 méthodes, j'ai pris la mauvaise... , mais bon c'est comme ca que ca rentre, c'est en forgeant que lon devient forgeron Dommage quand même que le NAS soit si long a démarrer
  11. Salut Je ne sais pas si tu as avancé sur ton problème, mais moi j'avais un problème similaire pour compiler un programme qui avait besoin des lib mysqlclient LD ne trouvait pas la lib de mysqlclient. En ajoutant le switch suivant avant -lmysqlclient, la compil a fonctionné. -L/mnt/ext/opt/mysql/lib/mysql Ce devrait aider ou mettre sur la piste tout ceux qui cherche a compiler des applications a base de mysql. Chez moi la lib libmysqlclient_r.so.16.0.0 se trouve dans le dossier : /mnt/ext/opt/mysql/lib/mysql
  12. filou59

    Crontab Perdu Après Reboot Du Nas

    Je viens de trouver la réponse a ma question. Lors de modification dans le cron, il faut aussi faire la modification dans le fichier suivant : /etc/config/crontab J'ai donc modifié mon script pour y ajouter cette ligne : cat $tmpfile > /etc/config/crontab Le crontab survie au Reboot et au modif de config.
  13. filou59

    Encore Un Nouvel Adepte

    Bonjour a tous Voilà, ca faisait quelques mois que j'avais un petit Qnap 859 Pro qui trainait dans son carton , ba oui je suis en train de faire construire et j'ai pas eu le temps avant ca de my mettre (Pour changer du carrelage, de l'electricité et de la plomberie, je me suis remis au SSH ... ) Bon ba sinon mes première impression son plutôt bonne, je me souviens maintenant pourquoi je l'avais choisi, accès SSH (sans trop devoir ce cassé la tête), possibilité d'installer et d'ajouter des applications ... , bref que du bonheur. Sans oublier le débit pour le transfert des DDur via les ports eSata, la reconnaissance et le montage des partitions EXT3/NTFS sans rien faire... Seul, petit bémol, pas évident de s'y faire aux config ou autre chose qui sont réécrite a chaque reboot , me suis déjà fait avoir une foi, et je crois que ca ne serra pas la derniere. Bon ba sinon pour le moment j'ai un Raid 5 avec 4x2To en Seagate. Plus bientôt quelque petit frere de 1To qui seront monté en volume simple.(Dès que j'aurais pigé les petites subtilité , car j'ai pas envi de perdre des données.) Tiens d'ailleurs si quelqu'un passe par là, en ce qui concerne les Volume disque Simple : 1 : Peut-on retirer a chaud un DDur utilisé en volume disque simple 2 : Quel est la procédure pour retirer un DDur ? -> Faire un umount en SSH ? via le pannel admin mais j'ai pas vue ou ? 3 : Je n'ai pas vue comme pour les Disque Externe de bouton qui permet d'enlever le ddur en toute sécurité ? Bon une foi le DDur retiré, lorsque je vais vouloir le remettre, comment le Qnap va-t-il gérer mes partages ? (Il va de soit que je ne veut pas perdre mes données) Merci et a Bientot sur le forum.
  14. filou59

    Intérêt D'éteindre Le Nas Le Week End ?

    Bonjour a tous Pour avoir trainé dans des datacenter quelques fois, je dirais simplement que le mieux et l'ennemi du bien. On peut penser qu'éteindre un ddur va lui faire augmenter sa durée de vie, mais on peut s'apercevoir que des ddur fonctionnant correctement sur des serveur 24h/24h et 7J/7 ne veulent plus redémarrer après une coupure de courant. Parfois la hantise de personnes devant déplacer des machines etait bien , est-ce que ca va redémarrer ... Alors après faut voir, quel gamme de ddur on a, les gamme grand public qui ne sont pas fait pour tourner 24/24 ou les gamme plus axé sur serveur ? A titre personnel a mon boulot, j'ai assisté a la mort de 4 Velociraptor (reparti sur 10 machines indentiques) qui ont laché coup sur coup après 6 a 11 mois de fonctionnement 24/24. Ce sont quand meme des ddur plutot haut de gamme, nous sommes peut etre tombé sur une mauvaise série.... Faudrait avoir des stat de panne de ddur, et chercher aussi d'autre témoignage , mais bon un ddur peut lacher quelques heures ou quelques semaines après son déballage, mais après si il passe un certain cap, il peut fonctionner aussi très longtemps. Filou
×