。
此错误完全超出了我之外，如果需要放置在其他地方，请告诉我。出于类似的原因，我也不知道此问题的"范围"中是什么，因此，如果您需要更多信息，请告诉我。
据我所知，命令确实运行，但是在命令引发段故障错误之后。据我所知，没有任何问题的指标。有一些警告，但大多数已经存在一段时间没有此错误。
bin/rails runner -eproduction 'puts 1'
/var/www/projects/cdops4/shared/bundle/ruby/2.2.0/gems/activesupport-4.0.0/lib/active_support/values/time_zone.rb:282: warning: circular argument reference - now
[DEPRECATION] requiring "RMagick" is deprecated. Use "rmagick" instead
Rails Error: Unable to access log file. Please ensure that /var/www/projects/cdops4/releases/1430760842/log/production.log exists and is chmod 0666. The log level has been raised to WARN and the output directed to STDERR until the problem is fixed.
/var/www/projects/cdops4/releases/1430760842/app/jobs/parser/taske_parser.rb:132: warning: duplicated key at line 136 ignored: :queue
/var/www/projects/cdops4/releases/1430760842/app/jobs/parser/taske_parser.rb:134: warning: duplicated key at line 149 ignored: :hit_t2
/var/www/projects/cdops4/releases/1430760842/lib/taske_parser.rb:319: warning: duplicated key at line 321 ignored: :t1_wrap_time
1
[BUG] Segmentation fault at 0x00000000000018
ruby 2.2.2p95 (2015-04-13 revision 50295) [x86_64-linux]
-- Machine register context ------------------------------------------------
RIP: 0x00007f459d8a1c00 RBP: 0x00007fff3bc4b570 RSP: 0x00007fff3bc4b1e8
RAX: 0x0000000000000000 RBX: 0x0000000004fd6b30 RCX: 0x0000000000000000
RDX: 0x0000000000000001 RDI: 0x0000000000000008 RSI: 0x0000000000000080
R8: 0x0000000000000000 R9: 0x00000000000000ca R10: 0x00007fff3bc4af70
R11: 0x00007f459d8a1c00 R12: 0x00007f45868c4bc8 R13: 0x000000000000003d
R14: 0x0000000000000001 R15: 0x00007fff3bc4b210 EFL: 0x0000000000010206
-- C level backtrace information -------------------------------------------
/usr/local/rvm/rubies/ruby-2.2.2/lib/libruby.so.2.2(rb_vm_bugreport+0x51f) [0x7f459dca1fdf] vm_dump.c:693
/usr/local/rvm/rubies/ruby-2.2.2/lib/libruby.so.2.2(rb_bug_context+0xcb) [0x7f459db35efb] error.c:425
/usr/local/rvm/rubies/ruby-2.2.2/lib/libruby.so.2.2(sigsegv+0x3e) [0x7f459dc158fe] signal.c:879
/lib64/libpthread.so.0 [0x7f459d8a7130]
/lib64/libpthread.so.0 [0x7f459d8a1c00]
/lib64/libtspi.so.1(host_table_final+0x14) [0x7f458667abb4]
/lib64/ld-linux-x86-64.so.2(_dl_fini+0x1ca) [0x7f459dfa7b5a]
/lib64/libc.so.6(__run_exit_handlers+0xd9) [0x7f459cdc0e49]
/lib64/libc.so.6 [0x7f459cdc0e95]
/lib64/libc.so.6(__libc_start_main+0xfc) [0x7f459cda9afc]
[0x4008e9]
**Removed Memory map, stackoverflow wouldn't let me submit with it**
[NOTE]
You may have encountered a bug in the Ruby interpreter or extension libraries.
Bug reports are welcome.
For details: http://www.ruby-lang.org/bugreport.html
Aborted
所以我觉得这引起了一些混乱，但是我不是要修复日志文件。它重定向到标准输出，一切都很好。
这个问题似乎在tiny_tds之内。删除宝石并重试，可以防止新项目中的错误。在我的原始项目崩溃中尝试此操作（因为项目需要它）。
在这一点
这是另一个关于日志文件权限的答案：
希望这会有所帮助
开始报价：
目录应为750，而不是664。实际上，这在很大程度上是ADM组的重点：阅读日志。
目录的权限与文件有些不同。为了简化一堆，目录是名称和地址的列表：名称是文件名，地址是文件的实际位置。X权限控制对此列表的访问：为了查找特定文件的地址，您需要在其父目录上以及该目录的父级等上执行fit。 - x，如果您知道该文件的名称，则可以访问文件，但不能LS。最后，W控制创建，重命名和删除文件。因此，为了访问文件，您始终需要x位。
另外：不要将日志文件设置为777。它们应为644或640，这是两个。两个原因：第一，它们不可执行，因此X位应该关闭。其次，更重要的是，普通用户绝不应该写入apache日志文件，只能读取。这是服务器中潜在的安全孔。
结束报价：
我们终于找到了问题的根源。我们正在使用一个名为tiny_tds的宝石，据我所知，该宝石将无法与Centos 7一起使用。一旦将其删除并重新部署了所有问题。