Aller au contenu

trabala38

Membres
  • Compteur de contenus

    17
  • Inscription

  • Dernière visite

À propos de trabala38

trabala38's Achievements

Newbie

Newbie (1/14)

0

Réputation sur la communauté

  1. trabala38

    Impossible De T

    OK, ca marche maintenant... Probablement que le compte "RapidPro" n'
  2. Hello tout le monde, J'ai remarqué que toutesles 24h, mon DiskStation DS211 est réveillé à cause de ce processus : Jul 3 23:20:24 kernel: [345697.330000][/etc/ld.so.cache] opened by pid 7434 [u:(/usr/syno/bin/synorsstool),comm:(synorsstool)] Ceci est lié au RSS Feedqui est automatiquement actif lorsque Download Station est activé. En effet, enallant vérifier dans les réglages du Download Station en lui-même, l'"Update Interval" est réglé par défaut sur 24h. En réalité, je n'aipas besoin du RSS Feed et je ne vois aucune option pour désactiver ce RSS Feedvia le User Interface Ma question : y-a-t-ilmoyen de désactiver le RSS Feed tout en maintenant le Download Station actif(p-e via le CLI ?) ? Merci d'avance pour vosréponses trabala38
  3. Hello Julien94, Je n'ai pas de r
  4. Hello à tous, J'ai modifié le fichier crontab (en utilisant la commande vi). Il contient maintenant ceci : #minute hour mday month wday who command 0 14 * * 3,7 root /usr/sbin/ntpdate -b pool.ntp.org 2 14 * * 3,7 root /usr/bin/php -n -d safe_mode_exec_dir='' /usr/syno/bin/autoupdate.php => Execution de 2 processus à 14.00 et 14.02 respectivement tous les mercredis et dimanches. Cependant, en vérifiant mes logs, j'ai pu voir les erreurs suivantes : Jun 26 13:29:51 crond[12216]: user root: parse error at 3,7 Jun 26 13:29:51 crond[12216]: user root: parse error at 3,7 Jun 26 13:30:04 kernel: [491113.850000] [/etc/crontab] opened by pid 12217 [u:(more), comm:(more)] Jun 26 13:31:12 kernel: [491181.810000] [/etc/passwd] opened by pid 12187 [u:(sshd: admin [priv]), comm:(sshd)] Jun 26 13:32:56 kernel: [491286.030000] [./cnid2.db] opened by pid 12180 [u:(/usr/syno/sbin/cnid_dbd), comm:(cnid_dbd)] Jun 26 13:43:33 kernel: [491923.520000] [/etc/localtime] opened by pid 3604 [u:(/usr/syno/bin/scemd), comm:(scemd)] Jun 26 14:00:01 crond[12333]: can't set groups: Operation not permitted Jun 26 14:00:01 kernel: [492910.710000] [/etc/passwd] opened by pid 12216 [u:(/usr/sbin/crond), comm:(crond)] Jun 26 14:00:13 kernel: [492923.000000] drivers/scsi/sd.c[471]:sd_prep_fn(), sdb: cmd 0x0 spin up by pid=92, comm=bdi-default Jun 26 14:00:13 kernel: [492923.010000] [/etc/localtime] opened by pid 2000 [u:(/sbin/klogd), comm:(klogd)] Jun 26 14:00:13 scemd: SCEMD: disk 2 wake up from hibernation Jun 26 14:00:13 kernel: [492923.020000] drivers/scsi/sd.c[471]:sd_prep_fn(), sda: cmd 0x0 spin up by pid=3, comm=ksoftirqd/0 Jun 26 14:00:20 kernel: [492930.510000] [/var/log/messages] opened by pid 1998 [u:(/sbin/syslogd), comm:(syslogd)] Jun 26 14:00:21 scemd: SCEMD: disk 1 wake up from hibernation Jun 26 14:02:01 crond[12335]: can't set groups: Operation not permitted Jun 26 14:02:01 kernel: [493030.750000] [/etc/passwd] opened by pid 12216 [u:(/usr/sbin/crond), comm:(crond)] Savez-vous ce que sont les erreurs suivante : - Parse Error - can't set groups: Operation not permitted ? Autre chose : pour redémarrer le service crond après modification de crontab, j'ai du utiliser la commande suivante : /usr/syno/etc.defaults/rc.d/S04crond.sh stop /usr/syno/etc.defaults/rc.d/S04crond.sh start Mais, en regardant sur les forums, d'autres utilisateurs utilisaient la commande suivante : /usr/syno/etc/rc.d/S04crond.sh stop /usr/syno/etc/rc.d/S04crond.sh start Quelle est la différence entre les deux (entre les folders etc.default et etc ?) Merci pour vos réponses ! ++ trabala38
  5. Thanks Vladimok ! Et toi, coxforce, qu'as-tu re
  6. Hello, Est-ce que vous pourriez donner les r
  7. Marcien, merci beaucoup pour l'info. En fait, le param
  8. OK merci pour les conseils. Pour l'instant, je n'ai pas besoin du RAID car les donn
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.