Hi, I want to go cluster the 3 servers. The mmbaseroot.xml can me be the same on each of the 3 servers?
Greets Dave -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Nico Klasens Sent: zaterdag 23 juni 2007 17:15 To: Discussion list for designers (front-end) and community Subject: Re: [Users] mm:image Hello Dave, Loadbalancing could explain why I saw 2 different results. If I understand correctly, r538-cms is used to enter the data and the ones on www.juize.fm only read? Not clustered means that the ones on www.juize.fm don't have a clue what is in the database. Queries which are cached are never read from the database again. The cache is a least-recently-used one which means that queries used often stay in the cache for a long time. Since the queries we are talking about are on the homepage this is very likely the case. The missing artist could be explained by the following scenario on database level r538-cms inserts newsarticle r538-cms inserts artist www.juize.fm reads newsarticle. www.juize.fm reads related artist which is none r538-cms inserts relations related from newsarticle to artist -- In a cluster, r538-cms would notify www.juize.fm that relations between newsarticle and article could be invalid in the cache. www.juize.fm will query the database <mm:relatednodes type="newsarticle" has no issues with not running in a cluster, because it is time-based. <mm:related path="artist" max="1"> has no constraint and will stay in the cache for a long time. The only solution is to turn on mmbase clustering on all machines. From my experience, bluedome does not support multicasting so you should take Unicast clustering Clustering in mmbase can be turned on in mmbaseroot.xml <property name="sharedstorage">org.mmbase.module.core.change.Unicast</property> You also have to make sure that the machinename is unique in mmbaseroot.xml <property name="machinename">MMBaseserver</property> And the host in mmbaseroot.xml should be reachable by the other machines <property name="host">http://r538-cms.bluedome.net</property> Regards Nico Dave Smits wrote: >Hi, > >No we got 3 servers; one is the r538-cms and the other 2 are www.juize.fm (ladbalecing) >on each server is running the same mmbase but i think they are not configured the know each other; otherwise in the admin they see eachother. > >The database is a mysql 4.1 for all the servers. If i dump the cache on a server it works so turning of the cache is a solution. >Monday I will trie your code in de mmbasedebug.jsp > >In the logs is nothing weird to see.... > >greets >Dave > >________________________________ > >From: [EMAIL PROTECTED] on behalf of Nico Klasens >Sent: Sat 23-6-2007 15:29 >To: Discussion list for designers (front-end) and community >Subject: Re: [Users] mm:image > > > >Hello Dave, > >Just reading the thread and I am wondering some things. >Are http://www.juize.fm/juizefm/ and >http://r538-cms.bluedome.net/juizefm/ the same server and application or >are they two instances. If they are what is the difference between the >two software-wise? And how are these related to eachother. Running on >the same database with a mmbase cluster? > >By hitting the refresh several times on >http://www.juize.fm/juizefm/mmbasedebug.jsp the results sometimes switch >to different images not displayed. When I do this the response headers >mention "Server: Apache-Coyote/1.1" so I assume it is all on tomcat and >not a system in front of it who returned the html. >The <mm:related path="artist" max="1"> seems to be the problem. Assuming >this it could be an issue with the mmbase caches. Is it possible to do >some test where the multilevelcache is turned off (database load will go >up)? > >And what happens when you change <mm:related path="artist" >max="1"><mm:node element="artist"> to <mm:relatednodes type="artist">? > >Maybe a silly question, but what is the log file saying? > >Regards, > >Nico > >Dave Smits wrote: > > > >>Hi, >>For the site juize.fm we use mmbase 1.7.4-final 20050922. >>But since a couple of weeks we got problems with mm:image. >>Is the server is running for a while (like a hour of more) mm:image don't give a result on >>the production server; you can see it on www.juize.fm at the headlines. some images are black and when you look in the source there is no image url. >> >>On the CMS server the image are showed (http://r538-cms.bluedome.net/juizefm/home.jsp) >> >>the jsp looks like this: >><mm:node number="urban"> >><% int i = 0; %> >><mm:relatednodes type="newsarticle" constraints="starttime > $curtime-24*60*60*21 AND endtime > $curtime AND publish = 'y'" max="6" orderby="starttime" directions="down"> >><% i++; %> >><tr> >> <td height="50"> >> <div id="hp_news<%=i%>" style="overflow:hidden;"> </div> >> >> <script type="text/javascript"> >> // <![CDATA[ >> var fo = new FlashObject("swf/headlines.swf", "hp_news<%=i%>", "395", "50", "7", "#FFFFFF"); >> fo.addVariable("url", "<mm:field name="number"/>"); >> fo.addVariable("id", "<mm:related path="related,artist" max="1" orderby="related.number"><mm:node element="artist"><mm:relatednodes type="image" role="title"><mm:image template="s(80)+quality(100)" /></mm:relatednodes></mm:node></mm:related>"); >> fo.addVariable("title", "<mm:field name="title"/>"); >> fo.addParam("wMode", "transparent"); >> fo.addParam("menu", "false"); >> fo.write("hp_news<%=i%>"); >> // ]]> >> </script> >> </td> >></tr> >><mm:last inverse="true"> >><tr><td height="6"></td></tr> >></mm:last> >></mm:relatednodes> >></mm:node> >> >>Does somebody know why and how we can fix it. After we reset the server is fixed for a hour (maybe a little bit more...) so imagemagick works. >> >>Greets Dave >> >>ps. Upgrading mmbase is not an option. we tried this before and mmbase tries then to create a tables. >>---------------------------------------------------------------------- ---------- >>The information contained in this communication is confidential and may be legally privileged. It is intended solely for the use of the individual or entity to whom it is addressed and others authorised to receive it. If you are not the intended recipient you are hereby notified that any disclosure, copying, distribution or taking any action in relation to the contents of this information is strictly prohibited and may be unlawful. Neither the sender nor the represented institution are liable for the correct and complete transmission of the contents of an e-mail, or for its timely receipt. >> >> >>_______________________________________________ >>Users mailing list >>Users@lists.mmbase.org >>http://lists.mmbase.org/mailman/listinfo/users >> >> >> >> >> >> > >_______________________________________________ >Users mailing list >Users@lists.mmbase.org >http://lists.mmbase.org/mailman/listinfo/users > > > > >----------------------------------------------------------------------- - > >_______________________________________________ >Users mailing list >Users@lists.mmbase.org >http://lists.mmbase.org/mailman/listinfo/users > > _______________________________________________ Users mailing list Users@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/users -------------------------------------------------------------------------------- The information contained in this communication is confidential and may be legally privileged. It is intended solely for the use of the individual or entity to whom it is addressed and others authorised to receive it. If you are not the intended recipient you are hereby notified that any disclosure, copying, distribution or taking any action in relation to the contents of this information is strictly prohibited and may be unlawful. Neither the sender nor the represented institution are liable for the correct and complete transmission of the contents of an e-mail, or for its timely receipt. _______________________________________________ Users mailing list Users@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/users
