Ruby no such file or directory windows

I am also experiencing this issue.

ruby 2.3.3p222 (2016-11-21 revision 56859) [i386-mingw32]
parallel_tests 2.16.0

parallel_cucumber features/dfe
4 processes for 6 features, ~ 1 features per process
C:Ruby23binruby: No such file or directory — bundle (LoadError)
C:Ruby23binruby: No such file or directory — bundle (LoadError)
C:Ruby23binruby: No such file or directory — bundle (LoadError)
C:Ruby23binruby: No such file or directory — bundle (LoadError)

parallel_cucumber features/dfe —verbose
4 processes for 6 features, ~ 1 features per process
C:/Ruby23/bin/ruby — bundle exec cucumber —profile parallel «features/dfe/brazil_keyword_search.feature»
C:/Ruby23/bin/ruby — bundle exec cucumber —profile parallel «features/dfe/mexico_deal_inquiry.feature» «features/dfe/someFeature.feature»
C:/Ruby23/bin/ruby — bundle exec cucumber —profile parallel «features/dfe/someFeature.feature» «features/dfe/someFeature.feature»
C:/Ruby23/bin/ruby — bundle exec cucumber —profile parallel «features/dfe/someFeature.feature»
C:Ruby23binruby: No such file or directory — bundle (LoadError)
C:Ruby23binruby: No such file or directory — bundle (LoadError)
C:Ruby23binruby: No such file or directory — bundle (LoadError)
C:Ruby23binruby: No such file or directory — bundle (LoadError)

Tests have failed for a parallel_test group. Use the following command to run the group again:

C:/Ruby23/bin/ruby — bundle exec cucumber —profile parallel «features/dfe/brazil_keyword_search.feature»
C:/Ruby23/bin/ruby — bundle exec cucumber —profile parallel «features/dfe/someFeature.feature»
C:/Ruby23/bin/ruby — bundle exec cucumber —profile parallel «features/dfe/someFeature.feature» «features/dfe/someFeature.feature»
C:/Ruby23/bin/ruby — bundle exec cucumber —profile parallel «features/dfe/someFeature.feature» «features/dfe/someFeature.feature»

Took 0 seconds
cucumbers Failed

bundle exec cucumber —profile parallel «features/dfe/someFeature.feature»
cannot load such file — __out
Error creating formatter: —out (LoadError)
C:/Ruby23/lib/ruby/gems/2.3.0/gems/cucumber-2.4.0/lib/cucumber/constantize.rb:17:in require' C:/Ruby23/lib/ruby/gems/2.3.0/gems/cucumber-2.4.0/lib/cucumber/constantize.rb:17:in rescue in constantize’
C:/Ruby23/lib/ruby/gems/2.3.0/gems/cucumber-2.4.0/lib/cucumber/constantize.rb:6:in constantize' C:/Ruby23/lib/ruby/gems/2.3.0/gems/cucumber-2.4.0/lib/cucumber/configuration.rb:192:in formatter_class’
C:/Ruby23/lib/ruby/gems/2.3.0/gems/cucumber-2.4.0/lib/cucumber/configuration.rb:179:in block in formatter_factories' C:/Ruby23/lib/ruby/gems/2.3.0/gems/cucumber-2.4.0/lib/cucumber/configuration.rb:175:in map’
C:/Ruby23/lib/ruby/gems/2.3.0/gems/cucumber-2.4.0/lib/cucumber/configuration.rb:175:in formatter_factories' C:/Ruby23/lib/ruby/gems/2.3.0/gems/cucumber-2.4.0/lib/cucumber/runtime.rb:190:in formatters’
C:/Ruby23/lib/ruby/gems/2.3.0/gems/cucumber-2.4.0/lib/cucumber/runtime.rb:172:in report' C:/Ruby23/lib/ruby/gems/2.3.0/gems/cucumber-2.4.0/lib/cucumber/runtime.rb:64:in run!’
C:/Ruby23/lib/ruby/gems/2.3.0/gems/cucumber-2.4.0/lib/cucumber/cli/main.rb:32:in execute!' C:/Ruby23/lib/ruby/gems/2.3.0/gems/cucumber-2.4.0/bin/cucumber:8:in <top (required)>’
C:/Ruby23/bin/cucumber:22:in load' C:/Ruby23/bin/cucumber:22:in

‘

I’m going to keep digging, but wanted to give this thread some more momentum. Making the gem windows compatible is still a TODO in the readme so I almost moved on until I saw the various comments saying that this should work in windows.

• Did you follow

  http://community.spiceworks.com/education/projects/Scripting_Spiceworks_Reports

  Best practice will be to copy the file called run_report.rb ro the bin directory (same directory as ruby)

  
  Was this post helpful?
  thumb_up
  thumb_down
  

• 

  Looks like you didn’t follow the instructions that Susan160 posted.

  http://community.spiceworks.com/education/projects/Scripting_Spiceworks_Reports

  You have to copy run_report.rb to the rpt folder first, that’s why ruby doesn’t find it.

  Edit: Yasaf beat me to it, hehe.

  
  Was this post helpful?
  thumb_up
  thumb_down
  

• 

  I have tried that as well.  I copied the file over and ran this command and a new group of errors popped up:

  C:Program FilesSpiceworksbin>ruby run_report.rb -?
  Error: you must pass an email address (-e EMAIL) or set env variable SW_EMAIL

  Did what it asked and repeated the command:

  C:Program FilesSpiceworksbin>ruby run_report.rb -e me@myhost.com
   -p mypassword -l
  Error: you must pass an email address (-e EMAIL) or set env variable SW_EMAIL

  
  Was this post helpful?
  thumb_up
  thumb_down
  

• 

  Susan specified that you have to put the email you use for spiceworks.

  Are you using that one?

  
  Was this post helpful?
  thumb_up
  thumb_down
  

• 

  Try copying the run_report.rb to the «RPT» folder.

  Then run the “..binruby run_report.rb –e (Spiceworks username) –p (Password for User) –f pdf (Report Number)”

  I then copied the latest run_report.rb script from the install directory/pkg/gems/spiceworks-2.0.XXXXX directory (where XXXXX is the latest release) to this rpt directory.

  I have made a create and email reports also. It was easier for me this way.

  http://community.spiceworks.com/how_to/show/1010

  
  Was this post helpful?
  thumb_up
  thumb_down
  

• 

   Yes I am putting that one. 

  
  Was this post helpful?
  thumb_up
  thumb_down
  

• 

   nm….. I fat fingered the email addy..  Works now.  Sorry for your troubles.  

  
  Was this post helpful?
  thumb_up
  thumb_down
  

• 

  C:Program FilesSpiceworksbin>ruby run_report.rb -e me@myhost.com
   -p mypassword -l
  Error: you must pass an email address (-e EMAIL) or set env variable SW_EMAIL

  I think I have had that error before when I wasn’t using the spiceworks password that I setup.

  Also, according to you command you are not running the command in the rpt folder try putting the run_report.rb in the «C:program filesspiceworksrpt» folder. Then run the «..binrub run_report.rb» command.

  
  Was this post helpful?
  thumb_up
  thumb_down
  

• 

  TreyCarr wrote:

   nm….. I fat fingered the email addy..  Works now.  Sorry for your troubles.  

  Okay good to hear.

  It is always the simple things that bite us.

  
  Was this post helpful?
  thumb_up
  thumb_down
  

Part of the joy of having a ‘bare bones’ DIY host is that sometimes you have to figure shit out on your own. I am not a great web developer, nor a Ruby expert. But, I learn more each time something breaks — you know, Type II fun. Most recently, I came to understand and fix a new error on my web server: env: ruby26: No such file or directory.

I previously wrote about my website setup here. The short version is: I use Jekyll, I host on NearlyFreeSpeech, and I deploy with git using a post-receive hook. The source is mirrored on GitHub. Overall, it is very smooth and works great — except when it breaks.

It took two instances of this recent error for me to fully understand what was happening. I’ll explain the error first, then discuss the solution.

The error: No such file or directory

A few months back, deploying with git suddenly stopped working. On GitHub you can view the full source of my post-receive git hook. Bundler was failing in the final step of the script:

bundle install --jobs 4 --retry 3

bundle exec jekyll build --destination $PUBLIC_WWW

with the following error:

env: ruby25: No such file or directory
*** Error code 127

Stop.

Prior to this, the last time I had published a post, everything was working. Now, suddenly, “ruby25” could not be found? More curious, if I simply ran jekyll build, it succeeded. Only when using Bundler, bundle exec jekyll build, was it producing the error.

I posted on the member forums, but didn’t fully grasp the answer provided. With some uncertainty, I decided to just redo/reconfigure my RubyGems setup (again, described here). After that, everything started working again, so I didn’t give it much thought other than “lol computers”. But then the error happened again a few days ago, though this time slightly differently:

env: ruby26: No such file or directory

First ruby25, now ruby26. This second time around, I suddenly realized what had happened. Ruby was upgraded to a new version while the old Ruby version was removed, and Bundler was referencing the old version.

Debugging

NearlyFreeSpeech has this concept of realms, which refers to “the combined collection of all the operating system files, programming languages, and third party applications present in its environment. These are the tools available to your site for web applications, and for use over ssh.” Periodically, realms get updated and upgraded automatically (depending on your settings). When this happens NearlyFreeSpeech will notify you, but it usually has no impact on my site.

I realized that these “No such file or directory” errors were happening after realm upgrades. I ssh’d into my server, and ran gem env:

RubyGems Environment:
  - RUBYGEMS VERSION: 3.0.6
  - RUBY VERSION: 2.7.1 (2020-03-31 patchlevel 83) [amd64-freebsd11]
  - INSTALLATION DIRECTORY: /home/private/.gem
  - USER INSTALLATION DIRECTORY: /home/private/.gem/ruby/2.7
  - RUBY EXECUTABLE: /usr/local/bin/ruby27
  - GIT EXECUTABLE: /usr/local/bin/git
  - EXECUTABLE DIRECTORY: /home/private/.gem/bin
  - SPEC CACHE DIRECTORY: /home/private/.gem/specs
  - SYSTEM CONFIGURATION DIRECTORY: /usr/local/etc
...

The relevant information here is the path to the Ruby executable: RUBY EXECUTABLE: /usr/local/bin/ruby27. The output of bundle env was similar:

Bundler       2.1.4
  Platforms   ruby, amd64-freebsd-11
Ruby          2.7.1p83 (2020-03-31 revision a0c7c23c9cec0d0ffcba012279cd652d28ad5bf3) [amd64-freebsd11]
  Full Path   /usr/local/bin/ruby27
  Config Dir  /usr/local/etc
...

Ah ha! — ruby27. Now the original error made sense. Of course, ruby26 could not be found. Ruby had been upgraded from 2.6 to 2.7, thus the old executable ruby26 had been replaced with the new one, ruby27.

The obvious question here is why doesn’t NearlyFreeSpeech keep multiple Ruby versions installed? I don’t know. You get what you pay for, I guess? (And I pay about $1.66 USD per month. *shrugs*)

The solution

To fix the problem, I ssh’d into my server and reinstalled Bundler: gem install bundler. Then, I re-ran bundle install for the first time. These two steps reinstalled everything for the new Ruby version, and now everything was working again. (This also explains why my previous decision to redo my entire RubyGems setup worked.)

I’m not entirely sure how/why Bundler was referencing the old Ruby executable. I’m assuming it caches this based on your first bundle install? Again, I am not a Ruby/Bundler expert, and I could not find anything about this in the docs. Can you specify a Ruby version for Bundler to use?

To prevent this error from happening in the future, I now run gem install bundler as part of my post-receive git hook. The next time that Ruby is updated, my deployment process should continue to “just work”.

gem install bundler --no-document
bundle install --jobs 4 --retry 3

bundle exec jekyll build --destination $PUBLIC_WWW

It does feel somewhat awkward to install Bundler every time I deploy, but: (1) it works, (2) I’m not publishing new posts more than a couple times a week, if that, and (3) it is quite fast with --no-document. I think I might be able to improve this workflow using bundle config, but I’m not sure.

In any case, if you also host on NearlyFreeSpeech (which I strangely do recommend) and ran into this issue, I hope this helps. And if there is something I can improve here, let me know!

source 'https://rubygems.org'

ruby '2.7'

gem 'jekyll', '~> 4.0'

Exception
  StandardError
    ...
    SystemCallError
      Errno::*
    ...

irb> File.open("badfilename.txt")
Errno::ENOENT: No such file or directory @ rb_sysopen - badfilename.txt
    from (irb):9:in `initialize'
    from (irb):9:in `open'
    from (irb):9
    from /Users/snhorne/.rbenv/versions/2.1.0/bin/irb:11:in `<main>'

irb> Errno.constants
=> [:NOERROR, :EPERM, :ENOENT, :ESRCH, :EINTR, :EIO, :ENXIO, :E2BIG, :ENOEXEC, :EBADF, :ECHILD, :EAGAIN, :ENOMEM, :EACCES, :EFAULT, :ENOTBLK, :EBUSY, :EEXIST, :EXDEV, :ENODEV, :ENOTDIR, :EISDIR, :EINVAL, :ENFILE, :EMFILE, :ENOTTY, :ETXTBSY, :EFBIG, :ENOSPC, :ESPIPE, :EROFS, :EMLINK, :EPIPE, :EDOM, :ERANGE, :EDEADLK, :ENAMETOOLONG, :ENOLCK, :ENOSYS, :ENOTEMPTY, :ELOOP, :EWOULDBLOCK, :ENOMSG, :EIDRM, :ECHRNG, :EL2NSYNC, :EL3HLT, :EL3RST, :ELNRNG, :EUNATCH, :ENOCSI, :EL2HLT, :EBADE, :EBADR, :EXFULL, :ENOANO, :EBADRQC, :EBADSLT, :EDEADLOCK, :EBFONT, :ENOSTR, :ENODATA, :ETIME, :ENOSR, :ENONET, :ENOPKG, :EREMOTE, :ENOLINK, :EADV, :ESRMNT, :ECOMM, :EPROTO, :EMULTIHOP, :EDOTDOT, :EBADMSG, :EOVERFLOW, :ENOTUNIQ, :EBADFD, :EREMCHG, :ELIBACC, :ELIBBAD, :ELIBSCN, :ELIBMAX, :ELIBEXEC, :EILSEQ, :ERESTART, :ESTRPIPE, :EUSERS, :ENOTSOCK, :EDESTADDRREQ, :EMSGSIZE, :EPROTOTYPE, :ENOPROTOOPT, :EPROTONOSUPPORT, :ESOCKTNOSUPPORT, :EOPNOTSUPP, :EPFNOSUPPORT, :EAFNOSUPPORT, :EADDRINUSE, :EADDRNOTAVAIL, :ENETDOWN, :ENETUNREACH, :ENETRESET, :ECONNABORTED, :ECONNRESET, :ENOBUFS, :EISCONN, :ENOTCONN, :ESHUTDOWN, :ETOOMANYREFS, :ETIMEDOUT, :ECONNREFUSED, :EHOSTDOWN, :EHOSTUNREACH, :EALREADY, :EINPROGRESS, :ESTALE, :EUCLEAN, :ENOTNAM, :ENAVAIL, :EISNAM, :EREMOTEIO, :EDQUOT, :ECANCELED, :EKEYEXPIRED, :EKEYREJECTED, :EKEYREVOKED, :EMEDIUMTYPE, :ENOKEY, :ENOMEDIUM, :ENOTRECOVERABLE, :EOWNERDEAD, :ERFKILL, :EAUTH, :EBADRPC, :EDOOFUS, :EFTYPE, :ENEEDAUTH, :ENOATTR, :ENOTSUP, :EPROCLIM, :EPROCUNAVAIL, :EPROGMISMATCH, :EPROGUNAVAIL, :ERPCMISMATCH, :EIPSEC]