================================================================================ An HTTP request has been made that VCR does not know how to handle:   GET https://internal-dsva-vagov-dev-fwdproxy-1893365470.us-gov-west-1.elb.amazonaws.com:4447/VnpPtcpntWebServiceBean/VnpPtcpntService?WSDL  VCR is currently using the following cassette:   - /srv/vets-api/src/spec/support/vcr_cassettes/bgs/vnp_proc_service_v2/vnp_ptcpnt_service.yml     - :record => :once     - :match_requests_on => [:method, :uri]  Under the current configuration VCR can not find a suitable HTTP interaction to replay and is prevented from recording new requests. There are a few ways you can deal with this:    * If you're surprised VCR is raising this error     and want insight about how VCR attempted to handle the request,     you can use the debug_logger configuration option to log more details [1].   * You can use the :new_episodes record mode to allow VCR to     record this new request to the existing cassette [2].   * If you want VCR to ignore this request (and others like it), you can     set an `ignore_request` callback [3].   * The current record mode (:once) does not allow new requests to be recorded     to a previously recorded cassette. You can delete the cassette file and re-run     your tests to allow the cassette to be recorded with this request [4].   * The cassette contains 2 HTTP interactions that have not been     played back. If your request is non-deterministic, you may need to     change your :match_requests_on cassette option to be more lenient     or use a custom request matcher to allow it to match [5].  [1] https://www.relishapp.com/vcr/vcr/v/6-2-0/docs/configuration/debug-logging [2] https://www.relishapp.com/vcr/vcr/v/6-2-0/docs/record-modes/new-episodes [3] https://www.relishapp.com/vcr/vcr/v/6-2-0/docs/configuration/ignore-request [4] https://www.relishapp.com/vcr/vcr/v/6-2-0/docs/record-modes/once [5] https://www.relishapp.com/vcr/vcr/v/6-2-0/docs/request-matching ================================================================================
\e[1mFailure/Error: \e[0mresponse = subject.vnp_ptcpnt_create(options)

VCR::Errors::UnhandledHTTPRequestError:


  ================================================================================
  An HTTP request has been made that VCR does not know how to handle:
    GET https://internal-dsva-vagov-dev-fwdproxy-1893365470.us-gov-west-1.elb.amazonaws.com:4447/VnpPtcpntWebServiceBean/VnpPtcpntService?WSDL

  VCR is currently using the following cassette:
    - /srv/vets-api/src/spec/support/vcr_cassettes/bgs/vnp_proc_service_v2/vnp_ptcpnt_service.yml
      - :record => :once
      - :match_requests_on => [:method, :uri]

  Under the current configuration VCR can not find a suitable HTTP interaction
  to replay and is prevented from recording new requests. There are a few ways
  you can deal with this:

    * If you're surprised VCR is raising this error
      and want insight about how VCR attempted to handle the request,
      you can use the debug_logger configuration option to log more details [1].
    * You can use the :new_episodes record mode to allow VCR to
      record this new request to the existing cassette [2].
    * If you want VCR to ignore this request (and others like it), you can
      set an `ignore_request` callback [3].
    * The current record mode (:once) does not allow new requests to be recorded
      to a previously recorded cassette. You can delete the cassette file and re-run
      your tests to allow the cassette to be recorded with this request [4].
    * The cassette contains 2 HTTP interactions that have not been
      played back. If your request is non-deterministic, you may need to
      change your :match_requests_on cassette option to be more lenient
      or use a custom request matcher to allow it to match [5].

  [1] https://www.relishapp.com/vcr/vcr/v/6-2-0/docs/configuration/debug-logging
  [2] https://www.relishapp.com/vcr/vcr/v/6-2-0/docs/record-modes/new-episodes
  [3] https://www.relishapp.com/vcr/vcr/v/6-2-0/docs/configuration/ignore-request
  [4] https://www.relishapp.com/vcr/vcr/v/6-2-0/docs/record-modes/once
  [5] https://www.relishapp.com/vcr/vcr/v/6-2-0/docs/request-matching
  ================================================================================
/usr/local/bundle/gems/vcr-6.2.0/lib/vcr/request_handler.rb:97:in `on_unhandled_request'
/usr/local/bundle/gems/vcr-6.2.0/lib/vcr/library_hooks/webmock.rb:120:in `on_unhandled_request'
/usr/local/bundle/gems/vcr-6.2.0/lib/vcr/request_handler.rb:24:in `handle'
/usr/local/bundle/gems/vcr-6.2.0/lib/vcr/library_hooks/webmock.rb:135:in `block in <module:WebMock>'
/usr/local/bundle/gems/webmock-3.23.0/lib/webmock/stub_registry.rb:35:in `block (2 levels) in register_global_stub'
/usr/local/bundle/gems/webmock-3.23.0/lib/webmock/stub_registry.rb:41:in `synchronize'
/usr/local/bundle/gems/webmock-3.23.0/lib/webmock/stub_registry.rb:41:in `block in register_global_stub'
/usr/local/bundle/gems/webmock-3.23.0/lib/webmock/request_pattern.rb:42:in `matches?'
/usr/local/bundle/gems/webmock-3.23.0/lib/webmock/stub_registry.rb:75:in `block in request_stub_for'
/usr/local/bundle/gems/webmock-3.23.0/lib/webmock/stub_registry.rb:74:in `each'
/usr/local/bundle/gems/webmock-3.23.0/lib/webmock/stub_registry.rb:74:in `detect'
/usr/local/bundle/gems/webmock-3.23.0/lib/webmock/stub_registry.rb:74:in `request_stub_for'
/usr/local/bundle/gems/webmock-3.23.0/lib/webmock/stub_registry.rb:66:in `response_for_request'
/usr/local/bundle/gems/webmock-3.23.0/lib/webmock/http_lib_adapters/net_http.rb:76:in `request'
/usr/local/bundle/gems/faraday-net_http-3.1.0/lib/faraday/adapter/net_http.rb:113:in `block in request_with_wrapped_block'
/usr/local/bundle/gems/webmock-3.23.0/lib/webmock/http_lib_adapters/net_http.rb:116:in `start_without_connect'
/usr/local/bundle/gems/webmock-3.23.0/lib/webmock/http_lib_adapters/net_http.rb:143:in `start'
/usr/local/bundle/gems/faraday-net_http-3.1.0/lib/faraday/adapter/net_http.rb:112:in `request_with_wrapped_block'
/usr/local/bundle/gems/faraday-net_http-3.1.0/lib/faraday/adapter/net_http.rb:102:in `perform_request'
/usr/local/bundle/gems/faraday-net_http-3.1.0/lib/faraday/adapter/net_http.rb:66:in `block in call'
/usr/local/bundle/gems/faraday-2.9.0/lib/faraday/adapter.rb:45:in `connection'
/usr/local/bundle/gems/faraday-net_http-3.1.0/lib/faraday/adapter/net_http.rb:65:in `call'
/usr/local/bundle/gems/breakers-0.7.1/lib/breakers/uptime_middleware.rb:56:in `handle_request'
/usr/local/bundle/gems/breakers-0.7.1/lib/breakers/uptime_middleware.rb:31:in `call'
/usr/local/bundle/gems/faraday-2.9.0/lib/faraday/rack_builder.rb:152:in `build_response'
/usr/local/bundle/gems/faraday-2.9.0/lib/faraday/connection.rb:444:in `run_request'
/usr/local/bundle/gems/faraday-2.9.0/lib/faraday/connection.rb:200:in `get'
./modules/claims_api/lib/bgs_service/local_bgs.rb:267:in `block in make_request'
./modules/claims_api/lib/bgs_service/local_bgs.rb:310:in `log_duration'
./modules/claims_api/lib/bgs_service/local_bgs.rb:266:in `make_request'
./modules/claims_api/lib/bgs_service/vnp_ptcpnt_service.rb:12:in `vnp_ptcpnt_create'
./modules/claims_api/spec/lib/claims_api/vnp_ptcpnt_service_spec.rb:31:in `block (4 levels) in <top (required)>'
/usr/local/bundle/gems/vcr-6.2.0/lib/vcr/util/variable_args_block_caller.rb:9:in `call_block'
/usr/local/bundle/gems/vcr-6.2.0/lib/vcr.rb:194:in `use_cassette'
./modules/claims_api/spec/lib/claims_api/vnp_ptcpnt_service_spec.rb:30:in `block (3 levels) in <top (required)>'
/usr/local/bundle/gems/webmock-3.23.0/lib/webmock/rspec.rb:39:in `block (2 levels) in <top (required)>'
/usr/local/bundle/gems/rspec-retry-0.6.2/lib/rspec/retry.rb:124:in `block in run'
/usr/local/bundle/gems/rspec-retry-0.6.2/lib/rspec/retry.rb:110:in `loop'
/usr/local/bundle/gems/rspec-retry-0.6.2/lib/rspec/retry.rb:110:in `run'
/usr/local/bundle/gems/rspec-retry-0.6.2/lib/rspec_ext/rspec_ext.rb:12:in `run_with_retry'
/usr/local/bundle/gems/rspec-retry-0.6.2/lib/rspec/retry.rb:37:in `block (2 levels) in setup'