Hi, I have a couple of questions and I want to know if anyone out there has any answers! If not an individual, then hopefully we can/will use our collective brain power to clear up some of these grey areas...if anyone is interested in learning more about CF/CF7?!
Cheers! Jonathan #1 --- CFMX7 webserver connector wsconfig is the program that installs the connector. It seems that it doesn't work on SuSE but has been known to work on RedhatWS,FC2/3. After the install (on one of the systems where this program works), what does a wsconfig generated "wsconfig.properties" file look like for CFMX7? Is this line needed at the end of a CFMX7 wsconfig.properties file: "1.cfmx=true,<null>" ??? #2 --- CFMX7 jrunserver.store permission denied Apache This has been touched on before... http://www.houseoffusion.com/cf_lists/messages.cfm/forumid:8/threadid:2176 NB: Unlike the posters in that thread, I am NOT getting any messages in my log like "initialized proxy for 127.0.0.1:51010" When I check my apache access logs, I am getting several logs like this: [date] [notice] jrApache[27223:58651] could not open "/opt/coldfusionmx7/runtime/lib/wsconfig/1/jrunserver.store": Permission denied. Other than this, CFMX7/Apache apparently works fine! My server is under virtually no load. I'm no newbie to permissions and have tried various owners/groups and file permissions and server restarts with no luck in getting this message to rid itself from my logs. Is this a debug message that I should not worry about and do I just have to live with it? Is it affecting my server performance in some way I can not tell? What are the details here? #3 --- CFMX7 Administrator browse server... I am unable to get the coldfusion administrator to properly use the TreeControl applet when I click on any "Browse Server" button....eg in CFadmin goto Mappings...click browse server. It will say "Retrieving internal directories.." in the listbox for a moment before it goes blank and the browser will hang with an hourglass cursor while the status bar will beam "Applet TreeControl started." Before I put the CFIDE behind SSL, I would get an additional java error window that said "I/O Communication Failure." But now that administrator is behind SSL I am getting nothing but the hourglass cursor and blank listbox. Sure I can set the path manually by typing it in, but what about getting that java applet to work? (NB: I have already installed the libXp.so.6 lib to solve the graphing service problem...though I don't think it would be an issue in this case) http://www.houseoffusion.com/cf_lists/messages.cfm/forumid:14/threadid:962 When I check the apache access logs I have something akin to this... [myIP] - [date] - "POST /CFIDE/main/ide.cfm?CFSRV=IDE&ACTION=BrowseDir HTTP/1.1" 302 271 Nothing in the error logs! What is going on here? BTW: A little more about ide.cfm can be found in this post...http://www.houseoffusion.com/cf_lists/messages.cfm/forumid:4/threadid:40109 Why can't I use the java TreeControl applet? #4 CFMX7 - cfstat utility When I try to execute cfstat (directly or with /cfroot/bin/coldfusion status), I get no stats...just a java exception: Exception in thread "main" java.lang.NoClassDefFoundError: coldfusion/tools/CfstatMain I double checked that I did in fact click "Enable CFSTAT" in the CFadministrator under Debugging Settings...and I have restarted the server. What gives with cfstat? Anyone else have luck? #5 CFMX7 runtime ports! For background, we can examine a macromedia technote for cfmx6.1 tcp/ip ports used: http://www.macromedia.com/cfusion/knowledgebase/index.cfm?id=tn_18336 In my experiences... While coldfusion is in use, I am noticing the following ports are opened up by cfmx7: 51011/tcp (webserver connector) 8103/tcp (cfstat) 2920/tcp (jndi) 2522/tcp (jrun rmi) 4000/udp (???) a random tcp port (??? assuming jndi random port) Port 4000/udp is not documented in the technote, but is consistantly opened by cfmx7!! Out of curiosity, what is this port used for? Stephen Erat says that the wsconfig utility uses the jndi port for tcp communication... http://www.talkingtree.com/blog/index.cfm?mode=entry&entry=FA18DFDF-45A6-2844-75F8A9159C7226E9So but is that all its used for and that it? Is the random tcp port,jndi and jrun rmi ports are all required by coldfusion to work correctly during runtime or are they just used in setting up the connector with wsconfig? What functions do these ports serve to coldfusion in real world applications during runtime? #6 CFMX7/Apache dreaded CLOSE_WAIT This is the most frustrating one for me. After access to coldfusion pages, I am seeing apache/coldfusion aparently not finishing their packet exchanges. When I issue a "netstat -an" I have 10 listings like this (other listing show different local address/ports in somewhat sequential order..ie 4996,4994,etc..but all have the same foreign address/port 51011)... tcp 127.0.0.1:4998 127.0.0.1:51011 CLOSE_WAIT 27093/httpd To me this looks like apache(httpd) can't close the connection on the localhost (port 4998) to the cfmx7 webserver connector (port 51011). Or rather, apache has sent a FIN/ACK packet to coldfusion (to finish the conversation) and is awaiting the ACK packet to return from coldfusion....which never happens/gets there and thats why the connection is stuck in the CLOSE_WAIT state? So is it coldfusions fault or apache's fault? What is going on here? So if I start browsing coldfusion pages on my server again and netstat, a couple of these turn around and become ESTABLISHED connections...until I close the browser window and do another netstat and they are back to CLOSE_WAIT. If I can summarize the macromedia solution (from this TN for CFMX6.1...search for CLOSE_WAIT) http://www.macromedia.com/cfusion/knowledgebase/index.cfm?id=tn_18572 Macromedia says: "Users encountering this scenario will need to compile the Apache 1.3.x connector and replace the existing one..." Well I already had to do that one time to get rid of apache's complaining of the mod_jrun module not being compiled with -DEAPI...I doubt doing the same steps again will solve this CLOSE_WAIT problem. Has anyone else experienced this CLOSE_WAIT problem with apache/cfmx7? The easy way to fix the problem is to restart the apache server...but this is a ridiculous solution! What prevents apache from finishing the conversation with coldfusion or vica versa? Can it be fixed? I am worried that when there is more traffic on this box then I will have many more than 10 connections in a CLOSE_WAIT status... Any ideas? __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Flash for programmers - Flash MX Pro http://www.houseoffusion.com/banners/view.cfm?bannerid=56 Message: http://www.houseoffusion.com/lists.cfm/link=i:14:3926 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/14 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:14 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.14 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
