<?xml version="1.0"?>
<rss xmlns:dc="http://purl.org/dc/elements/1.1/" version="2.0">
  <channel>
    <title>Transition Technology: Ticket Query</title>
    <link>http://localhost:8080/trac/query?status=closed&amp;component=Live+server&amp;col=id&amp;col=summary&amp;col=owner&amp;col=reporter&amp;order=id</link>
    <description>Support and issues tracking for the Transition Network Web Project.</description>
    <language>en-US</language>
    <image>
      <title>Transition Technology</title>
      <url>/trac/chrome/site/TransitionNetwork-Logo-Web-Small.jpg</url>
      <link>http://localhost:8080/trac/query?status=closed&amp;component=Live+server&amp;col=id&amp;col=summary&amp;col=owner&amp;col=reporter&amp;order=id</link>
    </image>
    <generator>Trac 0.12.5</generator>
    <item>
        <link>http://localhost:8080/trac/ticket/97</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/97</guid>
        <title>#97: Hardware upgrade to GH tier2 servers</title>
        <pubDate>Thu, 10 Jun 2010 20:13:29 GMT</pubDate>
        
        <dc:creator>ed</dc:creator>

        <description>&lt;p&gt;
Gaiahost have given us their 'tier2' servers so we will need to move across to them.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/97#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/101</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/101</guid>
        <title>#101: 27th June 2010 Site Downtime</title>
        <pubDate>Mon, 28 Jun 2010 08:03:59 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
On Sunday 27th June the site was down for about 10 hours, see the attached graph of MySQL throughput.
&lt;/p&gt;
&lt;p&gt;
Following are some extract from the emails sent from Gaia regarding this issue.
&lt;/p&gt;
&lt;p&gt;
We need to investigate the cause of this to see if we can avoid it happening in the future...
&lt;/p&gt;
&lt;hr /&gt;
&lt;p&gt;
The issue was the 'variable' table in the "live" drupal database had crashed. I took the web server fully offline for a few minutes just now as I repaired that table and then brought it back online.
The homepage is now working fine, but other pages are still generating errors.
There's a backup of the database I took just now at:
&lt;/p&gt;
&lt;pre class="wiki"&gt;/web/transitionnetwork.org/live.20100627.sql
&lt;/pre&gt;&lt;hr /&gt;
&lt;p&gt;
I had to take the site back down again and manually emptied all 'cache*' tables in the database.
&lt;/p&gt;
&lt;hr /&gt;
&lt;p&gt;
we received emails into support@… from two people browsing the site early this morning. The default server error notice includes a reference to our support email.
&lt;/p&gt;
&lt;p&gt;
So what can be done to mitigate this in the future:
You should review Drupal related logs to see if it gives any clues as to what caused the crash. An action on the 'variable' table in the database could be a clue, as that as the sole table crashed in the db.
There would have been a faster response to the outage on our side if our monitors had been specifically watching the drupal database named "live" as well as a more content specific monitor for an actual page generated by Drupal. We can coordinate on monitor customization, just let us know.
&lt;/p&gt;
&lt;p&gt;
it looks like the internal server errors starting happening right after /cron.php was run at 23:00 UTC:
&lt;/p&gt;
&lt;pre class="wiki"&gt;transitiontowns.gaiahost.coop - - [26/Jun/2010:23:00:00 +0000] "GET /cron.php HTTP/1.0" 200 - "-" "ApacheBench/2.3"
&lt;/pre&gt;&lt;p&gt;
It specifically didn't look like a corruption related to a regular system or database backup process. The other traffic at this time was normal.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/101#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/103</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/103</guid>
        <title>#103: Managing news install</title>
        <pubDate>Mon, 05 Jul 2010 15:35:43 GMT</pubDate>
        
        <dc:creator>ed</dc:creator>

        <description>&lt;p&gt;
install managing news on the gaiahost servers once we're on the new hardware... trial on graham's box here: &lt;a class="ext-link" href="http://mn.mc3.coop/"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://mn.mc3.coop/&lt;/a&gt;
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/103#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/104</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/104</guid>
        <title>#104: Media page: add map to listings</title>
        <pubDate>Mon, 05 Jul 2010 15:55:25 GMT</pubDate>
        
        <dc:creator>ed</dc:creator>

        <description>&lt;p&gt;
The media page:
&lt;a class="ext-link" href="http://www.transitionnetwork.org/media"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://www.transitionnetwork.org/media&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;
Please include a map - with the markers being those initiatives (rather than the people) - which is linked from the media page with the following text:
&lt;/p&gt;
&lt;p&gt;
"&amp;lt;link&amp;gt;Click here to see these initiatives on a map&amp;lt;/link&amp;gt;"
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/104#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/105</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/105</guid>
        <title>#105: Initiative profile editors locked out of their profiles</title>
        <pubDate>Wed, 07 Jul 2010 12:14:16 GMT</pubDate>
        
        <dc:creator>ed</dc:creator>

        <description>&lt;p&gt;
Some Initiative profile editors are locked out of editing their profiles.
&lt;/p&gt;
&lt;p&gt;
It appears that the 'Further information' free text field for some of the initiatives has turned itself to 'full html', locking the initiative profile editors out of their pages (they don't have access to full html).
&lt;/p&gt;
&lt;p&gt;
This happened with
&lt;a class="ext-link" href="http://www.transitionnetwork.org/initiatives/bristol"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://www.transitionnetwork.org/initiatives/bristol&lt;/a&gt;
&lt;a class="ext-link" href="http://www.transitionnetwork.org/initiatives/paredes-em-transição"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://www.transitionnetwork.org/initiatives/paredes-em-transição&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;
but not
&lt;a class="ext-link" href="http://www.transitionnetwork.org/initiatives/hkd-transition"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://www.transitionnetwork.org/initiatives/hkd-transition&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;
not sure how to proceed with this one, but it's important
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/105#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/106</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/106</guid>
        <title>#106: extra text for initiative addition form</title>
        <pubDate>Wed, 07 Jul 2010 13:56:43 GMT</pubDate>
        
        <dc:creator>ed</dc:creator>

        <description>&lt;p&gt;
The initiatives are still giving themselves silly names and putting 'transition' in the front of their locations.
&lt;/p&gt;
&lt;p&gt;
This URL:
&lt;a class="ext-link" href="http://www.transitionnetwork.org/node/add/initiative-profile"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://www.transitionnetwork.org/node/add/initiative-profile&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;
Update the text at the top of the initiative adding form to this:
&lt;/p&gt;
&lt;p&gt;
"Please choose a name for your initiative that reflects your location. As well as this making sense to everyone else, the name affects how it shows up in the alphabetical directory search. We recommend that you do not add "Transition" or "Transition Town" in front of your name as it will only appear in the "T" section of the directory. Thank you.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/106#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/109</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/109</guid>
        <title>#109: Commenting process needs tidying up</title>
        <pubDate>Thu, 08 Jul 2010 09:44:55 GMT</pubDate>
        
        <dc:creator>ed</dc:creator>

        <description>&lt;p&gt;
When you make a comment, the 'preview' stage does not show your identity (photo etc.). Your identity only appears once the comment is saved.
&lt;/p&gt;
&lt;p&gt;
Please include the user's identity during this middle 'preview' step of the commenting process
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/109#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/110</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/110</guid>
        <title>#110: Remove RHS blocks from events calendar page</title>
        <pubDate>Thu, 08 Jul 2010 09:55:43 GMT</pubDate>
        
        <dc:creator>ed</dc:creator>

        <description>&lt;p&gt;
Please remove RHS blocks from events calendar page:
&lt;a class="ext-link" href="http://www.transitionnetwork.org/events/calendar"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://www.transitionnetwork.org/events/calendar&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;
and make the calendar as big as possible!
&lt;/p&gt;
&lt;p&gt;
if that is the biggest it gets (currently), then don't remove blocks.
&lt;/p&gt;
&lt;p&gt;
ALSO: is this something to do with Ed - I think it might be?
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/110#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/111</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/111</guid>
        <title>#111: Adding a map block for directory pages</title>
        <pubDate>Thu, 08 Jul 2010 09:57:40 GMT</pubDate>
        
        <dc:creator>ed</dc:creator>

        <description>&lt;p&gt;
Q: how much time is it to create a block to show the map (which links to the big map) for the directory pages:
&lt;/p&gt;
&lt;ol&gt;&lt;li&gt;initiatives
&lt;/li&gt;&lt;li&gt;projects
&lt;/li&gt;&lt;li&gt;people
&lt;/li&gt;&lt;/ol&gt;&lt;p&gt;
?
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/111#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/112</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/112</guid>
        <title>#112: Swap mollom for reCatpcha on registration</title>
        <pubDate>Thu, 08 Jul 2010 10:41:26 GMT</pubDate>
        
        <dc:creator>ed</dc:creator>

        <description>&lt;p&gt;
many users having problems with mollom on registration. not seeing the captcha and not being able to hear the audio version. please swap mollom for recaptcha on registration (where we don't need mollom's sophistication)
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/112#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/113</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/113</guid>
        <title>#113: A forum list of all the latest topics</title>
        <pubDate>Wed, 14 Jul 2010 10:44:00 GMT</pubDate>
        
        <dc:creator>ed</dc:creator>

        <description>&lt;p&gt;
Q: how do I go about creating one page where the latest forum topics are listed? Like the active forum topics, but in a page. User requests that the 'more' link from the active forum topics block goes to a list of latest topics, not the forum homepage as current.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/113#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/114</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/114</guid>
        <title>#114: Change web host, use better Drupal stack, save CO2 with modern VPS + server setup</title>
        <pubDate>Wed, 14 Jul 2010 11:20:42 GMT</pubDate>
        
        <dc:creator>jim</dc:creator>

        <description>&lt;p&gt;
Gaia host are not very good - they're too busy with their other big clients for us. Their server isn't much cop and neither is their support turnaround. I don't know how much they charge but MANY other hosts can provide us with a VPS (not a whole, mostly wasted but horribly underpowered dedicated server) with lots of flexibility and speed.
&lt;/p&gt;
&lt;p&gt;
E.g. Linode (&lt;a class="ext-link" href="http://www.linode.com/"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://www.linode.com/&lt;/a&gt;) has unmanaged &lt;em&gt;London&lt;/em&gt;-based hosting and can provide us a very Fast (according to several reviews I've read) VPS with 1Gb memory, 32Gb storage and 400GB of bandwidth for ~£25 per month. IF we needed more juice (and I see no reason why we would), memory and CPU can be extended easily. Linode are one of the best I've found so far, though there are literally hundreds to choose from.
&lt;/p&gt;
&lt;p&gt;
I'm pretty certains a modern, low-power server split into many virtual machines is much better for the environment than as single machine - it's basic maths.
&lt;/p&gt;
&lt;p&gt;
Finally, by getting a Pantheon Mercury Drupal (&lt;a class="ext-link" href="http://getpantheon.com/mercury/what-is-mercury"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://getpantheon.com/mercury/what-is-mercury&lt;/a&gt;) VPS image we can have a Drupal system that is tuned, supported, AND VERY VERY VERY FAST up and running in a few minutes. It's really worth your time to read about it.
&lt;/p&gt;
&lt;p&gt;
Feel free to close/delete this ticket if it's inappropriate, but frankly Gaia's service and performance on our current setup has been embarrassing.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/114#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/115</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/115</guid>
        <title>#115: Update Drupal core to 6.19, plus the theme and modules to latest</title>
        <pubDate>Wed, 14 Jul 2010 15:21:51 GMT</pubDate>
        
        <dc:creator>jim</dc:creator>

        <description></description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/115#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/116</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/116</guid>
        <title>#116: Update all Drupal modules</title>
        <pubDate>Wed, 14 Jul 2010 15:27:56 GMT</pubDate>
        
        <dc:creator>jim</dc:creator>

        <description>&lt;p&gt;
Security and other updates include: Chaos tools, Contact, CCK, content profile, context, Custom Breadcrumbs, Features, Feeds, &lt;a class="missing wiki"&gt;FileField?&lt;/a&gt;, GMap, Hierarchical Select, Image Resize Filter, ImageAPI, &lt;a class="missing wiki"&gt;ImageField?&lt;/a&gt;, IMCE, Link, Location, &lt;a class="missing wiki"&gt;LoginToboggan?&lt;/a&gt;, Menu block, Mime Mail, Mollom, Node Access User Reference, Node Limit Number, Nodequeue, Organic groups, Panels, Reroute Email, Rules, Simplenews, Terms of Use, Token and Views currently.
&lt;/p&gt;
&lt;p&gt;
I would suggest this needs the &lt;a class="closed ticket" href="http://localhost:8080/trac/ticket/97" title="enhancement: Hardware upgrade to GH tier2 servers (closed: fixed)"&gt;#97&lt;/a&gt; live server upgrade comes first to allow us to do the SVN process quickly. The above will likely fix some minor issues too.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/116#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/117</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/117</guid>
        <title>#117: Forum PathAuto settings not working</title>
        <pubDate>Thu, 15 Jul 2010 12:16:05 GMT</pubDate>
        
        <dc:creator>jim</dc:creator>

        <description>&lt;p&gt;
Currently using incorrect tag as path and/or term lineage not working.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/117#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/118</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/118</guid>
        <title>#118: Newsletter - integrate MailChimp with Drupal name fields Content Profile fields</title>
        <pubDate>Thu, 15 Jul 2010 17:23:27 GMT</pubDate>
        
        <dc:creator>ed</dc:creator>

        <description>&lt;ul&gt;&lt;li&gt;install mailchimp integration module
&lt;/li&gt;&lt;li&gt;and other things that you need to do to get back integrated with mailchimp
&lt;/li&gt;&lt;/ul&gt;</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/118#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/119</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/119</guid>
        <title>#119: Initiatives by number table needs UK *not* broken</title>
        <pubDate>Thu, 15 Jul 2010 17:39:47 GMT</pubDate>
        
        <dc:creator>ed</dc:creator>

        <description>&lt;p&gt;
please make the table so that 'United Kingdom' remains on one line, so that the table is one line per ini (on the whole)
&lt;/p&gt;
&lt;p&gt;
&lt;a class="ext-link" href="http://www.transitionnetwork.org/initiatives/by-number"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://www.transitionnetwork.org/initiatives/by-number&lt;/a&gt;
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/119#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/120</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/120</guid>
        <title>#120: Patterns Directory: start a new directory</title>
        <pubDate>Mon, 19 Jul 2010 14:18:37 GMT</pubDate>
        
        <dc:creator>ed</dc:creator>

        <description>&lt;p&gt;
Create a new directory on Tn.org for the 'Patterns' as per the document: 'Pattern language online facilitation report and early project scope FINAL.doc'
&lt;/p&gt;
&lt;p&gt;
Please review document and make estimate for directory build and test
&lt;/p&gt;
&lt;p&gt;
Delivery: August 2010!
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/120#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/121</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/121</guid>
        <title>#121: email alerts for new projects and project updates</title>
        <pubDate>Mon, 19 Jul 2010 15:05:29 GMT</pubDate>
        
        <dc:creator>ed</dc:creator>

        <description>&lt;p&gt;
please either:
&lt;/p&gt;
&lt;ol&gt;&lt;li&gt;set up an email alert that sends a message to ed whenever a new project is added or a project is updated
&lt;/li&gt;&lt;/ol&gt;&lt;p&gt;
OR
&lt;/p&gt;
&lt;ol start="2"&gt;&lt;li&gt;tell ed how to do it - he can't work it out!
&lt;/li&gt;&lt;/ol&gt;</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/121#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/122</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/122</guid>
        <title>#122: email alerts for moderation actions</title>
        <pubDate>Tue, 20 Jul 2010 10:37:47 GMT</pubDate>
        
        <dc:creator>ed</dc:creator>

        <description>&lt;p&gt;
please either:
&lt;/p&gt;
&lt;ol class="loweralpha"&gt;&lt;li&gt;set up an email alert to be sent to Ed when a users flags an item as nonsense and invokes the moderation module
&lt;/li&gt;&lt;/ol&gt;&lt;p&gt;
OR
&lt;/p&gt;
&lt;ol class="loweralpha" start="2"&gt;&lt;li&gt;tell ed how to do it!
&lt;/li&gt;&lt;/ol&gt;</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/122#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/124</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/124</guid>
        <title>#124: Live database backups</title>
        <pubDate>Tue, 20 Jul 2010 13:06:52 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
Automate the nightly syncing of a database dump on the live server to the dev server and have an easy to import the live db, minus email addresses, into the dev and test sites.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/124#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/125</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/125</guid>
        <title>#125: 'Facilitator' and 'Speaker' to the user profile editing options</title>
        <pubDate>Thu, 22 Jul 2010 15:36:25 GMT</pubDate>
        
        <dc:creator>ed</dc:creator>

        <description>&lt;p&gt;
We need to be able to identify and list all the users who have self-identified as either/and 'Facilitator' and 'Speaker' on the people profiles. This requires:
&lt;/p&gt;
&lt;ol&gt;&lt;li&gt;adding these options ('Speaker' 'Facilitator') as tick boxes to the 'Involvement and interest with the transition network movement' section of the user profile.
&lt;/li&gt;&lt;/ol&gt;&lt;ol start="2"&gt;&lt;li&gt;creating views like the /media views with:
&lt;/li&gt;&lt;/ol&gt;&lt;p&gt;
2a. list of names (with links to their profiles but not the initiatives)
2b. a map
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/125#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/128</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/128</guid>
        <title>#128: Design: links in some blocks wrong colour</title>
        <pubDate>Mon, 26 Jul 2010 11:44:05 GMT</pubDate>
        
        <dc:creator>ed</dc:creator>

        <description>&lt;p&gt;
The links in some blocks in some regions are grey instead of the nice warm red-y colour. I've added blocks to the homepage (in footer to get four) and the links are grey:
&lt;a class="ext-link" href="http://www.transitionnetwork.org/"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://www.transitionnetwork.org/&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;
Please adjust
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/128#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/130</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/130</guid>
        <title>#130: Remove 'promote' function on items</title>
        <pubDate>Thu, 29 Jul 2010 16:20:25 GMT</pubDate>
        
        <dc:creator>ed</dc:creator>

        <description>&lt;p&gt;
we have nodequeue for front page news and blogs - so don't need the 'promote' option in the publishing bit of node editing pages. it's confusing the editor so please remove it.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/130#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/131</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/131</guid>
        <title>#131: nodequeue: front page add broken</title>
        <pubDate>Wed, 04 Aug 2010 10:48:58 GMT</pubDate>
        
        <dc:creator>ed</dc:creator>

        <description>&lt;p&gt;
it seems that nodequeue's add to front page is broken:
&lt;a class="ext-link" href="http://www.transitionnetwork.org/node/12157/nodequeue"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://www.transitionnetwork.org/node/12157/nodequeue&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;
have tried on a couple of items today and it's not happening.
&lt;/p&gt;
&lt;p&gt;
pretty important this one so sticking to critical...
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/131#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/132</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/132</guid>
        <title>#132: Documentation</title>
        <pubDate>Fri, 06 Aug 2010 16:18:20 GMT</pubDate>
        
        <dc:creator>ed</dc:creator>

        <description>&lt;p&gt;
please write an item describing the features and functions behind the site - as you did earlier here:
&lt;a class="ext-link" href="http://transitiontowns.org/webprojectblog/2010/01/25/features/"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://transitiontowns.org/webprojectblog/2010/01/25/features/&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;
It is to help outsiders understand the site architecture, modules and features - the early piece was really popular.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/132#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/147</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/147</guid>
        <title>#147: Migration of live server</title>
        <pubDate>Fri, 15 Oct 2010 14:31:20 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
This is a ticket to track the migration of &lt;a class="wiki" href="http://localhost:8080/trac/wiki/LiveServer"&gt;wiki:LiveServer&lt;/a&gt; (transitionnetwork.gaiahost.coop) to &lt;a class="wiki" href="http://localhost:8080/trac/wiki/NewLiveServer"&gt;wiki:NewLiveServer&lt;/a&gt; (quince.webarch.net), even though we haven't got the final go ahead, due to the desire to migrate by the end of the month, I have made a "at risk" start on this.
&lt;/p&gt;
&lt;p&gt;
The hosting side of things is all done apart from sorting out the backups.
&lt;/p&gt;
&lt;p&gt;
The virtual server has been set up, accounts have been created for jim and john and their public keys have been installed so they should be able to connect to it.
&lt;/p&gt;
&lt;p&gt;
A copy of the live site has been set up here and it's now available for testing:
&lt;/p&gt;
&lt;p&gt;
&lt;a class="ext-link" href="http://live.quince.webarch.net/"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://live.quince.webarch.net/&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;
It has the same settings as the dev and test sites to ensure that it doesn't send out unwanted emails to users.
&lt;/p&gt;
&lt;p&gt;
One issue I found is that the cacherouter module isn't in svn any more, so this was manually copied across, there are also some drupal errors and I think they might also be due to missing modules but I haven't bottomed this out yet (more on these issues here: &lt;a class="wiki" href="http://localhost:8080/trac/wiki/NewLiveServer"&gt;wiki:NewLiveServer&lt;/a&gt;).
&lt;/p&gt;
&lt;p&gt;
One thing we need to decide is what php accelerator to use -- no apache/php/mysql optimisations at all have been done so far.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/147#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/165</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/165</guid>
        <title>#165: Security certificate warning on new server</title>
        <pubDate>Thu, 04 Nov 2010 20:46:31 GMT</pubDate>
        
        <dc:creator>ed</dc:creator>

        <description>&lt;p&gt;
Users are getting site untrusted warnings: is all well with the security certificate on new servers?
&lt;/p&gt;
&lt;p&gt;
"Just one comment - when I try to connect to the login page, my browser
is telling me that the site is untrusted and that the connection can not
be verified. Are there some additional steps you need to take to ensure
that the site connects securely?
&lt;/p&gt;
&lt;p&gt;
The browser reports that your site is using an invalid security certificate."
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/165#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/218</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/218</guid>
        <title>#218: Debian upgrades and updates</title>
        <pubDate>Thu, 06 Jan 2011 13:34:16 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
This is a ticket to track debian upgrades to the &lt;a class="wiki" href="http://localhost:8080/trac/wiki/PuffinServer"&gt;wiki:PuffinServer&lt;/a&gt;, &lt;a class="wiki" href="http://localhost:8080/trac/wiki/PenguinServer"&gt;wiki:PenguinServer&lt;/a&gt; and &lt;a class="wiki" href="http://localhost:8080/trac/wiki/ParrotServer"&gt;wiki:ParrotServer&lt;/a&gt; the time they take.
&lt;/p&gt;
&lt;p&gt;
See:
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;&lt;a class="ext-link" href="http://lists.debian.org/debian-security-announce/recent"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;Recent Debian security announcements&lt;/a&gt;
&lt;/li&gt;&lt;li&gt;&lt;a class="ext-link" href="http://lists.askmonty.org/pipermail/announce/"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;MariaDB Announce List archives&lt;/a&gt;
&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;
These updates are generally done using the &lt;a class="wiki" href="http://localhost:8080/trac/wiki/AptitudeUpdateScript"&gt;wiki:AptitudeUpdateScript&lt;/a&gt; and this records all the changes in the &lt;tt&gt;/root/Changelog&lt;/tt&gt; and then the contents of the Changelog are pasted into the ticket to document the upgrade.
&lt;/p&gt;
&lt;p&gt;
This ticket was was originally used for the &lt;del&gt;&lt;a class="wiki" href="http://localhost:8080/trac/wiki/DevelopmentServer"&gt;wiki:DevelopmentServer&lt;/a&gt;&lt;/del&gt; and the &lt;del&gt;&lt;a class="wiki" href="http://localhost:8080/trac/wiki/NewLiveServer"&gt;wiki:NewLiveServer&lt;/a&gt;&lt;/del&gt;.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/218#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/221</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/221</guid>
        <title>#221: Adding Big Blue Button to TN.org: QUOTE PLEASE</title>
        <pubDate>Tue, 11 Jan 2011 09:41:55 GMT</pubDate>
        
        <dc:creator>ed</dc:creator>

        <description>&lt;p&gt;
please give a quote for adding Big Blue Button virtual conferencing to TN.org, integrating it with the user database so that users can add and join teleconferences with their Transition logins. Please consider likely hosting and bandwidth costs etc. for a year.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/221#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/227</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/227</guid>
        <title>#227: Set up mirroring capability for core data types</title>
        <pubDate>Mon, 31 Jan 2011 16:06:08 GMT</pubDate>
        
        <dc:creator>ed</dc:creator>

        <description>&lt;p&gt;
Action point from the web strategy meeting, while discussing security:
&lt;/p&gt;
&lt;ol class="loweralpha"&gt;&lt;li&gt;Technical discussion track needed on ongoing security with these priorities: 1. how to keep safe copies, 2. how to avoid vandalism
&lt;/li&gt;&lt;/ol&gt;&lt;ol class="loweralpha" start="2"&gt;&lt;li&gt;Need to explore 'Mirrors' for TN.org: core data: all Directories, secondary data: forums, blogs, news etc.
&lt;/li&gt;&lt;/ol&gt;&lt;p&gt;
This ticket for setting up 'mirroring' capability for core data as part of the under the waterline element of phase 4
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/227#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/287</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/287</guid>
        <title>#287: Live Server Load</title>
        <pubDate>Fri, 01 Jul 2011 10:19:01 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
Currently it's though the roof (anything over 4 and it's maxed out, it has 4 processors):
&lt;/p&gt;
&lt;pre class="wiki"&gt;load average: 43.63, 33.84, 18.85
&lt;/pre&gt;&lt;p&gt;
See also: &lt;a class="ext-link" href="https://kiwi.transitionnetwork.org/munin/webarch.net/quince.webarch.net.html"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;https://kiwi.transitionnetwork.org/munin/webarch.net/quince.webarch.net.html&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;
This could be because of things Jim is doing combined with the GA import that is running but I'm seeing a *lot* of apache processes so it seems to be combined with a spike in traffic.
&lt;/p&gt;
&lt;p&gt;
I'm keen to migrate the site onto a faster server :-)
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/287#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/301</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/301</guid>
        <title>#301: Upgrade LIVE server to Debian Squeeze</title>
        <pubDate>Wed, 17 Aug 2011 20:32:44 GMT</pubDate>
        
        <dc:creator>jim</dc:creator>

        <description>&lt;p&gt;
Many of the libraries and programs available to us are limited to older versions because LIVE is on Debian Etch. Upgrading to Squeeze will allow many components to be upgraded, and hopefully provide other nice side effects.
&lt;/p&gt;
&lt;p&gt;
Elements upgraded:
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;Memcached (important)
&lt;/li&gt;&lt;li&gt;PHP/MySQL/Apache (probably?)
&lt;/li&gt;&lt;li&gt;Linux kernel an all associated stuff
&lt;/li&gt;&lt;/ul&gt;</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/301#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/369</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/369</guid>
        <title>#369: Drupal-level performance enhancements</title>
        <pubDate>Sun, 04 Dec 2011 23:23:27 GMT</pubDate>
        
        <dc:creator>jim</dc:creator>

        <description>&lt;p&gt;
Per TTech discussion, some easy/quick things we can do to improve the site's performance... In rough order of ease technically and politically:
&lt;/p&gt;
&lt;ol start="2"&gt;&lt;li&gt;Trawl SQL logs for slow queries, find out what's causing them and eradicate the cause -- tough job but potentially huge returns.
&lt;/li&gt;&lt;li&gt;Add flood control/DoS blocking and other temporary blocks at the server level if an IP address or crawler bot is taking the piss. A job for Chris.
&lt;/li&gt;&lt;li&gt;&lt;del&gt;Do config/performance enhancement ideas from DB Tuner (was in &lt;tt&gt;mysqltuner.log&lt;/tt&gt;, JK to run again around xmas)&lt;/del&gt;
&lt;/li&gt;&lt;li&gt;&lt;del&gt;Disable Piwik on LIVE and use Google Analytics instead OR move Piwik to another server. Chris is opposed to this but server resources are at a premium unfortunately -- See &lt;a class="closed ticket" href="http://localhost:8080/trac/ticket/371" title="maintenance: Piwik Hosting (closed: fixed)"&gt;#371&lt;/a&gt;&lt;/del&gt;
&lt;/li&gt;&lt;li&gt;&lt;del&gt;Massively shrink site CSS -- Small performance increase for 'normal' users, BIG gains for older computers and mobile devices - As Laura points out, better than lots of images, but it still needs to re-use CSS rules/selectors where possible and throw out legacy code.&lt;/del&gt;
&lt;/li&gt;&lt;li&gt;Force HTTP only for non-logged in users (explained above) -- BIG boost, quick settings change, though might need Chris to alter htaccess/varnish setup.
&lt;/li&gt;&lt;li&gt;&lt;del&gt;Enable Throttle module to auto-disable modules during heavy loads -- Throttle gets a bad press and can cause issues.&lt;/del&gt;
&lt;/li&gt;&lt;li&gt;Go on a module cull -- This is hard and slow, and will result in a loss of functionality. But some modules could be dropped if there's a will.
&lt;/li&gt;&lt;li&gt;&lt;del&gt;Switch to NGINX -- Chris thinks this is a lot of work, see &lt;a class="closed ticket" href="http://localhost:8080/trac/ticket/357" title="maintenance: nginx research (closed: fixed)"&gt;#357&lt;/a&gt;&lt;/del&gt;
&lt;/li&gt;&lt;/ol&gt;</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/369#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/370</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/370</guid>
        <title>#370: Problem with nightly MySQL backup load</title>
        <pubDate>Mon, 05 Dec 2011 13:26:39 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
Since the start of December 2011 the nightly backupninja mysql backup is causing load spikes which result in the server being unresponsive.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/370#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/385</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/385</guid>
        <title>#385: Install new SSL certificate on TN.org</title>
        <pubDate>Fri, 06 Jan 2012 15:02:22 GMT</pubDate>
        
        <dc:creator>laura</dc:creator>

        <description>&lt;p&gt;
The SSL certificate has been renewed today via Gandi and needs to be set up.
(Chris see email sent earlier today!)
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/385#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/386</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/386</guid>
        <title>#386: Domain redirect for the InTransitionmovie domain</title>
        <pubDate>Fri, 06 Jan 2012 15:04:06 GMT</pubDate>
        
        <dc:creator>laura</dc:creator>

        <description>&lt;p&gt;
As a temporary redirect for the
intransitionmovie.com in gandi, the domain is
currently pointed to the home page of TN.  Until we get
the new micro site up and running, we would like
to direct the domain to
www.transitionnetwork.org/transition-2 for now.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/386#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/390</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/390</guid>
        <title>#390: Apache pcre segfaults</title>
        <pubDate>Thu, 02 Feb 2012 10:55:58 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
Yesterday apache / pcre was segfaulting, an extract from &lt;tt&gt;/var/log/messages&lt;/tt&gt;, follows, in all there were 51 segfault log lines, starting at Feb  1 17:44:34 and ending at Feb  1 19:21:08, I haven't been able to work out the cause of this, I'm opening this ticket in case we see more segfaults and do want to follow it up.
&lt;/p&gt;
&lt;pre class="wiki"&gt;Feb  1 17:44:34 quince kernel: [11153359.760960] apache2[8193]: segfault at 7fffa4382f50 ip 7f950dd7c16e sp 7fffa4382ef0 error 6 in libpcre.so.3.12.1[7f950dd6b000+30000]
Feb  1 17:44:34 quince drupal: https://workspaces.transitionnetwork.org|1328118274|user|XXX.XXX.XXX.XXX|https://workspaces.transitionnetwork.org/customerror/403?destination=node%2F116|https://workspaces.transitionnetwork.org/ws/national-hubs|0||Login attempt failed for James Samuel.
Feb  1 17:44:35 quince kernel: [11153361.102389] apache2[8182]: segfault at 7fffa4382f50 ip 7f950dd7c16e sp 7fffa4382ef0 error 6 in libpcre.so.3.12.1[7f950dd6b000+30000]
Feb  1 17:44:36 quince kernel: [11153362.535735] apache2[8198]: segfault at 7fffa4382f50 ip 7f950dd7c16e sp 7fffa4382ef0 error 6 in libpcre.so.3.12.1[7f950dd6b000+30000]
Feb  1 17:44:38 quince kernel: [11153364.036616] apache2[7160]: segfault at 7fffa4382f50 ip 7f950dd7c16e sp 7fffa4382ef0 error 6 in libpcre.so.3.12.1[7f950dd6b000+30000]
Feb  1 17:44:43 quince drupal: https://workspaces.transitionnetwork.org|1328118283|user|XXX.XXX.XXX.XXX|https://workspaces.transitionnetwork.org/customerror/403?destination=node%2F116|https://workspaces.transitionnetwork.org/customerror/403?destination=node%2F116|0||Login attempt failed for James Samuel.
Feb  1 17:44:46 quince kernel: [11153372.256252] apache2[7212]: segfault at 7fffa4382f50 ip 7f950dd7c16e sp 7fffa4382ef0 error 6 in libpcre.so.3.12.1[7f950dd6b000+30000]
Feb  1 17:44:48 quince kernel: [11153374.450117] apache2[8214]: segfault at 7fffa4382f50 ip 7f950dd7c16e sp 7fffa4382ef0 error 6 in libpcre.so.3.12.1[7f950dd6b000+30000]
Feb  1 17:44:49 quince kernel: [11153375.778416] apache2[8215]: segfault at 7fffa4382f50 ip 7f950dd7c16e sp 7fffa4382ef0 error 6 in libpcre.so.3.12.1[7f950dd6b000+30000]
&lt;/pre&gt;&lt;p&gt;
An extract from the &lt;tt&gt;/var/log/apache/eeeor.log&lt;/tt&gt;:
&lt;/p&gt;
&lt;pre class="wiki"&gt;
[Wed Feb 01 17:44:34 2012] [notice] child pid 8193 exit signal Segmentation fault (11)
[Wed Feb 01 17:44:36 2012] [notice] child pid 8182 exit signal Segmentation fault (11)
[Wed Feb 01 17:44:37 2012] [notice] child pid 8198 exit signal Segmentation fault (11)
[Wed Feb 01 17:44:39 2012] [notice] child pid 7160 exit signal Segmentation fault (11)
[Wed Feb 01 17:44:47 2012] [notice] child pid 7212 exit signal Segmentation fault (11)
[Wed Feb 01 17:44:49 2012] [notice] child pid 8214 exit signal Segmentation fault (11)
[Wed Feb 01 17:44:50 2012] [notice] child pid 8215 exit signal Segmentation fault (11)
[Wed Feb 01 17:44:52 2012] [notice] child pid 8217 exit signal Segmentation fault (11)
&lt;/pre&gt;&lt;p&gt;
The corresponding apache access log for the first min:
&lt;/p&gt;
&lt;pre class="wiki"&gt;127.0.0.1 - - [01/Feb/2012:17:44:00 +0000] "GET /tags/behaviour-change HTTP/1.1" 200 7542 "-" "Mozilla/5.0 (compatible; Baiduspider/2.0; +http://www.baidu.com/search/spider.html)"
127.0.0.1 - - [01/Feb/2012:17:44:01 +0000] "GET /cron.php HTTP/1.0" 302 - "-" "Wget/1.12 (linux-gnu)"
127.0.0.1 - - [01/Feb/2012:17:44:02 +0000] "GET /notifications/anonymous/subscribe/author/author/10548?destination=node%2F17790&amp;amp;timestamp=1327498024&amp;amp;signature=a1db08a827cdbaf608b5ae75df760481 HTTP/1.1" 200 5881 "-" "Mozilla/5.0 (compatible; Baiduspider/2.0; +http://www.baidu.com/search/spider.html)"
127.0.0.1 - - [01/Feb/2012:17:44:04 +0000] "GET /blogs/energy-bulletin?page=73 HTTP/1.1" 200 8935 "-" "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"
127.0.0.1 - - [01/Feb/2012:17:44:06 +0000] "GET /notifications/anonymous/subscribe/author/author/8220?destination=node%2F13477&amp;amp;timestamp=1328117196&amp;amp;signature=92f5e293767d5afa02d60fae9a72ae0c HTTP/1.1" 200 5878 "-" "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"
127.0.0.1 - - [01/Feb/2012:17:44:07 +0000] "GET /people/monika-kirsch HTTP/1.1" 200 6504 "-" "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"
127.0.0.1 - - [01/Feb/2012:17:44:12 +0000] "GET /query/entity_ids-location/json/1/52.511012,-1.469337_0.5/10 HTTP/1.1" 200 17 "-" "Drupal (+http://drupal.org/)"
127.0.0.1 - - [01/Feb/2012:17:44:12 +0000] "GET /initiatives/nuneaton-transition-town HTTP/1.1" 200 9355 "-" "Mozilla/5.0 (compatible; bingbot/2.0; +http://www.bing.com/bingbot.htm)"
127.0.0.1 - - [01/Feb/2012:17:44:13 +0000] "GET /favicon.ico HTTP/1.1" 302 272 "-" "Safari/7534.52.7 CFNetwork/520.2.5 Darwin/11.2.0 (x86_64) (MacBookPro8%2C2)"
127.0.0.1 - - [01/Feb/2012:17:44:15 +0000] "GET /node/all/by_subject/1538?order=title&amp;amp;sort=asc HTTP/1.1" 200 6145 "-" "Mozilla/5.0 (compatible; Baiduspider/2.0; +http://www.baidu.com/search/spider.html)"
127.0.0.1 - - [01/Feb/2012:17:44:15 +0000] "GET /news/2011-01-26/send-rob-your-posters HTTP/1.1" 200 7851 "-" "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"
127.0.0.1 - - [01/Feb/2012:17:44:17 +0000] "GET /node/all/by_subject/428?order=comment_count&amp;amp;sort=desc HTTP/1.1" 200 5992 "-" "Mozilla/5.0 (compatible; Baiduspider/2.0; +http://www.baidu.com/search/spider.html)"
127.0.0.1 - - [01/Feb/2012:17:44:17 +0000] "GET /query/entity_ids-location/json/1/50.633501,3.788273_1/10?page=3 HTTP/1.1" 200 9142 "-" "Drupal (+http://drupal.org/)"
127.0.0.1 - - [01/Feb/2012:17:44:19 +0000] "GET /people/facilitators?page=64 HTTP/1.1" 200 7488 "-" "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"
127.0.0.1 - - [01/Feb/2012:17:44:19 +0000] "GET /sources/uk/deal-it?page=%2C7%2C9%2C2%2C2%2C7 HTTP/1.1" 200 5364 "-" "Mozilla/5.0 (compatible; Baiduspider/2.0; +http://www.baidu.com/search/spider.html)"
127.0.0.1 - - [01/Feb/2012:17:44:22 +0000] "GET /node/all/by_subject/1798?order=last_comment_timestamp&amp;amp;sort=desc HTTP/1.1" 200 5904 "-" "Mozilla/5.0 (compatible; Baiduspider/2.0; +http://www.baidu.com/search/spider.html)"
127.0.0.1 - - [01/Feb/2012:17:44:23 +0000] "GET /people/mike-miller HTTP/1.1" 200 6540 "-" "Mozilla/5.0 (compatible; Baiduspider/2.0; +http://www.baidu.com/search/spider.html)"
127.0.0.1 - - [01/Feb/2012:17:44:24 +0000] "GET /node/all/by_subject/1350?order=type&amp;amp;sort=desc HTTP/1.1" 200 5689 "-" "Mozilla/5.0 (compatible; Baiduspider/2.0; +http://www.baidu.com/search/spider.html)"
127.0.0.1 - - [01/Feb/2012:17:44:26 +0000] "GET /node/all/by_subject/236?order=last_comment_timestamp&amp;amp;sort=asc HTTP/1.1" 200 5711 "-" "Mozilla/5.0 (compatible; Baiduspider/2.0; +http://www.baidu.com/search/spider.html)"
127.0.0.1 - - [01/Feb/2012:17:44:27 +0000] "GET /cms/bellingen HTTP/1.1" 200 8468 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)"
127.0.0.1 - - [01/Feb/2012:17:44:28 +0000] "GET /node/all/by_subject/3341?order=last_comment_timestamp&amp;amp;sort=desc HTTP/1.1" 200 5692 "-" "Mozilla/5.0 (compatible; Baiduspider/2.0; +http://www.baidu.com/search/spider.html)"
127.0.0.1 - - [01/Feb/2012:17:44:29 +0000] "GET /people/alex-cicelsky HTTP/1.1" 200 6249 "-" "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"
XXX.XXX.XXX.XXX - - [01/Feb/2012:17:44:34 +0000] "GET /piwik.js HTTP/1.1" 200 7779 "http://www.transitionnetwork.org/" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; InfoPath.1; .NET4.0C)"
XXX.XXX.XXX.XXX - - [01/Feb/2012:17:44:34 +0000] "GET /piwik.php?action_name=Welcome%20%7C%20Transition%20Network&amp;amp;idsite=1&amp;amp;rec=1&amp;amp;r=680344&amp;amp;h=11&amp;amp;m=44&amp;amp;s=34&amp;amp;url=http%3A%2F%2Fwww.transitionnetwork.org%2F&amp;amp;urlref=http%3A%2F%2Fwww.theglobeandmail.com%2Fnews%2Fopinions%2Fopinion%2Four-peak-oil-premium%2Farticle2321815%2Fcomments%2F&amp;amp;_id=218ab4fa03a9a340&amp;amp;_idts=1328118274&amp;amp;_idvc=1&amp;amp;_idn=1&amp;amp;_refts=1328118274&amp;amp;_viewts=1328118274&amp;amp;_ref=http%3A%2F%2Fwww.theglobeandmail.com%2Fnews%2Fopinions%2Fopinion%2Four-peak-oil-premium%2Farticle2321815%2Fcomments%2F&amp;amp;java=1&amp;amp;res=1069x855&amp;amp;cookie=1 HTTP/1.1" 200 50 "http://www.transitionnetwork.org/" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; InfoPath.1; .NET4.0C)"
::1 - - [01/Feb/2012:17:44:35 +0000] "OPTIONS * HTTP/1.0" 200 - "-" "Apache (internal dummy connection)"
127.0.0.1 - - [01/Feb/2012:17:44:35 +0000] "GET /notifications/anonymous/subscribe/author/author/4545?destination=node%2F4907&amp;amp;timestamp=1327729023&amp;amp;signature=7de36d2b702fd311d9e29c0b07839c66 HTTP/1.1" 200 5896 "-" "Mozilla/5.0 (compatible; Baiduspider/2.0; +http://www.baidu.com/search/spider.html)"
127.0.0.1 - - [01/Feb/2012:17:44:36 +0000] "GET /people/abduselam-abdai-mohammed HTTP/1.1" 200 7457 "-" "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"
127.0.0.1 - - [01/Feb/2012:17:44:37 +0000] "GET /node/all/by_subject/2400?order=last_comment_timestamp&amp;amp;sort=asc HTTP/1.1" 200 5707 "-" "Mozilla/5.0 (compatible; Baiduspider/2.0; +http://www.baidu.com/search/spider.html)"
127.0.0.1 - - [01/Feb/2012:17:44:40 +0000] "GET /node/15409/by_subject/3007?order=comment_count&amp;amp;sort=desc HTTP/1.1" 200 5857 "-" "Mozilla/5.0 (compatible; Baiduspider/2.0; +http://www.baidu.com/search/spider.html)"
127.0.0.1 - - [01/Feb/2012:17:44:41 +0000] "GET /people/sophy-banks HTTP/1.1" 200 7352 "http://www.transitionnetwork.org/news" "magpie-crawler/1.1 (U; Linux amd64; en-GB; +http://www.brandwatch.net)"
127.0.0.1 - - [01/Feb/2012:17:44:43 +0000] "GET /user/register?destination=comment%2Freply%2F21723%23comment-form HTTP/1.1" 301 307 "http://www.transitionnetwork.org/news" "magpie-crawler/1.1 (U; Linux amd64; en-GB; +http://www.brandwatch.net)"
127.0.0.1 - - [01/Feb/2012:17:44:42 +0000] "GET /notifications/anonymous/subscribe/author/author/3016?destination=node%2F3378&amp;amp;timestamp=1328116976&amp;amp;signature=135af8f9b16253b1f60ca6161cac7141 HTTP/1.1" 200 5882 "-" "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"
127.0.0.1 - - [01/Feb/2012:17:44:44 +0000] "GET /blogs/energy-bulletin/2011-12-23?page=22 HTTP/1.1" 200 9119 "-" "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"
127.0.0.1 - - [01/Feb/2012:17:44:44 +0000] "GET /sharing/widget_news HTTP/1.1" 200 1095 "http://transitionnorwichnews.blogspot.com/2012/01/where-are-all-fruit-and-nut-trees.html" "Mozilla/5.0 (Windows NT 5.0; rv:9.0.1) Gecko/20100101 Firefox/9.0.1"
127.0.0.1 - - [01/Feb/2012:17:44:45 +0000] "GET /node/all/by_subject/2409?order=title&amp;amp;sort=asc HTTP/1.1" 200 5818 "-" "Mozilla/5.0 (compatible; Baiduspider/2.0; +http://www.baidu.com/search/spider.html)"
127.0.0.1 - - [01/Feb/2012:17:44:45 +0000] "GET /query/entity_ids-location/rss/1/50.431213,-3.685455_1/10 HTTP/1.1" 200 2016 "-" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; WOW64; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; .NET4.0C; .NET4.0E; Microsoft Outlook 14.0.6109; ms-office; MSOffice 14)"
127.0.0.1 - - [01/Feb/2012:17:44:45 +0000] "GET /notifications/anonymous/subscribe/author/author/1064?destination=node%2F1427&amp;amp;timestamp=1327506623&amp;amp;signature=1b484e663e414fc697ce6363edf7e2b4 HTTP/1.1" 200 5878 "-" "Mozilla/5.0 (compatible; Baiduspider/2.0; +http://www.baidu.com/search/spider.html)"
127.0.0.1 - - [01/Feb/2012:17:44:45 +0000] "GET /notifications/anonymous/subscribe/author/author/3461?destination=node%2F3823&amp;amp;timestamp=1322606638&amp;amp;signature=483b9c34a74cbf27a739746b8ea9588a HTTP/1.1" 200 5874 "-" "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"
127.0.0.1 - - [01/Feb/2012:17:44:46 +0000] "GET /tags/bus-transportation HTTP/1.1" 200 6911 "-" "Mozilla/5.0 (compatible; Baiduspider/2.0; +http://www.baidu.com/search/spider.html)"
127.0.0.1 - - [01/Feb/2012:17:44:47 +0000] "GET /resources/branding-guidelines?order=field_asset_type_value&amp;amp;sort=asc&amp;amp;page=1&amp;amp;themes_nid[0]=13 HTTP/1.1" 200 10076 "-" "Mozilla/5.0 (compatible; Baiduspider/2.0; +http://www.baidu.com/search/spider.html)"
XXX.XXX.XXX.XXX - - [01/Feb/2012:17:44:51 +0000] "GET /piwik.js HTTP/1.1" 200 7779 "http://www.transitionnetwork.org/blogs/ben-brangwyn/2011-03/faith-movie-weve-all-been-waiting" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; WOW64; Trident/4.0; GTB7.2; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.5.30729; OfficeLiveConnector.1.3; OfficeLivePatch.0.0; .NET4.0C; .NET CLR 3.0.30729; AskTB5.6)"
::1 - - [01/Feb/2012:17:44:52 +0000] "OPTIONS * HTTP/1.0" 200 - "-" "Apache (internal dummy connection)"
XXX.XXX.XXX.XXX - - [01/Feb/2012:17:44:51 +0000] "GET /piwik.php?action_name=The%20faith%20movie%20we've%20all%20been%20waiting%20for!%20%7C%20Transition%20Network&amp;amp;idsite=1&amp;amp;rec=1&amp;amp;r=327050&amp;amp;h=12&amp;amp;m=44&amp;amp;s=53&amp;amp;url=http%3A%2F%2Fwww.transitionnetwork.org%2Fblogs%2Fben-brangwyn%2F2011-03%2Ffaith-movie-weve-all-been-waiting&amp;amp;urlref=http%3A%2F%2Fwww.google.ca%2Fimgres%3Fimgurl%3Dhttp%3A%2F%2Ffr.academic.ru%2Fpictures%2Ffrwiki%2F71%2FGreat_Synagogue_Plzen_CZ.jpg%26imgrefurl%3Dhttp%3A%2F%2Fwww.transitionnetwork.org%2Fblogs%2Fben-brangwyn%2F2011-03%2Ffaith-movie-weve-all-been-waiting%26h%3D1556%26w%3D1387%26sz%3D346%26tbnid%3DDyxrYgfcASljuM%3A%26tbnh%3D90%26tbnw%3D80%26prev%3D%2Fsearch%253Fq%253D(synagogue)%2526tbm%253Disch%2526tbo%253Du%26zoom%3D1%26q%3D(synagogue)%26docid%3D4kDZHm-yl2nChM%26hl%3Dfr%26sa%3DX%26ei%3DvnkpT--mG4rG0AHM1dXUAg%26ved%3D0CFYQ9QEwBw%26dur%3D1076&amp;amp;_id=4ecf13956b5e2ee4&amp;amp;_idts=1328118293&amp;amp;_idvc=1&amp;amp;_idn=1&amp;amp;_refts=1328118293&amp;amp;_viewts=1328118293&amp;amp;_ref=http%3A%2F%2Fwww.google.ca%2Fimgres%3Fimgurl%3Dhttp%3A%2F%2Ffr.academic.ru%2Fpictures%2Ffrwiki%2F71%2FGreat_Synagogue_Plzen_CZ.jpg%26imgrefurl%3Dhttp%3A%2F%2Fwww.transitionnetwork.org%2Fblogs%2Fben-brangwyn%2F2011-03%2Ffaith-movie-weve-all-been-waiting%26h%3D1556%26w%3D1387%26sz%3D346%26tbnid%3DDyxrYgfcASljuM%3A%26tbnh%3D90%26tbnw%3D80%26prev%3D%2Fsearch%253Fq%253D(synagogue)%2526tbm%253Disch%2526tbo%253Du%26zoom%3D1%26q%3D(synagogue)%26docid%3D4kDZHm-yl2nChM%26hl%3Dfr%26sa%3DX%26ei%3DvnkpT--mG4rG0AHM1dXUAg%26ved%3D0CFYQ9QEwBw%26dur%3D1076&amp;amp;java=1&amp;amp;res=1366x768&amp;amp;cookie=1 HTTP/1.1" 200 50 "http://www.transitionnetwork.org/blogs/ben-brangwyn/2011-03/faith-movie-weve-all-been-waiting" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; WOW64; Trident/4.0; GTB7.2; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.5.30729; OfficeLiveConnector.1.3; OfficeLivePatch.0.0; .NET4.0C; .NET CLR 3.0.30729; AskTB5.6)"
127.0.0.1 - - [01/Feb/2012:17:44:51 +0000] "GET /tags/reedbed HTTP/1.1" 200 6483 "-" "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"
127.0.0.1 - - [01/Feb/2012:17:44:52 +0000] "GET /news/network/feed HTTP/1.1" 200 6004 "-" "Apple-PubSub/65.28"
127.0.0.1 - - [01/Feb/2012:17:44:52 +0000] "GET /people/mim-meilland HTTP/1.1" 200 6555 "-" "Mozilla/5.0 (compatible; Baiduspider/2.0; +http://www.baidu.com/search/spider.html)"
127.0.0.1 - - [01/Feb/2012:17:44:53 +0000] "GET /tags/may-celebration HTTP/1.1" 200 6412 "https://www.transitionnetwork.org/user/login" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; Trident/5.0)"
127.0.0.1 - - [01/Feb/2012:17:44:53 +0000] "GET /people/irene-lim HTTP/1.1" 404 44619 "-" "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"
127.0.0.1 - - [01/Feb/2012:17:44:55 +0000] "GET /notifications/anonymous/subscribe/author/author/2791?destination=node%2F3153&amp;amp;timestamp=1328109179&amp;amp;signature=bb861cf6a1a3d856bc959f44c72f017e HTTP/1.1" 200 5887 "-" "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"
127.0.0.1 - - [01/Feb/2012:17:44:55 +0000] "GET /user/login?destination=comment%2Freply%2F14129%23comment-form HTTP/1.1" 301 307 "http://tones.transitionnetwork.org/tags/may-celebration" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; Trident/5.0)"
127.0.0.1 - - [01/Feb/2012:17:44:57 +0000] "GET /sources/uk/deal-it?page=%2C7%2C9%2C2%2C2%2C5 HTTP/1.1" 200 5364 "-" "Mozilla/5.0 (compatible; Baiduspider/2.0; +http://www.baidu.com/search/spider.html)"
127.0.0.1 - - [01/Feb/2012:17:44:59 +0000] "GET /user/12203/contact HTTP/1.1" 301 278 "-" "Mozilla/5.0 (compatible; YandexBot/3.0; +http://yandex.com/bots)"
127.0.0.1 - - [01/Feb/2012:17:44:59 +0000] "GET /tags/arts-and-culture HTTP/1.1" 200 7813 "-" "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"
&lt;/pre&gt;</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/390#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/391</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/391</guid>
        <title>#391: PSE tracking, moderation and security</title>
        <pubDate>Thu, 02 Feb 2012 11:30:00 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
This ticket is track time spent on the Tracking, Moderation and Security discussion which has a wiki page here: &lt;a class="ext-link" href="https://wiki.transitionnetwork.org/Sharing_Engine/Tracking,_Moderation_and_Security"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;https://wiki.transitionnetwork.org/Sharing_Engine/Tracking,_Moderation_and_Security&lt;/a&gt;
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/391#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/392</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/392</guid>
        <title>#392: PSE Server Upgrade</title>
        <pubDate>Thu, 02 Feb 2012 12:53:41 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
This ticket has been created to discuss and implement and upgrade to the &lt;a class="wiki" href="http://localhost:8080/trac/wiki/NewLiveServer"&gt;wiki:NewLiveServer&lt;/a&gt;
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/392#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/396</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/396</guid>
        <title>#396: Migrate MySQL Databases from MyISAM to InnoDB</title>
        <pubDate>Thu, 23 Feb 2012 15:32:33 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
This should result in things being faster, however there are some potential new issues that it would create, see for example &lt;a class="ext-link" href="http://www.mysqlperformanceblog.com/2009/01/28/the-perils-of-innodb-with-debian-and-startup-scripts/"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;The perils of InnoDB with Debian and startup scripts&lt;/a&gt;.
&lt;/p&gt;
&lt;p&gt;
There is also an issue with the one !InnoDB table on kiwi which will need investigation and fixing, the dev Mediawiki database backup fails each night, this is the error:
&lt;/p&gt;
&lt;pre class="wiki"&gt;Warning: mysqldump: Got error: 1286: Unknown table engine 'InnoDB' when using LOCK TABLES
Warning: Failed to dump mysql databases transwiki
&lt;/pre&gt;</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/396#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/397</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/397</guid>
        <title>#397: Live server RAM and disk upgrade</title>
        <pubDate>Thu, 23 Feb 2012 15:54:04 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
The live server is all set to have the additional 1GB of RAM added to it, it just needs a reboot at an appropriate time for this to become available. Once it's available configurations changes will be needed to Apache, Varnish etc to enable applications to make use of it.
&lt;/p&gt;
&lt;p&gt;
In addition to upgrading the RAM we have made a new 15GB partition available to the virtual machine (it'll only appear after a reboot) with the intention of using this for the !MySQL databases. This partition is on a pair of mirrored SCSI disks, the rest of the virtual machine is on a pair of SATA disks.
&lt;/p&gt;
&lt;p&gt;
A quick test of the new partition disk speeds:
&lt;/p&gt;
&lt;pre class="wiki"&gt; hdparm -tT /dev/FastDisk/quince-var-lib-mysql
/dev/FastDisk/quince-var-lib-mysql:
 Timing cached reads:   3626 MB in  2.00 seconds = 1815.54 MB/sec
 Timing buffered disk reads:  408 MB in  3.01 seconds = 135.60 MB/sec
&lt;/pre&gt;&lt;p&gt;
Compared to the SATA disks:
&lt;/p&gt;
&lt;pre class="wiki"&gt;hdparm -tT /dev/xvda2
/dev/xvda2:
 Timing cached reads:   1998 MB in  2.00 seconds = 999.00 MB/sec
 Timing buffered disk reads:  92 MB in  3.03 seconds =  30.34 MB/sec
&lt;/pre&gt;&lt;p&gt;
The faster partition and the switch to !InodeDB, see &lt;a class="closed ticket" href="http://localhost:8080/trac/ticket/396" title="maintenance: Migrate MySQL Databases from MyISAM to InnoDB (closed: fixed)"&gt;ticket:396&lt;/a&gt; should, hopefully, result in dramatic performance improvement for !MySQL.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/397#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/398</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/398</guid>
        <title>#398: Host Upgrade to Debian Squeeze</title>
        <pubDate>Wed, 29 Feb 2012 21:31:14 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
While the host that the virtual machines are on is upgraded to squeeze we will point the IP address at another server, this ticket is for this temp redirect of the site to a splash page.
&lt;/p&gt;
&lt;p&gt;
Also &lt;a class="closed ticket" href="http://localhost:8080/trac/ticket/396" title="maintenance: Migrate MySQL Databases from MyISAM to InnoDB (closed: fixed)"&gt;ticket:396&lt;/a&gt; will be done during the downtime.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/398#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/401</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/401</guid>
        <title>#401: Intransitionmovie.com errors with Google and Paypal</title>
        <pubDate>Fri, 16 Mar 2012 12:19:53 GMT</pubDate>
        
        <dc:creator>laura</dc:creator>

        <description>&lt;p&gt;
Having two issues currently on the tnmovie site, and you may be able to guide -
&lt;/p&gt;
&lt;p&gt;
1 - We're using a simple plugin that checks the address input with Google to validate it for the 'share your screenings' section on the site.
Each time an address is input it comes up with an error. 'Error encountered during lookup'.
Worked all fine on my demo server, but not on the new hosting.
I've enabled an API key to be able to refer to the tnmovie site to see if that helps (the plugin doesn't require it), and also on the one item that was okay (transferred from the demo site) - and the google map doesn't show. Not sure if a settings on the webserver thing, or I need to add anything extra to the files.
&lt;/p&gt;
&lt;p&gt;
2 - not sure if paypal has had some hiccups today and late yesterday. We're trying to find out from customers who seems to add an order but not be able to pay, to find out whether the problem is on our side, or when trying to complete the transaction in paypal. The orders show in the admin section of the site as pending, but no payment went through in paypal, nor any paypal logs showing in the wp-plugins/woocommerce/logs/paypal.txt - anything you spot in the server logs that would highlight any errors all welcomed.
Some orders have gone through - but a few have tried several times and not managed to pay.
(I had a quick look at the logs files via sftp, but I need a lesson in understanding all of those!)
Thanks
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/401#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/403</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/403</guid>
        <title>#403: Wild card domain names - *.transitionnetwork.org</title>
        <pubDate>Sat, 31 Mar 2012 10:51:02 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
Currently &lt;a class="ext-link" href="http://everything.transitionnetwork.org/"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://everything.transitionnetwork.org/&lt;/a&gt; and &lt;a class="ext-link" href="http://anything.transitionnetwork.org/"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://anything.transitionnetwork.org/&lt;/a&gt; will serve the live site -- would it be OK to redirect all requests that are not prefixed with www to &lt;a class="ext-link" href="http://www.transitionnetwork.org/"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://www.transitionnetwork.org/&lt;/a&gt; in order to make varnish (and nginx in the future) more efficient?
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/403#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/404</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/404</guid>
        <title>#404: Wild card domain names - *.transitionnetwork.org</title>
        <pubDate>Sat, 31 Mar 2012 10:54:57 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
Currently &lt;a class="ext-link" href="http://everything.transitionnetwork.org/"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://everything.transitionnetwork.org/&lt;/a&gt; and &lt;a class="ext-link" href="http://anything.transitionnetwork.org/"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://anything.transitionnetwork.org/&lt;/a&gt; will serve the live site -- would it be OK to redirect all requests that are not prefixed with www to &lt;a class="ext-link" href="http://www.transitionnetwork.org/"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://www.transitionnetwork.org/&lt;/a&gt; in order to make varnish (and nginx in the future) more efficient?
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/404#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/405</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/405</guid>
        <title>#405: Live server APC settings</title>
        <pubDate>Tue, 17 Apr 2012 10:52:39 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
Since the changes to the APC settings were made for Piwki, &lt;a class="closed ticket" href="http://localhost:8080/trac/ticket/393#comment:20" title="maintenance: Upgrade Piwiki to 1.7 (closed: fixed)"&gt;ticket:393#comment:20&lt;/a&gt; the APC purge rate is now running at over 50%, see &lt;a class="ext-link" href="https://kiwi.transitionnetwork.org/munin/webarch.net/quince.webarch.net/php_apc_purge.html"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;https://kiwi.transitionnetwork.org/munin/webarch.net/quince.webarch.net/php_apc_purge.html&lt;/a&gt; -- a review of the APC configuration is probably needed.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/405#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/408</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/408</guid>
        <title>#408: MySQL InnoDB Changes</title>
        <pubDate>Tue, 24 Apr 2012 08:45:32 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
!MySQL suggestions from Jim, update:
&lt;/p&gt;
&lt;blockquote class="citation"&gt;
&lt;p&gt;
InnoDB to use 1 file per table, and also to ensure cache clears aren't slow, leave (or convert back) the menu_router and search_* tables to MyISAM as D6 batch updates these tables in a retardedly slow manner. (confirmed though personal experience, see  &lt;a class="ext-link" href="http://groups.drupal.org/node/18177"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://groups.drupal.org/node/18177&lt;/a&gt; and others for more).
&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;
&lt;a class="closed ticket" href="http://localhost:8080/trac/ticket/406#comment:4" title="defect: Pressflow problem on Dev site (closed: fixed)"&gt;ticket:406#comment:4&lt;/a&gt;
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/408#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/409</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/409</guid>
        <title>#409: HTTPS Security Issues</title>
        <pubDate>Mon, 30 Apr 2012 09:49:55 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
There are some issues that are highlighted here:
&lt;/p&gt;
&lt;blockquote class="citation"&gt;
&lt;p&gt;
Overall Rating: F Zero
&lt;/p&gt;
&lt;p&gt;
Chain issues         Incorrect order
&lt;/p&gt;
&lt;p&gt;
This server is vulnerable to the BEAST attack (more info &lt;a class="ext-link" href="https://community.qualys.com/blogs/securitylabs/2011/10/17/mitigating-the-beast-attack-on-tls"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;https://community.qualys.com/blogs/securitylabs/2011/10/17/mitigating-the-beast-attack-on-tls&lt;/a&gt; )
&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;
&lt;a class="ext-link" href="https://www.ssllabs.com/ssltest/analyze.html?d=transitionnetwork.org"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;https://www.ssllabs.com/ssltest/analyze.html?d=transitionnetwork.org&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;
That should be fixed on both servers and the documentation should be updated to match:
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;&lt;a class="ext-link" href="https://tech.transitionnetwork.org/trac/wiki/NewLiveServer#HTTPS"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;https://tech.transitionnetwork.org/trac/wiki/NewLiveServer#HTTPS&lt;/a&gt;
&lt;/li&gt;&lt;li&gt;&lt;a class="ext-link" href="https://tech.transitionnetwork.org/trac/wiki/SecurityInfo"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;https://tech.transitionnetwork.org/trac/wiki/SecurityInfo&lt;/a&gt;
&lt;/li&gt;&lt;li&gt;&lt;a class="ext-link" href="https://wiki.transitionnetwork.org/Security"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;https://wiki.transitionnetwork.org/Security&lt;/a&gt;
&lt;/li&gt;&lt;/ul&gt;</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/409#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/417</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/417</guid>
        <title>#417: Images issue on site</title>
        <pubDate>Thu, 20 Sep 2012 14:13:00 GMT</pubDate>
        
        <dc:creator>laura</dc:creator>

        <description>&lt;p&gt;
Not sure if a Chris or Jim one.  At times over the past few months, images are not always displaying on the site. Seems to fix itself quite quickly usually. But has been more noticeable in occurance over past few weeks.  Today though this is an ongoing issue and received loads of emails from staff, vols and users.  The images are there in the html, just not showing to the end user.  (popups working fine when clicked on).
I've just done a clear cache in settings/performance which seems to have helped.
&lt;/p&gt;
&lt;p&gt;
Presume some sort of caching issue going on?
&lt;/p&gt;
&lt;p&gt;
(also site quite sluggish for editing today too)
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/417#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/420</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/420</guid>
        <title>#420: Varnish Downtime</title>
        <pubDate>Tue, 09 Oct 2012 11:49:56 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
Varnish fell over early this morning, this is the entry in &lt;tt&gt;/var/log/messages&lt;/tt&gt;:
&lt;/p&gt;
&lt;pre class="wiki"&gt;Oct  9 02:55:30 quince varnishd[8635]: Child (2879) died signal=3
Oct  9 02:55:54 quince varnishd[8635]: child (11098) Started
Oct  9 02:56:24 quince varnishd[8635]: Child (11098) said Child starts
Oct  9 02:56:27 quince varnishd[8635]: Child (11098) said SMF.s0 mmap'ed 536870912 bytes of 536870912
Oct  9 02:56:27 quince varnishd[8635]: Child (11098) said Child dies
&lt;/pre&gt;</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/420#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/421</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/421</guid>
        <title>#421: Subdomains: list from user: normal?</title>
        <pubDate>Thu, 18 Oct 2012 08:04:22 GMT</pubDate>
        
        <dc:creator>ed</dc:creator>

        <description>&lt;p&gt;
This from a user: could you read/think/check/let us know what you think Chris?
&lt;/p&gt;
&lt;p&gt;
Recently, Google announced a change in the page rank mechanism:
&lt;a class="ext-link" href="http://googlewebmastercentral.blogspot.de/2012/10/a-new-tool-to-disavow"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://googlewebmastercentral.blogspot.de/2012/10/a-new-tool-to-disavow&lt;/a&gt;-...
&lt;/p&gt;
&lt;p&gt;
I've noticed that I get hundreds of links to our site because
transitionnetwork.org can be prefixed by litteraly anything, thus duplicating
its contents and unique URLs. This kind of deduplication is not good since
google will consider the links to be of a poorer quality. As an example, I
get a list of links with the following originating URLs:
&lt;/p&gt;
&lt;p&gt;
222.transitionnetwork.org
2ftotnes.transitionnetwork.org
2fwww.transitionnetwork.org
2www.transitionnetwork.org
dir.transitionnetwork.org
edmitchell.transitionnetwork.org
httpstatic.transitionnetwork.org
jims-test-presence.transitionnetwork.org
maail.transitionnetwork.org
mean.www.transitionnetwork.org
news.transitionnetwork.org
newstats.transitionnetwork.org
smtp.transitionnetwork.org
stories.transitionnetwork.org
w3ww.transitionnetwork.org
www.transitionnetwork.org
wwww.transitionnetwork.org
I understand you want to catchall typos like wwww instead of www, but I think
the better way would be to redirect all traffic to www instead of actually
allow to browse the site with wwww.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/421#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/463</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/463</guid>
        <title>#463: Ttech Skype Meeting 22nd November 2012</title>
        <pubDate>Thu, 22 Nov 2012 15:20:06 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
Skype meeting at 8pm tonight, see &lt;a class="closed ticket" href="http://localhost:8080/trac/ticket/456" title="defect: Ttech Skype Meeting 7th November 2012 (closed: fixed)"&gt;ticket:456&lt;/a&gt; for the last meeting.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/463#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/466</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/466</guid>
        <title>#466: Puffin install and configuration</title>
        <pubDate>Wed, 28 Nov 2012 13:42:56 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
This ticket is to track the install and configuration of the new &lt;a class="wiki" href="http://localhost:8080/trac/wiki/PuffinServer"&gt;wiki:PuffinServer&lt;/a&gt; which is to replace &lt;a class="wiki" href="http://localhost:8080/trac/wiki/NewLiveServer"&gt;wiki:NewLiveServer&lt;/a&gt; and &lt;a class="wiki" href="http://localhost:8080/trac/wiki/DevelopmentServer"&gt;wiki:DevelopmentServer&lt;/a&gt; and is due to go live in early 2013.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/466#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/468</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/468</guid>
        <title>#468: Load problems on kiwi and quince</title>
        <pubDate>Mon, 03 Dec 2012 13:40:53 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
The load on the live server today was such that it ended up in off-line mode.
&lt;/p&gt;
&lt;p&gt;
It's now right down again, after these things were done:
&lt;/p&gt;
&lt;ol&gt;&lt;li&gt;Munin has been stopped on kiwi, there are alternative stats here:
&lt;ul&gt;&lt;li&gt;&lt;a class="ext-link" href="https://ecodissident.net/munin/webarch.net/kiwi.webarch.net/"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;https://ecodissident.net/munin/webarch.net/kiwi.webarch.net/&lt;/a&gt;
&lt;/li&gt;&lt;li&gt;&lt;a class="ext-link" href="https://ecodissident.net/munin/webarch.net/quince.webarch.net/"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;https://ecodissident.net/munin/webarch.net/quince.webarch.net/&lt;/a&gt;
&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;li&gt;"DTS Agent" (which appears to be a spam bot) was requesting a huge number of pages so it's been blocked at a varnish level following the suggestion here &lt;a class="ext-link" href="http://omninoggin.com/web-development/block-unwanted-spam-bots-using-varnish-vcl/"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://omninoggin.com/web-development/block-unwanted-spam-bots-using-varnish-vcl/&lt;/a&gt;
&lt;/li&gt;&lt;li&gt;We have increased the amount of CPU slices quince get's to address the steal issue show here &lt;a class="ext-link" href="https://ecodissident.net/munin/webarch.net/quince.webarch.net/cpu.html"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;https://ecodissident.net/munin/webarch.net/quince.webarch.net/cpu.html&lt;/a&gt;
&lt;/li&gt;&lt;/ol&gt;</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/468#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/470</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/470</guid>
        <title>#470: Penguin install and configuration</title>
        <pubDate>Sat, 15 Dec 2012 16:05:16 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
penguin.webarch.net is a new 2GB RAM virtual server which will replace &lt;a class="wiki" href="http://localhost:8080/trac/wiki/NewLiveServer"&gt;NewLiveServer&lt;/a&gt; and &lt;a class="wiki" href="http://localhost:8080/trac/wiki/DevelopmentServer"&gt;DevelopmentServer&lt;/a&gt; for running all non-Drupal sites and is due to go live in early 2013. Drupal sites from the old servers will be migrated to &lt;a class="wiki" href="http://localhost:8080/trac/wiki/PuffinServer"&gt;PuffinServer&lt;/a&gt;.
&lt;/p&gt;
&lt;p&gt;
This ticket has been created for tracking time and tasks done during the install.
&lt;/p&gt;
&lt;p&gt;
See &lt;a class="ext-link" href="https://tech.transitionnetwork.org/trac/wiki/PenguinServer"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;https://tech.transitionnetwork.org/trac/wiki/PenguinServer&lt;/a&gt; and also the corresponding &lt;a class="wiki" href="http://localhost:8080/trac/wiki/PuffinServer"&gt;PuffinServer&lt;/a&gt;.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/470#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/471</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/471</guid>
        <title>#471: Ttech Skype Meeting 17th December 2012</title>
        <pubDate>Mon, 17 Dec 2012 20:04:44 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
Skype meeting tonight, now, the last meeting was &lt;a class="closed ticket" href="http://localhost:8080/trac/ticket/463" title="task: Ttech Skype Meeting 22nd November 2012 (closed: fixed)"&gt;ticket:463&lt;/a&gt;
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/471#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/472</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/472</guid>
        <title>#472: Quince to Puffin rsync script</title>
        <pubDate>Tue, 08 Jan 2013 13:04:54 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
Request from Jim:
&lt;/p&gt;
&lt;p&gt;
"can you set up an rsync script on the new box that can:
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;Grab all the files from sites/default/files on the old site recursively
&lt;/li&gt;&lt;li&gt;Exclude the directories 'ctools', 'js', 'css' and 'tmp' folders
&lt;/li&gt;&lt;li&gt;Put them in the /data/disk/[o1 OR tn depending on setup]/static/sites/transitionnetwork.org/files (make the folder)
&lt;/li&gt;&lt;li&gt;Be able to be run any time to bring this up to date, including deleting files that are gone and replacing all changed (except those in the ignored folders)
&lt;/li&gt;&lt;li&gt;Set the permissions and owners afterwards (I'll get the correct values for this afterwards, just leave a space in the script at the end)
&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;
If you can put this in /data/disk/[o1 OR tn depending on setup]/scripts/pull-files-from-quince.sh or similar then that would be awesome. This will allow us to get all the files from the other site whenever and will be useful many times, including when we finally do the go-live."
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/472#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/475</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/475</guid>
        <title>#475: Generate a new SSL certificate</title>
        <pubDate>Tue, 22 Jan 2013 16:11:08 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
We need a new certificate for *.transitionnetwork.org and we need to document how to get one and how to set it up and we might as well do this on the on the &lt;a class="wiki" href="http://localhost:8080/trac/wiki/SecurityInfo"&gt;wiki:SecurityInfo&lt;/a&gt; page.
&lt;/p&gt;
&lt;p&gt;
See the notes for the existing live server &lt;a class="wiki" href="http://localhost:8080/trac/wiki/NewLiveServer#HTTPS"&gt;wiki:NewLiveServer#HTTPS&lt;/a&gt;
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/475#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/478</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/478</guid>
        <title>#478: Import TN.org site from Quince to Puffin</title>
        <pubDate>Sat, 26 Jan 2013 19:47:02 GMT</pubDate>
        
        <dc:creator>jim</dc:creator>

        <description>&lt;p&gt;
This ticket is to log/document steps in the process of importing TN.org onto the new Puffin server.
&lt;/p&gt;
&lt;p&gt;
&lt;strong&gt;Current imported site at: &lt;a class="ext-link" href="http://newlive.puffin.webarch.net/"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://newlive.puffin.webarch.net/&lt;/a&gt;&lt;/strong&gt;
&lt;/p&gt;
&lt;h2 id="ImportProcess"&gt;Import Process&lt;/h2&gt;
&lt;p&gt;
This needs Part A of &lt;a class="ext-link" href="https://tech.transitionnetwork.org/trac/ticket/479"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;Transfer live TN.org site to Puffin&lt;/a&gt; before continuing.
&lt;/p&gt;
&lt;ol&gt;&lt;li&gt;Run &lt;a class="ext-link" href="https://tech.transitionnetwork.org/trac/ticket/472"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;Quince to Puffin rsync script&lt;/a&gt; to get Drupal files.
&lt;/li&gt;&lt;li&gt;Make 'Transition Network XXX' platform from the latest makefile per &lt;a class="ext-link" href="https://wiki.transitionnetwork.org/BOA_Server#Building_the_TransitionNetwork.org_Drupal_6_platform"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;BOA Server&lt;/a&gt; page.
&lt;/li&gt;&lt;li&gt;Create an empty site on platform called 'www.transitionnetwork.org' with aliases for dev.newlive.puffin.webarch.net, newlive.puffin.webarch.net, and dev.www.transitionnetwork.org (dev.newlive... ones will go after launch).
&lt;/li&gt;&lt;li&gt;SSH to Puffin and replace the default files folder with symlink to the one imported:
&lt;pre class="wiki"&gt;totn
cd static/transition-network-d6-XXX/sites/transitionnetwork.org
rm -R files
ln -s ~/static/sites/transitionnetwork.org-PROD/files/
&lt;/pre&gt;&lt;/li&gt;&lt;li&gt;Use one-time login link sent to me but replacing transitionnetwork.org with dev.newlive.puffin.webarch.net in url.
&lt;/li&gt;&lt;li&gt;Enable Backup and Migrate module, use to import DB backup from Quince TN.org present in the Backup &amp;amp; Migrate manual folder.
&lt;pre class="wiki"&gt;drush @www.transitionnetwork.org en backup_migrate
&lt;/pre&gt;&lt;/li&gt;&lt;li&gt;(white screen of death, expected)
&lt;/li&gt;&lt;li&gt;Run following as 'tn' to remove unneeded modules, then clear registry and caches, then update database for module/core updates:
&lt;pre class="wiki"&gt;drush @www.transitionnetwork.org rr
drush @www.transitionnetwork.org updb
drush @www.transitionnetwork.org en reroute_email environment_indicator robotstxt
&lt;/pre&gt;&lt;/li&gt;&lt;li&gt;Check site is ok.
&lt;/li&gt;&lt;li&gt;Double-migrate per &lt;a class="ext-link" href="http://omega8.cc/import-your-sites-to-aegir-in-8-easy-steps-109#hint-8"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://omega8.cc/import-your-sites-to-aegir-in-8-easy-steps-109#hint-8&lt;/a&gt; (migrate site to 'rename.transitionnetwork.org', then back to 'www.transitionnetwork.org')
&lt;/li&gt;&lt;li&gt;add &lt;tt&gt;puffin_server_override_settings_set_environment('Production');&lt;/tt&gt; to the local.settings.php file to set environment to test mode (no emails).
&lt;/li&gt;&lt;li&gt;Set logo and favicon admin/build/themes/settings/transition2  (replace 'default' with 'www.transitionnetwork.org')
&lt;/li&gt;&lt;li&gt;Change 443 Session settings to force HTTPS for logged in users.
&lt;/li&gt;&lt;li&gt;Run developer tests on site, email all to begin testing before decision on DNS switch.
&lt;/li&gt;&lt;/ol&gt;</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/478#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/481</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/481</guid>
        <title>#481: Puffin tweaks</title>
        <pubDate>Sun, 27 Jan 2013 18:26:45 GMT</pubDate>
        
        <dc:creator>jim</dc:creator>

        <description>&lt;p&gt;
Further to &lt;a class="closed ticket" href="http://localhost:8080/trac/ticket/466" title="task: Puffin install and configuration (closed: fixed)"&gt;#466&lt;/a&gt; there are some things to tweak on Puffin. Thought I'd put the little ones in this ticket...
&lt;/p&gt;
&lt;ol&gt;&lt;li&gt;Bash autocompletes don't really work with tab for apt-get, service, some filename options etc... miss that a lot!
&lt;/li&gt;&lt;li&gt;Users don't seem to be auto-logged out once in via ssh. I've had my pc standby and the connection drop, but the logins I had don't seem to have been killed. According to &lt;a class="ext-link" href="http://cgp.master.puffin.webarch.net/host.php?h=puffin.webarch.net"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://cgp.master.puffin.webarch.net/host.php?h=puffin.webarch.net&lt;/a&gt; there are 3 users when I have only 1 session active. Are these yours or from old &lt;tt&gt;screen&lt;/tt&gt;s?
&lt;/li&gt;&lt;/ol&gt;</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/481#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/483</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/483</guid>
        <title>#483: Nginx 502 Bad Gateway Errors with BOA</title>
        <pubDate>Mon, 28 Jan 2013 11:23:45 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
The Barracuda Octopus Aegir server on puffin.webarch.net is getting generating a lot of Nginx 502 Bad Gateway errors, see &lt;a class="closed ticket" href="http://localhost:8080/trac/ticket/466#comment:31" title="task: Puffin install and configuration (closed: fixed)"&gt;ticket:466#comment:31&lt;/a&gt; and &lt;a class="closed ticket" href="http://localhost:8080/trac/ticket/466#comment:38" title="task: Puffin install and configuration (closed: fixed)"&gt;ticket:466#comment:38&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;
The Nginx logs contain 58 502 errors:
&lt;/p&gt;
&lt;pre class="wiki"&gt;cd /var/log/nginx
grep " 502 " * | wc -l
58
&lt;/pre&gt;&lt;p&gt;
I expect the cause of these is Nginx asking PHP-FPM for a page and not getting one, an answer might be to either speed up PHP-FPM response time or adjust the Nginx settings so that it waits longs for a response from PHP-FPM.
&lt;/p&gt;
&lt;p&gt;
There are several threads about this on &lt;a class="ext-link" href="http://groups.drupal.org/"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://groups.drupal.org/&lt;/a&gt; but none of them have any useful suggestions (eg &lt;a class="ext-link" href="http://groups.drupal.org/node/87759"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;1&lt;/a&gt; &lt;a class="ext-link" href="http://groups.drupal.org/node/165334"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;2&lt;/a&gt; &lt;a class="ext-link" href="http://groups.drupal.org/node/198428"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;3&lt;/a&gt; &lt;a class="ext-link" href="http://groups.drupal.org/node/271588"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;4&lt;/a&gt;).
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/483#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/487</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/487</guid>
        <title>#487: robots.txt files for development sites</title>
        <pubDate>Tue, 29 Jan 2013 13:24:35 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
All the sites other than www.transitionnetwork.org on &lt;a class="wiki" href="http://localhost:8080/trac/wiki/PuffinServer"&gt;wiki:PuffinServer&lt;/a&gt; should have a robots.txt file to exclude them from being crawled and indexed to prevent the development versions of sites being included in search results.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/487#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/489</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/489</guid>
        <title>#489: Problems with SSL?</title>
        <pubDate>Thu, 07 Feb 2013 07:32:35 GMT</pubDate>
        
        <dc:creator>ed</dc:creator>

        <description>&lt;p&gt;
User having problems with tn.org login:
"I enter my username and password, get a message: The identity of this website has not been verified, server's certificate has expired"
&lt;/p&gt;
&lt;p&gt;
do we need to attend to the SSL certificate in anyway?
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/489#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/499</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/499</guid>
        <title>#499: MySQL backup dump error on puffin</title>
        <pubDate>Tue, 26 Feb 2013 01:26:53 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
Warnings from /etc/backup.d/20.mysql :
&lt;/p&gt;
&lt;pre class="wiki"&gt;Warning: mysqldump: Got error: 1142: "SELECT,LOCK TABL command denied to user 'root'@'localhost' for table 'cond_instances'" when using LOCK TABLES
Warning: Failed to dump mysql databases performance_schema
&lt;/pre&gt;</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/499#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/500</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/500</guid>
        <title>#500: Quince shutdown</title>
        <pubDate>Tue, 26 Feb 2013 20:07:46 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
Can people check that there is nothing they need on quince -- I think it's safe to shut it down at the end of the month?
&lt;/p&gt;
&lt;p&gt;
There will still be the backups, I suggest we keep them for a few month just in case.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/500#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/503</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/503</guid>
        <title>#503: Widget owners cannot see project moderation tab</title>
        <pubDate>Fri, 01 Mar 2013 15:41:08 GMT</pubDate>
        
        <dc:creator>ed</dc:creator>

        <description>&lt;p&gt;
Test user1 cannot see project moderation tab. Admin can. Must be a rights issue. Can't test!
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/503#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/522</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/522</guid>
        <title>#522: Uninstall 'collectd' as redundant in face of Munin setup</title>
        <pubDate>Sat, 16 Mar 2013 09:50:01 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
Collectd is no longer needed as Munin is set up and being used by wider infrastructure at Web Architects.
&lt;/p&gt;
&lt;p&gt;
Uninstall Collectd, remove from any documentation.
&lt;/p&gt;
&lt;p&gt;
-- was ---
&lt;/p&gt;
&lt;p&gt;
Every evening at 17:36 these errors are written to the &lt;tt&gt;/var/log/daemon.log&lt;/tt&gt; on &lt;a class="wiki" href="http://localhost:8080/trac/wiki/PuffinServer"&gt;wiki:PuffinServer&lt;/a&gt;
&lt;/p&gt;
&lt;pre class="wiki"&gt;Mar 15 17:36:41 puffin mysqld: 130315 17:36:41 [Warning] Access denied for user 'collectd'@'localhost' (using password: YES)
Mar 15 17:36:41 puffin collectd[57763]: mysql plugin: Failed to connect to database &amp;lt;none&amp;gt; at server localhost: Access denied for user 'collectd'@'localhost' (using password: YES)
Mar 15 17:36:41 puffin collectd[57763]: read-function of plugin `mysql' failed. Will suspend it for 86400 seconds.
Mar 15 18:18:10 puffin mysqld: cron, s.conditions, s.lang
&lt;/pre&gt;</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/522#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/529</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/529</guid>
        <title>#529: New Barracuda BOA-2.0.7 Edition available</title>
        <pubDate>Fri, 05 Apr 2013 08:57:09 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;blockquote class="citation"&gt;
&lt;blockquote&gt;
&lt;p&gt;
There is new BOA-2.0.7 Edition of Barracuda and Octopus available.
&lt;/p&gt;
&lt;/blockquote&gt;
&lt;blockquote&gt;
&lt;p&gt;
Please review the changelog and upgrade as soon as possible
to receive all security updates and new features.
&lt;/p&gt;
&lt;/blockquote&gt;
&lt;blockquote&gt;
&lt;p&gt;
Changelog: &lt;a class="ext-link" href="http://bit.ly/newboa"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://bit.ly/newboa&lt;/a&gt;
&lt;/p&gt;
&lt;/blockquote&gt;
&lt;/blockquote&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/529#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/530</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/530</guid>
        <title>#530: New Barracuda BOA-2.0.8 Edition available</title>
        <pubDate>Mon, 08 Apr 2013 07:44:51 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
If I had known this was about to come out I would have waited before doing the BOA-2.0.7 upgrade last night on &lt;a class="closed ticket" href="http://localhost:8080/trac/ticket/529" title="maintenance: New Barracuda BOA-2.0.7 Edition available (closed: fixed)"&gt;ticket:529&lt;/a&gt;
&lt;/p&gt;
&lt;blockquote class="citation"&gt;
&lt;p&gt;
There is new BOA-2.0.8 Edition of Barracuda and Octopus available.
&lt;/p&gt;
&lt;p&gt;
Please review the changelog and upgrade as soon as possible to receive all security updates and new features.
&lt;/p&gt;
&lt;p&gt;
Changelog: &lt;a class="ext-link" href="http://bit.ly/newboa"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://bit.ly/newboa&lt;/a&gt;
&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;
Is mostly to fix a problem for people using Percona, &lt;a class="ext-link" href="https://drupal.org/node/1962690"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;https://drupal.org/node/1962690&lt;/a&gt; and as we are using MariaDB this isn't an issue for us.
&lt;/p&gt;
&lt;p&gt;
Other updates in this version:
&lt;/p&gt;
&lt;blockquote class="citation"&gt;
&lt;ul&gt;&lt;li&gt;Allow to use [a-z0-9] subdomains and not only [www] for IDN domain names.
&lt;/li&gt;&lt;li&gt;Change the interval between platforms builds from 5 to 3 seconds.
&lt;/li&gt;&lt;li&gt;Forced 1s Speed Booster TTL for vhosts behind local proxy is deprecated.
&lt;/li&gt;&lt;li&gt;Move old firewall logs to backups to avoid crazy load after upgrade.
&lt;/li&gt;&lt;li&gt;Nginx: Better exceptions handling in the Abuse Guard for js/shs modules.
&lt;/li&gt;&lt;li&gt;PHP: CLI is at 5.3 since BOA-2.0.4, so symlink old 5.2 binary path to 5.3
&lt;/li&gt;&lt;li&gt;Update _LENNY_TO_SQUEEZE major upgrade procedure.
&lt;/li&gt;&lt;li&gt;Update contrib with login_security-7.x-1.2
&lt;/li&gt;&lt;li&gt;Use static downloads for all distros in stable edition.
&lt;/li&gt;&lt;/ul&gt;&lt;/blockquote&gt;
&lt;p&gt;
I'll do this update tonight unless there are any objections, hopefully it should be quite quick.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/530#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/531</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/531</guid>
        <title>#531: Disk usage on puffin</title>
        <pubDate>Wed, 10 Apr 2013 13:12:24 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
The disk usage on puffing is currently at 85% and it's been going up at around 5% a week, see:
&lt;/p&gt;
&lt;p&gt;
&lt;a class="ext-link" href="https://penguin.transitionnetwork.org/munin/transitionnetwork.org/puffin.transitionnetwork.org/df.html"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;https://penguin.transitionnetwork.org/munin/transitionnetwork.org/puffin.transitionnetwork.org/df.html&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;
This will become a critical issue in a couple of weeks, it would be good to find and address the cause before then.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/531#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/535</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/535</guid>
        <title>#535: Upgrade Puffin, Penguin and Parrot from Debian Squeeze to Wheezy</title>
        <pubDate>Fri, 26 Apr 2013 18:49:16 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
Debian 7 is &lt;a class="ext-link" href="http://bits.debian.org/2013/04/release-date.html"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;due out on 5th May 2013&lt;/a&gt; and &lt;a class="wiki" href="http://localhost:8080/trac/wiki/PuffinServer"&gt;wiki:PuffinServer&lt;/a&gt;, &lt;a class="wiki" href="http://localhost:8080/trac/wiki/PenguinServer"&gt;wiki:PenguinServer&lt;/a&gt; and &lt;a class="wiki" href="http://localhost:8080/trac/wiki/ParrotServer"&gt;wiki:ParrotServer&lt;/a&gt; will need upgrading.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/535#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/543</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/543</guid>
        <title>#543: Puffin Load Spike</title>
        <pubDate>Fri, 03 May 2013 20:48:16 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
Puffin just had a massive load spike up to 65 and then it calmed down and it's up in the 70's again:
&lt;/p&gt;
&lt;pre class="wiki"&gt;uptime
 21:46:43 up 91 days,  3:01,  4 users,  load average: 73.45, 30.76, 28.09
&lt;/pre&gt;&lt;p&gt;
I'm trying to find the cause, it's making the TN site unresponsive.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/543#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/544</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/544</guid>
        <title>#544: CSF / LDF false positive blocks on Puffin</title>
        <pubDate>Sat, 04 May 2013 11:02:53 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
Ticket to keep track of CSF /LDF issues on Puffin, see &lt;a class="wiki" href="http://localhost:8080/trac/wiki/PuffinServer#CSFLDF"&gt;wiki:PuffinServer#CSFLDF&lt;/a&gt;
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/544#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/545</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/545</guid>
        <title>#545: Registration page: 502</title>
        <pubDate>Wed, 08 May 2013 08:38:13 GMT</pubDate>
        
        <dc:creator>ed</dc:creator>

        <description>&lt;p&gt;
&lt;a class="ext-link" href="http://www.transitionnetwork.org/user/register"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://www.transitionnetwork.org/user/register&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;
found a bunch of these yesterday - this one is still showing a 502...
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/545#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/547</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/547</guid>
        <title>#547: New Barracuda BOA-2.0.9 Edition available</title>
        <pubDate>Fri, 10 May 2013 11:28:17 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
Do we want to upgrade to Wheezy, see &lt;a class="closed ticket" href="http://localhost:8080/trac/ticket/535" title="maintenance: Upgrade Puffin, Penguin and Parrot from Debian Squeeze to Wheezy (closed: fixed)"&gt;ticket:535&lt;/a&gt; at the same time as upgrading to BOA-2.0.9? Or should we wait a few weeks, as Jim suggested here &lt;a class="closed ticket" href="http://localhost:8080/trac/ticket/535#comment:3" title="maintenance: Upgrade Puffin, Penguin and Parrot from Debian Squeeze to Wheezy (closed: fixed)"&gt;ticket:535#comment:3&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;
I think we should schedule this update (to BOA-2.0.9) for an evening when there isn't much traffic on the site, perhaps Saturday or Sunday night. I don't think this update is super urgent as we have already upgraded Nginx, see &lt;a class="closed ticket" href="http://localhost:8080/trac/ticket/218#comment:80" title="maintenance: Debian upgrades and updates (closed: fixed)"&gt;ticket:218#comment:80&lt;/a&gt;
&lt;/p&gt;
&lt;blockquote class="citation"&gt;
&lt;p&gt;
There is new BOA-2.0.9 Edition of Barracuda and Octopus available.
&lt;/p&gt;
&lt;p&gt;
Please review the changelog and upgrade as soon as possible
to receive all security updates and new features.
&lt;/p&gt;
&lt;p&gt;
Changelog: &lt;a class="ext-link" href="http://bit.ly/newboa"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://bit.ly/newboa&lt;/a&gt;
&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;
The Changelog contains:
&lt;/p&gt;
&lt;pre class="wiki"&gt;# This is the first Barracuda-only Edition, released to address important
  security issue with Nginx server and provide system level upgrades.
  This Edition will not upgrade Aegir Master nor Aegir Satellite Instances,
  because there was no new Drupal core released since BOA-2.0.8 Edition and
  there were not enough updates to built-in platforms or contrib accumulated.
  Releasing Barracuda-only Edition separately from full Edition allows us
  to address system/services security issues without any extra delay,
  while releasing Octopus-only Edition will allow us to provide Drupal core
  or Aegir version upgrades, without affecting system level services.
  There is also another reason while separate releases will be useful.
  BOA-2.0.9 is the last Edition where Aegir 2.x uses still old Drush 4.6
  in the backend. We need to sync BOA specific Aegir 2.x with upstream
  and finally switch to Drush 5, or even Drush 6, if possible.
  This change, however, may cause issues if you still host legacy Drupal 5
  or some old Drupal 6 sites, with either core or contrib not compatible
  with PHP 5.3, which is now used by default.
  That is why we plan to introduce ability to install older/previous
  Barracuda and/or Octopus release, if you need more time to upgrade.
# New features and enhancements in this release:
  * Debian 7.0 Wheezy support.
  * Automated upgrade from Squeeze with _SQUEEZE_TO_WHEEZY=YES option.
  * Added config template with inline how-to in docs/cnf/barracuda.cnf
  * Added config template with inline how-to in docs/cnf/octopus.cnf
  * Added passwords encryption how-to in docs/BLOWFISH.txt
  * Added the list of symbols used on install in docs/PLATFORMS.txt
  * Forced mysql restart if there are too many high CPU mysqld processes.
  * Improved docs/NOTES.txt
  * Improved docs/README.txt
  * Install libpam-unix2 and libxcrypt1 by default.
  * Install s3cmd by default.
  * Issue #1974640 - Allow to use Midnight Commander for limited shell users.
  * Limited Shell Logs Monitor enabled by default.
  * Nginx: Check for Linux/Cdorked.A malware and delete if discovered.
  * Re-generate and sync Aegir passwords before and after instance upgrade.
  * The silent 'system' mode documented in docs/UPGRADE.txt
  * Allow to exclude platform from otherwise forced `drush en entitycache -y`
    if sites/all/modules/entitycache_dont_enable.info control file is present.
# Changes in this release:
  * Nginx 1.5.0 - security upgrade for CVE-2013-2028
  * PHP 5.3.25
  * Redis 2.6.13
  * Do not disable update module in platforms known to include it as required.
  * Firewall: Open port 1129 for outgoing connections (some gateways need it).
  * Force syslog module as disabled by default and save some disk I/O.
  * Tune kernel to always use max RAM and not swap, if possible.
# Fixes in this release:
  * Add outgoing port 25 SMTP to the list of requirements.
  * Firewall: Add truly permanent block for heavy abusers.
  * Fix for mytop support, available again on systems with MariaDB.
  * Fix permissions in the /data/all tree if required.
  * Fix the order of checks - they scan only the last (current) minute.
  * Force _STRONG_PASSWORDS=NO if locales still look broken on second check.
  * Improve detecting no longer running drush.php and/or cron PHP processes.
  * Improve fix_locales logic.
  * Improve global.inc symlinking on initial install and upgrade.
  * Improve messages displayed when fix_locales discovers broken locales.
  * Improve monitoring to avoid duplicate entries on low traffic systems.
  * Improve sanitize_string() filtering to avoid issues with strong passwords.
  * Improve syncpass tool - Update system user passwd and flush privileges.
  * Issue #1961226 - Warning: Could not change permissions of sites/all to 751.
  * Issue #1962458 - 403 for anonymous users on node/add.
  * Issue #1963044 - Force UTF-8 locales if not present/configured properly.
  * Issue #1974542 - Use /root/.home.no.wildcard.chmod.cnf control file.
  * Issue #1987936 - Restore ability to install PHP 5.2 for FPM and CLI.
  * Make sure that /dev/null is writable for everyone.
  * Make sure that all drushrc.php files are owned by Aegir system user.
  * Make sure that all expected sites/all/{modules,themes,libraries} dirs exist.
  * Make sure that DB server is restarted on upgrade after config tuning.
  * Make sure that pdnsd and resolvconf are properly installed.
  * Nginx: Remove duplicate Vary: Accept-Encoding headers.
  * Percona no longer supports older Ubuntu non-LTS releases.
  * PHP: Do not reload FPM every hour - it may cause error 502.
  * PHP: Fix paths depending on CLI version used.
  * PHP: Fix the extensions installation and upgrade logic.
  * PHP: Make sure that the FPM port is set correctly for D6 sites with 5.2
  * PHP: Properly uninstall all related packages when using source build.
  * PHP: Start more FPM workers on systems with enough RAM by default.
  * Purge bin logs before disabling them.
  * Run NewRelic re-install early enough to avoid locking full-upgrade.
  * Sync the load limits for spiders and backend tasks.
  * The Java/Jetty monitor should use higher allowed limits by default.
  * Update apticron message to recommend system mode instead of full upgrade.
  * Update docs for _BUILD_FROM_SRC option.
  * Use aggressive enough Jetty restart procedure on nightly services reload.
  * Use correct status messages on install and upgrade.
  * Use installer and not Aegir version download on stable install/upgrade.
&lt;/pre&gt;</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/547#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/549</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/549</guid>
        <title>#549: Support with publishing process</title>
        <pubDate>Wed, 15 May 2013 16:09:13 GMT</pubDate>
        
        <dc:creator>ed</dc:creator>

        <description>&lt;p&gt;
Mark supporting Ben with publishing process
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/549#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/552</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/552</guid>
        <title>#552: Puffin Downtime 23rd May 2013</title>
        <pubDate>Thu, 23 May 2013 20:54:15 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
There was a massive load spike on &lt;a class="wiki" href="http://localhost:8080/trac/wiki/PuffinServer"&gt;wiki:PuffinServer&lt;/a&gt; this afternoon, the load average peaked at over 60 and at exactly the same time there was also one on the virtual server serving &lt;a class="ext-link" href="http://webarch.net/"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://webarch.net/&lt;/a&gt;.
&lt;/p&gt;
&lt;p&gt;
Pingdom reported:
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;www.transitionnetwork.org down since 23/05/2013  12:11:57
&lt;/li&gt;&lt;li&gt;www.transitionnetwork.org is UP again at 23/05/2013  12:19:57, after 8m of downtime
&lt;/li&gt;&lt;li&gt;www.transitionnetwork.org is down since 23/05/2013  12:26:57
&lt;/li&gt;&lt;li&gt;www.transitionnetwork.org is UP again at 23/05/2013  12:58:57, after 32m of downtime
&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;
When I did managed to get back into the server php-fpm and nginx were not running and it took several attempt to get them to start up.
&lt;/p&gt;
&lt;p&gt;
Attached is the munin graps of the load from today, munin didn't record the start of the spike but it did start recording it as it came down.
&lt;/p&gt;
&lt;p&gt;
This ticket has been created to report the issue and also to record anything that might be found in the logs to explain what happened.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/552#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/554</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/554</guid>
        <title>#554: Site slow down and MySQL load increase</title>
        <pubDate>Tue, 28 May 2013 18:11:51 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
Since the upgrade to &lt;a class="ext-link" href="http://blog.mariadb.org/mariadb-5-5-31-now-available/"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;MariaDB 5.5.31&lt;/a&gt;, done on &lt;a class="closed ticket" href="http://localhost:8080/trac/ticket/218#comment:93" title="maintenance: Debian upgrades and updates (closed: fixed)"&gt;ticket:218#comment:93&lt;/a&gt; (and fixed on &lt;a class="closed ticket" href="http://localhost:8080/trac/ticket/548#comment:32" title="defect: All Admin functions broken on TN.org (closed: fixed)"&gt;ticket:548#comment:32&lt;/a&gt;) there appears to have been been a noticeable slowdown in the time for pages to be generated, measuring with &lt;a class="ext-link" href="http://tools.pingdom.com/fpt/"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://tools.pingdom.com/fpt/&lt;/a&gt; the front page alone takes around 5 seconds to generate.
&lt;/p&gt;
&lt;p&gt;
There is a clear increase in the amount of MySQL/MariaDB activity measured by Munin, see the attached graphs, the upgrade was done around midday on 24th May 2013. There has also been a increase in traffic according to the firewall graphs. The memory usage of redis has also dropped right down and the database memory usage has significantly increased.
&lt;/p&gt;
&lt;p&gt;
It's not totally clear if the cause of this change in behaviour of the site is related to the MySQL/MariaDB upgrade or if there was a coincidental change in the traffic to the site at the same time. There is no noticeable change in the visitors recorded in the Piwik stats.
&lt;/p&gt;
&lt;p&gt;
According to pingdom the front page of the site is now "slower than 77% of all tested websites"  with a total load time of around 6 seconds, almost all of this is down to the wait of around 5 seconds for the index.php file. This can also be tested from parrot with Apache bench, sometimes cached pages are served up and these appear in an instance, if the front page is generated it takes around 5 seconds, see &lt;a class="wiki" href="http://localhost:8080/trac/wiki/LoadTimes#a2013-05-28"&gt;wiki:LoadTimes#a2013-05-28&lt;/a&gt;
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/554#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/555</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/555</guid>
        <title>#555: Load spikes causing the TN site to be stopped for 15 min at a time</title>
        <pubDate>Wed, 29 May 2013 09:53:52 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
The BOA &lt;tt&gt;/var/xdrago/second.sh&lt;/tt&gt; script is run every minute via the root crontab and if it detects a certain load level it changes the nginx config to a "high load" config which results in bots being served 503 errors when they spider the site, see &lt;a class="closed ticket" href="http://localhost:8080/trac/ticket/563" title="maintenance: 503 Errors (closed: fixed)"&gt;ticket:563&lt;/a&gt;. When the load goes higher and hits another threshold the &lt;tt&gt;second.sh&lt;/tt&gt; script kills the webserver applications, nginx and php-fpm, and waits till the load has dropped before starting them up again. This was happening once or twice a day following the increase in traffic around the launch of &lt;a class="ext-link" href="https://www.transitionnetwork.org/power-just-doing-stuff"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;The Power of Just Doing Stuff&lt;/a&gt;. This has been addressed by multiplying the thresholds by 5 in &lt;tt&gt;second.sh&lt;/tt&gt;.
&lt;/p&gt;
&lt;h2 id="OriginalDescription"&gt;Original Description&lt;/h2&gt;
&lt;p&gt;
This morning at 10:19:24 I received the following alert from puffin:
&lt;/p&gt;
&lt;pre class="wiki"&gt;Subject: lfd on puffin.webarch.net: High 5 minute load average alert - 6.59
Time:                    Wed May 29 10:17:02 2013 +0100
1 Min Load Avg:          23.39
5 Min Load Avg:          6.59
15 Min Load Avg:         2.57
Running/Total Processes: 44/326
&lt;/pre&gt;&lt;p&gt;
At 10:21:57 I got an alert regarding ssh:
&lt;/p&gt;
&lt;pre class="wiki"&gt;Service: SSH
Host: puffin
Address: puffin.webarch.net
State: CRITICAL
Date/Time: Wed May 29 10:21:57 BST 2013
Additional Info:
CRITICAL - Socket timeout after 10 seconds
&lt;/pre&gt;&lt;p&gt;
Then at 10:26:47 ssh appeared to have recovered:
&lt;/p&gt;
&lt;pre class="wiki"&gt;Service: SSH
Host: puffin
Address: puffin.webarch.net
State: OK
Date/Time: Wed May 29 10:26:47 BST 2013
Additional Info:
SSH OK - OpenSSH_5.5p1 Debian-6+squeeze3 (protocol 2.0)
&lt;/pre&gt;&lt;p&gt;
But then pingdom reported at 10:29:07:
&lt;/p&gt;
&lt;pre class="wiki"&gt;www.transitionnetwork.org is down since 29/05/2013  10:24:57.
&lt;/pre&gt;&lt;p&gt;
There was then a report regarding Nginx at 10:32:07:
&lt;/p&gt;
&lt;pre class="wiki"&gt;Notification Type: PROBLEM
Service: HTTP
Host: puffin
Address: puffin.webarch.net
State: CRITICAL
Date/Time: Wed May 29 10:32:07 BST 2013
Additional Info:
Connection refused
&lt;/pre&gt;&lt;p&gt;
So at 10:33:47 I ssh'd in and found that php53-fpm and nginx were not running and it took several attempts to get them running again.
&lt;/p&gt;
&lt;p&gt;
The up email from pingdom reported:
&lt;/p&gt;
&lt;pre class="wiki"&gt;www.transitionnetwork.org is UP again at 29/05/2013  10:36:57, after 12m of downtime.
&lt;/pre&gt;&lt;p&gt;
I can't find anything in the logs to indicate what caused the load spike and php-fpm and nginx to stopp running.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/555#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/563</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/563</guid>
        <title>#563: 503 Errors</title>
        <pubDate>Wed, 19 Jun 2013 10:59:54 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
The BOA &lt;tt&gt;/var/xdrago/second.sh&lt;/tt&gt; script is run every minute via the root crontab and if it detects a certain load level it changes the nginx config to a "high load" config which results in bots being served 503 errors when they spider the site. When the load goes higher and hits another threshold the &lt;tt&gt;second.sh&lt;/tt&gt; script stops the site, see &lt;a class="closed ticket" href="http://localhost:8080/trac/ticket/555" title="maintenance: Load spikes causing the TN site to be stopped for 15 min at a time (closed: fixed)"&gt;ticket:555&lt;/a&gt;.
&lt;/p&gt;
&lt;h2 id="OriginalDescription"&gt;Original Description&lt;/h2&gt;
&lt;p&gt;
The site is generating a lot of 503 errors, 83 since 6:30am today and there were around 750 yesterday.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/563#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/567</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/567</guid>
        <title>#567: Update BOA for new Redis 2.6.14</title>
        <pubDate>Tue, 02 Jul 2013 11:10:27 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
A suggestion from Jim:
&lt;/p&gt;
&lt;blockquote class="citation"&gt;
&lt;p&gt;
BOA now includes Redis
2.6.14 &amp;lt;&lt;a class="ext-link" href="https://raw.github.com/antirez/redis/2.6/00-RELEASENOTES"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;https://raw.github.com/antirez/redis/2.6/00-RELEASENOTES&lt;/a&gt;&amp;gt; if
you do a 'barracda up-stable system'... What interests me about this is
these lines from the changelog:
&lt;/p&gt;
&lt;blockquote class="citation"&gt;
&lt;p&gt;
UPGRADE URGENCY: HIGH because of the following two issues:
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;Lua scripting + Replication + AOF in slaves problem (see Issue #1164).
&lt;/li&gt;&lt;li&gt;AOF + expires possible race condition (see Issue #1079).
&lt;/li&gt;&lt;/ul&gt;&lt;/blockquote&gt;
&lt;p&gt;
It's a long shot, but that could maybe be part of the issue we've seen
recently.
&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;
I'm not sure if this is best done now or later tonight when the site is less busy?
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/567#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/569</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/569</guid>
        <title>#569: 403s served to editors, admin very slow</title>
        <pubDate>Tue, 09 Jul 2013 07:52:32 GMT</pubDate>
        
        <dc:creator>ed</dc:creator>

        <description>&lt;ol&gt;&lt;li&gt;Rob is getting 403s when trying to submit his work. Report from 07:12am this morning (Tuesday)
&lt;/li&gt;&lt;/ol&gt;&lt;ol start="2"&gt;&lt;li&gt;Ed tried to add a blog post at node add:
&lt;/li&gt;&lt;/ol&gt;&lt;p&gt;
&lt;a class="ext-link" href="https://www.transitionnetwork.org/node/add/blog"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;https://www.transitionnetwork.org/node/add/blog&lt;/a&gt;
It took nearly 15 seconds to get this published
&lt;a class="ext-link" href="https://www.transitionnetwork.org/blogs/ed-mitchell/2013-07/eds-test-blog-item-check-403"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;https://www.transitionnetwork.org/blogs/ed-mitchell/2013-07/eds-test-blog-item-check-403&lt;/a&gt;
&lt;/p&gt;
&lt;ol start="3"&gt;&lt;li&gt;Running admin functions takes ages.This request took well over 30 seconds:
&lt;/li&gt;&lt;/ol&gt;&lt;p&gt;
&lt;a class="ext-link" href="https://www.transitionnetwork.org/admin/content/node/overview"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;https://www.transitionnetwork.org/admin/content/node/overview&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;
Please advise?
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/569#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/573</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/573</guid>
        <title>#573: MariaDB 5.5.32 is available for Puffin</title>
        <pubDate>Thu, 18 Jul 2013 19:11:24 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
I could either update this via aptitude and it would be quick and have little down time or I could update it via BOA and it'll take 3 or 4 times as long and involved extra downtime.
&lt;/p&gt;
&lt;p&gt;
Jim -- which way would you like it done?
&lt;/p&gt;
&lt;blockquote class="citation"&gt;
&lt;p&gt;
The MariaDB project is pleased to announce the immediate availability
of MariaDB 5.5.32.
&lt;/p&gt;
&lt;p&gt;
This is a bug-fix release. See the Release Notes and Changelog for
details.
&lt;/p&gt;
&lt;p&gt;
MariaDB 5.5.32 Stable (GA)
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;Release Notes: &lt;a class="ext-link" href="https://kb.askmonty.org/en/mariadb-5532-release-notes"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;https://kb.askmonty.org/en/mariadb-5532-release-notes&lt;/a&gt;
&lt;/li&gt;&lt;li&gt;Changelog: &lt;a class="ext-link" href="https://kb.askmonty.org/en/mariadb-5532-changelog"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;https://kb.askmonty.org/en/mariadb-5532-changelog&lt;/a&gt;
&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;
&lt;a class="ext-link" href="http://lists.askmonty.org/pipermail/announce/2013-July/000048.html"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://lists.askmonty.org/pipermail/announce/2013-July/000048.html&lt;/a&gt;
&lt;/p&gt;
&lt;/blockquote&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/573#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/574</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/574</guid>
        <title>#574: EFF: How HTTPS Everywhere affects transitionnetwork.org</title>
        <pubDate>Thu, 25 Jul 2013 08:09:31 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
The following email was sent via the whois contact details for the  transitionnetwork.org domain name, see also &lt;a class="closed ticket" href="http://localhost:8080/trac/ticket/571" title="enhancement: Force HTTP for anonymous, HTTPS for logged in users (closed: fixed)"&gt;ticket:571&lt;/a&gt; -- the changes made on &lt;a class="closed ticket" href="http://localhost:8080/trac/ticket/571" title="enhancement: Force HTTP for anonymous, HTTPS for logged in users (closed: fixed)"&gt;ticket:571&lt;/a&gt; has broken the site for anon Firefox users with the EFF HTTPS Everywhere browser extension installed.
&lt;/p&gt;
&lt;blockquote class="citation"&gt;
&lt;p&gt;
Hi,
&lt;/p&gt;
&lt;p&gt;
You're receiving this note because transitionnetwork.org is part of our HTTPS
Everywhere browser extension, and an upcoming change to the way
Firefox handles HTTPS pages may cause your site to display or function
incorrectly. We want to make sure that the nearly 3 million HTTPS
Everywhere users have the best possible experience while browsing, so
we're asking you to please take a minute and test how your site
behaves in Firefox 23.  You can find out more about our software at
&lt;/p&gt;
&lt;p&gt;
&lt;a class="ext-link" href="https://www.eff.org/https-everywhere"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;https://www.eff.org/https-everywhere&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;
To see the rules affecting your site, you can visit the HTTPS Everywhere
Atlas at
&lt;/p&gt;
&lt;p&gt;
&lt;a class="ext-link" href="https://www.eff.org/https-everywhere/atlas/domains/transitionnetwork.org.html"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;https://www.eff.org/https-everywhere/atlas/domains/transitionnetwork.org.html&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;
The Atlas shows both rules in the development and stable versions of
our extension.  Rules in the stable version are used by millions of
users, while development rules are used by tens of thousands of users.
Development rules are now being tested but will be migrated to the stable
version in the future.
&lt;/p&gt;
&lt;p&gt;
&lt;strong&gt;An upcoming change (described below) in how the Firefox browser renders
HTTPS content makes it especially important that you check that your site
is prepared for HTTPS access.  We urge you review the rules affecting
your site and also to test it using HTTPS Everywhere with the upcoming
version of Firefox.&lt;/strong&gt;
&lt;/p&gt;
&lt;p&gt;
*NEW FIREFOX CONTENT SECURITY POLICY*: In the upcoming Firefox 23 browser
release, due out the week of August 6, Firefox will stop loading certain
"active" content such as scripts and stylesheets from insecure &lt;a class="ext-link" href="http://"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://&lt;/a&gt;
URLs if they've been included from a secure &lt;a class="ext-link" href="https://"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;https://&lt;/a&gt; site.  If the HTTPS
Everywhere rules send users to the secure version of your site but the
secure version includes some content loaded over an insecure connetion,
the rendering of your site may become broken for Firefox users with HTTPS
Everywhere installed after they upgrade to Firefox 23.  You can check
this by downloading a preview release of Firefox 23, installing HTTPS
Everywhere, and visiting your site.  We urge all web site operators
to protect their users by making sure that all site content is always
loaded over a secure connection.  A preview version of Firefox 23 is
available now at &lt;a class="ext-link" href="https://www.mozilla.org/en-US/firefox/beta/"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;https://www.mozilla.org/en-US/firefox/beta/&lt;/a&gt; and the
HTTPS Everywhere extension is at &lt;a class="ext-link" href="https://www.eff.org/https-everywhere"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;https://www.eff.org/https-everywhere&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;
HTTPS Everywhere rules instruct browsers to access certain specified
resources securely -- over HTTPS -- even if the user typed or followed
a non-HTTPS link or even if the resources were included in a page
via a non-HTTPS URL.  For example, it might automatically rewrite
&lt;/p&gt;
&lt;p&gt;
&lt;a class="ext-link" href="http://www.transitionnetwork.org/"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://www.transitionnetwork.org/&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;
to
&lt;/p&gt;
&lt;p&gt;
&lt;a class="ext-link" href="https://www.transitionnetwork.org/"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;https://www.transitionnetwork.org/&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;
or make some similar change.
&lt;/p&gt;
&lt;p&gt;
The goal of this rewriting is to protect as much as possible of every web
site against sniffing and tampering by ensuring that as many site resources
as possible are loaded over a secure HTTPS connection.
&lt;/p&gt;
&lt;p&gt;
When web sites are accessed insecurely, users are vulnerable to attacks by
other users on their networks.  HTTPS Everywhere aims to activate sites'
existing HTTPS protection more consistently to make sure users are as
well-protected from these attacks as possible -- including attacks like
sidejacking and SSL stripping.
&lt;/p&gt;
&lt;p&gt;
&lt;a class="ext-link" href="http://www.firesheep.org/"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://www.firesheep.org/&lt;/a&gt;
&lt;a class="ext-link" href="http://www.thoughtcrime.org/sslstrip"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://www.thoughtcrime.org/sslstrip&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;
As a result, we think there's an emerging consensus to make all web sites
secure, not just financial sites and login pages.  Providing a secure
connection helps protect users' login credentials, but also helps protect
their privacy and security even when accessing public resources, for
example by preventing network operators from injecting malware downloads.
&lt;/p&gt;
&lt;p&gt;
The goal of HTTPS Everywhere is to make the web more secure and help
users express their preference to use the secure version of every site
automatically, even on sites where this is not the default.  We don't want
to break sites or harm users' experience.  So, we encourage webmasters to
test the effect of HTTPS Everywhere on their sites and fix any problems
that result -- ideally, by making sure that all resources that make up
a site are available over HTTPS, using a current, valid certificate.
Although we only include rules that we've been told and believe work
properly, we can't always anticipate whether a rule adversely affects a
site, especially if the site's URL structure, use of CDNs, or level of
HTTPS support changes over time.
&lt;/p&gt;
&lt;p&gt;
We are always happy to receive bug reports, updates, and fixes to HTTPS
Everywhere rules.  We will also make rules inactive by default if a
site operator asks us to.  Although we are working for a web where
all sites are secure, we are not trying to use this software to force
sites to use HTTPS against their operators' wishes.  You can send any
corrections, updates, or requests to https-everywhere-rules@…
(which is a public and publicly-archived mailing list), or by replying
to this e-mail address.
&lt;/p&gt;
&lt;p&gt;
Thanks for your attention!
&lt;/p&gt;
&lt;p&gt;
Seth Schoen, Senior Staff Technologist, Electronic Frontier Foundation
for the HTTPS Everywhere development team
&lt;/p&gt;
&lt;/blockquote&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/574#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/576</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/576</guid>
        <title>#576: Site down</title>
        <pubDate>Thu, 01 Aug 2013 09:42:44 GMT</pubDate>
        
        <dc:creator>ed</dc:creator>

        <description>&lt;p&gt;
Been down for 15 minutes by now I reckon
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/576#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/580</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/580</guid>
        <title>#580: php5-fpm starting when puffin boots</title>
        <pubDate>Mon, 12 Aug 2013 16:03:06 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
When &lt;a class="wiki" href="http://localhost:8080/trac/wiki/PuffinServer"&gt;wiki:PuffinServer&lt;/a&gt; is booted &lt;tt&gt;/etc/init.d/php5-fpm&lt;/tt&gt; is started and this causes errors with the site.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/580#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/585</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/585</guid>
        <title>#585: TTech Meeting 5th September 2013</title>
        <pubDate>Thu, 05 Sep 2013 07:47:16 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
This ticket has been created for the TTech Skype meeting due to take place today.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/585#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/586</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/586</guid>
        <title>#586: New Relic Monitoring for BOA</title>
        <pubDate>Thu, 05 Sep 2013 08:35:17 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
This is a ticket to document the consideration, and possible installation, of &lt;a class="ext-link" href="https://newrelic.com/"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;https://newrelic.com/&lt;/a&gt; on the &lt;a class="wiki" href="http://localhost:8080/trac/wiki/PuffinServer"&gt;PuffinServer&lt;/a&gt;
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/586#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/588</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/588</guid>
        <title>#588: RSS feed caching</title>
        <pubDate>Fri, 06 Sep 2013 09:43:57 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
At the meeting on 5th September &lt;a class="closed ticket" href="http://localhost:8080/trac/ticket/585" title="maintenance: TTech Meeting 5th September 2013 (closed: fixed)"&gt;ticket:585&lt;/a&gt; one thing we discussed was that:
&lt;/p&gt;
&lt;blockquote class="citation"&gt;
&lt;p&gt;
The biggest single source of bandwidth by URL is Rob's RSS feed, 34.5GB of data, 150k hits. This represents half the total site data transfer, the RSS files is 0.4MB but will hopefully be mostly served gzipped at 0.1MB.
&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;
This ticket is to follow up on that -- are the RSS feeds served directly by Nginx?
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/588#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/589</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/589</guid>
        <title>#589: Blocking spammers at a firewall level</title>
        <pubDate>Fri, 06 Sep 2013 09:48:59 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
At the meeting on 5th September &lt;a class="closed ticket" href="http://localhost:8080/trac/ticket/585" title="maintenance: TTech Meeting 5th September 2013 (closed: fixed)"&gt;ticket:585&lt;/a&gt; one thing we discussed was that for August 2013:
&lt;/p&gt;
&lt;blockquote class="citation"&gt;
&lt;blockquote&gt;
&lt;p&gt;
More data is transferred for /user/register than the front page, 5.1GB compared to 3.6GB.
&lt;/p&gt;
&lt;/blockquote&gt;
&lt;/blockquote&gt;
&lt;p&gt;
Most of this will be spam bots trying to register to post spam. Jim suggested that we could look at blocking some of these spam bots at a firewall level to save on resources. This ticket is to follow up on this suggestion.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/589#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/591</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/591</guid>
        <title>#591: Move MySQL temporary directory to tmpfs</title>
        <pubDate>Mon, 09 Sep 2013 12:47:41 GMT</pubDate>
        
        <dc:creator>jim</dc:creator>

        <description>&lt;p&gt;
Chris, please read: &lt;a class="ext-link" href="http://2bits.com/articles/reduce-your-servers-resource-usage-moving-mysql-temporary-directory-ram-disk.html"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://2bits.com/articles/reduce-your-servers-resource-usage-moving-mysql-temporary-directory-ram-disk.html&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;
I think we could easily drop a little MySQL memory to give it some in-memory disk space to do the temporary table munching Drupal is causing it. I see there are already some mounted tmpfs partitions.
&lt;/p&gt;
&lt;p&gt;
Related to &lt;a class="assigned ticket" href="http://localhost:8080/trac/ticket/590" title="defect: Drupal performance improvements (assigned)"&gt;#590&lt;/a&gt; (proposal L: Review slow query log, explain queries, tweak as necessary/flag poorly behaving modules)
&lt;/p&gt;
&lt;p&gt;
What do you think? Worth doing?
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/591#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/593</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/593</guid>
        <title>#593: Migrating Puffin to a ZFS file server</title>
        <pubDate>Wed, 11 Sep 2013 15:52:47 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
This ticket is for the migration of &lt;a class="wiki" href="http://localhost:8080/trac/wiki/PuffinServer"&gt;PuffinServer&lt;/a&gt; to a ZFS file server, this will involve some downtime but should result in better IO and easier backups.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/593#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/599</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/599</guid>
        <title>#599: Server time drift</title>
        <pubDate>Sun, 29 Sep 2013 21:57:59 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
The servers are not keeping good time at the moment.
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/599#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/604</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/604</guid>
        <title>#604: Times for admin tasks</title>
        <pubDate>Thu, 03 Oct 2013 13:10:00 GMT</pubDate>
        
        <dc:creator>ed</dc:creator>

        <description>&lt;p&gt;
I am timing some of the admin tasks and keeping a log here for reference. Front of the site is great, backend is still like hauling ghosts through jelly for me.
&lt;/p&gt;
&lt;p&gt;
58 seconds: &lt;a class="ext-link" href="https://www.transitionnetwork.org/admin/user/user/create"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;https://www.transitionnetwork.org/admin/user/user/create&lt;/a&gt;
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/604#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/610</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/610</guid>
        <title>#610: Aegir database intensive (migrate, clone, restore) tasks hang for larger sites</title>
        <pubDate>Tue, 15 Oct 2013 10:18:59 GMT</pubDate>
        
        <dc:creator>jim</dc:creator>

        <description>&lt;p&gt;
Large sites (TN.org and variants) will simply not complete their migrate, clone or restore tasks in Aegir.
&lt;/p&gt;
&lt;p&gt;
However, smaller sites are fine, and all tasks work for them.
&lt;/p&gt;
&lt;p&gt;
The process largely completes -- codebase installs, database is cloned, symlinks for sites aliases and files created... BUT the process never completes in Aegir, so the final steps of switching a site's served location never occurs.
&lt;/p&gt;
&lt;p&gt;
Useful links/comments in this issue:
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;&lt;a class="ext-link" href="https://tech.transitionnetwork.org/trac/ticket/610#comment:30"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;Tests of Aegir commands&lt;/a&gt;
&lt;/li&gt;&lt;li&gt;&lt;a class="ext-link" href="https://drupal.org/node/984256"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;https://drupal.org/node/984256&lt;/a&gt;
&lt;/li&gt;&lt;li&gt;&lt;a class="ext-link" href="https://omega8.cc/aegir-task-fails-or-spins-forever-126"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;How to fix: Aegir task fails or spins forever&lt;/a&gt;
&lt;/li&gt;&lt;/ul&gt;</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/610#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/612</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/612</guid>
        <title>#612: Upgrade to BOA-2.1.1 Stable Edition</title>
        <pubDate>Sun, 03 Nov 2013 11:11:24 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
I have been sent this email from &lt;a class="wiki" href="http://localhost:8080/trac/wiki/PuffinServer"&gt;wiki:PuffinServer&lt;/a&gt;:
&lt;/p&gt;
&lt;blockquote class="citation"&gt;
&lt;blockquote&gt;
&lt;p&gt;
There is new BOA-2.1.0 Stable Edition available.
&lt;/p&gt;
&lt;/blockquote&gt;
&lt;blockquote&gt;
&lt;p&gt;
Please review the changelog and upgrade as soon as possible
to receive all security updates and new features.
&lt;/p&gt;
&lt;/blockquote&gt;
&lt;blockquote&gt;
&lt;p&gt;
Changelog: &lt;a class="ext-link" href="http://bit.ly/newboa"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://bit.ly/newboa&lt;/a&gt;
&lt;/p&gt;
&lt;/blockquote&gt;
&lt;/blockquote&gt;
&lt;p&gt;
I could potentially do this upgrade tonight as it's a quite time for the server -- Jim, any reason not to apply this update tonight?
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/612#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/629</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/629</guid>
        <title>#629: Upgrade to BOA-2.1.3 Stable Edition</title>
        <pubDate>Sun, 24 Nov 2013 11:47:23 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
This ticket is for BOA-2.1.3, the previous version was BOA-2.1.1 &lt;a class="closed ticket" href="http://localhost:8080/trac/ticket/612" title="maintenance: Upgrade to BOA-2.1.1 Stable Edition (closed: fixed)"&gt;ticket:612&lt;/a&gt;, see &lt;a class="wiki" href="http://localhost:8080/trac/wiki/PuffinServer#Upgradetickets"&gt;wiki:PuffinServer#Upgradetickets&lt;/a&gt;
The steps to follow when upgrading &lt;a class="wiki" href="http://localhost:8080/trac/wiki/PuffinServer"&gt;wiki:PuffinServer&lt;/a&gt; are documented at &lt;a class="wiki" href="http://localhost:8080/trac/wiki/PuffinServer#UpgradingBOA"&gt;wiki:PuffinServer#UpgradingBOA&lt;/a&gt;
&lt;/p&gt;
</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/629#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/670</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/670</guid>
        <title>#670: Roll back performance customisations and use stock BOA settings where possible</title>
        <pubDate>Sat, 11 Jan 2014 20:51:30 GMT</pubDate>
        
        <dc:creator>jim</dc:creator>

        <description>&lt;p&gt;
&lt;strong&gt;Issue&lt;/strong&gt;
Given so much has changed since the initial issues on the server, I now strongly recommend reverting all settings changes that do not add features back to stock BOA settings after the next BOA release.
&lt;/p&gt;
&lt;p&gt;
These would include all MySQL, PHP, FPM, Redis and other settings that have been for performance reasons, or to combat the situation where there was hardware/IO issues with the underlying server. I'm most interested in FPM and MySQL settings.
&lt;/p&gt;
&lt;p&gt;
The next version of BOA will include some improvements we need (&lt;a class="ext-link" href="https://tech.transitionnetwork.org/trac/ticket/629"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;see 629: Upgrades to BOA&lt;/a&gt; which should handle load on our server with a lot of CPU cores. With this in place we'll be able to revert more easily to stock settings.
&lt;/p&gt;
&lt;p&gt;
&lt;em&gt;Rationale&lt;/em&gt;
I'm not talking about rolling back changes that provide us with features or mission-critical capabilities, just the changes to the subsystems I list above for performance reasons.
&lt;/p&gt;
&lt;p&gt;
It's my belief that these enhancements no longer match the needs of the server since the changes to filesystem and underlying hardware fixes have been completed. They also represent an ongoing risk around updates, future planning -- plus it's possible they might mean Puffin's web services need more memory than it otherwise would, costing TN more than it should need to spend on hardware.
&lt;/p&gt;
&lt;p&gt;
&lt;strong&gt;Proposed solution&lt;/strong&gt;
&lt;/p&gt;
&lt;ol&gt;&lt;li&gt;Await the next version of BOA, and setup the enhanced load settings per the documentation.
&lt;/li&gt;&lt;li&gt;Revert all other changes to conf files for MySQL, PHP, FPM, Redis that do not add a feature or are not mission-critical.
&lt;/li&gt;&lt;li&gt;Review &lt;tt&gt;/root/.barracuda.cnf&lt;/tt&gt; and turn off any overrides and customisations we don't now need as a result of 2).
&lt;/li&gt;&lt;li&gt;Run the BOA &lt;tt&gt;BOND.sh&lt;/tt&gt; script to do the tuning of the server appropriate to the memory requirements. This will tune for the current levels on first pass.
&lt;/li&gt;&lt;li&gt;Review Munin and site performance. If we need to make any tweaks then we can do a minimal set as required -- keeping an eye on memory usage.
&lt;/li&gt;&lt;li&gt;Once a few days have gone by I would hope that the overall memory use will be lower, OR with more cached data. At this point we can either re-run the barracuda installer with the &lt;tt&gt;_RESERVED_RAM&lt;/tt&gt; set to 1-4 Gb, or simply reduce the memory available to Puffin.
&lt;/li&gt;&lt;li&gt;Repeat from 4, using BOND.sh to optimise for the new memory footprint.
&lt;/li&gt;&lt;/ol&gt;&lt;p&gt;
Clearly, it's possible no memory savings can be made, or just 1Gb or so is sensible. Either way, rolling back the changes made for a system that has changed immensely is worth attempting to compare current (tweaked) performance to the stock system. Since current settings are all documented and can be backed up, we should be able to test this with no risk and the ability to roll back as needed.
&lt;/p&gt;
&lt;p&gt;
&lt;strong&gt;Next steps&lt;/strong&gt;
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;Chris and Ed to give their thoughts.
&lt;/li&gt;&lt;li&gt;Ed to green-light before we proceed in too much detail or take any action.
&lt;/li&gt;&lt;li&gt;Chris and Jim to establish the changes and outcomes.
&lt;/li&gt;&lt;li&gt;Chris, Jim and whoever to do the new optimisation process.
&lt;/li&gt;&lt;/ul&gt;</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/670#changelog</comments>
    </item><item>
        <link>http://localhost:8080/trac/ticket/673</link>
        <guid isPermaLink="false">http://localhost:8080/trac/ticket/673</guid>
        <title>#673: Install mosh - the mobile shell</title>
        <pubDate>Mon, 13 Jan 2014 11:27:40 GMT</pubDate>
        
        <dc:creator>chris</dc:creator>

        <description>&lt;p&gt;
The mobile shell enables terminal connections to stay up when using really bad connections, for example on a train, see:
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;&lt;a class="ext-link" href="http://mosh.mit.edu/"&gt;&lt;span class="icon"&gt;​&lt;/span&gt;http://mosh.mit.edu/&lt;/a&gt;
&lt;/li&gt;&lt;/ul&gt;</description>
        <category>Results</category>
        <comments>http://localhost:8080/trac/ticket/673#changelog</comments>
    </item>
 </channel>
</rss>