search for: deploy_to

I posted this to the rails list before by mistake, and only later realized that there is a specific mongrel list. Uff, I got lost. I had mongrel_cluster 0.1working fine, even with capistrano (my own hack). Then came mongrel_cluster 0.1.1 and I tried to set it up, but somehow I messed up things and nothing worked anymore. So here is what I did: on production machine: (debian linux, rails 1.1)

Hi all, I want to love capistrano and I''m so close. My error is occuring while running the update_code task... (apologies for the shell spew) ************************************************************************* * executing "rm -rf /home/henster29/sites/glitter/releases/20060316143447/log /home/henster29/sites/glitter/releases/20060316143447/public/system &&\n ln

..."sleep 5" run "sudo /etc/init.d/mongrel_cluster start" end ... # couple of tasks to chown some files and directories desc "Only app servers get this applied to them post-deployment" task :after_app_deploy, :roles=>:app do sudo "chown -PRf foo:foo #{deploy_to}/current/" sudo "chown -PRf foo:foo #{deploy_to}/releases/" sudo "chmod -Rf 755 #{deploy_to}/releases/" sudo "chmod -Rf 750 #{deploy_to}/current/public/" end desc "Apache restarter" task :kick_apache,...

...===================================================== set :application, "onetruth" set :repository, "svn://192.168.1.22" # If you aren''t deploying to /u/apps/#{application} on the target # servers (which is the default), you can specify the actual location # via the :deploy_to variable: # set :deploy_to, "/var/www/#{application}" # If you aren''t using Subversion to manage your source code, specify # your SCM below: # set :scm, :subversion set :user,"administrator" set :use_sudo, true role :app, "192.168.1.22" role :web, "192.16...

Hi there, We''ve been using previous version of bdrb (drb based one) for a while and it was running relatively OK. We recently attempted to upgrade to the new version to keep up / use supported version but we ended up reverting to the older version. Here are the things that moved us to revert : 1) With the workers we never manage to pass this error: '''' You have a nil

...unicorn_rails:23:in `load'' /var/www/webapps/fugu-cp/shared/bundle/ruby/1.9.1/bin/unicorn_rails:23:in `<main>'' This repeats until I kill Unicorn. If you''re curious, the way I''m starting Unicorn in the deploy file is as follows: set :unicorn_rails, "#{deploy_to}/shared/bundle/ruby/1.9.1/bin/unicorn_rails" run "cd #{latest_release} && bundle exec \"#{unicorn_rails} -c #{deploy_to}/current/config/unicorn.rb -D -E #{rails_env}\"" Incidentally, if there''s a standard Unicorn include file for Capistrano so I don'...

Hi ! Following the manual, section 2.6 describes how to replace the restart task. Since I''m using Lighttpd and SCGI, I did the following: desc "Restart the web server" task :restart, :roles => :app do sudo "cd #{deploy_to}/#{current} && scgi_cluster stop < #{deploy_to}/#{current}/config/.password" sudo "cd #{deploy_to}/#{current} && scgi_cluster start" end Is it normal that I have to build the path myself ? Is there a variable that''s not mentionned anywhere that returns...

...lication, "starline" set :repository, "http://www.schementec.com/starline/Starline" role :web, "starline.schementec.com" role :app, "starline.schementec" role :db, "mysql.schementec.com", :primary => true set :user, "jschementi" set :deploy_to, "/home/#{user}/starline.schementec.com" set :use_sudo, false set :checkout, "export" Let me know if anyone has any insite. Thanks. ~Jimmy -- Posted via http://www.ruby-forum.com/.

I have an application I''m working on which allows me to upload files. The files are stored somewhere in the public directory so that they can be accessed directly. When I deploy an update with Capistrano, I ''lose'' the files because of the current symlink points to the new checked out version. Before I start working on a solution, has anyone else already solved this

...:pty] = true # be sure to change these set :user, ''USER_NAME'' set :domain, ''DOMAIN_NAME'' set :application, ''APP_NAME'' # the rest should be good set :repository, "#{user}@#{domain}:home/#{user}/#{domain}/git/# {application}.git" set :deploy_to, "/home/#{user}/#{domain}" set :deploy_via, :remote_cache set :scm, ''git'' set :branch, ''master'' set :git_shallow_clone, 1 set :scm_verbose, true set :use_sudo, false server domain, :app, :web role :db, domain, :primary => true namespace :deploy do...

...I have both a staging and production deploy using the ''capistrano/ext/multistage'' gem. I set staging to the default: set :stages, ["staging", "production"] set :default_stage, "staging" It deploys correctly to the right path: #deploy/staging.rb set :deploy_to, "/home/myuser/public_html/mysite/" But it connects to the production database not staging database in my database.yml file: staging: adapter: mysql2 encoding: utf8 database: staging_database pool: 5 username: username password: password socket: /var/run/mysqld/mysqld.sock...

...tered throughout the web references to capistrano, because they are completely unnecessary well, until capistrano itself does a chmod. Buried in .../gems/capistrano-1.1.0/lib/capistrano/scm/base.rb is this: def logging_commands(directory = nil) log = "#{configuration.deploy_to}/revisions.log" "(test -e #{log} || touch #{log} && chmod 666 #{log}) && " + "echo `date +\"%Y-%m-%d %H:%M:%S\"` $USER # {configuration.revision} #{directory} >> #{log};" end Well, this apparently caused a de...

...set :domain, ''www.myapp1.domain.com'' set :application, "myapp1" set :repository, "git-9UaJU3cA/F/QT0dZR+AlfA@public.gmane.org:xxxxxxxx/myapp1.git" set :branch, "master" set :scm, "git" set :user, "myapp1" set :deploy_to, "/home/myapp1/apps/#{application}" set :deploy_via, :remote_cache set :copy_strategy, :export set :use_sudo, false set :keep_releases, 3 role :web, ''my IP'' role :app, ''my IP'' role :db, ''my IP'', :primary...

...at''s not what I have in mongrel_cluster.yml My Deploy.rb: set :svn_user, "sw_ivanoats" set :svn_password, "my password" # VLAD the DEPLOYER stuff set :application, "www2.sustainablewebsites.com" set :domain, "www2.sustainablewebsites.com" set :deploy_to, "/var/www/www2.sustainablewebsites.com" set :repository, "http://sw.unfuddle.com/svn/sw_sw/" set :mongrel_port, 5500 set :mongrel_servers, 2 -- Posted via http://www.ruby-forum.com/. --~--~---------~--~----~------------~-------~--~----~ You received this me...

Hi, I have a trouble with deploying my ordinary rails application(myapp). When I execute ''rake deploy'', [...] command finished * executing task symlink * executing "ls -x1 /var/www/myapp/releases" servers: ["app1.olalog.com"] [app1.olalog.com] executing command command finished * executing "ln -nfs /var/www/myapp/releases/under

Hello, I know many people are asking this kind of question. I searched in this forum and some others in the web but i did found something clear enough for my "ror''s power" (i''m not completly new but real close ;-) ) Well, I''m developing my application on os x, i''m using svn (team choice) for versionning but i will need to deploy on linux server (with

First, I''m trying to do the legwork with utilizing all 4 together because many people say it''s a good combination to use. I already have apache setup (was using it with the PHP version of my site formerly). I''ve installed all gems and dependencies that I need on my slice (using slicehost). I have a fully pushed git repository (master) on github (private git) with one

...39;www.xxx.com'' set :application, "myapp" set :repository, "git-9UaJU3cA/F/QT0dZR+AlfA@public.gmane.org:myrepo/myapp.git" set :branch, "bkpantesbootstrap" # "master" set :scm, "git" # :git set :user, "myuser" set :deploy_to, "/home/myuser/apps/#{application}" set :deploy_via, :copy # :remote_cache set :copy_strategy, :export set :use_sudo, false set :keep_releases, 3 role :web, ''xxx.xx.xx.xx'' # # Your HTTP server, Apache/etc role :app, ''xxx.xx.xx.xx''...

...PR1lH4CV8@public.gmane.org/kunden/*******/svn/******/trunk" set :scm, :subversion set :scm_username, "ssh-username" set :scm_password, "password" # Or: `accurev`, `bzr`, `cvs`, `darcs`, `git`, `mercurial`, `perforce`, `subversion` or `none` set :deploy_via, :checkout set :deploy_to, "/kunden/*******" set :user, "username" set :password, "password" set :use_sudo, false role :web, "domainname.com" # Your HTTP server, Apache/etc role :app, "domainname.com" # This may be the same...

...t :repository, "http://svn.flydash.com/flydash/flydash" #set :repository, "svn+ssh://home/#{user}/svn/flydash" #set :repository, "file:///home/#{user}/svn/flydash" set :checkout, "export" role :app, application role :db, application, :primary => true set :deploy_to, "/home/#{user}/#{application}" Whatever, I use for the repository, I consistently get the error: C:\Dan\dev\radrails\flydash>rake --trace deploy (in C:/Dan/dev/radrails/flydash) ** Invoke deploy (first_time) ** Execute deploy loading configuration c:/Program Files/Ruby/lib/ruby/gems...