From olio-dev-returnmartinezcindy@example.org Mon Jun 07 20:01:10 2010 Return-Path: <olio-dev-returnmartinezcindy@example.org> Delivered-To: martinezcindy@example.org Received: (qmail 4432 invoked from network); 7 Jun 2010 20:01:10 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 7 Jun 2010 20:01:10 -0000 Received: (qmail 49760 invoked by uid 500); 7 Jun 2010 20:01:10 -0000 Delivered-To: martinezcindy@example.org Received: (qmail 49702 invoked by uid 500); 7 Jun 2010 20:01:09 -0000 Mailing-List: contact martinezcindy@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:martinezcindy@example.org> List-Unsubscribe: <mailto:martinezcindy@example.org> List-Post: <mailto:martinezcindy@example.org> List-Id: <olio-dev.incubator.apache.org> Reply-To: martinezcindy@example.org Delivered-To: mailing list martinezcindy@example.org Received: (qmail 49689 invoked by uid 99); 7 Jun 2010 20:01:09 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 07 Jun 2010 20:01:09 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO thor.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 07 Jun 2010 20:01:07 +0000 Received: from thor (localhost [83.161.120.155]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id o57K0joX017298 for <martinezcindy@example.org>; Mon, 7 Jun 2010 20:00:45 GMT Message-ID: <6734625.9591275940845144.JavaMail.jira@thor> Date: Mon, 7 Jun 2010 16:00:45 -0400 (EDT) From: "Xavier Dutreilh (JIRA)" <martinezcindy@example.org> To: martinezcindy@example.org Subject: [jira] Created: (OLIO-145) Invalid URLs and missing content into the event page MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org Invalid URLs and missing content into the event page ---------------------------------------------------- Key: OLIO-145 URL: https://issues.apache.org/jira/browse/OLIO-145 Project: Olio Issue Type: Bug Components: rails-app Affects Versions: 0.2 Reporter: Xavier Dutreilh Assignee: Shanti Subramanyam Priority: Minor Fix For: 0.2 Unlike events on the homepage, the detailed view of each event contains invalid URLs for various actions (edit/delete events, add tags, add/edit/delete comments) and is not able to display comments (if one creates them manually into the database). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From olio-dev-returnmartinezcindy@example.org Mon Jun 07 20:03:08 2010 Return-Path: <olio-dev-returnmartinezcindy@example.org> Delivered-To: martinezcindy@example.org Received: (qmail 4724 invoked from network); 7 Jun 2010 20:03:08 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 7 Jun 2010 20:03:08 -0000 Received: (qmail 53290 invoked by uid 500); 7 Jun 2010 20:03:08 -0000 Delivered-To: martinezcindy@example.org Received: (qmail 53250 invoked by uid 500); 7 Jun 2010 20:03:08 -0000 Mailing-List: contact martinezcindy@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:martinezcindy@example.org> List-Unsubscribe: <mailto:martinezcindy@example.org> List-Post: <mailto:martinezcindy@example.org> List-Id: <olio-dev.incubator.apache.org> Reply-To: martinezcindy@example.org Delivered-To: mailing list martinezcindy@example.org Received: (qmail 53242 invoked by uid 99); 7 Jun 2010 20:03:07 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 07 Jun 2010 20:03:07 +0000 X-ASF-Spam-Status: No, hits=-1503.7 required=10.0 tests=ALL_TRUSTED,AWL X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO thor.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 07 Jun 2010 20:03:07 +0000 Received: from thor (localhost [83.161.120.155]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id o57K2kam017366 for <martinezcindy@example.org>; Mon, 7 Jun 2010 20:02:46 GMT Message-ID: <15437308.9621275940966848.JavaMail.jira@thor> Date: Mon, 7 Jun 2010 16:02:46 -0400 (EDT) From: "Xavier Dutreilh (JIRA)" <martinezcindy@example.org> To: martinezcindy@example.org Subject: [jira] Updated: (OLIO-145) Invalid URLs and missing content into the event page In-Reply-To: <6734625.9591275940845144.JavaMail.jira@thor> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/OLIO-145?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Xavier Dutreilh updated OLIO-145: --------------------------------- Attachment: olio-06-07-2010.patch The attached patch solves these issues and, also, fixes some HTML tags into the comment list view as well as removes some junk texts. > Invalid URLs and missing content into the event page > ---------------------------------------------------- > > Key: OLIO-145 > URL: https://issues.apache.org/jira/browse/OLIO-145 > Project: Olio > Issue Type: Bug > Components: rails-app > Affects Versions: 0.2 > Reporter: Xavier Dutreilh > Assignee: Shanti Subramanyam > Priority: Minor > Fix For: 0.2 > > Attachments: olio-06-07-2010.patch > > Original Estimate: 2h > Remaining Estimate: 2h > > Unlike events on the homepage, the detailed view of each event contains invalid URLs for various actions (edit/delete events, add tags, add/edit/delete comments) and is not able to display comments (if one creates them manually into the database). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From olio-dev-returnmartinezcindy@example.org Mon Jun 07 20:09:06 2010 Return-Path: <olio-dev-returnmartinezcindy@example.org> Delivered-To: martinezcindy@example.org Received: (qmail 10302 invoked from network); 7 Jun 2010 20:09:06 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 7 Jun 2010 20:09:06 -0000 Received: (qmail 59858 invoked by uid 500); 7 Jun 2010 20:09:06 -0000 Delivered-To: martinezcindy@example.org Received: (qmail 59844 invoked by uid 500); 7 Jun 2010 20:09:06 -0000 Mailing-List: contact martinezcindy@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:martinezcindy@example.org> List-Unsubscribe: <mailto:martinezcindy@example.org> List-Post: <mailto:martinezcindy@example.org> List-Id: <olio-dev.incubator.apache.org> Reply-To: martinezcindy@example.org Delivered-To: mailing list martinezcindy@example.org Received: (qmail 59836 invoked by uid 99); 7 Jun 2010 20:09:06 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 07 Jun 2010 20:09:06 +0000 X-ASF-Spam-Status: No, hits=-1503.7 required=10.0 tests=ALL_TRUSTED,AWL X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO thor.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 07 Jun 2010 20:09:06 +0000 Received: from thor (localhost [83.161.120.155]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id o57K8jrJ017424 for <martinezcindy@example.org>; Mon, 7 Jun 2010 20:08:45 GMT Message-ID: <9120157.9711275941325108.JavaMail.jira@thor> Date: Mon, 7 Jun 2010 16:08:45 -0400 (EDT) From: "Xavier Dutreilh (JIRA)" <martinezcindy@example.org> To: martinezcindy@example.org Subject: [jira] Issue Comment Edited: (OLIO-145) Invalid URLs and missing content into the event page In-Reply-To: <6734625.9591275940845144.JavaMail.jira@thor> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/OLIO-145?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12876385#action_12876385 ] Xavier Dutreilh edited comment on OLIO-145 at 6/7/10 4:07 PM: -------------------------------------------------------------- The attached patch solves these issues and, also, fixes some HTML tags into the comment list view as well as removes some junk texts. NB: The patch has been made from the stable release (0.2) and as a result suppose that a directory called "apache-olio-rails-0.2" exists in the current directory where "patch -p0 < PATCH_NAME" is executed. Sorry for the inconvenience... was (Author: xavier.dutreilh): The attached patch solves these issues and, also, fixes some HTML tags into the comment list view as well as removes some junk texts. > Invalid URLs and missing content into the event page > ---------------------------------------------------- > > Key: OLIO-145 > URL: https://issues.apache.org/jira/browse/OLIO-145 > Project: Olio > Issue Type: Bug > Components: rails-app > Affects Versions: 0.2 > Reporter: Xavier Dutreilh > Assignee: Shanti Subramanyam > Priority: Minor > Fix For: 0.2 > > Attachments: olio-06-07-2010.patch > > Original Estimate: 2h > Remaining Estimate: 2h > > Unlike events on the homepage, the detailed view of each event contains invalid URLs for various actions (edit/delete events, add tags, add/edit/delete comments) and is not able to display comments (if one creates them manually into the database). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From olio-dev-returnmartinezcindy@example.org Tue Jun 08 15:23:33 2010 Return-Path: <olio-dev-returnmartinezcindy@example.org> Delivered-To: martinezcindy@example.org Received: (qmail 49929 invoked from network); 8 Jun 2010 15:23:33 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 8 Jun 2010 15:23:33 -0000 Received: (qmail 80478 invoked by uid 500); 8 Jun 2010 15:23:33 -0000 Delivered-To: martinezcindy@example.org Received: (qmail 80435 invoked by uid 500); 8 Jun 2010 15:23:32 -0000 Mailing-List: contact martinezcindy@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:martinezcindy@example.org> List-Unsubscribe: <mailto:martinezcindy@example.org> List-Post: <mailto:martinezcindy@example.org> List-Id: <olio-dev.incubator.apache.org> Reply-To: martinezcindy@example.org Delivered-To: mailing list martinezcindy@example.org Received: (qmail 80427 invoked by uid 99); 8 Jun 2010 15:23:32 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Jun 2010 15:23:32 +0000 X-ASF-Spam-Status: No, hits=-1505.9 required=10.0 tests=ALL_TRUSTED,AWL X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO thor.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Jun 2010 15:23:31 +0000 Received: from thor (localhost [83.161.120.155]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id o58FNBMK000898 for <martinezcindy@example.org>; Tue, 8 Jun 2010 15:23:11 GMT Message-ID: <11464921.26471276010591330.JavaMail.jira@thor> Date: Tue, 8 Jun 2010 11:23:11 -0400 (EDT) From: "Xavier Dutreilh (JIRA)" <martinezcindy@example.org> To: martinezcindy@example.org Subject: [jira] Created: (OLIO-146) Missing HTML comment tags into oliorails/app/views/events/_map.html.erb MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 Missing HTML comment tags into oliorails/app/views/events/_map.html.erb ----------------------------------------------------------------------- Key: OLIO-146 URL: https://issues.apache.org/jira/browse/OLIO-146 Project: Olio Issue Type: Bug Components: rails-app Affects Versions: 0.2 Reporter: Xavier Dutreilh Assignee: Shanti Subramanyam Priority: Trivial Fix For: 0.2 The ASF licence specified into oliorails/app/views/events/_map.html.erb is not protected by HTML comment tags. As a result, the event page tries to display it when showing a Yahoo! map to an end-user. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From olio-dev-returnmartinezcindy@example.org Tue Jun 08 15:25:34 2010 Return-Path: <olio-dev-returnmartinezcindy@example.org> Delivered-To: martinezcindy@example.org Received: (qmail 50515 invoked from network); 8 Jun 2010 15:25:34 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 8 Jun 2010 15:25:34 -0000 Received: (qmail 84172 invoked by uid 500); 8 Jun 2010 15:25:33 -0000 Delivered-To: martinezcindy@example.org Received: (qmail 84154 invoked by uid 500); 8 Jun 2010 15:25:33 -0000 Mailing-List: contact martinezcindy@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:martinezcindy@example.org> List-Unsubscribe: <mailto:martinezcindy@example.org> List-Post: <mailto:martinezcindy@example.org> List-Id: <olio-dev.incubator.apache.org> Reply-To: martinezcindy@example.org Delivered-To: mailing list martinezcindy@example.org Received: (qmail 84122 invoked by uid 99); 8 Jun 2010 15:25:33 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Jun 2010 15:25:33 +0000 X-ASF-Spam-Status: No, hits=-1505.9 required=10.0 tests=ALL_TRUSTED,AWL X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO thor.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Jun 2010 15:25:33 +0000 Received: from thor (localhost [83.161.120.155]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id o58FPCiO000932 for <martinezcindy@example.org>; Tue, 8 Jun 2010 15:25:12 GMT Message-ID: <16374130.26551276010712601.JavaMail.jira@thor> Date: Tue, 8 Jun 2010 11:25:12 -0400 (EDT) From: "Xavier Dutreilh (JIRA)" <martinezcindy@example.org> To: martinezcindy@example.org Subject: [jira] Updated: (OLIO-146) Missing HTML comment tags into oliorails/app/views/events/_map.html.erb In-Reply-To: <11464921.26471276010591330.JavaMail.jira@thor> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/OLIO-146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Xavier Dutreilh updated OLIO-146: --------------------------------- Attachment: olio-06-08-2010.patch The attached patch solves this issue. NB: The patch has been made from the stable release (0.2) and as a result suppose that a directory called "apache-olio-rails-0.2" exists in the current directory where "patch -p0 < PATCH_NAME" is executed. Sorry for the inconvenience... > Missing HTML comment tags into oliorails/app/views/events/_map.html.erb > ----------------------------------------------------------------------- > > Key: OLIO-146 > URL: https://issues.apache.org/jira/browse/OLIO-146 > Project: Olio > Issue Type: Bug > Components: rails-app > Affects Versions: 0.2 > Reporter: Xavier Dutreilh > Assignee: Shanti Subramanyam > Priority: Trivial > Fix For: 0.2 > > Attachments: olio-06-08-2010.patch > > Original Estimate: 0.03h > Remaining Estimate: 0.03h > > The ASF licence specified into oliorails/app/views/events/_map.html.erb is not protected by HTML comment tags. As a result, the event page tries to display it when showing a Yahoo! map to an end-user. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From olio-dev-returnmartinezcindy@example.org Wed Jun 09 06:31:45 2010 Return-Path: <olio-dev-returnmartinezcindy@example.org> Delivered-To: martinezcindy@example.org Received: (qmail 51492 invoked from network); 9 Jun 2010 06:31:45 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 9 Jun 2010 06:31:45 -0000 Received: (qmail 48083 invoked by uid 500); 9 Jun 2010 06:31:45 -0000 Delivered-To: martinezcindy@example.org Received: (qmail 48043 invoked by uid 500); 9 Jun 2010 06:31:43 -0000 Mailing-List: contact martinezcindy@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:martinezcindy@example.org> List-Unsubscribe: <mailto:martinezcindy@example.org> List-Post: <mailto:martinezcindy@example.org> List-Id: <olio-dev.incubator.apache.org> Reply-To: martinezcindy@example.org Delivered-To: mailing list martinezcindy@example.org Received: (qmail 48035 invoked by uid 99); 9 Jun 2010 06:31:43 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 09 Jun 2010 06:31:43 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of martinezcindy@example.org designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO mail-fx0-f47.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 09 Jun 2010 06:31:35 +0000 Received: by fxm9 with SMTP id 9so3518415fxm.6 for <martinezcindy@example.org>; Tue, 08 Jun 2010 23:31:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=c69zsl/NhSAcj+A9VpCoGYlT4DwKjae092P6c8uXkCo=; b=Y7+T79MqcQR4uemVqHzdhi9rHlQS8iG0mcmPqKGd88aBKTB5OMebzSGnr3gL0x34S1 00RR3OWmtu9uYCXz/VuSDo7tu+qUE1XH35mEXR2S2XT1bKQaeb6HnpXXLG+SxG+JsPEs obhmUb4EpwlnV+x0FR1PUN+o3seHZhQPvdlI0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=rhY/8HQQ4K4ltrLKH6E5zZPXG/F1+OsaaAgMTFDvKyG3na2yDX2l6KKOEmfaPI/XA+ ZHHuH4/17kE5Lr0Lgk9fgJzhMXFYfukeH+bks5DVoOhRtHN1zHfXpdK14pPP0guz/P/9 jURoVEyzZHJi84m569lUFT14EndSsohi/Efng= MIME-Version: 1.0 Received: by 83.161.120.155 with SMTP id t6mr1196502hbd.204.1276065075183; Tue, 08 Jun 2010 23:31:15 -0700 (PDT) Received: by 83.161.120.155 with HTTP; Tue, 8 Jun 2010 23:31:15 -0700 (PDT) Date: Tue, 8 Jun 2010 23:31:15 -0700 Message-ID: <martinezcindy@example.org> Subject: Question about using Olio-java 0.2 From: hao zhang <martinezcindy@example.org> To: martinezcindy@example.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org Hi,All I have some doubt about using the apache-olio-java-0.2. Is it possible to use one master to control multiple pairs of workload driver and SUT? Suppose that I have four machines. Two of them are used as workload driver and two as SUTs. One workload driver drives load to one SUT. Can I use one faban driver to control them? Thanks. - Hui From olio-dev-returnmartinezcindy@example.org Wed Jun 09 11:57:37 2010 Return-Path: <olio-dev-returnmartinezcindy@example.org> Delivered-To: martinezcindy@example.org Received: (qmail 53393 invoked from network); 9 Jun 2010 11:57:37 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 9 Jun 2010 11:57:37 -0000 Received: (qmail 72625 invoked by uid 500); 9 Jun 2010 11:57:36 -0000 Delivered-To: martinezcindy@example.org Received: (qmail 71535 invoked by uid 500); 9 Jun 2010 11:57:35 -0000 Mailing-List: contact martinezcindy@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:martinezcindy@example.org> List-Unsubscribe: <mailto:martinezcindy@example.org> List-Post: <mailto:martinezcindy@example.org> List-Id: <olio-dev.incubator.apache.org> Reply-To: martinezcindy@example.org Delivered-To: mailing list martinezcindy@example.org Received: (qmail 70473 invoked by uid 99); 9 Jun 2010 11:57:33 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 09 Jun 2010 11:57:33 +0000 X-ASF-Spam-Status: No, hits=-1508.3 required=10.0 tests=ALL_TRUSTED,AWL X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO thor.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 09 Jun 2010 11:57:33 +0000 Received: from thor (localhost [83.161.120.155]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id o59BvDx3014759 for <martinezcindy@example.org>; Wed, 9 Jun 2010 11:57:13 GMT Message-ID: <20417125.1121276084633030.JavaMail.jira@thor> Date: Wed, 9 Jun 2010 07:57:13 -0400 (EDT) From: "Xavier Dutreilh (JIRA)" <martinezcindy@example.org> To: martinezcindy@example.org Subject: [jira] Created: (OLIO-147) Cannot import the default 'geolocations' data into the database MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 Cannot import the default 'geolocations' data into the database --------------------------------------------------------------- Key: OLIO-147 URL: https://issues.apache.org/jira/browse/OLIO-147 Project: Olio Issue Type: Bug Components: rails-app Affects Versions: 0.2 Reporter: Xavier Dutreilh Assignee: Shanti Subramanyam Fix For: 0.2 024_populate_geolocations.rb executes an external command (mysql) to populate the content of the 'geolocations' table. Depending of the system user environment, this command might succeed or not since it only provides the MySQL username and the database to connect to. But no password is provided. As a result, if security rules of the MySQL server require the use of a password, the authentication will fail. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From olio-dev-returnmartinezcindy@example.org Wed Jun 09 12:00:40 2010 Return-Path: <olio-dev-returnmartinezcindy@example.org> Delivered-To: martinezcindy@example.org Received: (qmail 54179 invoked from network); 9 Jun 2010 12:00:40 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 9 Jun 2010 12:00:40 -0000 Received: (qmail 74921 invoked by uid 500); 9 Jun 2010 12:00:40 -0000 Delivered-To: martinezcindy@example.org Received: (qmail 74881 invoked by uid 500); 9 Jun 2010 12:00:39 -0000 Mailing-List: contact martinezcindy@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:martinezcindy@example.org> List-Unsubscribe: <mailto:martinezcindy@example.org> List-Post: <mailto:martinezcindy@example.org> List-Id: <olio-dev.incubator.apache.org> Reply-To: martinezcindy@example.org Delivered-To: mailing list martinezcindy@example.org Received: (qmail 74873 invoked by uid 99); 9 Jun 2010 12:00:39 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 09 Jun 2010 12:00:39 +0000 X-ASF-Spam-Status: No, hits=-1508.3 required=10.0 tests=ALL_TRUSTED,AWL X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO thor.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 09 Jun 2010 12:00:39 +0000 Received: from thor (localhost [83.161.120.155]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id o59C0IfU014827 for <martinezcindy@example.org>; Wed, 9 Jun 2010 12:00:18 GMT Message-ID: <16232577.1241276084818887.JavaMail.jira@thor> Date: Wed, 9 Jun 2010 08:00:18 -0400 (EDT) From: "Xavier Dutreilh (JIRA)" <martinezcindy@example.org> To: martinezcindy@example.org Subject: [jira] Updated: (OLIO-147) Cannot import the default 'geolocations' data into the database In-Reply-To: <20417125.1121276084633030.JavaMail.jira@thor> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/OLIO-147?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Xavier Dutreilh updated OLIO-147: --------------------------------- Priority: Trivial (was: Major) > Cannot import the default 'geolocations' data into the database > --------------------------------------------------------------- > > Key: OLIO-147 > URL: https://issues.apache.org/jira/browse/OLIO-147 > Project: Olio > Issue Type: Bug > Components: rails-app > Affects Versions: 0.2 > Reporter: Xavier Dutreilh > Assignee: Shanti Subramanyam > Priority: Trivial > Fix For: 0.2 > > Attachments: olio-06-09-2010.patch > > > 024_populate_geolocations.rb executes an external command (mysql) to populate the content of the 'geolocations' table. Depending of the system user environment, this command might succeed or not since it only provides the MySQL username and the database to connect to. But no password is provided. As a result, if security rules of the MySQL server require the use of a password, the authentication will fail. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From olio-dev-returnmartinezcindy@example.org Wed Jun 09 12:00:42 2010 Return-Path: <olio-dev-returnmartinezcindy@example.org> Delivered-To: martinezcindy@example.org Received: (qmail 54202 invoked from network); 9 Jun 2010 12:00:42 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 9 Jun 2010 12:00:42 -0000 Received: (qmail 74972 invoked by uid 500); 9 Jun 2010 12:00:42 -0000 Delivered-To: martinezcindy@example.org Received: (qmail 74951 invoked by uid 500); 9 Jun 2010 12:00:42 -0000 Mailing-List: contact martinezcindy@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:martinezcindy@example.org> List-Unsubscribe: <mailto:martinezcindy@example.org> List-Post: <mailto:martinezcindy@example.org> List-Id: <olio-dev.incubator.apache.org> Reply-To: martinezcindy@example.org Delivered-To: mailing list martinezcindy@example.org Received: (qmail 74943 invoked by uid 99); 9 Jun 2010 12:00:42 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 09 Jun 2010 12:00:42 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO thor.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 09 Jun 2010 12:00:40 +0000 Received: from thor (localhost [83.161.120.155]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id o59C0IRe014821 for <martinezcindy@example.org>; Wed, 9 Jun 2010 12:00:18 GMT Message-ID: <1045746.1221276084818182.JavaMail.jira@thor> Date: Wed, 9 Jun 2010 08:00:18 -0400 (EDT) From: "Xavier Dutreilh (JIRA)" <martinezcindy@example.org> To: martinezcindy@example.org Subject: [jira] Updated: (OLIO-147) Cannot import the default 'geolocations' data into the database In-Reply-To: <20417125.1121276084633030.JavaMail.jira@thor> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/OLIO-147?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Xavier Dutreilh updated OLIO-147: --------------------------------- Attachment: olio-06-09-2010.patch The attached patch is a proposal to fix this issue by adding the -p parameter to the mysql command. Might not be the best thing if security matters (passwords specified this way are viewable by all system users when running 'ps aux'). A good alternative would be to use the Ruby library for MySQL. > Cannot import the default 'geolocations' data into the database > --------------------------------------------------------------- > > Key: OLIO-147 > URL: https://issues.apache.org/jira/browse/OLIO-147 > Project: Olio > Issue Type: Bug > Components: rails-app > Affects Versions: 0.2 > Reporter: Xavier Dutreilh > Assignee: Shanti Subramanyam > Fix For: 0.2 > > Attachments: olio-06-09-2010.patch > > > 024_populate_geolocations.rb executes an external command (mysql) to populate the content of the 'geolocations' table. Depending of the system user environment, this command might succeed or not since it only provides the MySQL username and the database to connect to. But no password is provided. As a result, if security rules of the MySQL server require the use of a password, the authentication will fail. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From olio-dev-returnmartinezcindy@example.org Wed Jun 09 18:20:24 2010 Return-Path: <olio-dev-returnmartinezcindy@example.org> Delivered-To: martinezcindy@example.org Received: (qmail 12283 invoked from network); 9 Jun 2010 18:20:24 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 9 Jun 2010 18:20:24 -0000 Received: (qmail 99215 invoked by uid 500); 9 Jun 2010 18:20:24 -0000 Delivered-To: martinezcindy@example.org Received: (qmail 99120 invoked by uid 500); 9 Jun 2010 18:20:24 -0000 Mailing-List: contact martinezcindy@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:martinezcindy@example.org> List-Unsubscribe: <mailto:martinezcindy@example.org> List-Post: <mailto:martinezcindy@example.org> List-Id: <olio-dev.incubator.apache.org> Reply-To: martinezcindy@example.org Delivered-To: mailing list martinezcindy@example.org Received: (qmail 99104 invoked by uid 99); 9 Jun 2010 18:20:23 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 09 Jun 2010 18:20:23 +0000 X-ASF-Spam-Status: No, hits=2.4 required=10.0 tests=AWL,FREEMAIL_FROM,HTML_MESSAGE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of martinezcindy@example.org designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO mail-ww0-f47.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 09 Jun 2010 18:20:17 +0000 Received: by wwb17 with SMTP id 17so220627wwb.6 for <multiple recipients>; Wed, 09 Jun 2010 11:19:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=8YfhKZadSxtPRe7eN1n0Fe0Qn1yoVk5U3J6dcBPxc0w=; b=E27f3zulgXyok6SrNCQRcYv33tqIaR2jeosJ18dt+X0xOL00jPIqHIB6bUMK4po/gY rQVSo2qzPBEGGOrIYgNy1cLPPJuQW5JmPh532rAZE3AV+YZV/3n3imZVxZcFIJBfv/gn v6wP72PO+sC5YjqQTKCyrlftljvEBrii73dKI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=xFpxN/uQ9m3CeXQl6SQci2dQ0w+fYKzx+O3QfJzCf/LxLi1fHniBEEFJpS+w2lEObY XY1kFrfPORLRk78FFIpaqyZrlEt/ouU5kpowpMUwNUPqpQrMDX9ZqiDit2xxCqhTLvdH SZN2JDwYr4L2nKbyAvOLWaLAv+CDvwpD8tMu8= MIME-Version: 1.0 Received: by 83.161.120.155 with SMTP id e3mr3486964wbt.114.1276107595545; Wed, 09 Jun 2010 11:19:55 -0700 (PDT) Received: by 83.161.120.155 with HTTP; Wed, 9 Jun 2010 11:19:55 -0700 (PDT) In-Reply-To: <martinezcindy@example.org> References: <martinezcindy@example.org> Date: Wed, 9 Jun 2010 11:19:55 -0700 Message-ID: <martinezcindy@example.org> Subject: Re: Question about using Olio-java 0.2 From: Shanti Subramanyam <martinezcindy@example.org> To: martinezcindy@example.org Cc: martinezcindy@example.org Content-Type: multipart/alternative; boundary=001485f6ce88ed7dac04889cf36f --001485f6ce88ed7dac04889cf36f Content-Type: text/plain; charset=ISO-8859-1 CC'ing olio-user as that is the right forum for these questions. Answers below. Shanti On Tue, Jun 8, 2010 at 11:31 PM, hao zhang <martinezcindy@example.org>wrote: > Hi,All > I have some doubt about using the apache-olio-java-0.2. Is it possible > to use one master to control multiple pairs of workload driver and > SUT? > I assume you are using the term SUT to mean the system or set of systems that are running the Olio application. > Suppose that I have four machines. Two of them are used as workload > driver and two as SUTs. One workload driver drives load to one SUT. > Can I use one faban driver to control them? Thanks. > > If you're question is whether you can have the application run on multiple systems (ie. two instances on two systems) with one driver running each server and benchmark the whole thing as one unit, you can certainly do that. You can run the master on any one of the driver systems. You can specify as many host:port pairs as you want for both driver systems as well as the web server systems they will be connecting to. By sure to run at least 1 agent on each driver system (i.e. total of 2 drivers for the above config). > - Hui > Shanti --001485f6ce88ed7dac04889cf36f-- From olio-dev-returnmartinezcindy@example.org Wed Jun 09 18:52:28 2010 Return-Path: <olio-dev-returnmartinezcindy@example.org> Delivered-To: martinezcindy@example.org Received: (qmail 28111 invoked from network); 9 Jun 2010 18:52:28 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 9 Jun 2010 18:52:28 -0000 Received: (qmail 50923 invoked by uid 500); 9 Jun 2010 18:52:28 -0000 Delivered-To: martinezcindy@example.org Received: (qmail 50905 invoked by uid 500); 9 Jun 2010 18:52:28 -0000 Mailing-List: contact martinezcindy@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:martinezcindy@example.org> List-Unsubscribe: <mailto:martinezcindy@example.org> List-Post: <mailto:martinezcindy@example.org> List-Id: <olio-dev.incubator.apache.org> Reply-To: martinezcindy@example.org Delivered-To: mailing list martinezcindy@example.org Received: (qmail 50891 invoked by uid 99); 9 Jun 2010 18:52:28 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 09 Jun 2010 18:52:28 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of martinezcindy@example.org designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO fg-out-1718.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 09 Jun 2010 18:52:21 +0000 Received: by fg-out-1718.google.com with SMTP id e21so1504579fga.0 for <multiple recipients>; Wed, 09 Jun 2010 11:52:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=enXSSuS48eqW5nVuInrPSpH2I8acYpaJio/Rn9FiYDI=; b=QMD0jtJ9ANqC4V+fFkeYxWW5JEu1ZVPrhTiost335y86XHCNtQ3a6QQwccnUosO+tJ mwBIg/GOHljyZyecaKY/rTXz6xJjGIRvM3AJUbXMjrvwqTwPIB4lhc4t9ixra1R1wmly 75HciklQ9q3LqV3GYNfatc9WWUewYDO0Qvcxc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=VN+ajYYpMu1NkUh5uJfR2qmBty8Em4Bp9gowWrOnys2KEa74C/o144Sh1Hnyyuttas 7ypKlTCUHvBFtKaXg4fEk8tOqzaYw05GIMU012kJyPXxz9KLb6kdfZS3B2acdGz+Osxu LQ5rKEbmZANvMIsyY37SyLk7FVNiH7s+9S79Q= MIME-Version: 1.0 Received: by 83.161.120.155 with SMTP id x7mr632013hbg.62.1276109520604; Wed, 09 Jun 2010 11:52:00 -0700 (PDT) Received: by 83.161.120.155 with HTTP; Wed, 9 Jun 2010 11:52:00 -0700 (PDT) In-Reply-To: <martinezcindy@example.org> References: <martinezcindy@example.org> <martinezcindy@example.org> Date: Wed, 9 Jun 2010 11:52:00 -0700 Message-ID: <martinezcindy@example.org> Subject: Re: Question about using Olio-java 0.2 From: hao zhang <martinezcindy@example.org> To: martinezcindy@example.org Cc: martinezcindy@example.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org Hi, Shanti As you said I could specify multiple drivers in the master. The structure is like /-----------driver1 webserver1 master -------- \-----------driver2 webserver2 Now, say I have two webservers, in the faban harness how can I specify that the workload from driver1 only goes to webserver1? Also by default do the workloads from two drivers go to two webservers? Tha= nks. - Hao >> Hi,All >> I have some doubt about using the apache-olio-java-0.2. Is it possible >> to use one master to control multiple pairs of workload driver and >> SUT? >> > > =A0I assume you are using the term SUT to mean the system or set of syste= ms > that are running the Olio application. > > >> Suppose that I have four machines. Two of them are used as workload >> driver and two as SUTs. One workload driver drives load to one SUT. >> Can I use one faban driver to control them? Thanks. >> >> > If you're question is whether you can have the application run on multipl= e > systems (ie. two instances on two systems) with one driver running each > server and benchmark the whole thing as one unit, you can certainly do th= at. > You can run the master on any one of the driver systems. You can specify = as > many host:port pairs as you want for both driver systems as well as the w= eb > server systems they will be connecting to. By sure to run at least 1 agen= t > on each driver system (i.e. total of 2 drivers for the above config). > > >> - Hui >> > > Shanti > From olio-dev-returnmartinezcindy@example.org Wed Jun 09 22:56:18 2010 Return-Path: <olio-dev-returnmartinezcindy@example.org> Delivered-To: martinezcindy@example.org Received: (qmail 17054 invoked from network); 9 Jun 2010 22:56:17 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 9 Jun 2010 22:56:17 -0000 Received: (qmail 53345 invoked by uid 500); 9 Jun 2010 22:56:17 -0000 Delivered-To: martinezcindy@example.org Received: (qmail 53324 invoked by uid 500); 9 Jun 2010 22:56:17 -0000 Mailing-List: contact martinezcindy@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:martinezcindy@example.org> List-Unsubscribe: <mailto:martinezcindy@example.org> List-Post: <mailto:martinezcindy@example.org> List-Id: <olio-dev.incubator.apache.org> Reply-To: martinezcindy@example.org Delivered-To: mailing list martinezcindy@example.org Received: (qmail 53316 invoked by uid 99); 9 Jun 2010 22:56:17 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 09 Jun 2010 22:56:17 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of martinezcindy@example.org designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO mail-gw0-f47.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 09 Jun 2010 22:56:11 +0000 Received: by gwaa12 with SMTP id a12so371122gwa.6 for <martinezcindy@example.org>; Wed, 09 Jun 2010 15:55:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:from:date :message-id:subject:to:content-type; bh=q3KzZtRHSqYPQsK7XogRyQgVt81m+nwKuV/2VOPQv5M=; b=XkVHzdgBB839L3iLn7fIVxPmYN47UJYNz5BmvmUDuTbFw7pRMNaC94RFVaahOil+Uu gCyChKw+vSfzyXIdbdYDY2192vTu7vzaGiVwVxwl8hS/RHKHKq0/8sP7cWWHBtsgqgue SXdew3jsa7tJzAiLX2sxH12CcWv7vqaLzOvEI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=UDYUzbPGZ38cv+HbTmXPMvWPyXMKHGL7y5VK1BtQHFvQQydnWyDWpzaI2evzGH+wGm rr88nUpovZfUeQPx54eE2jqFi3Lw1+ebzfdAS3kpIb3pbAvgbHGWUrGWPFvDp4MqXPEy NwWuWWBg2qnHLxa6tbOHQp28TKSPFU+YQKoXY= Received: by 83.161.120.155 with SMTP id i17mr5110752qcn.293.1276124150116; Wed, 09 Jun 2010 15:55:50 -0700 (PDT) MIME-Version: 1.0 Received: by 83.161.120.155 with HTTP; Wed, 9 Jun 2010 15:55:30 -0700 (PDT) From: Vasileios Kontorinis <martinezcindy@example.org> Date: Wed, 9 Jun 2010 15:55:30 -0700 Message-ID: <martinezcindy@example.org> Subject: Getting relative time spend on db, filestore and web-server To: martinezcindy@example.org, "akara.sucharitakul" <martinezcindy@example.org>, Shanti Subramanyam <martinezcindy@example.org> Content-Type: multipart/alternative; boundary=0016361e8212a830eb0488a0ced7 X-Virus-Checked: Checked by ClamAV on apache.org --0016361e8212a830eb0488a0ced7 Content-Type: text/plain; charset=ISO-8859-1 Akara/Shanti/olio-dev hi, Here is what I am currently trying to do. I need a relative estimate of how much time is spend on the db queries, the requests from the filestore (NFS rpcs) and the web-server processing the user requests. Ideally, this can be a great feature for Olio. Imagine having to debug a performance issue and olio providing an average breakdown of response time to web/db/filestore time. It would immediately tell you where you should start looking for the problem. Additionally would immediately tell you how much you can improve you performance by upgrading your storage hardware, optimizing your queries, adding more resources to your web-server etc. I understand this is pretty hard to implement, because db queries, filestore accesses can be done by multiple files and proper accounting should be supported by Faban (send back to the users/master). Some thoughts: - *Where to start: *It appears that the php code on the server side is the only place where this can be done. - *Storage:* This makes sense only per user, so the session is probably a logical place to store this info. - *Organization*: Since response time is measured per operation with Faban, this also needs to be per operation. - *Timestamps:* I believe from php I could use getMicroTime() before I start a query, call it again after it's done and get a diff. - *Overhead:* Since I will have to log the result in the sessions for every operation this will likely be a performance killer. Sampling can be applied to do logging every 100 requests or so. Insights, ideas are most welcome. Thanks ------------------------------------------------------------------- Kontorinis Vasileios Phd student, University of California San Diego http://cseweb.ucsd.edu/~vkontori/ martinezcindy@example.org ------------------------------------------------------------------- --0016361e8212a830eb0488a0ced7-- From olio-dev-returnmartinezcindy@example.org Thu Jun 10 01:53:32 2010 Return-Path: <olio-dev-returnmartinezcindy@example.org> Delivered-To: martinezcindy@example.org Received: (qmail 85613 invoked from network); 10 Jun 2010 01:53:32 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 10 Jun 2010 01:53:32 -0000 Received: (qmail 77876 invoked by uid 500); 10 Jun 2010 01:53:32 -0000 Delivered-To: martinezcindy@example.org Received: (qmail 77836 invoked by uid 500); 10 Jun 2010 01:53:32 -0000 Mailing-List: contact martinezcindy@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:martinezcindy@example.org> List-Unsubscribe: <mailto:martinezcindy@example.org> List-Post: <mailto:martinezcindy@example.org> List-Id: <olio-dev.incubator.apache.org> Reply-To: martinezcindy@example.org Delivered-To: mailing list martinezcindy@example.org Delivered-To: moderator for martinezcindy@example.org Received: (qmail 56191 invoked by uid 99); 10 Jun 2010 01:14:24 -0000 X-ASF-Spam-Status: No, hits=-2.3 required=10.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Message-ID: <martinezcindy@example.org> Date: Thu, 10 Jun 2010 11:11:48 +1000 From: Richard Smith <martinezcindy@example.org> Organization: Oracle User-Agent: Thunderbird 83.161.120.155 (X11/20090929) MIME-Version: 1.0 To: martinezcindy@example.org Subject: Re: Getting relative time spend on db, filestore and web-server References: <martinezcindy@example.org> In-Reply-To: <martinezcindy@example.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Auth-Type: Internal IP X-Source-IP: acsinet15.oracle.com [83.161.120.155] X-CT-RefId: str=0001.0A090205.4C103C52.008F:SCFMA922111,ss=1,fgs=0 X-Virus-Checked: Checked by ClamAV on apache.org Vasileios Kontorinis wrote: ... Imagine having to debug a performance issue > and olio providing an average breakdown of response time to web/db/filestore > time. It would immediately tell you where you should start looking for the > problem. Actually I don't have to imagine it, having done this in the past! For the PHP code itself, I have used microtime() to instrument bits of the code, then used a convenience function that I put in config.php to log it. $t0 = microtime(true); ...code... $t1 = microtime(true); timing("APRS01", $t0, $t1); For db and filestore times I used a couple of different approaches. Since I was using Solaris, I could use DTrace to put probes on key functions in the PHP runtime that requests to db and filestore pass through. Apart from the webserver-specific probe points [I was using Sun Java System Web Server] for measuring the handling of web requests and the handing off to PHP, I used zim_PDO_* for db (MySQL), zif_memcache_* for memcached, zif_readfile for filestore. Looking at it in hindsight, it seems that list doesn't capture the cost of writing images to the filestore. I think that's one area where I explicitly instrumented the PHP code instead. Session files themselves had to be distributed over a directory hierarchy to avoid lock contention on a single directory. Since the webserver was multithreaded, I used thread id (tid), as a filter to control how much data I collected. All users should have been identical profiles, so I collected data from a subset of the threads servicing incoming threads. [I had about 210 threads in the pool and traced 10 of them.] If you didn't have DTrace, then it should still be possible to write an interpose library to get the data. That does leave a challenge as to what to do with the data once collected. It does seem desirable to me to have a more scalable, integrated, logging mechanism available inside the webserver environment to which performance data can be added to augment URL, response time, etc. FWIW I also used DTrace at the db backend to measure database activity for individual requests. It would be helpful if there was some sort of tag or transaction identifier that followed a request around the system, so when data is collected it can be tagged. This would facilitate combining data from multiple sources in a post-experiment phase. -- ============================================================================ ,-_|\ Richard Smith PAE / \ Oracle Phone : (326)290-1032 martinezcindy@example.org Direct : (326)290-1032 \_,-._/ 476 St Kilda Road Fax : (326)290-1032 v Melbourne Vic 3004 Australia =========================================================================== From olio-dev-returnmartinezcindy@example.org Thu Jun 10 01:55:47 2010 Return-Path: <olio-dev-returnmartinezcindy@example.org> Delivered-To: martinezcindy@example.org Received: (qmail 86770 invoked from network); 10 Jun 2010 01:55:47 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 10 Jun 2010 01:55:47 -0000 Received: (qmail 79570 invoked by uid 500); 10 Jun 2010 01:55:47 -0000 Delivered-To: martinezcindy@example.org Received: (qmail 79551 invoked by uid 500); 10 Jun 2010 01:55:47 -0000 Mailing-List: contact martinezcindy@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:martinezcindy@example.org> List-Unsubscribe: <mailto:martinezcindy@example.org> List-Post: <mailto:martinezcindy@example.org> List-Id: <olio-dev.incubator.apache.org> Reply-To: martinezcindy@example.org Delivered-To: mailing list martinezcindy@example.org Received: (qmail 79543 invoked by uid 99); 10 Jun 2010 01:55:47 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 10 Jun 2010 01:55:47 +0000 X-ASF-Spam-Status: No, hits=3.6 required=10.0 tests=AWL,FREEMAIL_FROM,FREEMAIL_REPLY,HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of martinezcindy@example.org designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO mail-wy0-f175.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 10 Jun 2010 01:55:42 +0000 Received: by wyi11 with SMTP id 11so770461wyi.6 for <martinezcindy@example.org>; Wed, 09 Jun 2010 18:55:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=/eHqQtiV4qUGanNOHx9iMUPBJ2AESC8MWIMcqyUu7TA=; b=K+jn9xrxFDloelQRhGmc4TrLbxuZUTvukT/NSLDBnsULwUksU2PemAMY04OubbFzW9 BKcyyw8aBkzNY4r3AaytUTeGQE43U6BAJPeBC35H98LB5L1XvZLYt+VzhDLdN7om4zyg 9H4YUIY/G4wyWhrs7GhSL3VunS4eULf3S+LSU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=e2O+DZJCQqWovLyCrOZPU6W5yHkzeSWvR8NHwS/gcuU5YQton/Ni5/YxZ3zpoLWEgi nSaozsO0xjH4c1eZ2/ITKiTQ598fxEtDU1vIgWnOiKkReY6kZ1QqwkdS7RSmzOx/AOJR JEm/3fEEhcS+sHTnSd/37HVWmbrO9fb5rVP8U= MIME-Version: 1.0 Received: by 83.161.120.155 with SMTP id t44mr5646730wel.54.1276134920717; Wed, 09 Jun 2010 18:55:20 -0700 (PDT) Received: by 83.161.120.155 with HTTP; Wed, 9 Jun 2010 18:55:20 -0700 (PDT) In-Reply-To: <martinezcindy@example.org> References: <martinezcindy@example.org> Date: Wed, 9 Jun 2010 18:55:20 -0700 Message-ID: <martinezcindy@example.org> Subject: Re: Getting relative time spend on db, filestore and web-server From: Shanti Subramanyam <martinezcindy@example.org> To: Vasileios Kontorinis <martinezcindy@example.org> Cc: martinezcindy@example.org, "akara.sucharitakul" <martinezcindy@example.org> Content-Type: multipart/alternative; boundary=0016367fb071a286f60488a350bc --0016367fb071a286f60488a350bc Content-Type: text/plain; charset=ISO-8859-1 As you correctly surmise, this is a non-trivial task. There is a whole class of tools called "APM" (Application Performance Monitoring) which sell for as much as $100K that do this. However, if you were running on Solaris, you could use 'dtrace' to do this. All you need to know are the C entry points in the various tiers. You may want to see whether SystemTap can help. If you were running the Java version, you could also do this with a little bit of effort using JVMTI or BTrace. Heh - this could be a research paper on it's own ! In general, it is much better to do this using external frameworks than building out such complex functionality within Olio. Shanti On Wed, Jun 9, 2010 at 3:55 PM, Vasileios Kontorinis <martinezcindy@example.org>wrote: > Akara/Shanti/olio-dev hi, > Here is what I am currently trying to do. I need a relative estimate > of how much time is spend on the db queries, the requests from the filestore > (NFS rpcs) and the web-server processing the user requests. Ideally, this > can be a great feature for Olio. Imagine having to debug a performance issue > and olio providing an average breakdown of response time to web/db/filestore > time. It would immediately tell you where you should start looking for the > problem. Additionally would immediately tell you how much you can improve > you performance by upgrading your storage hardware, optimizing your queries, > adding more resources to your web-server etc. > I understand this is pretty hard to implement, because db queries, > filestore accesses can be done by multiple files and proper accounting > should be supported by Faban (send back to the users/master). > Some thoughts: > - *Where to start: *It appears that the php code on the server side is the > only place where this can be done. > - *Storage:* This makes sense only per user, so the session is probably a > logical place to store this info. > - *Organization*: Since response time is measured per operation with > Faban, this also needs to be per operation. > - *Timestamps:* I believe from php I could use getMicroTime() before I > start a query, call it again after it's done and get a diff. > - *Overhead:* Since I will have to log the result in the sessions for > every operation this will likely be a performance killer. Sampling can be > applied to do logging every 100 requests or so. > > Insights, ideas are most welcome. > > Thanks > ------------------------------------------------------------------- > Kontorinis Vasileios > Phd student, University of California San Diego > http://cseweb.ucsd.edu/~vkontori/ <http://cseweb.ucsd.edu/%7Evkontori/> > martinezcindy@example.org > ------------------------------------------------------------------- > --0016367fb071a286f60488a350bc-- From olio-dev-returnmartinezcindy@example.org Tue Jun 22 12:13:17 2010 Return-Path: <olio-dev-returnmartinezcindy@example.org> Delivered-To: martinezcindy@example.org Received: (qmail 91868 invoked from network); 22 Jun 2010 12:13:17 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 22 Jun 2010 12:13:17 -0000 Received: (qmail 42943 invoked by uid 500); 22 Jun 2010 12:13:17 -0000 Delivered-To: martinezcindy@example.org Received: (qmail 42903 invoked by uid 500); 22 Jun 2010 12:13:15 -0000 Mailing-List: contact martinezcindy@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:martinezcindy@example.org> List-Unsubscribe: <mailto:martinezcindy@example.org> List-Post: <mailto:martinezcindy@example.org> List-Id: <olio-dev.incubator.apache.org> Reply-To: martinezcindy@example.org Delivered-To: mailing list martinezcindy@example.org Received: (qmail 42895 invoked by uid 99); 22 Jun 2010 12:13:14 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 22 Jun 2010 12:13:14 +0000 X-ASF-Spam-Status: No, hits=1.4 required=10.0 tests=AWL,FREEMAIL_FROM,HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of martinezcindy@example.org designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO mail-gy0-f175.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 22 Jun 2010 12:13:09 +0000 Received: by gyg10 with SMTP id 10so3027066gyg.6 for <martinezcindy@example.org>; Tue, 22 Jun 2010 05:12:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:content-type; bh=7cPytzPakKreETIp1rnMQF9qwzaqQr8KVX4A4zeOgf8=; b=IHNprJu4hM/xo/1lRpPjBmow7i7sVuShdK54YCDLMlhrjtF9rZvgAl45SoZd/2Oci0 swgdi/Ie2Dx0JuHsmpg/OQIu+fK1FcLqYKF7OM8PTOaIt3XJdZmxp+qJWsKxL8epVI0G 1bFLjXIhhL+vooPONXE27S2k6OdK857ix4qVk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=Ma0N+hzHF4o2VJbzH8pHHPmOqkBI2pSNpyvu3+jfjcusUa9lwAjY7wmK3YvapDYbOd ZLZrVkAZvn7k9KiBGwyJQ3snvm+2kqxEy3PlOJnCM8z2OZuQa9dHJHYBP8MU72pvmBAj hgOJt1RVtgxxwu+vI3CEJ1qkeeo8Z1lO4IzUk= Received: by 83.161.120.155 with SMTP id jl1mr3374714qcb.7.1277208768490; Tue, 22 Jun 2010 05:12:48 -0700 (PDT) MIME-Version: 1.0 Received: by 83.161.120.155 with HTTP; Tue, 22 Jun 2010 05:12:28 -0700 (PDT) In-Reply-To: <martinezcindy@example.org> References: <martinezcindy@example.org> <martinezcindy@example.org> <martinezcindy@example.org> <martinezcindy@example.org> <martinezcindy@example.org> <martinezcindy@example.org> <martinezcindy@example.org> <martinezcindy@example.org> <martinezcindy@example.org> <martinezcindy@example.org> <martinezcindy@example.org> From: Vasileios Kontorinis <martinezcindy@example.org> Date: Tue, 22 Jun 2010 05:12:28 -0700 Message-ID: <martinezcindy@example.org> Subject: Re: ALERT - canary mismatch on efree() - heap overflow detected To: Shanti Subramanyam <martinezcindy@example.org>, "akara.sucharitakul" <martinezcindy@example.org>, martinezcindy@example.org Content-Type: multipart/alternative; boundary=00163630e9a5f32d1d04899d5633 --00163630e9a5f32d1d04899d5633 Content-Type: text/plain; charset=ISO-8859-1 Akara and Shanti, I am not sure if this was more suited for the user or the development list. Anyways I cced the dev. I have the feeling that I eventually figured this one out. After long searches on the web I came across the following links. http://old.nabble.com/-jira--Created:-(9:30 AM Pacific HTTPCLIENT-796)-IOException-when-server-closes-connection-at-end-of-chunk-td19434908.html<http://old.nabble.com/-jira--Created:-%28HTTPCLIENT-796%29-IOException-when-server-closes-connection-at-end-of-chunk-td19434908.html> https://issues.apache.org/jira/browse/HTTPCORE-173?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel It's about the same JIRA, saying that commons-httpclient-3.1 can behave weirdly and kill the connection when the last packet of a response is empty(at least that is how I interpreted it). I am not sure if this is the fix I am after but the stacktrace I got from Olio and the one described in the links above do match. The olio stack when I get the chunked stream ended unexpectedly is below. I have patched commons-httpclient-3.1 myself (there is a patch for 3.1 in the above links, "c.patch"). However, in order to get faban to use the patched commons-httpclient-3.1 I ll need to recompile faban (right?). Can I just drop "commons-httpclient-3.1-patched" inside faban/lib and expect it to run?? Should I rename commons-httpclient-3.1-patched to commons-httpclient-3.1, in order to work?? Anyways, this thing has been the source of great headaches. I have to run all my experiments twice. This way when I get the "cave" behavior (as Shanti said) I can consider the experiment hosed. Of course this doubles the time, plus is annoying... Let me know.... Message: UIDriverAgent[0].127.doEventDetail: chunked stream ended unexpectedly ------------------------------ Exception: Message: java.io.IOException: chunked stream ended unexpectedly Stack Trace: Class Method Line org.apache.commons.httpclient.ChunkedInputStream getChunkSizeFromInputStream 252 org.apache.commons.httpclient.ChunkedInputStream nextChunk 221 org.apache.commons.httpclient.ChunkedInputStream read 176 java.io.FilterInputStream read 116 org.apache.commons.httpclient.AutoCloseInputStream read 108 sun.nio.cs.StreamDecoder readBytes 264 sun.nio.cs.StreamDecoder implRead 306 sun.nio.cs.StreamDecoder read 158 java.io.InputStreamReader read 167 com.sun.faban.driver.transport.hc3.ApacheHC3Transport fetchResponseData 912 com.sun.faban.driver.transport.hc3.ApacheHC3Transport fetchResponse 838 com.sun.faban.driver.transport.hc3.ApacheHC3Transport fetchURL 543 com.sun.faban.driver.transport.hc3.ApacheHC3Transport fetchURL 564 org.apache.olio.workload.driver.UIDriver doEventDetail 611 sun.reflect.GeneratedMethodAccessor6 invoke sun.reflect.DelegatingMethodAccessorImpl invoke 25 java.lang.reflect.Method invoke 597 com.sun.faban.driver.engine.TimeThread doRun 169 com.sun.faban.driver.engine.AgentThread run 202 --Cheers ------------------------------------------------------------------- Kontorinis Vasileios Phd student, University of California San Diego http://cseweb.ucsd.edu/~vkontori/ <http://cseweb.ucsd.edu/%7Evkontori/> martinezcindy@example.org ------------------------------------------------------------------- ------------------------------------------------------------------- Kontorinis Vasileios Phd student, University of California San Diego http://cseweb.ucsd.edu/~vkontori/ martinezcindy@example.org ------------------------------------------------------------------- 2010/6/3 Shanti Subramanyam <martinezcindy@example.org> > > > On Wed, Jun 2, 2010 at 3:08 PM, Vasileios Kontorinis < > martinezcindy@example.org> wrote: > >> 4. I am curious about this one. I have increased the number of >> StartServers in apache.conf to 1536... >> >> <IfModule mpm_prefork_module> >> ListenBacklog 32768 >> StartServers 1536 >> MinSpareServers 20 >> MaxSpareServers 128 >> ServerLimit 16384 >> MaxClients 16384 >> MaxRequestsPerChild 0 >> </IfModule> >> >> This should take care of it. Nope? >> > > No it won't. Having a worker process already in place helps but remember > that apache uses a single process to handle all incoming connections after > which it will hand off to the worker process. > > I went over the code in sun/faban/driver/engine/AgentImpl.java and if I >> interpret it correctly faban needs to start #_of_ users=#_of_threads. If >> there is one new thread every 500ms it will take quite some time (400secs). >> In the code it shows that it will sleep for less time if we are falling >> short -- 1/3 of the actual interval, so it should be around 100secs. Which >> means 2 mins should be ok. >> > > Right. But I suggest a rampup of 3-4 mins at least to get transactions > going before you start measuring. > > >> Now regarding the "cave" behavior. Is there a chance that there a bunch of >> users dropped their connection at the same time and apache could not handle >> it? Is there a way to verify that is the case? What if I increase the >> MinSpareServers/MaxSpareServers settings? >> >> > Easiest way to verify is to try the changes I suggested. > > >> Thansk again. >> >> ------------------------------------------------------------------- >> Kontorinis Vasileios >> Phd student, University of California San Diego >> http://cseweb.ucsd.edu/~vkontori/ <http://cseweb.ucsd.edu/%7Evkontori/> >> martinezcindy@example.org >> ------------------------------------------------------------------- >> >> > Shanti > > >> >> 2010/6/1 Shanti Subramanyam <martinezcindy@example.org> >> >> Sorry for the late reply. I just took a look at your data. >>> Some comments : >>> >>> 1. Your rampup time of 30 secs is too small. You may want to increase it >>> to a few minutes, considering the load you're targeting. >>> 2. I see that you're specifying a variable load - yet the thruput graph >>> shows a constant thruput (until it caves in of course). Did you try doing a >>> run with a constant 800 scale i.e. don't specify the variable load. >>> 3. The apache error log shows timestamps that are different from the >>> driver. Can you please sync the time on the systems ? If running as root, >>> faban does this automatically. Otherwise, once in awhile, you should check >>> what 'date' shows on all your systems. >>> 4. Your 'threadstart/delay' is very small - For this load, I would >>> recommend 300- 500 ms. Apache is just not capable of handling lots of >>> connections in a very short time. This may be the reason for the 'connect >>> timeout out' messages in the run log. >>> >>> Shanti >>> >>> >>> On Tue, May 25, 2010 at 12:12 PM, Vasileios Kontorinis < >>> martinezcindy@example.org> wrote: >>> >>>> Just to clarify, with "package up" you mean tar/gzip the output dir of >>>> the specific run with the errors, right? >>>> If yes, I have updated the earlier webpage. >>>> http://cseweb.ucsd.edu/~vkontori/olio/olio.html<http://cseweb.ucsd.edu/%7Evkontori/olio/olio.html> >>>> >>>> >>>> There you can find a small description of the issue and the run in >>>> http://cseweb.ucsd.edu/~vkontori/olio/run.tgz<http://cseweb.ucsd.edu/%7Evkontori/olio/run.tgz> >>>> >>>> I am not sure if the apache.conf and php.ini is copied to the folder by >>>> default so I just copied in the .tgz file by myself. >>>> Let me know if there are any issues. >>>> >>>> Thanks!! >>>> ------------------------------------------------------------------- >>>> Kontorinis Vasileios >>>> Phd student, University of California San Diego >>>> http://cseweb.ucsd.edu/~vkontori/ <http://cseweb.ucsd.edu/%7Evkontori/> >>>> martinezcindy@example.org >>>> ------------------------------------------------------------------- >>>> >>>> >>>> 2010/5/25 Shanti Subramanyam <martinezcindy@example.org> >>>> >>>> If you're running things locally, we can't blame nfs any longer :-) >>>>> If you don't mind, package up the entire run directory and I'll take a >>>>> look at it (I assume you can put it somewhere where I can download it). >>>>> >>>>> Shanti >>>>> >>>>> >>>>> On Mon, May 24, 2010 at 10:43 PM, Vasileios Kontorinis < >>>>> martinezcindy@example.org> wrote: >>>>> >>>>>> Well, >>>>>> It feels like there are more than one things wrong in my >>>>>> configuration. >>>>>> I stopped using the thumper and went back to using the local fs of the >>>>>> web-server. >>>>>> >>>>>> Some of my issues went away but not all of them. >>>>>> Now it fails less often, every 5-10 runs. >>>>>> >>>>>> The error message in the faban logs: >>>>>> >>>>>> *UIDriverAgent[0].752.do <op> : chunked stream ended unexpectedly >>>>>> Note: Error not counted in result. >>>>>> Either transaction start or end time is not within steady state. >>>>>> * >>>>>> (if the error happens in the steady state it is counted...) >>>>>> >>>>>> I looked a little bit about it online, it seems like the server is >>>>>> getting a response that is not expecting. I have no clue how to debug that. >>>>>> Any ideas? >>>>>> >>>>>> Just a sanity check. I am using: >>>>>> *php* v.5.2.4 (without Suhosin patch, I removed it) >>>>>> *Server* version: Apache/2.2.11 (Ubuntu) >>>>>> *memcached* 1.2.2* (*from phpinfo() I read *memcache *2.2.5) >>>>>> *mysql* Ver 14.12 Distrib 5.0.75, for debian-linux-gnu (x86_64) >>>>>> *apc* 3.0.19 >>>>>> >>>>>> Is this old?? I am considering upgrading my Ubuntu version from Hardy >>>>>> to Lucid with all the related package updates. >>>>>> As far php is concerned I know the current version is 5.2.12 so mine >>>>>> is pretty old. >>>>>> >>>>>> Let me know >>>>>> Thanks again. >>>>>> >>>>>> ------------------------------------------------------------------- >>>>>> Kontorinis Vasileios >>>>>> Phd student, University of California San Diego >>>>>> http://cseweb.ucsd.edu/~vkontori/<http://cseweb.ucsd.edu/%7Evkontori/> >>>>>> martinezcindy@example.org >>>>>> ------------------------------------------------------------------- >>>>>> >>>>>> >>>>>> 2010/5/24 Vasileios Kontorinis <martinezcindy@example.org> >>>>>> >>>>>> I am using v3. >>>>>>> >>>>>>> What I observed and made me suspicious of nfs is in syslog a bunch of >>>>>>> messages: >>>>>>> May 22 00:22:37 olio-web -- MARK -- >>>>>>> May 22 00:30:29 olio-web kernel: [2167206.713881] nfs: server >>>>>>> 83.161.120.155 not responding, still trying >>>>>>> May 22 00:31:03 olio-web kernel: [2167240.993893] nfs: server >>>>>>> 83.161.120.155 not responding, still trying >>>>>>> May 22 00:31:06 olio-web kernel: [2167243.193896] nfs: server >>>>>>> 83.161.120.155 not responding, still trying >>>>>>> May 22 00:31:07 olio-web kernel: [2167244.349889] nfs: server >>>>>>> 83.161.120.155 not responding, still trying >>>>>>> May 22 00:31:07 olio-web kernel: [2167244.357893] nfs: server >>>>>>> 83.161.120.155 not responding, still trying >>>>>>> May 22 00:31:07 olio-web kernel: [2167244.669885] nfs: server >>>>>>> 83.161.120.155 not responding, still trying >>>>>>> May 22 00:31:10 olio-web kernel: [2167247.781891] nfs: server >>>>>>> 83.161.120.155 not responding, still trying >>>>>>> May 22 00:31:10 olio-web kernel: [2167247.785889] nfs: server >>>>>>> 83.161.120.155 not responding, still trying >>>>>>> May 22 00:31:11 olio-web kernel: [2167248.725885] nfs: server >>>>>>> 83.161.120.155 not responding, still trying >>>>>>> May 22 00:31:13 olio-web kernel: [2167250.153892] nfs: server >>>>>>> 83.161.120.155 not responding, still trying >>>>>>> May 22 00:31:14 olio-web kernel: [2167251.173886] nfs: server >>>>>>> 83.161.120.155 not responding, still trying >>>>>>> May 22 00:31:14 olio-web kernel: [2167251.410700] nfs: server >>>>>>> 83.161.120.155 OK >>>>>>> May 22 00:31:14 olio-web kernel: [2167251.411158] nfs: server >>>>>>> 83.161.120.155 OK >>>>>>> May 22 00:31:14 olio-web kernel: [2167251.411236] nfs: server >>>>>>> 83.161.120.155 OK >>>>>>> May 22 00:31:14 olio-web kernel: [2167251.411249] nfs: server >>>>>>> 83.161.120.155 OK >>>>>>> May 22 00:31:14 olio-web kernel: [2167251.411354] nfs: server >>>>>>> 83.161.120.155 OK >>>>>>> May 22 00:31:14 olio-web kernel: [2167251.411678] nfs: server >>>>>>> 83.161.120.155 OK >>>>>>> May 22 00:31:14 olio-web kernel: [2167251.411691] nfs: server >>>>>>> 83.161.120.155 OK >>>>>>> May 22 00:31:14 olio-web kernel: [2167251.411712] nfs: server >>>>>>> 83.161.120.155 OK >>>>>>> May 22 00:31:14 olio-web kernel: [2167251.411723] nfs: server >>>>>>> 83.161.120.155 OK >>>>>>> May 22 00:31:14 olio-web kernel: [2167251.412047] nfs: server >>>>>>> 83.161.120.155 OK >>>>>>> May 22 00:31:14 olio-web kernel: [2167251.414051] nfs: server >>>>>>> 83.161.120.155 OK >>>>>>> May 22 00:42:37 olio-web -- MARK -- >>>>>>> May 22 01:02:37 olio-web -- MARK -- >>>>>>> >>>>>>> Regarding the olio run log it's weird. >>>>>>> Usually says nothing. Sometimes it gives a bunch of >>>>>>> >>>>>>> UIDriverAgent[0].752.do <op> : chunked stream ended unexpectedly >>>>>>> Note: Error not counted in result. >>>>>>> Either transaction start or end time is not within steady state. >>>>>>> >>>>>>> and also >>>>>>> >>>>>>> UIDriverAgent[0].635.do <op> : connect timed out >>>>>>> Note: Error not counted in result. >>>>>>> Either transaction start or end time is not within steady state. >>>>>>> >>>>>>> where <op> different operations.... >>>>>>> >>>>>>> But it does not log this every time... >>>>>>> >>>>>>> Is there a way to monitor nfs internals (buffering, throughput etc) >>>>>>> on the fly? >>>>>>> I am using sar but it does not give much helpful info? >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------- >>>>>>> Kontorinis Vasileios >>>>>>> Phd student, University of California San Diego >>>>>>> http://cseweb.ucsd.edu/~vkontori/<http://cseweb.ucsd.edu/%7Evkontori/> >>>>>>> martinezcindy@example.org >>>>>>> ------------------------------------------------------------------- >>>>>>> >>>>>>> >>>>>>> 2010/5/24 Shanti Subramanyam <martinezcindy@example.org> >>>>>>> >>>>>>> Which version of NFS are you using ? I suggest you try v3 - it is >>>>>>>> more efficient. We've run into issues with v4 causing unacceptable response >>>>>>>> times. >>>>>>>> For the kind of drop you are seeing, I am surprised that you don't >>>>>>>> find any errors anywhere. In the first 400 user run for example, it looks >>>>>>>> like all the processes either exited or are stalled. In either case, I would >>>>>>>> expect to see errors in the faban run log (either that the driver got an >>>>>>>> error or that it timed out). Are you sure you checked the faban log ? >>>>>>>> >>>>>>>> Have you tried running nfsstat to see if you can spot anything ? >>>>>>>> >>>>>>>> Shanti >>>>>>>> >>>>>>>> >>>>>>>> On Sun,
{'source': 'Apache Software Foundation Public Mail Archives'}