Folks;
I have a function, healcheck() that I wish to call after the deploy
happens. I want to somehow fail the deploy and trigger a rollback if
the health check fails.
Simply returning false doesn't do it.
Can anyone please tell me how to make this happen?
Thanks!
-Chris
--
Christopher
Hi Luiz;
Check that you have ssh permissions to the host you're deploying to.
Also, please consider pastie-ing the full output of your deploy so we
can see what might be going wrong.
Thanks,
-Chris
On Thu, Jul 19, 2012 at 3:52 PM, Luiz Eduardo Kowalski
luizeduardokowal...@gmail.com wrote
in advance, and if I can clarify anything further or provide more
details I'd be more than happy to!
Chris Van Patten
--
* 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
That worked spectacularly. Switching the references from #{deploy_to} to
#{fetch(:deploy_to)} did the trick and the files are now being loaded and
generated properly, and in place.
I can't thank you enough!
On Monday, June 4, 2012 4:06:23 AM UTC-4, Lee Hambley wrote:
Chris,
Try using fetch
John...
Thanks for sharing this. I'm going to incorporate it into my
scripts. It looks great!
Chris
On Apr 11, 11:01 am, jondavidjohn thirsty...@gmail.com wrote:
In case anyone cares, I outline my steps to customize deployment output
here...
http://jondavidjohn.com/blog/2012/04/cleaning
this to determine what may be occurring. Most
documentation I have found revolves around Rails deployments. In my
case I am more interested in a non-rails deployment and just can't
find a whole lot out there.
Chris
--
* You received this message because you are subscribed to the Google Groups
the version into a number somewhere.
Any thoughts?
Thanks a bunch!
-Chris
--
Christopher Patti - Geek At Large | GTalk: cpa...@gmail.com | AIM:
chrisfeohpatti | P: (260) 54PATTI
Technology challenges art, art inspires technology. - John Lasseter, Pixar
--
* You received this message because
On Thu, Apr 7, 2011 at 11:14 AM, Lee Hambley lee.hamb...@gmail.com wrote:
I tried quoting the 0.10 also, and that didn't work. Our guess is
that it's casting the version into a number somewhere.
Any thoughts?
Looks like you're right Chris! I think the problem lies somewhere here
that account has a .bashrc and/or .bash_profile with certain
settings that are often advocated to be used with rvm and capistrano.
https://gist.github.com/877295
Chris
On Mar 18, 9:41 pm, Chris Benes chris.be...@rvibe.com wrote:
Maybe this is the answer...
Manually set the PATH environment
it manually to bash when I
personally ssh into the account to work?
Thanks,
Chris
On Mar 18, 3:34 am, Lee Hambley lee.hamb...@gmail.com wrote:
Strange, .bashrc isn't supposed to be run, unless you set ssh_options[:pty]
(usually a bad idea) or reset the shell command to be `/bin/bash` (it
defaults to sh
Oh and the target machine is OS X Server 10.6.6. My local machine is
OS X 10.6.6.
On Mar 18, 3:34 am, Lee Hambley lee.hamb...@gmail.com wrote:
Strange, .bashrc isn't supposed to be run, unless you set ssh_options[:pty]
(usually a bad idea) or reset the shell command to be `/bin/bash` (it
had the $PATH variable set in the .bashrc. Is best
practice to set it in the .profile for 'sh'?
Thanks,
Chris
On Mar 18, 6:45 pm, Lee Hambley lee.hamb...@gmail.com wrote:
default_run_options[:pty] = true
Will (probably) run login scripts (under some shells.) which usually
pollutes
to be sure.
What files do you monitor specifically?
This seems like a really good idea.
Chris
On Mar 18, 7:51 pm, Chris Benes chris.be...@rvibe.com wrote:
The reason I did
default_run_options[:pty] = true
was that I read somewhere that it Must be set for the password prompt
from git to work.
I
Maybe this is the answer...
Manually set the PATH environment variable in the deploy file:
default_environment['PATH'] = /your/path/to/git:/and/any/other/path/
you/need
On Mar 18, 7:51 pm, Chris Benes chris.be...@rvibe.com wrote:
The reason I did
default_run_options[:pty] = true
was that I
I do - 1.0.10. Made some progress. I confirmed I could run a rvm
info cap task on the server. I added:
[[ -s $HOME/.rvm/scripts/rvm ]] . $HOME/.rvm/scripts/rvm
and it then got as far as this:
* executing bundle install --gemfile /Library/WebServer/sites/
the issue and prevented
the ASCII formatting characters from being included in the command.
Thanks to all who took the time to respond with suggestions.
Chris
On Mar 17, 8:34 pm, Rafa García conta...@rafagarcia.net wrote:
Hi Chris,
Could you put your shell(/bin/sh) configurations? It's to try
,
-Chris
--
Christopher Patti - Geek At Large | GTalk: cpa...@gmail.com | AIM:
chrisfeohpatti | P: (260) 54PATTI
Technology challenges art, art inspires technology. - John Lasseter, Pixar
--
* You received this message because you are subscribed to the Google Groups
Capistrano group.
* To post
On Mon, Mar 7, 2011 at 3:56 PM, Greg Pederson greg.peder...@gmail.comwrote:
Hey Chris,
I use capistrano for staging and production and point the appropriate git
branch for each (ie master for production and staging for staging)
You'll need this gem https://github.com/jamis/capistrano-ext
!
-Chris
--
Christopher Patti - Geek At Large | GTalk: cpa...@gmail.com | AIM:
chrisfeohpatti | P: (260) 54PATTI
Technology challenges art, art inspires technology. - John Lasseter, Pixar
--
* You received this message because you are subscribed to the Google Groups
Capistrano group.
* To post
On Fri, Mar 4, 2011 at 3:59 PM, Lee Hambley lee.hamb...@gmail.com wrote:
Chris,
This isn't perfect - but is effectively what you are trying to do
- https://github.com/leehambley/capistrano-yaml-multistage
I can't remember if the current master there runs out of the box… but
there's not a lot
On Fri, Mar 4, 2011 at 4:48 PM, Chris Patti cpa...@gmail.com wrote:
On Fri, Mar 4, 2011 at 3:59 PM, Lee Hambley lee.hamb...@gmail.com wrote:
Chris,
This isn't perfect - but is effectively what you are trying to do
- https://github.com/leehambley/capistrano-yaml-multistage
I can't remember
would be the most logical place/before/after to run that
command?
Thanks greatly,
Chris G.
--
* 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
I have an issue where I am trying to deploy a tag from subversion but
the svn checkout is using an old revision and I am not getting all the
code from the repository. we use webistrano 1.4 as a front end to
capistrano 2.5.0.
I have a before_update_code recipe which calls another recipe that
sets
found the problem in query_revision method in subversion.rb had been
fixed in a new release of capistrano. patched and now it works as
expected.
On Jan 27, 9:13 am, Chris christopher.k.h...@gmail.com wrote:
I have an issue where I am trying to deploy a tag from subversion but
the svn checkout
Ruby v1.8.7 and Capistrano v2.5.10
Any thoughts?
thanks in advance,
-Chris
Output:
$ cap production deploy
[Deprecation Warning] Naming tasks with before_ and after_ is
deprecated, please see the new before() and after() methods.
(Offending task name was after_update_code)
[Deprecation Warning
I ran the command given here:
http://www.capify.org/index.php/How_to_use_Capistrano_with_Rails_2.3
, yet I'm still getting the same error message...
Is there supposed to be some console output during the installation?
thanks,
-Chris
On 21 Dec, 04:32, Lee Hambley lee.hamb...@gmail.com wrote
-Chris
On Fri, Oct 9, 2009 at 9:25 AM, zahidal zahi...@gmail.com wrote:
I am trying nohup and ampersand () but no luck.
If i use:
run nohup /opt/jboss/jboss-eap-4.3/jboss-as/bin/run.sh /tmp/
my_jboss.start.log, :pty = true
Then it is creating the my_jboss.start.log file and starting
to cause an issue with the quotes.
I can't set HOSTS env variable as we use a gateway.
Any ideas?
Thanks
Chris
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Capistrano group.
To post to this group, send email
Donovan,
Tweaking your code worked perfectly.
I can now query my DB to retrieve the list of active instances to
deploy to.
Thanks!
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Capistrano group.
To post to this
Upgrading did the trick.
On Apr 27, 10:32 pm, chris olsen.ch...@gmail.com wrote:
:) I am a little behind with 1.4.4.4, but it has been working fine up
until a week ago.
On Apr 27, 7:37 pm, Jamis Buck jamis.b...@gmail.com wrote:
What version of git do you have on your server?
- Jamis
http://pastie.org/460525
it seems that it is on the git fetch origin git reset --hard
that it dies.
On Apr 27, 3:26 am, Lee Hambley lee.hamb...@gmail.com wrote:
Chris,
What error are you getting?
- Lee
2009/4/27 chris olsen.ch...@gmail.com
I had some earlier issues that can
I keep getting
fatal: Needed a single revision
Once I delete the cached_copy on the server it works fine.
On Apr 27, 3:26 am, Lee Hambley lee.hamb...@gmail.com wrote:
Chris,
What error are you getting?
- Lee
2009/4/27 chris olsen.ch...@gmail.com
I had some earlier issues
:) I am a little behind with 1.4.4.4, but it has been working fine up
until a week ago.
On Apr 27, 7:37 pm, Jamis Buck jamis.b...@gmail.com wrote:
What version of git do you have on your server?
- Jamis
On 4/27/09 7:05 PM, chris wrote:
http://pastie.org/460525
it seems
I had some earlier issues that can be found at
http://groups.google.com/group/capistrano/t/ceed1b8db785a693
After re-adding my ssh key I was able to deploy. The next time I
tried to deploy I got an error of :
fatal: Needed a single revision
For some reason it seems that I only get one
It is.
Unsurprisingly, I get the exact same error if I try to manually clone
the repo on my server.
On Apr 24, 3:04 am, Lee Hambley lee.hamb...@gmail.com wrote:
Is your server's key on Github ( I assume is hasn't changed? )
- Lee
2009/4/24 chris olsen.ch...@gmail.com
I have removed
/4/24 chris olsen.ch...@gmail.com
It is.
Unsurprisingly, I get the exact same error if I try to manually clone
the repo on my server.
On Apr 24, 3:04 am, Lee Hambley lee.hamb...@gmail.com wrote:
Is your server's key on Github ( I assume is hasn't changed? )
- Lee
2009/4/24
It seems that the second problem was caused by github not properly
associating the new account name to the previously uploaded ssh key.
Once I re-uploaded the same key all worked well.
Thanks for the help.
On Apr 24, 7:41 am, chris olsen.ch...@gmail.com wrote:
Yes it does. I did double check
I recently renamed my github account and have been having problems
since. For some reason when I run the cap deploy command the remote
server continues to make calls to old github address.
The old account name no longer exists any where within the project and
I am able to make committals to the
/var/rails/app_name/
shared/cached-copy cd /var/rails/app_name/shared/cached-copy git
checkout -b deploy 904c8b690ea51115bbcc89dfcb24d67f6963c7b4; fi\ on
lixx-xx.members.linode.com
On Apr 23, 7:18 am, chris olsen.ch...@gmail.com wrote:
I recently renamed my github account and have been having
the remote cache strategy, .git/config on the
server still points to the old github account.
Just manually edit it or remove the cache directory and redeploy.
Il giorno 23/apr/09, alle ore 15:27, chris olsen.ch...@gmail.com ha
scritto:
Oops, a copy and past issue on the previous
Thanks for the help. I will give this a go when I get home this
evening.
On Apr 23, 8:28 am, Lee Hambley lee.hamb...@gmail.com wrote:
Chris,
I'd honestly just try erasing the cache on the server, and taking the hit of
1 slow(er) deploy and see how you fair, the config file would suggest
, chris olsen.ch...@gmail.com wrote:
Thanks for the help. I will give this a go when I get home this
evening.
On Apr 23, 8:28 am, Lee Hambley lee.hamb...@gmail.com wrote:
Chris,
I'd honestly just try erasing the cache on the server, and taking the hit of
1 slow(er) deploy and see how
Rafael,
Do you use it?
-Chris
2009/3/26 Rafael G. r...@aspgems.com
Sometimes ago, Anaconda sent a patch[1] to limit maximum parallel
connections, it make capistrano slow (reset the sessions).
Perhaps you could try it.
[1]
http://groups.google.com/group/capistrano/browse_thread/thread
I have posted this on lighthouse but the text did not paste into the
interface very well and is more difficult to decipher. I'm not used to that
site yet.
-Chris
On Wed, Mar 25, 2009 at 3:40 PM, Lee Hambley lee.hamb...@gmail.com wrote:
Hi Chris,
I believe the problem with increasing number
Thanks for this hack! This helped me out quite a bit. For as long
capistrano has been out there, I can't believe there are still so many
issues with deploying from a Windows machine!!
I had to make this change with the backslashes and I had to correct
the zip problem too (made a zip.bat and an
I re-ran the capify on the project after noticing the capify file was
close to 8MB in size. I am not sure what happened to it, but I was
able to deploy after the file was recreated.
Thanks for the help.
On Oct 27, 10:30 pm, chris [EMAIL PROTECTED] wrote:
Here is a my deploy file
your deployment recipes.
- Jamis
On Oct 26, 2008, at 10:33 PM, chris wrote:
I am not sure why the deployment script is suddenly failing.
Here is what I get when I try to run the cap deploy cmd:
==
$ cap deploy
/Library/Ruby/Gems/1.8/gems/capistrano-2.5.0/lib/capistrano
the quotes. Without those, the first leaguesmart reference is
expected to resolve to a variable or method, which Capistrano is
complaining about, because it doesn't exist.
- Jamis
On Oct 27, 2008, at 8:10 AM, chris wrote:
The only places that the word leaguesmart exists in the deploy
I am not sure why the deployment script is suddenly failing.
Here is what I get when I try to run the cap deploy cmd:
==
$ cap deploy
/Library/Ruby/Gems/1.8/gems/capistrano-2.5.0/lib/capistrano/
configuration/variables.rb:122:in `method_missing': undefined local
variable or method
in the :daemon role are included in the normal deployment
process and are being treated like the servers in the :app role. Is
this normal behavior? Need to dig a little deeper, but this strikes
me as odd.
Thanks,
Chris
--~--~-~--~~~---~--~~
To unsubscribe from
That should do it :-) I appreciate your support Jamis; the more I dig
into capistrano, the more I am leveraging its power. Many thanks for
this great contribution.
-Chris
On Aug 19, 4:58 pm, Jamis Buck [EMAIL PROTECTED] wrote:
To exclude servers from deploy, do:
role :daemon, server1
but that is something we typically reserve
for long deploys)?
Thanks for your time.
-Chris
--~--~-~--~~~---~--~~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/capistrano
-~--~~~~--~~--~--~---
needed to get at least one Mongrel
running. But again, it depends on Apache being able to failover quickly, and
it depends on you writing custom recipes -- and this one only reduces the
time users would see that message, it doesn't eliminate it.
On Thu, Jul 17, 2008 at 2:11 PM, chris johnson [EMAIL
, and
it depends on you writing custom recipes -- and this one only reduces the
time users would see that message, it doesn't eliminate it.
On Thu, Jul 17, 2008 at 2:11 PM, chris johnson [EMAIL PROTECTED] wrote:
Hi all.
When we deploy our application using cap2's cap deploy command,
while
Unfortunately, I can't find any docs on this.
On Jul 17, 1:38 pm, chris johnson [EMAIL PROTECTED] wrote:
Found it (it's called
Seesaw):http://www.rubyinside.com/seesaw-an-improved-restart-system-for-mongr...
On Jul 17, 12:23 pm, David Masover [EMAIL PROTECTED] wrote:
You could always
Hi there.
Just tried uploading a new image via the following cap command:
cap deploy:upload FILES=public/images/people/bob/center.png
Each server reports: uploading failed: No such file
The /bob/ subdirectory does not exist on our servers, but I would
guess that the upload command would
No; these servers are mature and have had many cap deployments to them
already. Isn't cap deploy:setup just for the initial setup?
On Jul 8, 4:03 pm, Anthony Ettinger [EMAIL PROTECTED] wrote:
Have you tried cap deploy:setup first?
On Tue, Jul 8, 2008 at 4:00 PM, chris johnson [EMAIL
Thanks for the response and clarification Jamis. That should do it.
-Chris
On Jul 8, 4:24 pm, Jamis Buck [EMAIL PROTECTED] wrote:
deploy:upload does not create subdirectories for single-file uploads.
You'll want to manually create those first, e.g.:
cap invoke COMMAND=mkdir -p /path
the following for each new image file when
we don't want to do a full deploy:
cap deploy:upload FILES=public/images/new_image.png
Many thanks,
Chris
On Jul 2, 2:56 am, Anthony Ettinger [EMAIL PROTECTED] wrote:
Assuming you have a symlink setup in ./shared/images to point to
./current/public
uploading new
images. Something like cap deploy:images would be lovely :-)
Any direction here?
Thank you much.
-Chris
--~--~-~--~~~---~--~~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com
FWIW: I had this problem too, but had Cap 2.2 still on my machine,
that worked ok too.
-c
On May 5, 5:22 pm, Will [EMAIL PROTECTED] wrote:
Seeing that same error myself. I was able to get around it by
commenting out set :remote_cache true from my config/deploy.rb
On May 4, 9:30 am,
[EMAIL PROTECTED] wrote:
That thar is a MySQL error. Make sure your user named user has perms
to access the DB without a password, or make sure to change the creds
within database.yml.
On Apr 20, 2008, at 8:48 PM, chris wrote:
After installing the gem I am still getting a similar thing
, at 8:36 AM, chris wrote:
I don't think that I am going to give any users full access to my
database without a password :)
I understand what is happening, but I am having a hard time
understanding why some things are NOT happening, namely prompting me
for the db user name and password
after adding
run ln -nsf #{shared_path}/config/database.yml #{current_path}/config/
database.yml
to a task and calling it on the deploy:symlink event it is now
working.
On Apr 21, 9:33 am, chris [EMAIL PROTECTED] wrote:
I just noticed that as well. On this server setup I forgot to run the
cap
I was having errors like this when setting the scm_passphrase to my
git password when prompted. For me, it worked when I set the password
to my server deployment user's password. Don't take my word on this,
but if it helps you out then all is good, if not forget the I
mentioned it.
On Apr 21,
@Chris: what do passwords have to do with public key authentication?
Dunno :) Maybe my permissions weren't set up on one of my files,
which could be the same for mike. Just trying to help.
--~--~-~--~~~---~--~~
To unsubscribe from this group, send email
Hey Mike,
It was the :scm_passphrase that I set it to.
On Apr 21, 10:44 am, mikej [EMAIL PROTECTED] wrote:
Thanks for your help. Hate to be a muppet but would you mind giving
more detailed steps. I've already narrowly escaped losing SSH access
once today.
Chris,
When you say set
After installing the gem I am still getting a similar thing, in never
being prompted for the database password on deployment.
** [out :: x.members.linode.com] (in /var/rails/onlinelistings/
releases/20080421022432)
** [out :: x.members.linode.com] rake aborted!
** [out ::
Thanks Tim,
I should've just ready the instructions (http://github.com/guides/
deploying-with-capistrano) github provides. I was missing a couple
things.
All is good now.
On Apr 8, 5:56 am, Tim Carey-Smith [EMAIL PROTECTED] wrote:
On 8/04/2008, at 12:40 AM, chris wrote:
Is it a mismatch
the deploy:cold is failing when trying to run the migration file. I
would imagine this is due to the migration being attempted without a
password and initially that made sense since I forgot to add that to
the deploy.rb file.
After adding the username and password I still get the exact same
I was a little off on the reason for the failure. Turns out the reason
was that the Haml gem wasn't yet installed on the server.
On Apr 8, 10:31 am, chris [EMAIL PROTECTED] wrote:
the deploy:cold is failing when trying to run the migration file. I
would imagine this is due to the migration
Is it a mismatch between the git server and deployment server? I have
the same public key on the git server and the web server. Is there
something more that I need?
Thanks for the help
==
cap deploy:cold
* executing `deploy:cold'
* executing `deploy:update'
** transaction:
, the credentials from
your workstation will be forwarded to the target host, and be
available to svn there.
To enable agent forwarding, do:
set :ssh_options, :forward_agent = true
This works for Net::SSH 1.x at least.
Chris.
--~--~-~--~~~---~--~~
To unsubscribe from
I'm getting stuck at deploy cold. I've done a local checkout via ssh,
capified, and committed changes. I've also done a checkout on the
remote and edited permissions just in case, sudo from remote was the
issue. It's rolling back around /app/releases/
Both machines on ubuntu.
Here's my
When reading the error messages it sounded like it said that it WAS
already running, but in the end it was the just the pid files that
remained. Deleting them from the RAILS/tmp/pids folder fixed things
--~--~-~--~~~---~--~~
To unsubscribe from this group, send
I saw that too and did install it (openssh-server), but it was already
installed. I should have mentioned that.
On Dec 24, 3:20 am, Thibaut Barrère [EMAIL PROTECTED]
wrote:
Hi Chris,
one interesting line is:
** [out :: li21-118.members.linode.com] no such file to load --
openssl
I think
Oops I assumed the link that you sent was for openssh-server. I
installed the lib and I no longer get the error.
Thanks for the help.
On Dec 24, 8:29 am, chris [EMAIL PROTECTED] wrote:
I saw that too and did install it (openssh-server), but it was already
installed. I should have mentioned
Now I am getting another one that I am unsure of. I don't know what
request it is referring to.
===
* executing cd /var/rails/communitycms/releases/20071224153055;
rake RAILS_ENV=production db:migrate
servers: [li21-118.members.linode.com]
I figured that one out. It was a bad line in the config/production.rb
The error now is:
** [out :: li21-118.members.linode.com] == 1 CreateUsers: migrating
===
** [out :: li21-118.members.linode.com] -- create_table(users,
to write a task in capistrano that only runs locally.
Thanks,
Chris
--~--~-~--~~~---~--~~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/capistrano
-~--~~~~--~~--~--~---
failed. Which is
strange because (a) it does the 'sudo cp ...' command no problem and
it used to do the whole script without reporting any errors.
--
Chris Hartjes
My motto for 2007: Just build it, damnit!
@TheKeyboard - http://www.littlehart.net/atthekeyboard
/zzz.com
set :checkout, export
set :user, chris
set :password, *
task :deploy do
run sudo cp -r #{deploy_to} #{deploy_to}-old do |ch, stream, out|
ch.send_data #{password}\n if out =~ /Password:/
end
run sudo svn #{checkout} #{repository} #{deploy_to} do |ch, stream, out
more about what you're doing.
Can you post more details of the error you're getting?
-Chrisl
On Oct 4, 7:30 pm, chris [EMAIL PROTECTED] wrote:
I added the following line to the deploy file, but it is failing. I
created the symlink on the server to test if it works and it does, but
when
No it drops me back to a shell prompt. It never prompts for password.
Occasionally Capistrano hangs.. I've straced it and it looks like a
loop. I'll see if I can recreate again and this time I'll post some
samples from the strace.
-Chris
On Oct 4, 1:31 am, geb [EMAIL PROTECTED] wrote
Everything is going good up to where I run cap deploy:cold. Most
things go ok until the very end where I get this message
servers: [li18-50.members.linode.com]
[li18-50.members.linode.com] executing command
** [out :: li18-50.members.linode.com] nohup: appending output to
`nohup.out'
When trying to deploy using the set gateway option I receive the
following error:
[EMAIL PROTECTED]:/opt/rubyapp# cap deploy:setup
* executing `deploy:setup'
* executing umask 02 mkdir -p /opt/sites/${application} /opt/
sites/${application}/releases /opt/sites/${application}/shared /opt/
have the executable bit set?
* does the nohup.out file already exist, and if so, is it writable?
* if nohup.out exists, does its contents give any clue as to what
might be wrong?
- Jamis
On Oct 3, 2007, at 12:37 AM, chris wrote:
Everything is going good up to where I run cap deploy:cold
Ahh, that makes sense. Thanks for the help
On Oct 3, 11:50 am, Shawn Balestracci [EMAIL PROTECTED] wrote:
Hello Chris,
You need an extra : it should be mongrel_rails cluster::start
Shawn
On 10/3/07, chris [EMAIL PROTECTED] wrote:
Hey Jamis,
- the spin file has been set
Nope still the same error...
Any other ideas?
Security wise I need to use the gateway... very strange that it
breaks.
I am not looking forward to delving way deep into this, but I guess I
will have to.
-Chris
On Oct 3, 12:52 pm, Jamis Buck [EMAIL PROTECTED] wrote:
That looks really odd. I
I have had this problem before and it was an issue of the known_hosts
file containing an outdated key. After seeing this problem again I
cleared the known_hosts file and re-uploaded my public key to the
server. I then made sure that the proper permissions were granted on
the public file and
Hi all.
I was wondering if calling 'cap rollback' does anything with
migrations? I ask because if you rollback code to a previous version,
and you don't touch the database, this presents and obvious problem of
consistency.
Thanks for the info.
-Chris
?
Not even sure if you can have two versions of a gem, but I thought I'd
ask.
Thanks for your time,
Chris
--~--~-~--~~~---~--~~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/capistrano
-~--~~~~--~~--~--~---
I am having the same problem and initially did what you recommended in
creating the rails directory. Unfortunately, for me I then get
similar error messages again when trying to create the directories
within the /var/rails/ dir. I it obviously a permissions issue, but I
have added the
to the location of the svn program on
the remote server. This is for people who have svn installed in a
non-standard location.
- Jamis
On 9/5/07, chris [EMAIL PROTECTED] wrote:
I am getting pretty good at this posting code bit :)
set :application, softballsmart
set :domain, pointytack.com
set
I was able to get the cap setup task to pass, only to get another
beautiful error. I have ssh setup on the server and have no problems
logging from remote computers. When I run the cap cold_deploy command
I get prompted for my password 3 times and each time it tells me it is
incorrect. There
] wrote:
It is subversion, asking for the password for the repository.
- Jamis
On 9/5/07, chris [EMAIL PROTECTED] wrote:
--~--~-~--~~~---~--~~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http
I am getting pretty good at this posting code bit :)
set :application, softballsmart
set :domain, pointytack.com
set :user, chrisolsen
set :svn, /svn-repos/#{application}/trunk
set :repository, svn+ssh://[EMAIL PROTECTED]
set :rails_env, production
#
it
contain?
- Jamis
On 9/4/07, chris [EMAIL PROTECTED] wrote:
When running the cap setup command I am getting the following error:
executing umask 02 \nmkdir -p /u/apps/ /u/apps/releases /u/apps/
shared /u/apps/shared/system \nmkdir -p /u/apps/shared/log
\nmkdir -p /u/apps
I am following both the free deployment video as well as the
capistrano video from peepcode and things are not working for me as
shown.
Where I am right now is running cap setup_ssh_keys. When I run that
I get the message the task `setup_ssh_keys' does not exist. I have
installed deprec, which
for each of them, no problem.
How should I proceed in my goal of having one recipe that invokes the
deployment of each of the applications?
Any help is appreciated,
Ernest
--
Chris Bailey
[EMAIL PROTECTED]
--~--~-~--~~~---~--~~
To unsubscribe
1 - 100 of 122 matches
Mail list logo