Open Nowaker opened 9 years ago
I'm not sure. This is also the first time I've ever heard of this processor. The backtrace doesn't reveal anything related to C extensions, though that doesn't rule out that it's caused by a C extension.
The backtrace seems to imply that the crash occurs in some string hashing function, though I cannot think of a reason why that might be the case.
Is the app crashing consistently during startup?
Could you also report this to the upstream Ruby authors? This might be an issue in Ruby itself. If they need debugging symbols, I'd be happy to supply them.
This is also the first time I've ever heard of this processor.
Me too.
Is the app crashing consistently during startup?
Yes, the systemd service is set as Restart=always
which means systemd keeps the process alive any time the process dies, or whatever. The error repeats many times in the log I provided.
Could you also report this to the upstream Ruby authors? This might be an issue in Ruby itself. If they need debugging symbols, I'd be happy to supply them.
I can, but I'd like to work out the error report text with you. I suck at C-level things, so I wouldn't really know what to state there, other than what I reported to you. ;)
What you have reported here is pretty much what you should report to the Ruby authors. There's not much else I can extract from this information either.
Have you also tried running VirtKick on a CentOS 7 x86_64 system, but on a regular Intel or AMD processor? Does that work?
There's not much else I can extract from this information either.
Isn't any info on how you compile Ruby needed? Like what optimizations are applied, etc. Little do I know about this.
Does that work?
Works okay.
I had some troubles with such processor in a different project. Code worked on Intel and AMD but on VIA crashed with unknown instruction. Cannot recall the specifics but I was using some -march=
and I had to make the build very very generic instead.
Isn't any info on how you compile Ruby needed? Like what optimizations are applied, etc. Little do I know about this.
Just standard compiler options on CentOS 5 x86_64. That's -O2.
Cannot recall the specifics but I was using some -march= and I had to make the build very very generic instead.
That's good to know. But this is x86_64 we're talking about. There is only one possible target; I cannot make the binary any more generic than this.
We've recently distributed VirtKick binaries to our users. One user got segfaults all the time. Not sure if it's directly in Ruby, or some native extension like sqlite (we use sqlite in this application). That's the systemd journal with the backtrace.
CentOS 7 x86_64
VIA Nano processor U2250 lacking some flags that your code requires to run?
Thanks.