Bonjour,

Même problème sur DS211+

j'ai mis un cierge pour carddav :-)

A priori plus de problème ce jour

Hello all,

Je viens de constater que les spk de Synocommunity n'étaient plus accessible du Package Center de DSM.

Le dépôt synocommunity (http://packages.synocommunity.com) est-il HS?

C'est vrai que carddav serait génial. Je pourrai virer owncloud...

Hello all

ti up

démo live 4.3 beta: http://demo.synology.com:5000

Ayant participé à la présentation, le versionning de cloud station sera au niveau des blocs et non au plus au niveau du fichier complet -> gain d'espace.

Pour ma part, suite à une ou deux boulettes que j'ai heureusement pu récupérer, l'aspect versioning de cloud station m'intéresse...

Etant sous linux, j'attend donc avec impatience la sortie de la version 4.3.

Il ne manquera plus que cardav et le nas sera parfait.

Bonjour à tous,

J'ai une petite question, comment doit-on mettre à jour owncloud?

via une mise à jour du spk synocommunity ou via l'updateur intégré à owncloud?

J'ai tenté la mise à jour via l'updateur, mais je me prend divers message d'erreur liés à priori à des problèmes de droits sur le dossier webowncloud

impossibilité de créer le dossier web/owncloud/backup -> résolu en créant un dossier backup avec droits 777

ensuite, j'obtiens le message "Unable to move /volume1/web/owncloud/3rdparty/Archive to /volume1/web/owncloud/backup/tmp/3rdparty/Archive"

Je n'ai pas réussi à résoudre ce problème. A chaque lancement de mise à jour via l'updateur, il créé un backup de la version actuelle d'owncloud dans un dossier "n°version + identifiant" appartenant à nobody et qui n'autorise les droits en écriture qu'au propriétaire.

Quelqu'un a-t-il réussi à mettre à jour owncloud en 5.0.7? Je suis preneur pour un petit coup de main...

Merci d'avance,

bonjour,

Merci de ton assistance

Mon idée de départ est de pouvoir l'éteindre à distance sans laisser l'accès ssh ouvert sur le net pour mon pc lorsque je ne suis pas chez moi.

Je ne souhaite pas l'éteindre systématiquement après sauvegarde mais lancer ce script ponctuellement.

Pour la partie allumage, tout est fonctionnel

pour la partie extinction, j'ai shunté la demande de mot de passe sur la commande sudo shutdown -h now.

please help

bj,

Je viens de terminer mon extention de volume. J'ai rebooter le nas et depuis, je n'ai plus ce message...

Je suis sous freebox revolution. Je viens de rebooter mon nas à l'occcasion d'une extention de volume. Peut-être que cela donnera du mieux. En tout cas au reboot, je n'ai pas eu ce message et l'IP a été correctement enregistrée

Bj,

J'ai exactement le même problème que toi. Depuis quelques jour, j'ai le même problème, bien qu'il n'y ait pas eu de mise à jour du DSM.

Samba 4 ...

... complet !!!

+1

carddav miam!!!

La réponse est oui et la solution est sur le forum ->

Patrick

Il y a également cette possibilité:

bonsoir,

Voici mon souci, mon pc sert actuellement de serveur rsync pour la sauvegarde des photos stockées sur mon 211+.

Pour mes sauvegardes, je suis resté basique: une par semaine le lundi soir. Le PC n'est cependant pas allumé H24.

J'ai donc re pomper un script pour l'allumer à distance 5 min avant le début de la sauvegarde.

Ce que je souhaiterai, c'est trouver / créer / adapter (rayer la mention inutile ) un script python pour ouvrir une connexion ssh sur le pc et lancer un shutdown -h now

J'ai vu plusieurs exemples de scripts de connexion ssh, mais utilisant des librairies annexes.

Donc petite question, sur les versions synology ou synocommunity, y a-t-il les fonctions nécessaires pour automatiser une connexion ssh?

Si oui, lesquelles?

A ce stade, je souhaiterai pour l'occasion créer mon premier script python et avoir la larme à l'oeil lors de sa première exécution .

Si une âme charitable pouvait me mettre sur la voie de la réussite...

Bonjour,

Voici le script fonctionnel si cela peut intéresser quelqu'un:

#!/usr/local/python/bin/python
# wol.py

import socket
import struct

def wake_on_lan(macaddress):
    """ Switches on remote computers using WOL. """

    # Check macaddress format and try to compensate.
    if len(macaddress) == 12:
        pass
    elif len(macaddress) == 12 + 5:
        sep = macaddress[2]
        macaddress = macaddress.replace(sep, '')
    else:
        raise ValueError('Incorrect MAC address format')
 
    # Pad the synchronization stream.
    data = ''.join(['FFFFFFFFFFFF', macaddress * 20])
    send_data = '' 

    # Split up the hex values and pack.
    for i in range(0, len(data), 2):
        send_data = ''.join([send_data,
                             struct.pack('B', int(data[i: i + 2], 16))])

    # Broadcast it to the LAN.
    sock = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)
    sock.setsockopt(socket.SOL_SOCKET, socket.SO_BROADCAST, 1)
    sock.sendto(send_data, ('192.168.0.255', 7))
    

if __name__ == '__main__':
    # Use macaddresses with any seperators.
    wake_on_lan('0F:0F:DF:0F:BF:EF')
    wake_on_lan('0F-0F-DF-0F-BF-EF')
    # or without any seperators.
    wake_on_lan('0F0FDF0FBFEF')

Eureka j ai trouvé en fait l'origine du problème:

la config du pc

En fait il n'acceptait plus que les réveils par broadcast.

Du coup le script ne pouvait plus fonctionner.

J'ai trouvé un scripts sympa sur le net qui a parfaitement fonctionné en ssh et par le planificateur de tâches. Je le posterai demain au cas où quelqu'un est intéressé.

Du coup je ne sais pas pourquoi le script d'origine a fonctionné plusieurs fois... peu être une mise à jour de mon pc...

Il a marché.

Connecté en ssh, je faisais cd /volume1/Scripts puis ./Wol2PC.py et le PC démarrait

Mais je viens de me rendre compte que le Wol ne fonctionnait plus du tout sur mon PC donc ... Je refais fonctionner le Wol du PC et je me refais tous les essais

Désolé je suis sur mon tel je n'ai pas modifié le Wol2PC.py et je le lance avec un ./Wol2PC.py

Ceci est une réponse à quelle question?

**EDIT**

« La réponse est oui. Mais quelle était la question ? »

(Woody Allen)

Lol

Oui je n ai pas touché au script original

Ca fonctionne pas et je viens de me rendre compte de le scripts ne fonctionnait plus non plus par un ./Wol2PC.py.

A n'y rien comprendre...

Le fichier de log est bien créé suite à vérification par un dir /tmp en ssh, mais ce dernier est vide