# Upgrade to buster, mongodb ne reconnait plus les bases existantes

**URL:** <https://www.debian-fr.org/t/upgrade-to-buster-mongodb-ne-reconnait-plus-les-bases-existantes/83200>\
**Category:** Support Debian\
**Created:** [Novembre 7, 2020, 8:46 UTC](https://www.debian-fr.org/t/upgrade-to-buster-mongodb-ne-reconnait-plus-les-bases-existantes/83200 "2020-11-07T08:46:48Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

**Author:** ![LAV-FRED](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/l/da6949/32.png) [@LAV-FRED](https://www.debian-fr.org/u/LAV-FRED)\
**Post date:** [Novembre 7, 2020, 8:46 UTC](https://www.debian-fr.org/t/upgrade-to-buster-mongodb-ne-reconnait-plus-les-bases-existantes/83200/1 "2020-11-07T08:46:48Z")

</div>

Bonjour,

Mon problème est certainement davantage lié à Mongodb qu’à Debian mais je tente qd même.

J’ai récemment migré mon server de Lenny vers Buster.  
J’avais mongodb installé via le paquet idoine, mais il n’existe plus sous Buster me semble-t-il.  
J’ai donc installé mongod manuellement comme expliqué ici : [https://docs.mongodb.com/manual/tutorial/install-mongodb-on-debian/](https://docs.mongodb.com/manual/tutorial/install-mongodb-on-debian/)

Mongod démarre bien, mais à l’origine, j’avais 2 bases de données, « local » et « simplepass », seulement maintenant lorsque je liste mes bases, local est vide, et simplepasse n’apparaît plus :

```
$ mongo
> show dbs
admin 0.000GB
config 0.000GB
local 0.000GB

```

Le contenu de /var/lib/mongodb à l’origine (depuis mes sauvegardes) :

```
# ll /var/lib/mongodb
total 294924
drwxr-xr-x 2 111 117 4096 1 juin 2017 journal
-rw------- 14 111 117 67108864 25 mai 2017 local.0
-rw------- 14 111 117 16777216 25 mai 2017 local.ns
-rwxr-xr-x 14 111 117 6 25 mai 2017 mongod.lock
-rw------- 14 111 117 67108864 5 juil. 2019 simplepass.0
-rw------- 14 111 117 134217728 19 déc. 2016 simplepass.1
-rw------- 14 111 117 16777216 5 juil. 2019 simplepass.ns

```

Le nouveau contenu de /var/lib/mongodb après upgrade :

```
# ll /var/lib/mongodb                                                                                                                                                                                                                                       
7 Nov 09:11:09
total 295272
-rw------- 1 mongodb mongodb 20480 Nov 7 09:30 collection-0-6144594726499212386.wt
-rw------- 1 mongodb mongodb 36864 Nov 7 09:31 collection-2-6144594726499212386.wt
-rw------- 1 mongodb mongodb 24576 Nov 7 09:35 collection-4-6144594726499212386.wt
drwx------ 2 mongodb mongodb 4096 Nov 7 09:44 diagnostic.data
-rw------- 1 mongodb mongodb 36864 Nov 7 09:31 index-0--3098195794514257310.wt
-rw------- 1 mongodb mongodb 24576 Nov 7 09:35 index-1--3098195794514257310.wt
-rw------- 1 mongodb mongodb 24576 Nov 7 09:35 index-2--3098195794514257310.wt
-rw------- 1 mongodb mongodb 20480 Nov 7 09:30 index-3--3098195794514257310.wt
drwxr-xr-x 2 mongodb mongodb 4096 Nov 7 09:30 journal
-rw------- 1 mongodb mongodb 67108864 May 25 2017 local.0
-rw------- 1 mongodb mongodb 16777216 May 25 2017 local.ns
-rw------- 1 mongodb mongodb 36864 Nov 7 09:30 _mdb_catalog.wt
-rw------- 1 mongodb mongodb 6 Nov 7 09:30 mongod.lock
-rw------- 1 mongodb mongodb 67108864 Jul 5 2019 simplepass.0
-rw------- 1 mongodb mongodb 134217728 Dec 19 2016 simplepass.1
-rw------- 1 mongodb mongodb 16777216 Jul 5 2019 simplepass.ns
-rw------- 1 mongodb mongodb 36864 Nov 7 09:36 sizeStorer.wt
-rw------- 1 mongodb mongodb 114 Nov 7 08:01 storage.bson
-rw------- 1 mongodb mongodb 46 Nov 7 08:01 WiredTiger
-rw------- 1 mongodb mongodb 4096 Nov 7 09:30 WiredTigerLAS.wt
-rw------- 1 mongodb mongodb 21 Nov 7 08:01 WiredTiger.lock
-rw------- 1 mongodb mongodb 1249 Nov 7 09:37 WiredTiger.turtle
-rw------- 1 mongodb mongodb 61440 Nov 7 09:37 WiredTiger.wt

```

Les fichiers simplepass semblent toujours là, mais c’est comme s’ils n’étaient pas vus par Mongod.

Merci pour votre aide 🙂

---

<div class="post-metadata">

**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\
**Post date:** [Novembre 7, 2020, 9:20 UTC](https://www.debian-fr.org/t/upgrade-to-buster-mongodb-ne-reconnait-plus-les-bases-existantes/83200/2 "2020-11-07T09:20:06Z")

</div>

Tiens, c’est curieux ça. Je viens de faire une recherche rapide pour te conseiller d’aller chercher mongodb dans testing ou sid, mais ce paquet a tout bonnement disparu de Debian et je ne trouve pas pourquoi. C’est très curieux ça !

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Novembre 7, 2020, 12:38 UTC](https://www.debian-fr.org/t/upgrade-to-buster-mongodb-ne-reconnait-plus-les-bases-existantes/83200/3 "2020-11-07T12:38:41Z")

</div>

Une problématique de license étendue refusée par debian et red had à minima peut etre meme d’autres distributions.  
Si tu utilise MongoDB pour de professionnel tu t’expose à des soucis en cas d’affirmation de la license.

en gros MongoDb impose de fournir les sources de tous les logiciels utilisés dans la chaine à laquelle appartient mongoDb. Par exemple, si oracle est en amont des données fournies à mongodb, alors tu dois fournir les sources de oracle.

A lire  
[https://linuxfr.org/users/computingfroggy/liens/pas-de-mongodb-dans-debian-et-redhat](https://linuxfr.org/users/computingfroggy/liens/pas-de-mongodb-dans-debian-et-redhat)

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Novembre 7, 2020, 12:39 UTC](https://www.debian-fr.org/t/upgrade-to-buster-mongodb-ne-reconnait-plus-les-bases-existantes/83200/4 "2020-11-07T12:39:04Z")

</div>

C’est normal que tout le monde commence à refuser MongoDB du fait de sa nouvelle license

---

<div class="post-metadata">

**Author:** ![LAV-FRED](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/l/da6949/32.png) [@LAV-FRED](https://www.debian-fr.org/u/LAV-FRED)\
**Post date:** [Novembre 7, 2020, 1:06 UTC](https://www.debian-fr.org/t/upgrade-to-buster-mongodb-ne-reconnait-plus-les-bases-existantes/83200/5 "2020-11-07T13:06:18Z")

</div>

Merci pour ces retours, je comprends maintenant le pourquoi du comment.

Je vais réfléchir à utiliser une autre base (probablement postgre, qui tourne déjà sur cette machine), mais il me faut trouver un moyen de récupérer le contenu de ma base actuelle…

---

<div class="post-metadata">

**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\
**Post date:** [Novembre 7, 2020, 2:17 UTC](https://www.debian-fr.org/t/upgrade-to-buster-mongodb-ne-reconnait-plus-les-bases-existantes/83200/6 "2020-11-07T14:17:11Z")

</div>

> [@Zargos](#):
>
> en gros MongoDb impose de fournir les sources de tous les logiciels utilisés dans la chaine à laquelle appartient mongoDb.

Oh, c’est violent, je ne savais pas qu’on pouvait faire ça. je suis libriste, mais, le principe, c’est de faire du libre si on en a envie, pas par la contrainte.

> [@LAV-FRED](#):
>
> Je vais réfléchir à utiliser une autre base

Oui, ça a l’air d’être une bonne idée.

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Novembre 7, 2020, 2:23 UTC](https://www.debian-fr.org/t/upgrade-to-buster-mongodb-ne-reconnait-plus-les-bases-existantes/83200/7 "2020-11-07T14:23:23Z")

</div>

> [@Almtesh](#):
>
> Oh, c’est violent, je ne savais pas qu’on pouvait faire ça. je suis libriste, mais, le principe, c’est de faire du libre si on en a envie, pas par la contrainte.

c’est exactement ce que leur reproche red hat, Debian, et à mon avis toutes les distributions qui vont suivre. MongoDB va tout simplement se faite sortir de toutes les distributions en toute logique.
