More information.
When i use cap shell, it's works
$ cap shell
* executing `shell'
====================================================================
Welcome to the interactive Capistrano shell! This is an experimental
feature, and is liable to change in future releases. Type 'help' for
a summary of how to use the shell.
--------------------------------------------------------------------
cap> ls
[establishing connection(s) to lamp2]
Password:
** [out :: lamp2] demo
** [out :: lamp2] Desktop
** [out :: lamp2] public_html
** [out :: lamp2] toto
cap>
On 16 oct, 11:12, Bolo <[EMAIL PROTECTED]> wrote:
> I understand but
>
> why when use capistrano 1.4, it's work
> why i correctly with ssh it's work
>
> $ ssh -l b.michelin lamp2
> [EMAIL PROTECTED]'s password:
> Linux srv-mq-lamp2 2.6.18-4-686 #1 SMP Wed May 9 23:03:12 UTC 2007
> i686
>
> The programs included with the Debian GNU/Linux system are free
> software;
> the exact distribution terms for each program are described in the
> individual files in /usr/share/doc/*/copyright.
>
> Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
> permitted by applicable law.
> Last login: Mon Oct 15 11:57:26 2007 from 192.168.1.66
> [EMAIL PROTECTED]:~$
>
> :( :( :(
>
> On 16 oct, 10:54, Jamis Buck <[EMAIL PROTECTED]> wrote:
>
> > The new error is saying that it cannot log into the lamp2 server as
> > b.michelin. I'm not sure exactly what "permission denied" means as
> > reported by the ssh tool, but I don't think it means that your
> > credentials are bad; it might mean that your ~/.ssh directory has bad
> > permissions or something.
>
> > - Jamis
>
> > On Oct 16, 2007, at 7:11 AM, Bolo wrote:
>
> > > Always me :))
>
> > > set :user, "b.michelin"
> > > set :password, "******"
> > > #set :scm_username , "b.michelin"
> > > ######################################################################
> > > ######################
>
> > > set :application, "partenaires"
> > > set :repository, "svn+ssh://[EMAIL PROTECTED]/var/lib/svn/
> > > #{application}/"
> > > set :deploy_to, "/var/www/apps/#{application}"
>
> > > role :app, "lamp2"
> > > role :web, "lamp2"
> > > role :db, "lamp2", :primary => true
>
> > > Well i change my recipe for that but i can't connect to my server
> > > (it's work with Capistrano 1.4)
>
> > > n$ cap deploy
> > > * executing `deploy'
> > > * executing `deploy:update'
> > > ** transaction: start
> > > * executing `deploy:update_code'
> > > [EMAIL PROTECTED]'s password:
> > > * executing "svn checkout -q -r72 svn+ssh://[EMAIL PROTECTED]/var/
> > > lib/svn/partenaires/ /var/www/apps/partenaires/releases/20071016131050
> > > && (echo 72 > /var/www/apps/partenaires/releases/20071016131050/
> > > REVISION)"
> > > servers: ["lamp2"]
> > > [lamp2] executing command
> > > ** [err] Permission denied, please try again.
> > > ** [err] Permission denied, please try again.
> > > ** [err] Permission denied (publickey,password).
> > > ** [err] svn: Connection closed unexpectedly
> > > command finished
> > > *** [deploy:update_code] rolling back
> > > * executing "rm -rf /var/www/apps/partenaires/releases/
> > > 20071016131050; true"
> > > servers: ["lamp2"]
> > > [lamp2] executing command
> > > command finished
> > > command "svn checkout -q -r72 svn+ssh://[EMAIL PROTECTED]/var/lib/svn/
> > > partenaires/ /var/www/apps/partenaires/releases/20071016131050 &&
> > > (echo 72 > /var/www/apps/partenaires/releases/20071016131050/
> > > REVISION)" failed on lamp2
>
> > > On 15 oct, 18:39, Bolo <[EMAIL PROTECTED]> wrote:
> > >>> Not sure this helps as I didn't see the original thread, but I
> > >>> believe
>
> > >> when cap queries for the SVN revision it does so from the host you
> > >> are
> > >> running cap on, not one of the :app hosts.
>
> > >> No it's same, place however , i just use the ip adresse for
> > >> subversion.
>
> > >> 192.168.1.30 == lamp2
> > >> :(
>
> > >> Thanks for your help. sure i did something wrong but i really don't
> > >> know what
>
> > >> On 15 oct, 19:14, Philip Hallstrom <[EMAIL PROTECTED]> wrote:
>
> > >>> Not sure this helps as I didn't see the original thread, but I
> > >>> believe
> > >>> when cap queries for the SVN revision it does so from the host
> > >>> you are
> > >>> running cap on, not one of the :app hosts.
>
> > >>> I hit this as my :app host is the same as my svn repo so
> > >>> initially had a
> > >>> different :repository and it complained that it couldn't get the
> > >>> info.
>
> > >>> Anyway... maybe that's it?
>
> > >>> It might be good if cap connected to the first :app host to run that
> > >>> query? Just in case accessing your repository is different from
> > >>> where you
> > >>> run cap and how the :app servers connect?
>
> > >>> On Mon, 15 Oct 2007, Bolo wrote:
>
> > >>>> Same thing
>
> > >>>> always bmichelin and not b.michelin
>
> > >>>> pc-mq-dsi3:~/Documents/Coding-Dev/partenaires bmichelin$ cap deploy
> > >>>> * executing `deploy'
> > >>>> * executing `deploy:update'
> > >>>> ** transaction: start
> > >>>> * executing `deploy:update_code'
> > >>>> [EMAIL PROTECTED]'s password:
>
> > >>>> maybe my recipe is wrong
> > >>>> ?
>
> > >>>> set :scm_username , "b.michelin"
> > >>>> ###################################################################
> > >>>> #########################
>
> > >>>> set :application, "partenaires"
> > >>>> set :repository, "svn+ssh://192.168.1.30/var/lib/svn/#
> > >>>> {application}/"
> > >>>> set :deploy_to, "/var/www/apps/#{application}"
>
> > >>>> role :app, "lamp2"
> > >>>> role :web, "lamp2"
> > >>>> role :db, "lamp2", :primary => true
>
> > smime.p7s
> > 3KTélécharger
--~--~---------~--~----~------------~-------~--~----~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/capistrano
-~----------~----~----~----~------~----~------~--~---
