Note that it's not capistrano's connection to lamp2 that is failing, it is subversion's.

  * 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

The "[lamp2] executing command" bit is only printed after the connection is established, so the [err] lines are being emitted by the command being executed. What is the difference between that command, the command that cap 1.4.1 uses?

- Jamis

On Oct 16, 2007, at 9:45 AM, Bolo wrote:


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 capistrano- [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/ group/capistrano
-~----------~----~----~----~------~----~------~--~---


Attachment: smime.p7s
Description: S/MIME cryptographic signature

Reply via email to