$ cap -Tv | grep spree
No output
$ cap deploy:spree_site
* executing `deploy:spree_site'
* executing RAILS_ENV=production bundle exec rails g spree:site -A
servers: [50.18.159.124]
[50.18.159.124] executing command
** [out :: 50.18.159.124] Could not locate Gemfile
command
Did you ever actually run that cap task?
cap spree_site
Nothing magically hooks a task that you create into the deploy chain, you have
to either call it manually or use a before or after hook
If that task is not idempotent then I would only hook it into deploy:cold
after deploy:cold,
Just an unrelated note I see you've added an only clause that's unnecessary to
your deploy:restart
task :restart, :roles = :app, :except = { :no_release = true } do
You should not have an app server that's not supposed to have code deployed to
it; this condition will never be met.
The
Just because you have a security group doesn't mean https is working; only that
amazon will allow it through.
Have you verified that THAT security group is bound to the instance that is
running your app?
Have you verified your app server is listening on 443
lsof -i :443
If you are using
Do not pass go; do not collect $200; until you can curl https on the box itself
curl --verbose --header 'Host: passionate4.net' 'https://localhost'
Your not running iptables on the instance are you?
You did generate certs and keys and an apache conf to serve an ssl site correct?
On Dec 11,
When i run $ cap spree_site
output: the task `spree_site' does not exist
(I am new to capistrano, there is every possibility I might be doing silly
mistakes)
On Mon, Dec 12, 2011 at 8:22 AM, Donovan Bray donno...@gmail.com wrote:
Did you ever actually run that
After changing the deploy.rb file I ran, cap deploy:cold cap deploy
--
On Sun, Dec 11, 2011 at 11:05 AM, jay parteek jayparte...@gmail.com wrote:
I changed the deploy.rb as below but no change, I
On Dec 11, 2011 2:01 PM, jay parteek jayparte...@gmail.com wrote:
Still Login functionality isn't working. Pls help
Jay, you would probably encourage more people to help if you made it easy
for them.
If you paste the actual error message you're seeing, someone might
recognise the error and
when i type this url : https://passionate4.net/admin
It says : Failed to open page.
Production log:
Started GET /login for 82.5.93.10 at 2011-12-11 13:35:43 -0700
Processing by Spree::UserSessionsController#new as HTML
Redirected to https://passionate4.net//login
Completed 302 Found in 1ms
On Sun, Dec 11, 2011 at 12:42 PM, jay parteek jayparte...@gmail.com wrote:
when i type this url : https://passionate4.net/admin
It says : Failed to open page.
You're being redirected to an HTTPS url to log in; there is apparently
no server running on your system on port 443.
$ telnet
Have a look at the HTTPS settings here http://liten.be//9juhd
On Sun, Dec 11, 2011 at 3:04 PM, Hassan Schroeder
hassan.schroe...@gmail.com wrote:
On Sun, Dec 11, 2011 at 12:42 PM, jay parteek jayparte...@gmail.com
wrote:
when i type this url : https://passionate4.net/admin
It says :
On Sun, Dec 11, 2011 at 4:36 PM, jay parteek jayparte...@gmail.com wrote:
Have a look at the HTTPS settings here http://liten.be//9juhd
Sorry, doesn't mean anything to me; I haven't used EC2.
It certainly doesn't change the fact that nothing's listening on port 443.
--
Hassan Schroeder
This might help
ubuntu@ip-10-166-185-18:~$ sudo netstat -nup -l
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State
PID/Program name
udp 0 0 0.0.0.0:68 0.0.0.0:*
On Sun, Dec 11, 2011 at 5:32 PM, jay parteek jayparte...@gmail.com wrote:
This might help
No, what would help would be for you to log into your server and look
at your web server config files and logs, and fix the problem.
Forget about Capistrano for now -- get your server squared away.
--
One error in ubuntu@ip-10-166-185-18:/var/www/capi_app/current/log$ cat
production.log
Started GET /login for 24.130.204.35 at 2011-12-11 18:40:34 -0700
Processing by Spree::UserSessionsController#new as HTML
Redirected to https://passionate4.net//login
Completed 302 Found in 1ms
I tried to
I think the problem is defiantly linked with HTTPS access. Because the
login is connected with https, so it just stops working when I request for
passionate4.net/admin.
Also i am unable to telnet passionate4.net.
FYI: I have opened the HTTPS 443 access on ec2. Any suggestions?
On Sun, Dec 11, 2011 at 6:16 PM, jay parteek jayparte...@gmail.com wrote:
FYI: I have opened the HTTPS 443 access on ec2. Any suggestions?
Other than looking at your config and log files?
Find an EC2 forum to ask about this, because this certainly doesn't
have anything to do with Capistrano
Lee,
I ran the migrations again it worked. Thanks Lee.
On Tue, Dec 6, 2011 at 11:39 PM, Lee Hambley lee.hamb...@gmail.com wrote:
Share your output logs, via gist or pastie, please.
--
* You received this message because you are subscribed to the Google Groups
Capistrano group.
* To post
When I run the app at localhost and i see all the images which i
migrated using rake db:migrate .
My localhost is exactly similar to this url
http://amazing-boutique-1061.spreeworks.com/
After this i deployed the application to ec2 production. I migrated
the db with cap deploy:migrations , but
Jay, What exactly do you expect rake db:migrate does? It simply runs your
migrations, it does not copy local state, and images to the remote server,
that wouldn't make any sense.
--
* You received this message because you are subscribed to the Google Groups
Capistrano group.
* To post to this
I got you. So rake db:migrate will just try to export the structure of
the database placed inside the schema.rb. What if we want to copy the
local state (may be some dummy data ) to the remote server?
On Wed, Dec 7, 2011 at 2:21 AM, Lee Hambley lee.hamb...@gmail.com wrote:
Jay, What exactly
You don't.
There's almost never, ever, ever a time you would want to overwrite
production data with your local testing data. (and therefore, no tool that
I know about to do it with)
--
* You received this message because you are subscribed to the Google Groups
Capistrano group.
* To post to
Cap doesn't do either of the commands below by default. You have to define
tasks that run them that are hooked into an appropriate part of your deploy
chain.
Also remember you need to specify the rails env when you run rake tasks on
environments other than development.
On Dec 6, 2011, at
Rake db:seeds , provide sample data for development environment only, How can
we transfer the data to production via Capistrano?
Jay
On Dec 7, 2011, at 8:08 AM, Donovan Bray donno...@gmail.com wrote:
rake db:seeds is usually used for this purpose
But it depends on your application
In my development environment when i ran $rails g spree:site (per
spree documentation) is an alternative for -
$ bundle exec rake db:migrate
$ bundle exec rake db:seed
These above commands generate couple of sample data and admin functionality.
How can i run same above command/s on
On my local server I can these commands
$ bundle install
$ rails g spree:site
This command loaded all the db tables and also loaded some required
data into the database.
Also site works great @ localhost:3000.
Then in order to run the site in production (ec2) http://passionate4.net/
I ran
cap deploy:migrate # run migrations on an already deployed app with
outstanding migrations
cap deploy:migrations # run a new deployment, and run migrations inline
The behaviour is because many large sites need to take care of their
migrations especially.
cap deploy:cold perhaps should handle
Share your output logs, via gist or pastie, please.
--
* 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
28 matches
Mail list logo