구티

변경 사항이 대용량 인 경우, push 할 때 아래와 같이 에러가 나는 경우가 있다. error: unable to rewind rpc post data - try increasing http.postBuffer error: RPC failed; curl 56 LibreSSL SSL_read: SSL_ERROR_SYSCALL, errno 60 fatal: the remote end hung up unexpectedly fatal: the remote end hung up unexpectedly Everything up-to-date Completed with errors, see above 이는 대부분 Git 의 buffer 가 작아서 그렇다. 아래와 같이 Git의 postBuffer 를 늘려주면 해결이..

테스트 스크립트 요청의 Tests 탭에서 테스트 스크립트 작성이 가능하고, JavaSciprt 로 작성을 하면 된다. 테스트 결과는 하단에 Test Results 에서 확인할 수 있다. 스크립트 예제 tests["responseBody = " + responseBody] = true;pm.test("Status code is 200", function(){ pm.response.to.have.statusCode("200") pm.response.to.have.jsonBody("headers.host") });테스트를 작성하는 방법은 2가지가 있는데 tests["test name"]= (true/false logic) 또는 pm.test 를 사용하여, 테스트의 제목과 validation 체크 로직 작성을 ..

API 를 개발하고, 테스트를 하다보면 URL이나 파라메터를 변경하고 각 환경의 hostname을 설정하고 그리고 각 환경에 맞는 API 를 눌러 호출을 하고 노가다성 작업을 많이 하게 된다. 하지만 Postman의 환경변수를 사용하면 이러한 노가다를 최소한으로 하여 테스트가 가능하다. 예를 들어 서버 개발을 하면 로컬, 개발기, 상용기에 각 배포를 하며 테스트를 진행 하는데 테스트 할 때 마다 url 을 번거롭게 변경해주거나 별도 Request 를 만들어야 한다. 테스트할 API 가 몇 개 되지 않을 때는 복붙으로 열심히 작업을 하고 테스트를 하면 되지만, API 가 수십 수백개가 된다면,,, API 개수 * 환경(3) 이 되는데 이짓을 해야되나? 라는 생각이 문득 들게 된다. Postman의 환경변수..

아래와 같이 호출하면, 설치된 버전의 라이센스와 각 기능의 활성화 여부 결과가 나온다. $ curl -XGET localhost:9200/_xpack?pretty { "build" : { "hash" : "de777fa", "date" : "2019-07-24T18:32:00.029751Z" }, "license" : { "uid" : "b34e42bd-b932-4bf3-9710-38002c815309", "type" : "basic", "mode" : "basic", "status" : "active" }, "features" : { "ccr" : { "available" : false, "enabled" : true }, "data_frame" : { "available" : true, "enable..

$ curl -XGET 127.0.0.1:9200 $ curl -XGET util.server.domain:9200 Failed to connect to localhost port 9200: Connection refusedlocal에서 curl 로 elasticsearch로 ip주소로 호출시 위와 같은 에러가 발생할 때가 있다. 외부에서 호출시에도 마찬가지이다. 아래와 같이 yml 파일 설정을 하면 외부나 ip주소로 접근이 가능해진다. network.host: 0.0.0.0 cluster.initial_master_nodes: node-1출처 https://stackoverflow.com/questions/31677563/elasticsearch-failed-to-connect-to-localhost-..

jenkins 에서 nohup으로 background 프로세스 수행시, 위와 같이 job이 끝나지 않는 경우가 있다. SSH를 통해 스크립트를 수행시, 표준 출력이 닫히거나 timeout이 발생할 때 까지 스크립트가 계속해서 열려있게 된다. 그래서 script로 백그라운드 작업 수행시에는, 아래와 같이 모든 output을 redirect 해줘야 스크립트가 바로 종료가 된다. ( 백그라운드 작업을 실행하는 코드가 포함된 script 를 jenkins에서 보내거나, 로컬 머신에 해당 script가 있거나 마찬가지 ) nohup ./program > /dev/null 2>&1 &

리눅스에서 프로세스를 수행하다보면 표준 출력과 표준 에러를 사용해야 될 경우가 많다. 간단하게 그 개념에 대해서 알아보고 가자. 표준 출력( STDOUT ) 프로그램이 출력 데이터를 기록하는 스트림. 표준 출력의 파일 디스크립터는 1 이다. 표준 에러( STDERR ) 프로그램이 오류 메시지나 진단을 출력하기 위해 일반적으로 쓰는 출력 스트림이다. 표준 출력과 독립적인 스트림이며, 별도로 리다이렉트 가능하다. 파일 디스크립터 특정한 파일에 접근하기 위한 추상키로써, 0은 표준입력(STDIN), 1은 표준 출력, 2는 표준 에러 의 디스크립터로 정의되어 있다. 쉘에서도 이 디스크립터 키를 가지고, 표준 출력이나 에러의 스트림에 기록을 할 수 있다. 예제 # 표준 출력을 버림( /dev/null 로 redi..

nohup HUP( hang up ) 신호를 무시하도록 만드는 POSIX 명령어이다. 쉽게 말해서 터미널에서 프로세스를 수행하고, 터미널이 종료 되더라도 해당 프로세스는 계속 수행된다. ( HUP 신호는 터미널이 의존 프로그램들에게 로그아웃을 알리는 방식이다. ) 터미널로 향하는 출력은 별도로 넘기도록 처리를 하지 않으면 nohup.out 파일에 출력이 된다. 다른 용도로, 표준출력을 다른 곳으로 보내기 위해서도 사용합니다. & background 로 프로세스가 동작하도록 하는 명령어이다. $ nohup ./program &nohup 과 & 차이 nohup 은 터미널이 종료되더라도 계속 수행이 되지만, & 명령어는 백그라운드로 프로세스가 수행이 되긴 하지만 터미널이 종료되면 HUP 신호를 받게 되어 프로..

[ERROR] 2019-09-30 17:00:43.423 [Ruby-0-Thread-5: :1] elasticsearch - Failed to install template. {:message=>"undefined method `update' for nil:NilClass", :class=>"NoMethodError", :backtrace=>["/usr/share/logstash/vendor/bundle/jruby/2.5.0/gems/logstash-output-elasticsearch-10.0.1-java/lib/logstash/outputs/elasticsearch/template_manager.rb:39:in `add_ilm_settings_to_template'", "/usr/share/logst..

traceroute traceroute 는 목적지까지의 라우팅 정보를 기록하고, 패킷 전송 지연을 측정해주는 유틸리티 이다. sudo traceroute -T -p 5044 211.27.127.25 traceroute to 211.27.127.25 (211.27.127.25), 30 hops max, 60 byte packets 1 211.188.150.3 (211.188.150.3) 0.872 ms 211.188.150.2 (211.188.150.2) 0.860 ms 0.928 ms 2 200.168.221.180 (200.168.221.180) 0.098 ms 0.095 ms 0.079 ms 3 200.168.221.157 (200.168.221.157) 1.090 ms 1.033 ms 1.079 m..