You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Situation:
I'm using a 100GB large .ndjson file, for which it takes several minutes to generate (and persist) an index (.nddbmeta).
When moving the database to another computer, I copy the .nddbmeta together with the .ndjson database.
Problem is - the other machine (an Amazon Linux instance running in EC2) doesn't recognize the pre-generated .nddbmeta as the correct one (generated on a MBP m1), so it generates a new one.
TODO:
nd-db seems to not generate the same sha ID for the same database on the 2 machines, thus generating a new one
On Amazon Linux the generated index doesn't work properly (the parsing of the document seems to yield wrong start/length data!?)
NB: nd-db has previously been tested on different variants of Ubuntu, plus on Mac, without any issues.
The text was updated successfully, but these errors were encountered:
Situation:
I'm using a 100GB large
.ndjson
file, for which it takes several minutes to generate (and persist) an index (.nddbmeta
).When moving the database to another computer, I copy the
.nddbmeta
together with the.ndjson
database.Problem is - the other machine (an Amazon Linux instance running in EC2) doesn't recognize the pre-generated
.nddbmeta
as the correct one (generated on a MBP m1), so it generates a new one.TODO:
nd-db
seems to not generate the same sha ID for the same database on the 2 machines, thus generating a new oneNB:
nd-db
has previously been tested on different variants of Ubuntu, plus on Mac, without any issues.The text was updated successfully, but these errors were encountered: