Installer mongodb version >3 raspberry pi 2
Est-il possible d'installer un mongo db version supérieure à 3,2 sur raspberry pi avec RASPBIAN JESSIE LITE installé sur la pi?
J'ai seulement réussi à avoir la version 2.1 à l'aide de ce tutoriel.
http://www.widriksson.com/install-mongodb-raspberrypi/
J'ai essayé beaucoup de tuto mais impossible d'en trouver un qui travail pour les versions supérieures.
MongoDB a déménagé à 64 bits, donc je pense pas qu'il n'est pas possible.
merci pour la réponse rapide, je vois que aussi mais sur mongoldb site Il est écrit: à compter de MongoDB 3.2, les binaires 32 bits sont obsolètes et ne sera pas disponible dans les versions futures. Il sera possible d'installer au moins 3,2<
Oui, vous avez raison ! ... J'ai utilisé celui-ci, mais ne peut pas prendre le temps d'essayer et de compiler une version différente. Vous pourriez peut-être ... c-mobberley.com/wordpress/2013/10/14/...
Je succed dans la compilation et l'installation de mongodb à partir de la source mongo 3.0.7 à l'aide de ce lien clarenceho.net/2015/12/building-mongodb-30x-for-arm-armv7l.html. Merci pour votre aide
Docker Image avec MongoDB 3.0.14 https://hub.docker.com/r/andresvidal/rpi3-mongodb3/ et https://github.com/andresvidal/rpi3-mongodb3
merci pour la réponse rapide, je vois que aussi mais sur mongoldb site Il est écrit: à compter de MongoDB 3.2, les binaires 32 bits sont obsolètes et ne sera pas disponible dans les versions futures. Il sera possible d'installer au moins 3,2<
Oui, vous avez raison ! ... J'ai utilisé celui-ci, mais ne peut pas prendre le temps d'essayer et de compiler une version différente. Vous pourriez peut-être ... c-mobberley.com/wordpress/2013/10/14/...
Je succed dans la compilation et l'installation de mongodb à partir de la source mongo 3.0.7 à l'aide de ce lien clarenceho.net/2015/12/building-mongodb-30x-for-arm-armv7l.html. Merci pour votre aide
Docker Image avec MongoDB 3.0.14 https://hub.docker.com/r/andresvidal/rpi3-mongodb3/ et https://github.com/andresvidal/rpi3-mongodb3
OriginalL'auteur Aaleks | 2016-01-02
Vous devez vous connecter pour publier un commentaire.
Comme il a déjà été écrit dans les commentaires, vous êtes limité à la version 32 bits.
Qui vient avec de graves inconvénients:
MongoDB Inc fortement conseille de ne pas utiliser la version 32 bits à des fins autres que des fins de test. Et ils le font pour une bonne raison. Personnellement, mon généré des données de test dépasse de loin les limites de la version 32 bits.
Donc oui, il doit être techniquement possible (et même sans forfait à portée de main: la compilation de MongoDB est pas la science de fusée). Est-ce une bonne idée? Eh bien, pas tellement, si vous me demandez.
Ne pas utiliser une base de données de l'intégration, de l'utilisation de Linux sockets plutôt que pour l'envoi de protocoll / tampon des messages. De retour aux racines! Si vous n'avez pas besoin un serveur de bases de données, SQLite fonctionne extrêmement bien et est une ressource conviviale.
Merci pour les suggestions, je vais regarder Linux sockets plus dans les détails. Pour SQLite je semences qu'il ne gère pas la simultanéité. Donc, en application de chat, j'ai décidé de l'exclure. À l'aide d'une base de données différente pour le produit final, vous devez réécrire l'application et ajouter plus de tests, donc, je regarde dans les restrictions de mongodb, 1 go taille de la gauche est assez pour moi pour le test. Concernant le journal, je vois que mongo demande à l'OS à la chasse dans les changements de la mémoire. Je vais donc faire une sauvegarde jette sh pour la corruption des données. Merci encore pour vous conseiller, la prochaine fois, je vais vérifier sur os/architecture avant d'acheter un produit bon marché.
Si c'est uniquement pour des fins de test, il ne devrait pas y avoir de problème. La journalisation est seulement pour la durabilité de la modification des données, qui ne devrait pas être plus d'une chose dans un environnement de test. En parlant de ça: VPS sont que bon marché de nos jours, je ne vois pas l'intérêt dans l'achat de métaux pour les tests. Concernant la simultanéité pour SQLite: Il ne gère pas la simultanéité lui-même, qui est correct. Mais personne ne vous empêche de vous envelopper d'un mutex autour de l'exploitation.
OriginalL'auteur Markus W Mahlberg
Je suis l'auteur du blog http://www.clarenceho.net/2015/12/building-mongodb-30x-for-arm-armv7l.html mentionné par @user3343399
Juste pour ajouter que Arch Linux ARM dernière version de MongoDB 3.2.0 semble fonctionner correctement. Sauf que le moteur de stockage par défaut a été compilé en tant que WiredTiger bien qu'il n'existe pas de prise en charge 32 bits de WiredTiger. Vous aurez besoin d'ajouter le paramètre --storageEngine=mmapv1
Autant que je sache, MongoDB partir de la v3.2 utilise SpiderMonkey moteur V8, j'ai donc une question: comme pour le v3.2+ il n'y a plus besoin de patcher les sources?
OriginalL'auteur Clarence Ho