I've run my deploy script and typed in an incorrect sudo password, it
completed as the thing I needed to run as sudo, nginx, has started,
but it wont work properly unless it's run as root.
I'm now not getting a prompt for the password, as something has cached
it.
Anyone got any ideas how to fix
I have
set :default_stage, development
set :stages, %w(development production)
require 'capistrano/ext/multistage'
in my config/deploy.rb, and I have corresponding files in config/
deploy/ for each environment.
However, cap deploy:migrations sets RAILS_ENV=production when it runs
rake
Alexey,
That is the default behavior, you may have to try setting a variable called
:migrate_env, and see what difference that makes, you may have to to set it
with a lambda, something like this:
set(:migrate_env, { stage })
That should not err if stage isn't defined (something you may run into
Most likely, your server has cached the fact that your password has been
entered, this mechanism will depend on your server host, but you may try
restarting sshd on there, or looking into passowrd agents or similar, it's
the same as when you authenticate on Unix, and it remembers for ~5 mins.
-
As far I remember, Multistage recipe doesn't automatically update your
environment.
You need to set it manually.
# in config/deploy/production.rb
set :rails_env, production
# in config/deploy/development.rb
set :rails_env, development
You can also set it dynamically, loading the value
You can use 'sudo -k' to destroy the current sudo session, but I doubt
there is one created if the password is wrong.
Lee Hambley a écrit :
Most likely, your server has cached the fact that your password has
been entered, this mechanism will depend on your server host, but you
may try
Vander,
Here's your answer, sortof -
http://www.go2linux.org/disable-cache-password-sudo
- Lee
2009/6/3 Jean-Philippe Moal skateinm...@skateinmars.net
You can use 'sudo -k' to destroy the current sudo session, but I doubt
there is one created if the password is wrong.
Lee Hambley a écrit
I'm surprised that there would be no ftp transport supported so I'm
writing because perhaps I'm overlooking the obvious. However looking
in transfer.rb I see:
--
session_map[session] = case transport
when :sftp
prepare_sftp_transfer(session_from,
FTP was not included for a variety of reasons. Capistrano is built on
top of SSH, and everything it uses to communicate with the servers
runs over that transport (e.g., SSH itself, SFTP, and SCP). To add FTP
would require a significant change to how parallel commands are
processed. (It would
I appreciate the quick response!
On Wed, Jun 3, 2009 at 10:46 AM, Jamis Buck ja...@37signals.com wrote:
FTP was not included for a variety of reasons. Capistrano is built on
top of SSH, and everything it uses to communicate with the servers
runs over that transport (e.g., SSH itself, SFTP,
On Wed, Jun 3, 2009 at 8:53 AM, Byron Saltysiak byronsa...@gmail.com wrote:
I'm only interested in using ftp to upload. It seems like it could be
added to that single command without requiring any changes to running
commands. I haven't delved too deeply yet so let me know if this is
crazy
On Wed, Jun 3, 2009 at 10:57 AM, Jamis Buck ja...@37signals.com wrote:
On Wed, Jun 3, 2009 at 8:53 AM, Byron Saltysiak byronsa...@gmail.com wrote:
I'm only interested in using ftp to upload. It seems like it could be
added to that single command without requiring any changes to running
Hi guys,
I've got a user (inconveniently, in Poland, so major time zone difference)
who's having trouble doing deploys to one of our multi-host rails
environments.
Basically, when he runs cap qa deploy, ssh connections connect then
eventually go into CLOSE_WAIT state. Hang, boom. Not fun.
I've
On Wed, Jun 3, 2009 at 9:05 AM, Byron Saltysiak byronsa...@gmail.com wrote:
Unfortunately, I'd already tried ssh and it's not allowing it. I've
requested the ability to scp or sftp but we'll see. I have a feeling
this box was setup as ftp only for some purpose (perhaps 3rd party
integration
Elijah,
This may be part of it? .. have a read of this, and see if it fits
https://capistrano.lighthouseapp.com/projects/8716/tickets/79-capistrano-hangs-on-shell-command-for-many-computers-on-ruby-186-p368#ticket-79-24
- Lee
2009/6/3 Elijah Wright e...@brandorr.com
Hi guys,
I've got a user
thanks - I've passed this along to the developer having the issues, and he's
going to compare the notes with his running environment
--e
On Wed, Jun 3, 2009 at 11:19 AM, Lee Hambley lee.hamb...@gmail.com wrote:
Elijah,
This may be part of it? .. have a read of this, and see if it fits
Many thanks, now it works as expected!
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Capistrano group.
To post to this group, send email to capistrano@googlegroups.com
To unsubscribe from this group, send email to
Indeed, this seems to have been the issue, or at least closely related - the
dev guy in question built/installed REE 05/20/09, and the problem went away.
Sounds like a regression in 1.8.7, indeed. (Everybody else is either using
1.8.6pl111-pl287, or REE of some version...)
--elijah
On Wed, Jun
Elijah,
Good to have more ammo for the ticket, we haven't as yet found a solution
to this yet.
- Lee
2009/6/3 Elijah Wright e...@brandorr.com
Indeed, this seems to have been the issue, or at least closely related -
the dev guy in question built/installed REE 05/20/09, and the problem went
19 matches
Mail list logo