idetl

Toutes mes réponses sur les forums

15 sujets de 16 à 30 (sur un total de 35)
  • Auteur
    Messages
  • en réponse à : sauvegarde #2939
    idetl
    idetl
    Participant

    Vous dites que l’import de la base « semble se faire avec les fichiers dumps de facon normale » mais l’avez-vous vérifié avec phpMyAdmin ou tout autre utilitaire d’administration de base MySQL ?

    Ensuite, vos fichiers .ini de l’installation, notamment Manager.ini sont-ils en phase avec votre base sur Ubuntu, notamment la section [Connexion] ?

    en réponse à : sauvegarde #2927
    idetl
    idetl
    Participant

    Bonjour,

    la récupération semble se faire avec les fichiers dumps de facon normale mais à la fin quand j’ouvre medintux je ne trouve que tartenpion.  GRRRRR…

    Je ne connais pas MySQL Workbench, plutôt phpMyAdmin pour administrer les BD MySQL, mais il doit être possible d’utiliser Workbench pour vérifier les structures et les contenus des bases importées…

    en réponse à : installation serveur OK – comment installer le client ? #2586
    idetl
    idetl
    Participant

    J’avais déja commenté le bind-adresse = 127.0.0.1 pour pouvoir accéder depuis l’extérieur du serveur.

    Il ne s’agit pas juste de commenter la ligne, mais d’y faire figurer l’adresse IP locale du serveur (puis redémarrer le service MySQL pour la prise en compte). En commentant cette ligne, cela revient à autoriser tout le monde à se connecter mais il y a un autre niveau de sécurité au niveau de MySQL…

    Pour pouvoir accéder à une base MySQL à distance, il faut que le user distant soit autorisé explicitement.

    Dans phpmyadmin sur le serveur, au niveau de la base « mysql », table « users », onglet « SQL » vous pouvez tenter un :

    grant all privileges on *.* to remoteuser@192.168.1.12 identified by "userpassword";
    flush privileges;

    Vous aurez remplacé remoteuser et userpassword par exemple par root et unmotdepasse. On donne tous les droits à un user root@192.168.1.12 sur toutes les tables de toutes les bases du serveur… pour autant qu’il vienne bien de cette IP et qu’il ait mentionné ce mot de passe…

    Vous pouvez ensuite essayer, à partir du PC client quelque chose comme :

    mysql -h192.168.1.10 -uroot -punmotdepasse

    Ça donne quoi ?

    en réponse à : installation serveur OK – comment installer le client ? #2578
    idetl
    idetl
    Participant

    Au temps pour moi ! le problème n’a rien à voir avec webmedtux… :o)))

    Sur le serveur, qu’y a-t-il comme valeur pour bind-address dans /etc/mysql/my.cnf ?

    127.0.0.1 ? Cela veut dire que seul le serveur lui-même (localhost en l’occurrence) est autorisé à se connecter.

    En mettant 192.168.1.10 à la place ça devrait débloquer les choses, après un sudo service mysql restart s’entend.

    en réponse à : installation serveur OK – comment installer le client ? #2575
    idetl
    idetl
    Participant

    Poste Ubuntu 12.04 : installation des bases OK, test accès avec Manager OK, test avec MedWebTux OK (en local, en réseau local, par internet).

    Qu’est-ce que « test avec MedWebTux OK » signifie dans le détail pour vous ?

    La procédure décrite dans le wiki me paraît bien faite, à ce titre.

    Avez-vous testé sur le serveur Ubuntu 12.04 lui-même de lancer Firefox et de vous connecter sur http://localhost/MedWebTux ?

    Sur le 2nd PC/Mac client, il n’y a absolument rien à installer.

    Il faut juste ouvrir un navigateur et saisir l’URL correspondant à l’adresse locale du serveur quand vous êtes sur votre réseau local, ou l’adresse publique de votre connexion internet lorsque vous êtes en dehors du réseau local pour autant que votre box soit configurée, etc… ce qui est une autre histoire.

     

     

     

    en réponse à : installation serveur OK – comment installer le client ? #2573
    idetl
    idetl
    Participant

    La mise en œuvre et l’utilisation de MedinTux avec MedWebTux sont décrites dans ce wiki.Une fois installé sur le serveur, le « client » à partir de n’importe quel autre poste (quelque OS que ce soit) sera un navigateur Internet, Firefox ou autre…

    en réponse à : performance ext4 #2431
    idetl
    idetl
    Participant

    À propos de l’option « barrier », il faut tenir compte qu’il existe un risque de corruption disque en cas de coupure électrique. À privilégier donc pour les configurations protégées électriquement (onduleur, portable, …).Et il est nécessaire que le disque l’accepte, ce qui peut être confirmé par la commande suivante. Si elle ne retourne rien, ce n’est pas la peine.

    hdparm -I /dev/XXX | grep NCQ

    où /dev/XXX est à remplacer par le disk device concerné, par exemple /dev/sda.

    Enfin, prévoir un reboot sur livedisk/usb au cas où… (sur la partition / on peut se retrouver dans l’impossibilité de redémarrer).

    D’autres options dans fstab pour améliorer les performances I/O peuvent être « noatime » et « data=writeback ».

    La première dispensera le FS d’écrire sur le disque la date/heure de chaque accès fichier (vous ne pourrez donc pas savoir à quelle date/heure tel fichier a été consulté mais écrit oui, toujours), ce qui réduit conséquemment les écritures disque (longues).

    La 2nde option désynchronise l’écriture des données fichiers de celle des métadonnées du fichier, réalisée en premier. Cela pourrait permettre un gain de performance, mais un effet de bord potentiel en cas de crash machine au moment de l’écriture du fichier : le fichier peut contenir des données pas encore mises à jour par rapport à ce qu’indiquent ses métadonnées.

    Hope this helps.

    en réponse à : problème en fin d'installation #2376
    idetl
    idetl
    Participant

    Je vous en prie !

    Je me permets de vous recommander la lecture (au moins le téléchargement pour l’avoir « sous le coude ») du manuel d’utilisation d’Ubuntu : http://ubuntu-manual.org/?lang=fr, notamment à partir du chapitre 2.

    Par défaut, vous obtiendrez le manuel pour la dernière version, la 13.04, mais en cliquant dans http://ubuntu-manual.org/downloads, vous pouvez choisir la version que vous avez installée.

    en réponse à : problème en fin d'installation #2374
    idetl
    idetl
    Participant

    Vous pouvez simplement lancer la logithèque, pour cela si vous utilisez Ubuntu 12.04 (dernière LTS, pour Long Term Support, que je vous recommande donc plutôt que toute autre version), si la logithèque n’est pas dans votre lanceur (la barre d’icône à gauche, si votre installation est standard…), appuyez simplement et brièvement sur la touche Super (celle avec le logo Windows…) et tapez au clavier logi, ce devrait être le 1er choix qui apparaît automatiquement.

    Une fois la logithèque lancée, copiez/collez libqt4-sql-mysql dans la zone de recherche en haut à droite, et vous devriez voir apparaître le module « Qt 4 MySQL database driver » dans la liste, sélectionnez-le et installez-le.

    en réponse à : problème en fin d'installation #2372
    idetl
    idetl
    Participant

    Bonsoir, ne serait-ce pas la même chose que ceci ? http://medintux.org/topic/driver-not-loaded/

    en réponse à : Problème : table user crashed…. #2336
    idetl
    idetl
    Participant

    Je vais vous proposer une méthode peut-être plus simple pour recopier votre base medintux : phpmyadmin (PMA) que vous avez sur les synology.

    Sur syno1, dans PMA, vous sélectionnez la base, puis l’onglet « Exporter » et vous avez là une rubrique « Méthode d’exportation », vous devriez pouvoir laisser le choix « Rapide – n’afficher qu’un minimum d’options ». Cliquez dans « Exécuter », enregistrer le fichier SQL qui sera généré sur votre disque USB connecté au syno 1, par exemple.

    Quand c’est terminé, démontez et déconnectez le disque USB, puis connectez-le au syno 2.

    Sur syno2, dans PMA, si elle existe déjà, videz la base medintux de toutes les tables existantes, ou supprimez la base et recréez en une nouvelle vide de toute table. Il faut que la base de données existe (vide).

    Sélectionnez la base et ouvrez l’onglet « Importer ». Cliquez dans le bouton « Parcourir… » de la rubrique « Fichier à importer » pour aller chercher le fichier SQL généré précédemment, sur le disque USB. Puis cliquez dans le bouton « Exécuter ».

    Vos tables exportées du syno 1 sont alors importées (a priori) correctement dans la base sur syno 2.

    En cas de problème, consultez un spécialiste. ;o))

    en réponse à : Problème : table user crashed…. #2333
    idetl
    idetl
    Participant

    Cette statégie initiale (copie des repertoires « tels quels » pour faire la sauvegarde) m’a été proposée par un membre du forum. L’ayant testé à plusieurs reprises elle a systématiquement abouti à un echec, mais cela partait certainement d’une bonne intention et puis je ne suis pas un spécialiste de mysql…..

    J’entends et lis fréquemment ce type de « mésaventure »…

    Il y a, paraît-il, des forums Internet où vous pouvez obtenir des indications de gens, sans doute bien intentionnés aussi, pour prendre tel ou tel médicament par rapport à des symptômes que vous décririez. Il y a fort à parier que la motivation première de ceux qui ont recours à ces « conseils » soit d’ordre économique : mauvaise couverture, pas de mutuelle, etc… Il n’est en effet généralement pas difficile de trouver un médecin alentour.
    Ça peut fonctionner, pas nécessairement durablement ceci-dit, mais dans certains cas ça peut finir par coûter cher ! (y compris et surtout au delà de l’aspect purement financier).

    Dans le cas d’un logiciel pour un usage professionnel, en tant qu’informaticien de métier, j’aurais tendance à conseiller de recourir à un professionnel pour bon nombre d’opérations potentiellement critiques (et ça peut le devenir très vite). La problématique est alors peut-être d’en trouver un compétent et pas « assassin » dans le secteur… Sinon, ça reste une question d’appréciation des risques et leur gestion.

    en réponse à : Problème : table user crashed…. #2331
    idetl
    idetl
    Participant

    Je crains que ce ne soit pas la bonne méthode ! Une base de données n’est pas exactement un fichier au même titre qu’un autre et sa copie doit passer par des outils appropriés, ce que n’est pas en l’occurrence cp…

    Idem d’ailleurs pour une sauvegarde de BD : sauvegarder le fichier de la base ne garantit en rien un retour à l’opérationnel après « restauration ».

    Il faut exporter (on dit dumper) les tables de la BD, vous obtenez alors un fichier SQL contenant tout ce qui est nécessaire, et réimporter ces ordres SQL (donc ces tables tant en structure que contenu) dans la nouvelle base.

    PhpMyAdmin le permet, ainsi que mysqldump. En très court, ça peut être en shell :

    mysqldump table_source | mysql -C table_cible
    en réponse à : Problème : table user crashed…. #2329
    idetl
    idetl
    Participant

    J’ai copié de manière brute toutes les bases résidentes (donc y compris « user » de mon syno 1 vers le syno 2 au moyen d’un disque externe USB3.

    Qu’entendez-vous précisément par « copié de manière brute toutes les bases résidentes » ?

    Quelle méthode avez-vous utilisée ? Vous avez fait un export dans phpmyadmin sur le 1 puis re-import via phpmyadmin sur le 2 ?

    en réponse à : Problème : table user crashed…. #2327
    idetl
    idetl
    Participant

    Bonjour, je suggérerais dans un 1er temps de réaliser quelque chose de semblable à ceci sur le synology.

    La « restauration de mes bases copiées sur mon synology n°1 sur mon synology n°2 » ne concernait-elle que les bases medintux ou également les autres, dont user ?

15 sujets de 16 à 30 (sur un total de 35)