AppCloud Jruby 1.6.4 장애
묘사
안녕하세요!나는 처음으로 앱클라우드에 JRuby 프로그램을 배치하려고 시도했는데, 나는 각양각색의 번거로움을 겪은 것 같다.나의 첫 번째 문제는 JRuby가 나의 응용 프로그램에서 --1.9 모드를 사용하도록 하는 것이다. 그러나 내가 나의 문제를 간소화하면서 나는 더 많은 기본적인 오류를 발견했다. 나는 다음과 같이 시작할 것이다.
"새 응용 프로그램 만들기"및 EngineYard 예제 todo 응용 프로그램(https://github.com/engineyard/todo) 모든 오류를 제거하려면 트리니다드 및 JRuby 1.6.4를 선택하여 단일 서버에서 실행하고 부트합니다.용량 할당은 유효하지만 애플리케이션을 구축할 수 없습니다.전체 로그는 여기에서 볼 수 있습니다(https://gist.github.com/1251754). 하지만 끝은 다음과 같습니다.
라크 유산했어!
비밀번호는 jruby OpenSSL gem이 필요합니다.
작업:TOP=>db:migrate=>environment
(--trace를 사용하여 작업을 실행하여 전체 추적을 보기)
그러나 jruby openssl은 예시 프로그램의Gemfile에 설치되어 있고 실제 설치되어 있습니다.
왜 그래?
친절한 안부
닉스 닐슨
http://niclasnilsson.se
http://twitter.com/niclasnilsson
토론 #1
동일한 설정에 대한 다음 질문:다음은 배포가 실패한 후 포트를 수신하는 프로세스입니다.
$ sudo netstat -anp | grep LISTEN
tcp 0 0 0.0.0.0:3306 0.0.0.0:* LISTEN 10990/mysqld
tcp 0 0 0.0.0.0:6379 0.0.0.0:* LISTEN 26689/redis-server
tcp 0 0 0.0.0.0:11211 0.0.0.0:* LISTEN 26663/memcached
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 31266/nginx.conf
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 4325/sshd
tcp 0 0 0.0.0.0:9111 0.0.0.0:* LISTEN 31291/monit
tcp 0 0 0.0.0.0:8989 0.0.0.0:* LISTEN 26693/mini_httpd
unix 2 [ ACC ] STREAM LISTENING 195500 10990/mysqld /var/run/mysqld/mysqld.sock
unix 2 [ ACC ] STREAM LISTENING 221147 26689/redis-server /tmp/redis.sock
나는 기계를 다시 시작하기로 결정했다. (나는 여전히 기계의 어떤 파일도 건드리지 않았다.)$ sudo reboot
기계가 다시 가동된 후,nginx는 자동으로 가동되지 않습니까?deploy@ip-10-127-26-72 ~ $ uptime
13:08:55 up 5 min, 1 user, load average: 0.00, 0.00, 0.00
deploy@ip-10-127-26-72 ~ $ sudo netstat -anp | grep LISTEN
tcp 0 0 0.0.0.0:3306 0.0.0.0:* LISTEN 3642/mysqld
tcp 0 0 0.0.0.0:11211 0.0.0.0:* LISTEN 4191/memcached
tcp 0 0 0.0.0.0:6379 0.0.0.0:* LISTEN 4132/redis-server
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 3841/sshd
tcp 0 0 0.0.0.0:9111 0.0.0.0:* LISTEN 4020/monit
tcp 0 0 0.0.0.0:8989 0.0.0.0:* LISTEN 4135/mini_httpd
unix 2 [ ACC ] STREAM LISTENING 7382 3642/mysqld /var/run/mysqld/mysqld.sock
unix 2 [ ACC ] STREAM LISTENING 8659 4132/redis-server /tmp/redis.sock
나는 이것이 설치 중의 오류라고 의심한다.토론 #2
안녕하세요,niclasnilson.나는 네가 우리의 공식 지원 채널을 통해 표를 한 장 열었다는 것을 보았다.https://support.cloud.engineyard.com). 이 문제를 끝내겠습니다.토론 #셋
헤이, 니클라스, 지원표를 만들 수 있습니까? 그러면 우리는 그곳에서 당신의 특정 응용 프로그램 문제를 토론할 수 있습니까?만약 우리가 어떤 문제를 복구하거나 새 문서를 만들어야 한다면, 우리는 이 문제로 돌아가 새로운 문제를 만들 것이다.감사합니다!
닉네임
닉 윌리엄스 박사
엔진 공장,부회장 기술
실리콘밸리 루비 클럽 회장
http://engineyard.com
http://drnicwilliams.com
배터리 +1(415) 860-2185
2011년 9월 29일 목요일 오후 1시, 닉스 닐슨은 다음과 같이 썼다.
안녕, 닉!
https://support.cloud.engineyard.com/requests/30151
친절한 안부
닉라스
2011년 9월 30일 01:09, 닉 윌리엄스 박사는 다음과 같이 썼다.
Hi there!
I'm trying to deploy a JRuby app on AppCloud for the first time and I seem to get into all sorts of trouble. My initial trouble was to get JRuby to use --1.9 mode for my app, but as I simplified my problem, I find more basic errors that I'll start with:
I "Create New Application" and point out the EngineYard example todo app (https://github.com/engineyard/todo) to remove all errors of my own, choose Trinidad and JRuby 1.6.4 to be run on a Single Server and boot it. Provisioning seems to work, but the app can't be deployed. The full log can be viewed here (https://gist.github.com/1251754), but it ends with:
rake aborted! OpenSSL::Cipher requires the jruby-openssl gem
Tasks: TOP => db:migrate => environment
(--trace를 사용하여 작업을 실행하여 전체 추적을 보기)
However, jruby-openssl is both in the Gemfile of the example app and is actually installed.
What could be wrong?
Kind regards Niclas Nilsson
http://niclasnilsson.se http://twitter.com/niclasnilsson
Reply to this email directly or view it on GitHub: https://github.com/engineyard/ey-docs/issues/151
이 e-메일에 직접 회신하거나 GitHub에서 보려면 다음과 같이 하십시오.
https://github.com/engineyard/ey-docs/issues/151#issuecomment-2244314
토론 #4
jrubyopenssl에도 같은 문제가 있지만 어떻게 복구하는지에 대한 공개 문서를 찾을 수 없습니다.나는 이미 벌금 고지서를 제출했지만, 복구 방안이 매우 좋을 것이라는 것을 대중에게 알릴 것이다.Reference
이 문제에 관하여(AppCloud Jruby 1.6.4 장애), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://github.com/engineyard/ey-docs/issues/151텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)