Thanks! I'm using Ubuntu, I think 14.x
> On 09 Apr 2016, at 00:55, Andrey Lomakin wrote:
>
> Hi Erik,
> If system error happens (that is the only reason which we can think why it
> was shutted down without any exceptions) your OS log should contain
> information
In pyorient documentation query() function has 3 parameters:
result = client.query("select from my_class", 10, '*:0')
- 1st is the query.
- 2nd is the LIMIT. In this case: LIMIT 10.
- 3rd? What is the 3rd parameter?
--
---
You received this message because you are subscribed
I guess that is good news for Erik.
The job description sounded more like a community manager than a driver
developer. Are you looking for both?
Scott
--
---
You received this message because you are subscribed to the Google Groups
"OrientDB" group.
To unsubscribe from this group and stop
Hi Luca,
I'm sorry, that was an error on my part: I changed that after the crash, before
the crash it was on a very low setting, around 400. I'll change it back anyway!
Erik
> On 08 Apr 2016, at 20:10, Luca Garulli wrote:
>
> Hi Erik,
> Do you have 2GB of RAM on that
Hi Erik,
It's hard to give you an answer here, this is the first report we have from
a system that crashes without emitting any logs at all.
In other cases, when we had an unexpected crash with few information, it
was because of some OS related procedures (eg. process kill under heavy
load), but
Hi Erik,
If OrientDB dies with no log, it means the OS killed it. The most common
reason is the out of memory.
Look at:
http://stackoverflow.com/questions/726690/who-killed-my-process-and-why
A few questions for you:
- How much physical RAM do you have on that server and
- How much is
Hi Erik,
Do you have 2GB of RAM on that server? if this is the case, you cannot have
8GB of RAM for the Diskcache:
-Dstorage.diskCache.bufferSize=8192
So this must be the reason. This is the formula:
diskcache + heap < available ram
So with 1,5GB of free RAM, try these settings:
Hi Luca,
Thanks for your response.
- I'm running on Digital Ocean, 2 core 2 gig version.
- Around 1500 mb.
- What kind of swap do you mean? On an OS level?
Thanks for the help!
Erik
On Friday, April 8, 2016 at 5:39:06 PM UTC+10, l.garulli wrote:
>
> Hi Erik,
>
> If OrientDB dies with no log,
Hi Erik,
If system error happens (that is the only reason which we can think why it
was shutted down without any exceptions) your OS log should contain
information about
that error.
Which OS do you use ?
On Fri, Apr 8, 2016 at 3:48 PM Erik Pragt wrote:
> Hi Luca,
>
> I'm
An example of a class that performs 3 operations:
- Create 10 verticies of class 'Person' (extend V) with two properties
'id', 'name';
- Creates the 'Link' class (extend E)
- Connects via edge n vertices;
*CLASS MAIN*
public class threadSintetizzata {
static final String REMOTE
Cool, I'll pass this on to a couple of PHP devs I know, who are also well
versed in Graph databases (one even knows ODB well). Maybe they might be
interested. I wish I were a better PHP programmer. I'd apply for the job
myself. :-)
Scott
--
---
You received this message because you are
It depends of the latency you are looking for.
If you are ok with a relational database, probably OrientDB is OK too.
If you are looking for microsecond performance and high frecuency trading,
then you put all in ram. No Odb, no SQL.
Your question is too wide. Could you narrow it?
Pablo
On
Hi Erik,
Could you inspect following files /var/log/syslog and /var/log/kern.log
using grep for example grep -i orient /var/log/kern.log and send us
results.
On Sat, Apr 9, 2016 at 1:35 AM Erik Pragt wrote:
> Thanks! I'm using Ubuntu, I think 14.x
>
> On 09 Apr 2016, at
13 matches
Mail list logo