[Mongrel] Links go to 'localhost'
I am using Apache2.2 + Mongrel on my machine. Now I am accessing it over LAN. When I enter http://mymachinename/myapp it opens fine but when I click on any link in my rails app, it replaces mymachinename with localhost (http://localhost/myapp/controller/action) and thus I am unable to access it from remote location. ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Links go to 'localhost'
Quoting Geek Moth [EMAIL PROTECTED]: I am using Apache2.2 + Mongrel on my machine. Now I am accessing it over LAN. When I enter http://mymachinename/myapp it opens fine but when I click on any link in my rails app, it replaces mymachinename with localhost (http://localhost/myapp/controller/action) and thus I am unable to access it from remote location. Why are your links absolute urls at all? Are you using absolute or relative link syntax in your rails app? W/o more info, it isn't clear where the 'http://localhost/' part is being introduced into the equation. -- Cynthia Kiser ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Error installing Mongrel on Solaris 9
On 11/7/07, Brian Penrose [EMAIL PROTECTED] wrote: Thanks Luis... RubyGemsVersion 0.8.11 Oh, you should try update rubygems at least... version 0.9.4 is the latest stable published. But I'll try to get that version running on my sandbox and see what happens. Too many version compatibility mismatches :-P Mongrel version 1.0.4...we also have a Mongrel 1.1 folder but I don't see a gem file with it. I think 1.1 is not ready for production, maybe I'm wrong (was offline for almost a week). Regards, -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Server timeouts
Thanks Wayne. I will definitely let the group know. This community is an awesome resource. When trying to get feedback via other software forums (in this case lighttpd) it really makes me appreciate the difference. Cheers, Pete On Nov 7, 2007, at 10:26 AM, Wayne E. Seguin wrote: On 11/7/07, Pete DeLaurentis [EMAIL PROTECTED] wrote: Thanks Wayne. After some further investigation, my suspicion is on the Lighttpd web-server. When I run in development mode with Mongrel using web-brick the timeouts don't happen at all. This indicates it's not a mongrel or rails / ORM issue. It makes sense that web-servers would have some timeouts for long running requests. Now I just have to find the switch where I can tweak them. Thanks, Pete Pete, I am glad you are making progress. We would appreciate if you let us know what the issue is and how it was resolved once you figure it out so that we can better assist people in the future :) Thank you! ~Wayne ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Links go to 'localhost'
We had something similar in Apache when proxying twice (slightly odd internal architecture). We to brute-force the Host: header in my site's httpd.conf: RequestHeader set Host railsapp.example.com And, as others have suggested, make sure your ServerName directive is set properly. -Nate On Nov 7, 2007, at 11:51 AM, Cynthia Kiser wrote: Your Rails code looks fine and should give you normal urls as far as I can see. I am afraid I don't use ProxyPass and Directory directives; I use mod_rewrite + VirtualHost stanzas. So I hope someone else on the list can see what is funky. At a glance, this stanza looks fairly normal - though I haven't see folks do /myapp and /images in parallel. Is your Rails site a subsection of another site? ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Links go to 'localhost'
I'm assuming all of your configuration below is *not* in a VirtualHost block? If so, what's the value of your ServerName directive? It should read: ServerName mymachinename I know the same ProxyPass and ProxyPassReverse directives (with the proper ServerName) work if you put it in a VirtualHost block, but I'm not entirely sure otherwise. -Ripta Alias /myapp c:/rails/myapp/public Alias /images c:/rails/myapp/public/images Alias /stylesheets c:/rails/myapp/public/stylesheets Alias /javascripts c:/rails/myapp/public/javascripts Directory c:/rails/myapp/public Options Indexes FollowSymLinks AllowOverride none Order allow,deny Allow from all /Directory ProxyPass /images ! ProxyPass /stylesheets ! ProxyPass /javascripts ! ProxyPass /myapp/ http://127.0.0.1:4000/ ProxyPass /myapp http://127.0.0.1:4000/ ProxyPassReverse /myapp/ http://127.0.0.1:4000/ ProxyPassReverse /myapp http://127.0.0.1:4000/ === And there's following like in Apache's httpd.conf Include conf/httpd-webrick-proxy.conf -- Posted via http://www.ruby-forum.com/. ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Server timeouts
Thanks Wayne. After some further investigation, my suspicion is on the Lighttpd web-server. When I run in development mode with Mongrel using web-brick the timeouts don't happen at all. This indicates it's not a mongrel or rails / ORM issue. It makes sense that web-servers would have some timeouts for long running requests. Now I just have to find the switch where I can tweak them. Thanks, Pete On Nov 7, 2007, at 4:58 AM, Wayne E. Seguin wrote: On 11/2/07, Pete DeLaurentis [EMAIL PROTECTED] wrote: Hi guys, Does anyone know if mongrel has a built-in timeout for requests that take too long? If so, how do you increase it? I've found that some server requests are timing out. Complicated requests are already being farmed out to asynchronous processes. But some of the more basic requests are timing out when we have our peak server load in the mornings (the bottleneck is the database server). There are a couple possible locations for the timeout I'm seeing: 1. Mongrel 2. Lighttpd 3. Client browser / application On my local development server, it does not timeout, leading me to believe it's not #3. Any feedback is appreciated. Thanks, Pete Pete, Run the Mongrels in debugging mode and see what you can glean from this. If this is DB caused then the timeouts are more likely caused by an ORM timeout. Let us know, ~Wayne ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Mongrel and memory usage
On Mon, 5 Nov 2007 17:06:01 +0100 Thomas Balthazar [EMAIL PROTECTED] wrote: Hello Kirk, Thanks for your answer. I'm using ruby 1.8.5 (2006-08-25) [i486-linux]. The Rails app uses those plugins : * acts_as_taggable_on_steroids * attachment_fu * exception_notification * localization Hmm, I seem to see this problem quite a lot with attachment_fu installations. Just a hunch. -- Zed A. Shaw - Hate: http://savingtheinternetwithhate.com/ - Good: http://www.zedshaw.com/ - Evil: http://yearofevil.com/ ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Meta-question: anonymity makes me cranky
On Wed, 7 Nov 2007 09:47:50 -0600 Nathan Vack [EMAIL PROTECTED] wrote: I think that SMTP makes absolutely no guarantee that I am actually Nathan Vack [EMAIL PROTECTED], nor that you are actually David Vrensk [EMAIL PROTECTED]. All unsigned email is fundamentally unverified and should be treated as though it's essentially anonymous. It's all good and nice to put in a real name in your email client... but how would anyone know if you're lying? Yep, and most of the anonymous questions are good questions without any astroturfing or trolling. Be thankful this isn't the many other ruby lists where the problem is combined with griefers. Now if I can just get back to working on Utu. -- Zed A. Shaw - Hate: http://savingtheinternetwithhate.com/ - Good: http://www.zedshaw.com/ - Evil: http://yearofevil.com/ ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Meta-question: anonymity makes me cranky
On Nov 7, 2007, at 9:14 AM, David Vrensk wrote: [1] I don't feel that I'm pointing fingers here, because I can't see whom I am pointing at. See? I can change two lines in my email client and I'm you! (Note: this is HORRIBLE MANNERS... but essential to remember. Also, you can usually examine the mail headers to see where a message was sent from, though this has its own shortcomings...) Anyhow, my offtopic diversion is now over, and I'll go back to being me before I accidentally answer mail as David ;-) My take: don't sweat the anonymous questions. Cheers, -Nate...? ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Meta-question: anonymity makes me cranky
On Nov 7, 2007, at 9:14 AM, David Vrensk wrote: My ceasing to answer anonymous questions won't lead to a huge dip in the traffic on this list, of course, but perhaps others have already reacted in the same way, and we are missing a lot of good traffic already. What do you think? I think that SMTP makes absolutely no guarantee that I am actually Nathan Vack [EMAIL PROTECTED], nor that you are actually David Vrensk [EMAIL PROTECTED]. All unsigned email is fundamentally unverified and should be treated as though it's essentially anonymous. It's all good and nice to put in a real name in your email client... but how would anyone know if you're lying? Cheers, -Nate...? ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] file access with mongrel running as windows service
yes that helped! i just needed to switch the drive letter with the UNC path :) thanks for pointing that out. years of using windows but never thought it worked that way Am 07.11.2007 um 15:48 schrieb David Vrensk: On Nov 7, 2007 3:01 PM, gmail [EMAIL PROTECTED] wrote: i have an archive of documents (word, excel, jpeg, png, gif...) residing on a network share that is accessed via send_file. when running mongrel on the command line the files are properly delivered. with mongrel running as a service they don't. Try running net use inside the process to see if the network share is mounted at all. This sounds like the typical Windows/web problem where the operator assumes that everybody sees the same shares that she sees in her session. In reality, network shares are mounted per login session. Two users can be logged in on the the same Windows server and have different shares available on Z:, which is clever, but also sort of confusing. What is even more confusing is that you may be logged on as user1 and have something mapped to Z:, but the service running as user1 has nothing on Z: – it needs to create its own mappings. Let us know if this helps. /David ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Mongrel Cluster: Rolling restart?
Forgive me if this has been asked before, but is there a reason mongrel_rails cluster::restart stops all ports and then restarts them again? Wouldn't it be better to restart each port one-by-one in series so that upstream proxy servers can fail over while the restart is occurring, or am I missing something? You might also like Seesaw if you don't need to run any complex migrations: http://synaphy.com.au/2007/8/20/seesaw Regards, Andy Stewart --- http://airbladesoftware.com ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
[Mongrel] file access with mongrel running as windows service
i have an archive of documents (word, excel, jpeg, png, gif...) residing on a network share that is accessed via send_file. when running mongrel on the command line the files are properly delivered. with mongrel running as a service they don't. now normally i would think that should be fixable by configuring the service to run under a user that can read the files but i've already tried that without success. running the service as system or administrator or the user i'm using for development (the same user i run the mongrel on command line) does _NOT_ help. so i can't figure out how to get this to work. development or production mode also doesn't make a difference. from what i've seen so far this generally applies to any File IO access. could this be a bug in the mongrel service implementation? ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Server timeouts
On 11/2/07, Pete DeLaurentis [EMAIL PROTECTED] wrote: Hi guys, Does anyone know if mongrel has a built-in timeout for requests that take too long? If so, how do you increase it? I've found that some server requests are timing out. Complicated requests are already being farmed out to asynchronous processes. But some of the more basic requests are timing out when we have our peak server load in the mornings (the bottleneck is the database server). There are a couple possible locations for the timeout I'm seeing: 1. Mongrel 2. Lighttpd 3. Client browser / application On my local development server, it does not timeout, leading me to believe it's not #3. Any feedback is appreciated. Thanks, Pete Pete, Run the Mongrels in debugging mode and see what you can glean from this. If this is DB caused then the timeouts are more likely caused by an ORM timeout. Let us know, ~Wayne ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Mongrel Cluster: Rolling restart?
Here's a patch to Cluster::Restart based on some code that Eric Kolve sent to me (I added check_wait): http://rubyforge.org/tracker/index.php?func=detailaid=15427group_id=1306atid=5147 On 11/7/07, Wayne E. Seguin [EMAIL PROTECTED] wrote: On 11/3/07, Eden Li [EMAIL PROTECTED] wrote: Hi all, Forgive me if this has been asked before, but is there a reason mongrel_rails cluster::restart stops all ports and then restarts them again? Wouldn't it be better to restart each port one-by-one in series so that upstream proxy servers can fail over while the restart is occurring, or am I missing something? Thanks, eden Eden, You are not missing anything, this is the case. I use my own custom cluster script which does exactly this instead of mongrel_cluster. That said, patches are welcome :) Thank you, ~Wayne ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
[Mongrel] mongrel - monit issue
Hi, was wondering if anyone else had a similar problem and knows why or a solution. basically my mongrels seems to work fine. i am running three clusters all which are monitored by monit. monit has the ability to restart a mongrel if it doesn't pass a port connection test. so the problem is that after some time. aprox. 6hrs. to 20hrs. after clusters are started, the mongrels get restarted by monit due to monit not being able to connect to said port. not all of them at the same time. just some of them, sometimes. the server is pre-production and is getting no hits. could this be the problem and when the server is live, with constant use the mongrels will remain working. or could this be a monit issue ? any help would be truly appreciated.. Chris __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] mongrel - monit issue
What do your logs say? Why are the mongrels not responding? Since you're not in production, you should be able to pinpoint exactly when and why they stopped responding. On Nov 7, 2007 1:15 PM, Eire Angel [EMAIL PROTECTED] wrote: Hi, was wondering if anyone else had a similar problem and knows why or a solution. basically my mongrels seems to work fine. i am running three clusters all which are monitored by monit. monit has the ability to restart a mongrel if it doesn't pass a port connection test. so the problem is that after some time. aprox. 6hrs. to 20hrs. after clusters are started, the mongrels get restarted by monit due to monit not being able to connect to said port. not all of them at the same time. just some of them, sometimes. the server is pre-production and is getting no hits. could this be the problem and when the server is live, with constant use the mongrels will remain working. or could this be a monit issue ? any help would be truly appreciated.. Chris __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] mongrel - monit issue
Hi Chris, I hit this too at the same kind of timeframe you mentioned. In my case, the mongrel processes do become non-responsive, making monit necessary to keep my webapp living + breathing. The problem occurs on multiple machines: some running OpenSuse 64-bit and some running Ubuntu Feisty Fawn 64-bit. Some folks had suggested this is related to not using the mysql gem for database access. This may be the case, but the mysql gem wasn't a possibility for me since it is very buggy in 64-bit (it crashed my webapps). There is a also an ActiveRecord timeout that is usually prescribed, but this had no effect for me. I wonder... how many 64-bit mongrel users are out there? Thanks, Pete On Nov 7, 2007, at 11:15 AM, Eire Angel wrote: Hi, was wondering if anyone else had a similar problem and knows why or a solution. basically my mongrels seems to work fine. i am running three clusters all which are monitored by monit. monit has the ability to restart a mongrel if it doesn't pass a port connection test. so the problem is that after some time. aprox. 6hrs. to 20hrs. after clusters are started, the mongrels get restarted by monit due to monit not being able to connect to said port. not all of them at the same time. just some of them, sometimes. the server is pre- production and is getting no hits. could this be the problem and when the server is live, with constant use the mongrels will remain working. or could this be a monit issue ? any help would be truly appreciated.. Chris __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Error installing Mongrel on Solaris 9
On 11/7/07, Brian Penrose [EMAIL PROTECTED] wrote: Hi Luis, We still have not been able to get past this error. We do have OpenSSL installed not the machine. Rake installed fine, which I thought also needed SSL??? The Rake gem isn't signed, the Mongrel one is. As I commented, it seems rubygems is trying to verify gem signature even that you didn't require it, which sounds odd when you comment that have OpenSSL installed. Any ideas? - What version of rubygems do you have? use (gem -v) or (gem env) to get the info I don't remember if 0.9.4 have --debug support to show the backtrace with the problem, but please try it: gem --debug install mongrel also: gem --debug install mongrel -P HighSecurity I'll check later today for some workaround. Please excuse the inconvenience. -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] mongrel - monit issue
On 11/7/07, Pete DeLaurentis [EMAIL PROTECTED] wrote: I hit this too at the same kind of timeframe you mentioned. In my That sort of a delay -- 6 to 20 hours is what the OP mentioned -- screams at me that the problem is probably related to the db handle timing out. Even if you change the AR timeout value to 14400 (the most often quoted value that I see), that is still just 4 hours. If your process sits quiescent for 6 to 20 hours while the timeout on the db handle is set at 4 hours, the db handle is still going to time out. I wonder... how many 64-bit mongrel users are out there? My old servers are 32 bit machines, but my new ones are all 64 bit machines. Kirk Haines ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] mongrel - monit issue
That sort of a delay -- 6 to 20 hours is what the OP mentioned -- screams at me that the problem is probably related to the db handle timing out. Even if you change the AR timeout value to 14400 (the most often quoted value that I see), that is still just 4 hours. If your process sits quiescent for 6 to 20 hours while the timeout on the db handle is set at 4 hours, the db handle is still going to time out. Thanks for this Kirk. Yep, I was using 14400. I'm switching this to 2 weeks: 1209600 and we'll see if any further restarts are needed by monit. My old servers are 32 bit machines, but my new ones are all 64 bit machines Which 64-bit OS are you running? Thanks, Pete ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Server timeouts
On 11/7/07, Pete DeLaurentis [EMAIL PROTECTED] wrote: Thanks Wayne. After some further investigation, my suspicion is on the Lighttpd web-server. When I run in development mode with Mongrel using web-brick the timeouts don't happen at all. This indicates it's not a mongrel or rails / ORM issue. It makes sense that web-servers would have some timeouts for long running requests. Now I just have to find the switch where I can tweak them. Thanks, Pete Pete, I am glad you are making progress. We would appreciate if you let us know what the issue is and how it was resolved once you figure it out so that we can better assist people in the future :) Thank you! ~Wayne ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Links go to 'localhost'
Quoting Vapor .. [EMAIL PROTECTED]: what kind of info is required to clear it more? Like my httpd-proxy.config file? Thats the only thing I added to the system. Give an example of the rails code that generates on of the links that says localhost. Are you using link_to? Then, yes, show us your proxy configuration (with sensitive info 'ed out) -- Cynthia Kiser ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] [noob] simpletest.rb, mongrel 1.1, ruby 1.8.4, mac os x 10.3.9 hangs
On Nov 07, 2007, at 20:37, PA wrote: But running examples/simpletest.rb hangs: % ruby examples/simpletest.rb The application sit there, not going any further than the require 'mongrel' statement. Any thoughts one what I could be missing? Never mind... after upgrading to ruby 1.8.6 and, more importantly, gem 0.9.4 everything works as advertised. Sorry for the noise. Cheers, PA. ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] can't configure mongrel_cluster to start on boot
Hi David, Thanks for all your help. It now makes sense how it all works. Unfortunately for me it doesn't work and I don't think it is because of mongrel_cluster. After you mentioned that I should have a symbolic link to mongrel_cluster_ctl in /usr/bin, I realized that maybe the whole Ruby environment is not available at boot time. I installed Ruby in a shared location, but there are not symbolic links in /usr/bin to any of the Ruby utilities. To test this, I created a small Ruby script which write TEST to a file in /tmp; I call this script from a bash script which I put in the /etc/init.d directory and which I configured using /sbin/chkconfig (similar to the setup of mongrel_cluster). Guess what?! No file is created in the /tmp directory at boot time. So now my question becomes: what is the proper way of installing Ruby on a Linux machine? I did create a symbolic link to ruby in /usr/bin, but I don't think that's enough. What other symbolic links do I need? Thanks, Tiberiu ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
[Mongrel] Meta-question: anonymity makes me cranky
Fellow mongrelians, forgive a slightly off-topic rant; my hope is that it can lead to a better world. In the past few months, I have seen an increase in anonymous questions on this list, anonymous in the sense that the sender names do not resemble real human names, and also in the sense that the messages have not been signed. Just today, we have seen Geek Moth [EMAIL PROTECTED] and gmail [EMAIL PROTECTED], neither of whom signed their questions.[1] In the past months, there have been many more. Of course, each individual may have good reason not to disclose his or her name and affiliation, but they don't say so. And frankly, I'm not terribly inclined to help someone who doesn't introduce himself and doesn't greet me or say goodbye at the end of his message. In fact, unless you all tell me that I'm a sour old git, I will not answer anonymous pleas for help in the future.[2] It might be that my reaction is more anti-social than their lack of manners (as I perceive it), but at least I'm not making people cranky by shutting up. My ceasing to answer anonymous questions won't lead to a huge dip in the traffic on this list, of course, but perhaps others have already reacted in the same way, and we are missing a lot of good traffic already. What do you think? Best regards, /David [1] I don't feel that I'm pointing fingers here, because I can't see whom I am pointing at. ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Links go to 'localhost'
On 11/7/07, Geek Moth [EMAIL PROTECTED] wrote: I am using Apache2.2 + Mongrel on my machine. Now I am accessing it over LAN. When I enter http://mymachinename/myapp it opens fine but when I click on any link in my rails app, it replaces mymachinename with localhost (http://localhost/myapp/controller/action) and thus I am unable to access it from remote location. Geek, It sounds to me like your apache is not passing the hostname through properly. Not enough information here for me to help more than that. Good luck, ~Wayne ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Mongrel Cluster: Rolling restart?
On 11/3/07, Eden Li [EMAIL PROTECTED] wrote: Hi all, Forgive me if this has been asked before, but is there a reason mongrel_rails cluster::restart stops all ports and then restarts them again? Wouldn't it be better to restart each port one-by-one in series so that upstream proxy servers can fail over while the restart is occurring, or am I missing something? Thanks, eden Eden, You are not missing anything, this is the case. I use my own custom cluster script which does exactly this instead of mongrel_cluster. That said, patches are welcome :) Thank you, ~Wayne ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Links go to 'localhost'
Cynthia Kiser wrote:
Quoting Vapor .. [EMAIL PROTECTED]:
what kind of info is required to clear it more?
Like my httpd-proxy.config file?
Thats the only thing I added to the system.
Give an example of the rails code that generates on of the links that
says localhost. Are you using link_to?
Then, yes, show us your proxy configuration (with sensitive info
'ed out)
--
Cynthia Kiser
yes exactly...
%= link_to('Home', :controller = 'post', :action = 'index') %
Isn't it right?
--
Posted via http://www.ruby-forum.com/.
___
Mongrel-users mailing list
Mongrel-users@rubyforge.org
http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Links go to 'localhost'
here it is... === LoadModule proxy_module modules/mod_proxy.so LoadModule proxy_http_module modules/mod_proxy_http.so ProxyRequests Off Proxy * Order deny,allow Allow from all /Proxy Alias /myapp c:/rails/myapp/public Alias /images c:/rails/myapp/public/images Alias /stylesheets c:/rails/myapp/public/stylesheets Alias /javascripts c:/rails/myapp/public/javascripts Directory c:/rails/myapp/public Options Indexes FollowSymLinks AllowOverride none Order allow,deny Allow from all /Directory ProxyPass /images ! ProxyPass /stylesheets ! ProxyPass /javascripts ! ProxyPass /myapp/ http://127.0.0.1:4000/ ProxyPass /myapp http://127.0.0.1:4000/ ProxyPassReverse /myapp/ http://127.0.0.1:4000/ ProxyPassReverse /myapp http://127.0.0.1:4000/ === And there's following like in Apache's httpd.conf Include conf/httpd-webrick-proxy.conf -- Posted via http://www.ruby-forum.com/. ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] file access with mongrel running as windows service
On Nov 7, 2007 3:01 PM, gmail [EMAIL PROTECTED] wrote: i have an archive of documents (word, excel, jpeg, png, gif...) residing on a network share that is accessed via send_file. when running mongrel on the command line the files are properly delivered. with mongrel running as a service they don't. Try running net use inside the process to see if the network share is mounted at all. This sounds like the typical Windows/web problem where the operator assumes that everybody sees the same shares that she sees in her session. In reality, network shares are mounted per login session. Two users can be logged in on the the same Windows server and have different shares available on Z:, which is clever, but also sort of confusing. What is even more confusing is that you may be logged on as user1 and have something mapped to Z:, but the service running as user1 has nothing on Z: – it needs to create its own mappings. Let us know if this helps. /David ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
[Mongrel] [noob] simpletest.rb, mongrel 1.1, ruby 1.8.4, mac os x 10.3.9 hangs
Hello, I'm trying to run the latest/greatest mongrel version: % sudo gem install mongrel ... Successfully installed mongrel-1.1 % gem list mongrel mongrel (1.1) % ruby -v ruby 1.8.4 (2005-12-24) [powerpc-darwin7.9.0] % uname -a Darwin NewYork.local 7.9.0 Darwin Kernel Version 7.9.0: Wed Mar 30 20:11:17 PST 2005; root:xnu/xnu-517.12.7.obj~1/RELEASE_PPC Power Macintosh powerpc Running examples/webrick_compare.rb works fine: % ruby examples/webrick_compare.rb [2007-11-07 20:27:34] INFO WEBrick 1.3.1 [2007-11-07 20:27:34] INFO ruby 1.8.4 (2005-12-24) [powerpc-darwin7.9.0] [2007-11-07 20:27:34] INFO WEBrick::HTTPServer#start: pid=919 port=4000 But running examples/simpletest.rb hangs: % ruby examples/simpletest.rb The application sit there, not going any further than the require 'mongrel' statement. Any thoughts one what I could be missing? Thanks in advance. Cheers, PA. ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Error installing Mongrel on Solaris 9
Thanks Luis... RubyGemsVersion 0.8.11 Mongrel version 1.0.4...we also have a Mongrel 1.1 folder but I don't see a gem file with it. The --debug install options below didn't generate anything. Brian Luis Lavena wrote: On 11/7/07, Brian Penrose [EMAIL PROTECTED] wrote: Hi Luis, We still have not been able to get past this error. We do have OpenSSL installed not the machine. Rake installed fine, which I thought also needed SSL??? The Rake gem isn't signed, the Mongrel one is. As I commented, it seems rubygems is trying to verify gem signature even that you didn't require it, which sounds odd when you comment that have OpenSSL installed. Any ideas? - What version of rubygems do you have? use (gem -v) or (gem env) to get the info I don't remember if 0.9.4 have --debug support to show the backtrace with the problem, but please try it: gem --debug install mongrel also: gem --debug install mongrel -P HighSecurity I'll check later today for some workaround. Please excuse the inconvenience. -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi -- Posted via http://www.ruby-forum.com/. ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] mongrel - monit issue
I wonder... how many 64-bit mongrel users are out there? My old servers are 32 bit machines, but my new ones are all 64 bit machines. All of our production boxes lately have been 64bit. -- Jesse Proudman, Blue Box Group, LLC ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] file access with mongrel running as windows service
sorry that wasn't posted anonymously on purpose. i just set up my gmail account with imap in apple mail last night and didn't even noticed it put gmail in the sender name. until i sent the reply. Am 07.11.2007 um 15:48 schrieb David Vrensk: On Nov 7, 2007 3:01 PM, gmail [EMAIL PROTECTED] wrote: i have an archive of documents (word, excel, jpeg, png, gif...) residing on a network share that is accessed via send_file. when running mongrel on the command line the files are properly delivered. with mongrel running as a service they don't. Try running net use inside the process to see if the network share is mounted at all. This sounds like the typical Windows/web problem where the operator assumes that everybody sees the same shares that she sees in her session. In reality, network shares are mounted per login session. Two users can be logged in on the the same Windows server and have different shares available on Z:, which is clever, but also sort of confusing. What is even more confusing is that you may be logged on as user1 and have something mapped to Z:, but the service running as user1 has nothing on Z: – it needs to create its own mappings. Let us know if this helps. /David ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] file access with mongrel running as windows service
yes that helped! i just needed to switch the drive letter with the UNC path :) thanks for pointing that out. years of using windows but never thought it worked that way Am 07.11.2007 um 15:48 schrieb David Vrensk: On Nov 7, 2007 3:01 PM, gmail [EMAIL PROTECTED] wrote: i have an archive of documents (word, excel, jpeg, png, gif...) residing on a network share that is accessed via send_file. when running mongrel on the command line the files are properly delivered. with mongrel running as a service they don't. Try running net use inside the process to see if the network share is mounted at all. This sounds like the typical Windows/web problem where the operator assumes that everybody sees the same shares that she sees in her session. In reality, network shares are mounted per login session. Two users can be logged in on the the same Windows server and have different shares available on Z:, which is clever, but also sort of confusing. What is even more confusing is that you may be logged on as user1 and have something mapped to Z:, but the service running as user1 has nothing on Z: – it needs to create its own mappings. Let us know if this helps. /David ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] mongrel - monit issue
On 11/7/07, Pete DeLaurentis [EMAIL PROTECTED] wrote: Thanks for this Kirk. Yep, I was using 14400. I'm switching this to 2 weeks: 1209600 and we'll see if any further restarts are needed by monit. I've always wondered why 14400 is the number that is always passed around when talking about extending the timeout period. Maybe there is some db issue with a _really_ long timeout like 1209600? Which 64-bit OS are you running? Right now I have Ubuntu and CentOS 64 bit machines. Kirk Haines ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Links go to 'localhost'
what kind of info is required to clear it more? Like my httpd-proxy.config file? Thats the only thing I added to the system. -- Posted via http://www.ruby-forum.com/. ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Error installing Mongrel on Solaris 9
Hi Luis, We still have not been able to get past this error. We do have OpenSSL installed not the machine. Rake installed fine, which I thought also needed SSL??? Any ideas? Thanks, Brian Luis Lavena wrote: On 11/5/07, Brian Penrose [EMAIL PROTECTED] wrote: All other gems (including Rake) installed fine. Any suggestions? Latest mongrel gems are signed, in that way you are sure is our gem and noone else. RubyGems shouldn't yell at you about missing OpenSSL since you didn't use the -P HighSecurity parameter, or did you? -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi -- Posted via http://www.ruby-forum.com/. ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Links go to 'localhost'
Your Rails code looks fine and should give you normal urls as far as I can see. I am afraid I don't use ProxyPass and Directory directives; I use mod_rewrite + VirtualHost stanzas. So I hope someone else on the list can see what is funky. At a glance, this stanza looks fairly normal - though I haven't see folks do /myapp and /images in parallel. Is your Rails site a subsection of another site? Quoting Vapor .. [EMAIL PROTECTED]: here it is... === LoadModule proxy_module modules/mod_proxy.so LoadModule proxy_http_module modules/mod_proxy_http.so ProxyRequests Off Proxy * Order deny,allow Allow from all /Proxy Alias /myapp c:/rails/myapp/public Alias /images c:/rails/myapp/public/images Alias /stylesheets c:/rails/myapp/public/stylesheets Alias /javascripts c:/rails/myapp/public/javascripts Directory c:/rails/myapp/public Options Indexes FollowSymLinks AllowOverride none Order allow,deny Allow from all /Directory ProxyPass /images ! ProxyPass /stylesheets ! ProxyPass /javascripts ! ProxyPass /myapp/ http://127.0.0.1:4000/ ProxyPass /myapp http://127.0.0.1:4000/ ProxyPassReverse /myapp/ http://127.0.0.1:4000/ ProxyPassReverse /myapp http://127.0.0.1:4000/ === And there's following like in Apache's httpd.conf Include conf/httpd-webrick-proxy.conf -- Posted via http://www.ruby-forum.com/. ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] mongrel - monit issue
Maybe there is some db issue with a _really_ long timeout like 1209600? that was my thought. i set it mine to 115200, 32 hours more than enough but not too crazy Kirk Haines [EMAIL PROTECTED] wrote: On 11/7/07, Pete DeLaurentis wrote: Thanks for this Kirk. Yep, I was using 14400. I'm switching this to 2 weeks: 1209600 and we'll see if any further restarts are needed by monit. I've always wondered why 14400 is the number that is always passed around when talking about extending the timeout period. Maybe there is some db issue with a _really_ long timeout like 1209600? Which 64-bit OS are you running? Right now I have Ubuntu and CentOS 64 bit machines. Kirk Haines ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Error installing Mongrel on Solaris 9
1.1 is fine for production although there is a (now) known bug with mongrel_rails restart. Evan On Nov 7, 2007 2:01 PM, Luis Lavena [EMAIL PROTECTED] wrote: On 11/7/07, Brian Penrose [EMAIL PROTECTED] wrote: Thanks Luis... RubyGemsVersion 0.8.11 Oh, you should try update rubygems at least... version 0.9.4 is the latest stable published. But I'll try to get that version running on my sandbox and see what happens. Too many version compatibility mismatches :-P Mongrel version 1.0.4...we also have a Mongrel 1.1 folder but I don't see a gem file with it. I think 1.1 is not ready for production, maybe I'm wrong (was offline for almost a week). Regards, -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users -- Evan Weaver Cloudburst, LLC ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Mongrel and memory usage
If you need to auth the images then check out some of the auth-before-redirect modules available for various web servers. I think Danga's Perlbal was made for just this purpose. Evan On Nov 7, 2007 12:01 PM, Zed A. Shaw [EMAIL PROTECTED] wrote: On Tue, 6 Nov 2007 14:34:25 +1100 Dave Cheney [EMAIL PROTECTED] wrote: Hi Kirk, I'm wondering if we're being hit by this issue in our application. We generate a lot of thumbnails on the fly and use send_file to transfer the data back to the browsers. Checking the rails docks for send_file it indicates, that unless you use the option :stream = false, the file will be read into a 4096 byte buffer and streamed to the client. http://api.rubyonrails.com/classes/ActionController/Streaming.html#M93 Is this a bug in send_file? You souldn't use send_file at all really, because this streams the full file into a StringIO so that mongrel can then send the StringIO outside the rails lock, and because rails is inconsistent in how it sends headers and the body. You should be using either x-sendfile or simply redirect to the real image. If you need to auth the images then check out some of the auth-before-redirect modules available for various web servers. -- Zed A. Shaw - Hate: http://savingtheinternetwithhate.com/ - Good: http://www.zedshaw.com/ - Evil: http://yearofevil.com/ ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users -- Evan Weaver Cloudburst, LLC ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] [noob] simpletest.rb, mongrel 1.1, ruby 1.8.4, mac os x 10.3.9 hangs
Simpletest should probably be removed or at least audited; I don't think anyone has looked at it in a while. Evan On Nov 7, 2007 3:11 PM, PA [EMAIL PROTECTED] wrote: On Nov 07, 2007, at 20:37, PA wrote: But running examples/simpletest.rb hangs: % ruby examples/simpletest.rb The application sit there, not going any further than the require 'mongrel' statement. Any thoughts one what I could be missing? Never mind... after upgrading to ruby 1.8.6 and, more importantly, gem 0.9.4 everything works as advertised. Sorry for the noise. Cheers, PA. ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users -- Evan Weaver Cloudburst, LLC ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] can't configure mongrel_cluster to start on boot
On Nov 7, 2007 9:13 PM, Tiberiu Motoc [EMAIL PROTECTED] wrote: Hi David, Thanks for all your help. It now makes sense how it all works. Hi Tiberiu, thanks, I'm glad to hear that! Unfortunately for me it doesn't work and I don't think it is because of mongrel_cluster. After you mentioned that I should have a symbolic link to mongrel_cluster_ctl in /usr/bin, Oops, did I say that? I meant to say that the actual script 'mongrel_cluster_ctl' should reside in /usr/bin. But I have to admit that that was a simplification; the script should reside in the same directory as the 'ruby' binary. I realized that maybe the whole Ruby environment is not available at boot time. I installed Ruby in a shared location, but there are not symbolic links in /usr/bin to any of the Ruby utilities. Well, there needn't be. You can have you entire ruby installation in /usr/local or /what/ever, as long as you put /usr/local/bin or /what/ever/bin in your path. Where is that shared location? How do you access it? The reason I ask is that mongrel_cluster normally starts after all network services have been started. A typical FC6 box would have this (and more) in /etc/rc3.d: S10network (starts the network interface) S25netfs (mounts remote shares) S28autofs (starts the automounter) S60nfs (starts nfs sharing) S85mongrel_cluster And since the scripts are run in this order, remote shares should be available. To test this, I created a small Ruby script which write TEST to a file in /tmp; I call this script from a bash script which I put in the /etc/init.d directory and which I configured using /sbin/chkconfig (similar to the setup of mongrel_cluster). Guess what?! No file is created in the /tmp directory at boot time. Just to check: if you put echo TEST /tmp/my_test_script_runs in the bash script, does that work as expected? And second, do you call the ruby script as a command or a script, i.e., do you say my_script or ruby my_script And finally, what does the script look like? So now my question becomes: what is the proper way of installing Ruby on a Linux machine? I did create a symbolic link to ruby in /usr/bin, but I don't think that's enough. What other symbolic links do I need? You don't need any symbolic links as long as the bin directory is in your path. If you compile it on your own, it's quite common to put it /usr/local since that is what 'configure' does by default. The 'proper' way is a matter of taste. If you enjoy being an admin, go ahead and install everything from source and put it in /usr/local. If you don't, use your distro's package manager (yum, dep, apt, rpm, what have you) and let it put things in /usr. Arguing about which is best borders on philosophy. I still don't have a solution for you, but keep talking! Good luck, /David ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
[Mongrel] Weird freeze problem
Hello, I am running mongrel 1.1 in production mode behind a lighttpd with mod_proxy. At first everything works fine, however, after a few days, the mongrel servers stop answering at all, even if I try to connect to them directly. I have checked logs but there is no sign of anything at all, and even when there was not a single request for a few days, it did freeze, and that on repeated occasions. What should I do to be able to find out what is the problem, or to solve it? Thanks, -- Best regards, Paul-Kenji Cahier mailto:[EMAIL PROTECTED] ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Mongrel wiki?
I also don't want git. Evan On Nov 7, 2007 11:40 PM, Luis Lavena [EMAIL PROTECTED] wrote: On Nov 8, 2007 1:37 AM, Wayne E. Seguin [EMAIL PROTECTED] wrote: On Nov 7, 2007 11:22 PM, Evan Weaver [EMAIL PROTECTED] wrote: Sounds good. Let's wait for a few more suggestions and then later this week you can hook us up. What about the SVN mirror business? Would we just close the Rubyforge one? Or... switch to git. No, please no. Another OSS project going to git... and mingw-git not production ready (and without support for git-svn or any other). That will mean the end of my support from Windows side... and I wouldn't like do that. -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users -- Evan Weaver Cloudburst, LLC ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Mongrel wiki?
Sounds good. Let's wait for a few more suggestions and then later this week you can hook us up. What about the SVN mirror business? Would we just close the Rubyforge one? Evan On Nov 7, 2007 10:46 PM, Ezra Zygmuntowicz [EMAIL PROTECTED] wrote: Yeah I have a private ey namespace of devjavu so it would be an unlimited account. -Ezra On Nov 7, 2007, at 7:32 PM, Evan Weaver wrote: Ezra, would that be the premium devjavu account? We already have more than 5 committers. Evan On Nov 7, 2007 10:31 PM, Evan Weaver [EMAIL PROTECTED] wrote: Yeah... devjavu would require migrating the SVN too which is not a big problem. I was thinking I would use svnmirror on my own server against Rubyforge to support a Trac. I already run some tracs so that's not a big deal. But yeah... if we get a new ticket system I will migrate all the remaining open ones. But Trac is only marginally better than GForge when it comes to ticket handling :/ . Evan On Nov 7, 2007 10:26 PM, Luis Lavena [EMAIL PROTECTED] wrote: On Nov 8, 2007 12:08 AM, Evan Weaver [EMAIL PROTECTED] wrote: Dear Mongrels, The same questions keep coming up over and over on the list, which is ok, but not really optimal. If we added a wiki to the Mongrel site to handle FAQs, what wiki should it be? Required features would be: * Spam protection * Doesn't look shitty I would probably spring for Trac (and also migrate the bugtracker) if noone else has opinions, but I'm sure some of you do. Yes, me! What do you think? The wiki idea is good. Maybe JuneBug [1] will be up to the task? The Trac idea is good, but we should migrate all the pending tickets in rubyforge and remove the whole section because will fall in the oblivion -- since no one will longer monitor it. Ezra's suggestion is a good one, also we could get more powerful release planing for the upcoming releases ;-) -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users -- Evan Weaver Cloudburst, LLC -- Evan Weaver Cloudburst, LLC ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users -- Evan Weaver Cloudburst, LLC ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Mongrel wiki?
Yeah I have a private ey namespace of devjavu so it would be an unlimited account. -Ezra On Nov 7, 2007, at 7:32 PM, Evan Weaver wrote: Ezra, would that be the premium devjavu account? We already have more than 5 committers. Evan On Nov 7, 2007 10:31 PM, Evan Weaver [EMAIL PROTECTED] wrote: Yeah... devjavu would require migrating the SVN too which is not a big problem. I was thinking I would use svnmirror on my own server against Rubyforge to support a Trac. I already run some tracs so that's not a big deal. But yeah... if we get a new ticket system I will migrate all the remaining open ones. But Trac is only marginally better than GForge when it comes to ticket handling :/ . Evan On Nov 7, 2007 10:26 PM, Luis Lavena [EMAIL PROTECTED] wrote: On Nov 8, 2007 12:08 AM, Evan Weaver [EMAIL PROTECTED] wrote: Dear Mongrels, The same questions keep coming up over and over on the list, which is ok, but not really optimal. If we added a wiki to the Mongrel site to handle FAQs, what wiki should it be? Required features would be: * Spam protection * Doesn't look shitty I would probably spring for Trac (and also migrate the bugtracker) if noone else has opinions, but I'm sure some of you do. Yes, me! What do you think? The wiki idea is good. Maybe JuneBug [1] will be up to the task? The Trac idea is good, but we should migrate all the pending tickets in rubyforge and remove the whole section because will fall in the oblivion -- since no one will longer monitor it. Ezra's suggestion is a good one, also we could get more powerful release planing for the upcoming releases ;-) -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users -- Evan Weaver Cloudburst, LLC -- Evan Weaver Cloudburst, LLC ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Mongrel wiki?
On 11/8/07, Wayne E. Seguin [EMAIL PROTECTED] wrote: Another option would be to setup a redmine instance. You can point it at an SVN repo and specify how you'd like to associate items in the commit logs. It has issue tracking, wiki, etc. http://redmine.org/ RedMine is too overkill and too corporate-or-enterprisey for the task. Agile sounds better :-) -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Mongrel wiki?
On Nov 7, 2007 10:31 PM, Evan Weaver [EMAIL PROTECTED] wrote: Yeah... devjavu would require migrating the SVN too which is not a big problem. I was thinking I would use svnmirror on my own server against Rubyforge to support a Trac. I already run some tracs so that's not a big deal. But yeah... if we get a new ticket system I will migrate all the remaining open ones. But Trac is only marginally better than GForge when it comes to ticket handling :/ . Evan Another option would be to setup a redmine instance. You can point it at an SVN repo and specify how you'd like to associate items in the commit logs. It has issue tracking, wiki, etc. http://redmine.org/ ~Wayne ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Mongrel wiki?
Ezra, would that be the premium devjavu account? We already have more than 5 committers. Evan On Nov 7, 2007 10:31 PM, Evan Weaver [EMAIL PROTECTED] wrote: Yeah... devjavu would require migrating the SVN too which is not a big problem. I was thinking I would use svnmirror on my own server against Rubyforge to support a Trac. I already run some tracs so that's not a big deal. But yeah... if we get a new ticket system I will migrate all the remaining open ones. But Trac is only marginally better than GForge when it comes to ticket handling :/ . Evan On Nov 7, 2007 10:26 PM, Luis Lavena [EMAIL PROTECTED] wrote: On Nov 8, 2007 12:08 AM, Evan Weaver [EMAIL PROTECTED] wrote: Dear Mongrels, The same questions keep coming up over and over on the list, which is ok, but not really optimal. If we added a wiki to the Mongrel site to handle FAQs, what wiki should it be? Required features would be: * Spam protection * Doesn't look shitty I would probably spring for Trac (and also migrate the bugtracker) if noone else has opinions, but I'm sure some of you do. Yes, me! What do you think? The wiki idea is good. Maybe JuneBug [1] will be up to the task? The Trac idea is good, but we should migrate all the pending tickets in rubyforge and remove the whole section because will fall in the oblivion -- since no one will longer monitor it. Ezra's suggestion is a good one, also we could get more powerful release planing for the upcoming releases ;-) -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users -- Evan Weaver Cloudburst, LLC -- Evan Weaver Cloudburst, LLC ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Mongrel wiki?
On Nov 8, 2007 12:28 AM, Wayne E. Seguin [EMAIL PROTECTED] wrote: On Nov 7, 2007 10:24 PM, Ezra Zygmuntowicz [EMAIL PROTECTED] wrote: Evan- I'd be happy to donate a devjavu account with trac and svn for the project if you want. I'd vote for that option. Almost forgot: we will need to store our ssh keys again I think :-P -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Mongrel wiki?
On Nov 8, 2007 12:08 AM, Evan Weaver [EMAIL PROTECTED] wrote: Dear Mongrels, The same questions keep coming up over and over on the list, which is ok, but not really optimal. If we added a wiki to the Mongrel site to handle FAQs, what wiki should it be? Required features would be: * Spam protection * Doesn't look shitty I would probably spring for Trac (and also migrate the bugtracker) if noone else has opinions, but I'm sure some of you do. Yes, me! What do you think? The wiki idea is good. Maybe JuneBug [1] will be up to the task? The Trac idea is good, but we should migrate all the pending tickets in rubyforge and remove the whole section because will fall in the oblivion -- since no one will longer monitor it. Ezra's suggestion is a good one, also we could get more powerful release planing for the upcoming releases ;-) -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Mongrel wiki?
Evan- I'd be happy to donate a devjavu account with trac and svn for the project if you want. Cheers- -Ezra On Nov 7, 2007, at 7:08 PM, Evan Weaver wrote: Dear Mongrels, The same questions keep coming up over and over on the list, which is ok, but not really optimal. If we added a wiki to the Mongrel site to handle FAQs, what wiki should it be? Required features would be: * Spam protection * Doesn't look shitty I would probably spring for Trac (and also migrate the bugtracker) if noone else has opinions, but I'm sure some of you do. What do you think? Evan, and the Mongrel Team -- Evan Weaver Cloudburst, LLC ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] MySQL timeout value (was: mongrel - monit issue)
On Nov 7, 2007 9:33 PM, Ezra Zygmuntowicz [EMAIL PROTECTED] wrote:
The way that I have put this issue to bed for people is with this
crunchy little hack in their environment.rb:
Thread.new { loop { sleep 60*60
ActiveRecord::Base.verify_active_connections! } }.priority = -10
That little baby will keep your database connected.
Hey Ezra, this 60*60 big sleep wouldn't hurt threading? so far big
sleepy threads didn't work as expected for me.
That could be another cross-platform misbehaving, but just asking :-)
Regards,
--
Luis Lavena
Multimedia systems
-
Leaders are made, they are not born. They are made by hard effort,
which is the price which all of us must pay to achieve any goal that
is worthwhile.
Vince Lombardi
___
Mongrel-users mailing list
Mongrel-users@rubyforge.org
http://rubyforge.org/mailman/listinfo/mongrel-users
[Mongrel] byte-range requests
I'm trying to sent a file to the iphone (which requires byte-range request support) using the rails send_file method. However, this fails, I think because of mongrel. I think so because if I send the iphone a file handled by nginx, it plays it fine. But then when I serve the file with rails the iphone can't play it. Any ideas? Alex ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] MySQL timeout value (was: mongrel - monit issue)
Steve, It sounds like you're referring to another setting on the MySQL side. If the Rails timeout is just a little bit longer, then it will automatically reconnect. Is this right? Thanks, Pete On Nov 7, 2007, at 3:56 PM, Steve Midgley wrote: At 03:24 PM 11/7/2007, [EMAIL PROTECTED] wrote: Thanks for this Kirk. Yep, I was using 14400. I'm switching this to 2 weeks: 1209600 and we'll see if any further restarts are needed by monit. I've always wondered why 14400 is the number that is always passed around when talking about extending the timeout period. Maybe there is some db issue with a _really_ long timeout like 1209600? This has been discussed a few times on list I think. I believe the issue here is that you need the client end of the connection to timeout AFTER the server end of the connection. Setting this to arbitrarily large numbers will not do anything (afaik) b/c the server will time you out well before then anyway, and force the client to re-initialize of the pipe. I think the goal here is to have the client time out *just* after the server times outs - you never want the client thinking the server is live when it's not (that's what causes the weird mongrel/rails seems hung problem), but it's better to have both agree on the status of the pipe. Steve ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] MySQL timeout value (was: mongrel - monit issue)
The way that I have put this issue to bed for people is with this
crunchy little hack in their environment.rb:
Thread.new { loop { sleep 60*60
ActiveRecord::Base.verify_active_connections! } }.priority = -10
That little baby will keep your database connected.
Cheers-
-Ezra
On Nov 7, 2007, at 4:22 PM, Pete DeLaurentis wrote:
Steve,
It sounds like you're referring to another setting on the MySQL
side. If the Rails timeout is just a little bit longer, then it will
automatically reconnect.
Is this right?
Thanks,
Pete
On Nov 7, 2007, at 3:56 PM, Steve Midgley wrote:
At 03:24 PM 11/7/2007, [EMAIL PROTECTED] wrote:
Thanks for this Kirk. Yep, I was using 14400. I'm switching this
to
2 weeks: 1209600 and we'll see if any further restarts are needed
by
monit.
I've always wondered why 14400 is the number that is always passed
around when talking about extending the timeout period. Maybe there
is some db issue with a _really_ long timeout like 1209600?
This has been discussed a few times on list I think. I believe the
issue here is that you need the client end of the connection to
timeout
AFTER the server end of the connection. Setting this to arbitrarily
large numbers will not do anything (afaik) b/c the server will time
you
out well before then anyway, and force the client to re-initialize of
the pipe.
I think the goal here is to have the client time out *just* after the
server times outs - you never want the client thinking the server is
live when it's not (that's what causes the weird mongrel/rails seems
hung problem), but it's better to have both agree on the status of
the
pipe.
Steve
___
Mongrel-users mailing list
Mongrel-users@rubyforge.org
http://rubyforge.org/mailman/listinfo/mongrel-users
___
Mongrel-users mailing list
Mongrel-users@rubyforge.org
http://rubyforge.org/mailman/listinfo/mongrel-users
___
Mongrel-users mailing list
Mongrel-users@rubyforge.org
http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Links go to 'localhost'
Nothing worked! But the solution was somewhere else...It took me 4 hours to find that I had to change BASE_URL in my 'reverse_proxy_fix' plugin from http://localhost/myapp to http://mymachinename/myapp :S Gotta get some sleep -- Posted via http://www.ruby-forum.com/. ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
[Mongrel] Mongrel wiki?
Dear Mongrels, The same questions keep coming up over and over on the list, which is ok, but not really optimal. If we added a wiki to the Mongrel site to handle FAQs, what wiki should it be? Required features would be: * Spam protection * Doesn't look shitty I would probably spring for Trac (and also migrate the bugtracker) if noone else has opinions, but I'm sure some of you do. What do you think? Evan, and the Mongrel Team -- Evan Weaver Cloudburst, LLC ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Mongrel wiki?
On Nov 7, 2007 10:24 PM, Ezra Zygmuntowicz [EMAIL PROTECTED] wrote: Evan- I'd be happy to donate a devjavu account with trac and svn for the project if you want. I'd vote for that option. ~Wayne ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Mongrel wiki?
On Nov 7, 2007 11:22 PM, Evan Weaver [EMAIL PROTECTED] wrote: Sounds good. Let's wait for a few more suggestions and then later this week you can hook us up. What about the SVN mirror business? Would we just close the Rubyforge one? Or... switch to git. ~Wayne ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
Re: [Mongrel] Mongrel wiki?
On Nov 8, 2007 1:37 AM, Wayne E. Seguin [EMAIL PROTECTED] wrote: On Nov 7, 2007 11:22 PM, Evan Weaver [EMAIL PROTECTED] wrote: Sounds good. Let's wait for a few more suggestions and then later this week you can hook us up. What about the SVN mirror business? Would we just close the Rubyforge one? Or... switch to git. No, please no. Another OSS project going to git... and mingw-git not production ready (and without support for git-svn or any other). That will mean the end of my support from Windows side... and I wouldn't like do that. -- Luis Lavena Multimedia systems - Leaders are made, they are not born. They are made by hard effort, which is the price which all of us must pay to achieve any goal that is worthwhile. Vince Lombardi ___ Mongrel-users mailing list Mongrel-users@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-users
