Hawkin
/
arangodb
mirror of https://gitee.com/bigwinds/arangodb
1
0
Fork 0
Code Issues Projects Releases Wiki Activity
36,041 Commits 358 Branches 495 Tags 994 MiB
Commit Graph

2489 Commits

Author SHA1 Message Date
jsteemann db9b4ace6d fix lock timeout calculation 2017-01-28 00:05:34 +01:00
Michael Hackstein d5d316b971 Merge branch 'devel' of github.com:arangodb/arangodb into devel 2017-01-27 09:58:02 +01:00
Frank Celler e0c00c6de6 improved statistics 2017-01-26 23:43:27 +01:00
Michael Hackstein f61a27d0e6 Merge branch 'devel' of github.com:arangodb/arangodb into devel 2017-01-26 09:50:00 +01:00
jsteemann d5f318603b fix error message 2017-01-25 15:58:18 +01:00
Andreas Streichardt d91a6af1a7 Remove singletransaction and fetch collection from vocbase directly 2017-01-24 18:51:05 +01:00
Frank Celler f12c38dc0b added work context 2017-01-22 12:53:52 +01:00
Kaveh Vahedipour d2760f4ef1 pushing avoidServers property 2017-01-20 15:15:03 +01:00
Kaveh Vahedipour 6c56f9f05c available for use: avoidServers 2017-01-20 11:58:32 +01:00
Kaveh Vahedipour 648160c68a Merge branch 'devel' of https://github.com/arangodb/arangodb into devel 2017-01-20 09:35:45 +01:00
Kaveh Vahedipour a372cf71b4 avoidServers getting there 2017-01-20 09:35:42 +01:00
Kaveh Vahedipour 40c6e2b48c unobserve should not create entries in agency, if empty before 2017-01-20 08:06:27 +01:00
Andreas Streichardt 5a101ed6f0 Fix unloading collections 2017-01-19 17:05:41 +01:00
Andreas Streichardt a9ccdf86c1 Several movement fixes 2017-01-18 17:48:01 +01:00
Andreas Streichardt 10d3bd2200 Merge branch 'devel' into schmutz-ng 2017-01-16 15:22:17 +01:00
jsteemann cdabaa931f renaming 2017-01-16 14:48:13 +01:00
Michael Hackstein 41f0ac974b Moved creation of Cluster collection from V8Server to ClusterMethods. Also introduced a static class wrapper for Methods. 2017-01-16 12:40:05 +01:00
Max Neunhoeffer f35e3a7aaf Merge branch 'devel' into schmutz-ng 2017-01-16 09:54:09 +01:00
Max Neunhoeffer fe9116f7fb More Schmutz-NG. 
Does not trigger sync repl yet.
 2017-01-12 16:33:57 +01:00
jsteemann ac7d9af48f attempt to validate utf8 sequences in vst 2017-01-12 13:22:19 +01:00
jsteemann d37218d18f improved error message 2017-01-10 09:18:29 +01:00
Wilfried Goesgens 19b8c90bcb fix examples - reset collections cache when working with the graph api 
- add dummy cache flush function into the arangod db object
 - call cache flush when creating and deleting graphs
 2017-01-04 14:34:26 +01:00
jsteemann 668c097bb4 cheaper string construction 2016-12-28 21:34:30 +01:00
jsteemann 4d76ef962b added count(details = true) for sharded collections 2016-12-13 16:03:49 +01:00
jsteemann b96897e296 fixed some issues detected by coverity build tool 2016-12-12 15:41:54 +01:00
jsteemann f0a4d69b69 use bulk allocator for index elements 2016-12-09 21:40:49 +01:00
jsteemann 350da367bd fixes for Visual Studio 2016-12-08 17:32:46 +01:00
jsteemann ce03d08e8b added specialized fasthash version for uint64 input 2016-12-08 13:32:48 +01:00
Andreas Streichardt 82682f8d25 Wait for synchronous replication to settle 2016-12-07 18:38:15 +01:00
Jan Steemann b8c72dece8 fixed issue #2211 2016-12-07 12:28:52 +01:00
Andreas Streichardt 11bd9381d5 Add satellite collections 2016-12-06 16:40:50 +01:00
jsteemann 2757fd91ae handle OOM a bit more gracefully 2016-11-28 14:22:12 +01:00
Kaveh Vahedipour 029ff44bb0 Merge back FMH to devel 2016-11-25 16:03:13 +01:00
jsteemann 817933c77b bugfixes for sync replication and collection status in cluster 2016-11-24 17:00:57 +01:00
Kaveh Vahedipour ab34880bea Merge remote-tracking branch 'origin/devel' into FMH 2016-11-22 10:30:25 +01:00
Andreas Streichardt 60bca789f8 Improve error messages 2016-11-21 17:47:05 +01:00
Jan Steemann 0ff5e4c07c wrote tests for shell return codes 2016-11-21 11:34:49 +01:00
Kaveh Vahedipour eec8f22953 Merge remote-tracking branch 'origin/devel' into FMH 2016-11-18 12:19:53 +01:00
jsteemann f74fe77a40 fix startup 2016-11-17 17:18:18 +01:00
Kaveh Vahedipour ffe7f9f3ad merged in devel 2016-11-16 14:59:53 +01:00
Alan Plum 39a6c6af90
Don't decode suffixes for JS 2016-11-15 15:46:22 +01:00
jsteemann 68c15ebc9e
do not url-decode paths eagerly 2016-11-15 15:46:21 +01:00
Max Neunhoeffer 84f4b250d1 Try to fix gmtime_r usage on Windows. 2016-11-08 13:23:48 +01:00
Max Neunhoeffer 25c3f8b0e3 Fix DECODE_REV. 2016-11-08 10:36:18 +01:00
Max Neunhoeffer 6d5f70b6f4 Add a global DECODE_REV function in JS. 2016-11-08 10:25:35 +01:00
jsteemann 5f65a9ed4f allow more control over handling of pre-3.1 _rev values 
this changes the server startup option `--database.check-30-revisions` from a boolean (true/false)
parameter to a string parameter with the following possible values:

- "fail":
  will validate _rev values of 3.0 collections on collection loading and throw an exception when invalid _rev values are found.
  in this case collections with invalid _rev values are marked as corrupted and cannot be used in the ArangoDB 3.1 instance.
  the fix procedure for such collections is to export the collections from 3.0 database with arangodump and restore them in 3.1 with arangorestore.
  collections that do not contain invalid _rev values are marked as ok and will not be re-checked on following loads.
  collections that contain invalid _rev values will be re-checked on following loads.

- "true":
  will validate _rev values of 3.0 collections on collection loading and print a warning when invalid _rev values are found.
  in this case collections with invalid _rev values can be used in the ArangoDB 3.1 instance.
  however, subsequent operations on documents with invalid _rev values may silently fail or fail with explicit errors.
  the fix procedure for such collections is to export the collections from 3.0 database with arangodump and restore them in 3.1 with arangorestore.
  collections that do not contain invalid _rev values are marked as ok and will not be re-checked on following loads.
  collections that contain invalid _rev values will be re-checked on following loads.

- "false":
  will not validate _rev values on collection loading and not print warnings.
  no hint is given when invalid _rev values are found.
  subsequent operations on documents with invalid _rev values may silently fail or fail with explicit errors.
  this setting does not affect whether collections are re-checked later.
  collections will be re-checked on following loads if `--database.check-30-revisions` is later set to either `true` or `fail`.

The change also suppresses warnings that were printed when collections were restored using arangorestore, and the restore
data contained invalid _rev values. Now these warnings are suppressed, and new HLC _rev values are generated for these documents
as before.
 2016-11-04 23:17:01 +01:00
Michael Hackstein c6f31091bc In the properties of a collection now distributeShardsLike is contained. 2016-11-03 10:55:22 +01:00
jsteemann 62632a52c1 Merge branch 'unique-indexes-on-more-than-shardkeys' of https://github.com/arangodb/arangodb into devel 2016-10-31 16:00:34 +01:00
jsteemann cfc9ecd198 fix Visual Studio complaints 2016-10-31 09:59:18 +01:00
jsteemann 7efabd3706 fix revision id handling 2016-10-28 13:44:55 +02:00