Looking at your code, I'd assume the highlight password prompt is coming from Net::SSH itself, I have never seen that before, since I always use keys.
https://github.com/capistrano/sshkit/blob/master/EXAMPLES.md is a decent reference for "just running SSH commands" … if you don't need all the versioning/rollback/plugin hooks of Capistrano, just use Rake and SSHKit, see the article on my blog about doing that: http://lee.hambley.name/2013/06/11/using-capistrano-v3-with-chef.html Lee Hambley -- http://lee.hambley.name/ +49 (0) 170 298 5667 On 9 December 2013 17:53, Vell <[email protected]> wrote: > Hmm it is possible that I don't either code blocks in the deploy name > space since all I care about is getting the code to the server and not to > run any tasks aside from that. It looks like my issue now is with running a > git command on the remote server which I am unsure how to address at the > moment and will have to look into it. > > > On Monday, December 9, 2013 11:43:03 AM UTC-5, Lee Hambley wrote: > >> Looks like `on roles(:web), in: :groups, limit: 3, wait: 10 do` is a >> problem, as you haven't put any servers in the `web` role. (I assume, >> having never tried it that the server() command, overwrites the role() >> command, you are meant to take one, or the other not both!) >> >> If you don't need an SSH key, or a password, I have no idea what'll >> happen. From the code you posted where the highlight password prompt is >> coming from. >> >> I wish I could be more help. >> >> Lee Hambley >> -- >> http://lee.hambley.name/ >> +49 (0) 170 298 5667 >> >> >> On 9 December 2013 17:38, Vell <[email protected]> wrote: >> >>> Thanks for the response Lee. >>> >>> The server I am attempting to deploy to doesn't have an ssh-key on it >>> that allows me to authenticate without a password. It is only one server >>> that I am deploying to in this case (another OS X system). This is why I >>> believe it prompted me for a password. I figured that if the other users >>> that attempt to deploy, don’t know the password to the server then I’m >>> fairly safe. It keeps me from having the task of adding users to the >>> authorized keys file on that server. However, there aren’t that many >>> users, so if I have to do it I will. >>> >>> Right now here is what I have in my files. Sorry for the entries being >>> ambiguous. >>> >>> deploy.rb >>> >>> set :application, 'my_sync' >>> set :repo_url, 'http://gitserv.domain.com/dba/my_sync' >>> >>> >>> # ask :branch, proc { `git rev-parse --abbrev-ref HEAD`.chomp } >>> >>> >>> set :deploy_to, '/users/administrator/scripts/my_sync' >>> set :scm, :git >>> >>> >>> # set :format, :pretty >>> # set :log_level, :debug >>> # set :pty, true >>> >>> >>> # set :linked_files, %w{config/database.yml} >>> # set :linked_dirs, %w{bin log tmp/pids tmp/cache tmp/sockets >>> vendor/bundle public/system} >>> >>> >>> # set :default_env, { path: "/opt/ruby/bin:$PATH" } >>> set :keep_releases, 3 >>> >>> >>> namespace :deploy do >>> >>> >>> desc 'Restart application' >>> task :restart do >>> on roles(:app), in: :sequence, wait: 5 do >>> # Your restart mechanism here, for example: >>> # execute :touch, release_path.join('tmp/restart.txt') >>> end >>> end >>> >>> >>> after :restart, :clear_cache do >>> on roles(:web), in: :groups, limit: 3, wait: 10 do >>> # Here we can do anything such as: >>> # within release_path do >>> # execute :rake, 'cache:clear' >>> # end >>> end >>> end >>> >>> >>> after :finishing, 'deploy:cleanup' >>> >>> >>> end >>> >>> production.rb >>> >>> set :stage, :production >>> >>> role :app, %w{[email protected]} >>> >>> server 'server.domain.com', user: 'administrator', roles: %w{app} #, >>> my_property: :my_value >>> >>> I figured this was pretty much all I needed. >>> >>> On Monday, December 9, 2013 3:59:15 AM UTC-5, Lee Hambley wrote: >>>> >>>> Hi Vell, >>>> >>>> If you are familiar with Cap2, then the fundamentals of Cap3 didn't >>>> change. >>>> >>>> Regarding your query, you look to be doing something non-standard (why >>>> is high line prompting for a password?) that's definitely nothing from us, >>>> and appears to be causing some problems. It would appear that one of your >>>> servers isn't authenticating problems (I realise that's a little bit >>>> unclear, but it's clearly failing in `net/ssh.rb:215:in `start'`) >>>> >>>> I'd say that you need to make sure your SSH keys are working correctly >>>> before starting with Capistrano! >>>> >>>> Good luck. >>>> >>>> On Sunday, 8 December 2013 22:59:43 UTC+1, Vell wrote: >>>>> >>>>> I looked at the readme and the http://www.capistranorb.co >>>>> m/documentation/getting-started/preparing-your-application. Its a lot >>>>> of explaining but nothing that explains what the bare minimum is for >>>>> deploying a ruby application. For instance, my application doesn't require >>>>> the :web or :db part of the production application. So while there is >>>>> "lots >>>>> of stuff" there, there isn't something like the from beginning page that >>>>> walks you through each part of the setup step by step to understand what >>>>> your doing and why your doing it. Well at least not that I have seen. >>>>> >>>>> Now I just need to understand why I am getting the following: >>>>> >>>>> afrosamurai:sync[capistrano]$ bundle exec cap production deploy >>>>> Text will be echoed in the clear. Please install the HighLine or >>>>> Termios libraries to suppress echoed text. >>>>> Password:********** >>>>> DEBUG Uploading /tmp/git-ssh.sh 0.0% >>>>> INFO Uploading /tmp/git-ssh.sh 100.0% >>>>> INFO [73e91495] Running /usr/bin/env chmod +x /tmp/git-ssh.sh on >>>>> enterprise.domain.com >>>>> DEBUG [73e91495] Command: /usr/bin/env chmod +x /tmp/git-ssh.sh >>>>> INFO [73e91495] Finished in 0.347 seconds with exit status 0 ( >>>>> successful). >>>>> cap aborted! >>>>> administrator >>>>> /Users/vmcilwain/.rvm/gems/ruby-2.0.0-p247/gems/net-ssh-2.7.0/lib/net/ >>>>> ssh.rb:215:in `start' >>>>> /Users/vmcilwain/.rvm/gems/ruby-2.0.0-p247/gems/sshkit-1.1. >>>>> 0/lib/sshkit/backends/netssh.rb:156:in `ssh' >>>>> /Users/vmcilwain/.rvm/gems/ruby-2.0.0-p247/gems/sshkit-1.1. >>>>> 0/lib/sshkit/backends/netssh.rb:68:in `upload!' >>>>> /Users/vmcilwain/.rvm/gems/ruby-2.0.0-p247/gems/capistrano-3.0.0/lib/ >>>>> capistrano/tasks/git.rake:11:in `block (3 levels) in <top (required)>' >>>>> /Users/vmcilwain/.rvm/gems/ruby-2.0.0-p247/gems/sshkit-1.1. >>>>> 0/lib/sshkit/backends/netssh.rb:42:in `instance_exec' >>>>> /Users/vmcilwain/.rvm/gems/ruby-2.0.0-p247/gems/sshkit-1.1. >>>>> 0/lib/sshkit/backends/netssh.rb:42:in `run' >>>>> /Users/vmcilwain/.rvm/gems/ruby-2.0.0-p247/gems/sshkit-1.1.0/lib/ >>>>> sshkit/runners/parallel.rb:12:in `block (2 levels) in execute' >>>>> Tasks: TOP => git:check => git:wrapper >>>>> (See full trace by running task with --trace) >>>>> >>>>> >>>>> On Sunday, December 8, 2013 4:01:11 PM UTC-5, Lee Hambley wrote: >>>>>> >>>>>> Lots of stuff on capistranorb.com! >>>>>> >>>>>> On Sunday, December 8, 2013, Vell wrote: >>>>>> >>>>>>> Versions: >>>>>>> >>>>>>> - Ruby 2.0.0-p247 >>>>>>> - Capistrano 3.0.1 >>>>>>> - Rake / Rails / etc (unsure about this question. its a simple >>>>>>> ruby application) >>>>>>> >>>>>>> Platform: >>>>>>> >>>>>>> - Working on.... Mac OS X 10.9 >>>>>>> - Deploying to... Mac OS X 10.7 >>>>>>> >>>>>>> Logs: >>>>>>> >>>>>>> - I don't have any logs as of yet >>>>>>> >>>>>>> Files: >>>>>>> >>>>>>> - Capfile >>>>>>> - deploy.rb >>>>>>> - Stage files (production.rb, staging.rb) >>>>>>> >>>>>>> I have used capistrano 2 to deploy rails apps. I have not had to do >>>>>>> that in a long time. I am trying to deploy a simple ruby application >>>>>>> that I >>>>>>> have created using the GLI gem but I can't seem to get a handle on the >>>>>>> changes from capistrano 2 to capistrano 3. What happened me with >>>>>>> capistrano >>>>>>> 2 when I first started using it was this page on the capistrano github >>>>>>> wiki >>>>>>> https://github.com/capistrano/capistrano/wiki/2.x-from-the-beginning. >>>>>>> Is there a page like this for capistrano 3? Something detailed and step >>>>>>> by step that will help me understand things as I go along? >>>>>>> >>>>>>> -- >>>>>>> You received this message because you are subscribed to the Google >>>>>>> Groups "Capistrano" group. >>>>>>> To unsubscribe from this group and stop receiving emails from it, >>>>>>> send an email to [email protected]. >>>>>>> To view this discussion on the web, visit >>>>>>> https://groups.google.com/d/msgid/capistrano/07aa0218-f85d- >>>>>>> 469a-9f60-2544a7465401%40googlegroups.com. >>>>>>> For more options, visit https://groups.google.com/groups/opt_out. >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Lee Hambley >>>>>> -- >>>>>> http://lee.hambley.name/ >>>>>> +49 (0) 170 298 5667 >>>>>> >>>>>> -- >>> You received this message because you are subscribed to the Google >>> Groups "Capistrano" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to [email protected]. >>> To view this discussion on the web, visit https://groups.google.com/d/ >>> msgid/capistrano/e1768e72-d141-4165-99c4-099ce0c2e858%40googlegroups.com >>> . >>> >>> For more options, visit https://groups.google.com/groups/opt_out. >>> >> >> -- > You received this message because you are subscribed to the Google Groups > "Capistrano" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To view this discussion on the web, visit > https://groups.google.com/d/msgid/capistrano/d44efdb9-d29d-4a68-a99d-4893cbbfd6f5%40googlegroups.com > . > > For more options, visit https://groups.google.com/groups/opt_out. > -- You received this message because you are subscribed to the Google Groups "Capistrano" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web, visit https://groups.google.com/d/msgid/capistrano/CAN_%2BVLULJ2YC3jbnYDyb6EtLGAf56U7FP8W3vTuudv%2ByZXx1Lg%40mail.gmail.com. For more options, visit https://groups.google.com/groups/opt_out.
