0.9.3.0 minor release available

瀏覽次數:13 次
跳到第一則未讀訊息

Doug Judd

未讀,
2010年3月23日 晚上9:18:132010/3/23
收件者:hyperta...@googlegroups.com、hypertable-user
Hypertable minor release 0.9.3.0 has been released and is now available for download at http://www.hypertable.org/download.html (you may have to hit refresh in your browser to get the correct download).

NOTE: This release is incompatible with previous releases.  To preserve your data, you will need to first backup your tables, upgrade Hypertable, and then restore your tables from backup.

Version 0.9.3.0:
(2010-03-22)

    Added Hyperspace replication
    Added MapReduce connector
    Added Query Cache
    FreeBSD port
    Solaris port
    Added DUMP TABLE
    Added LOAD DATA FORMAT input file format auto-detect
    Fixed memory leak
    Added shadow CellCache
    Added poll() support to Comm layer for Linux 2.4 kernels
    Exclude CellStores that are outside of scan spec timestamp range
    Improved efficiency of KeyWritable; added comments
    Fixed race condition with proxy map propagation
    Updated htbuild
    Added missing ssl library to CephBroker build
    Added --thrift flag to ht_load_generator tool to test loads via ThriftBroker.
    Changed PerformanceEvaluation tool to generate random buffer once and re-use it to lower CPU load
    Increased ThriftClient timeout to 10min for MR PerformanceEvaluation task
    Changed Hyperspace lock operation result log from debug to info.
    Fixed recursive includes in hypertable jar files that were bloating the file size
    Modified path for Java Client examples and build.xml paths for examples jar file
    Added Hypertable PerformanceEvaluation class.
    Fixed duplicate server location assignment problem
    Added Key class to Thrift, make Cell a composition of Key and value
    Plumbed the Client::get_table_splits API through the ThriftBroker
    Checked in OutputFormat for Hypertable MapReduce connector.
    Added 'exists_table' API to Hypertable client, Thrift interface and HQL.
    Added INSTALL_EXCLUDE_DEPENDENT_LIBS cmake variable
    More FreeBSD porting work
    Turned off ShadowCache by default
    Made poll error handling more graceful (return error instead of exit)
    Added Hypertable.RangeServer.AccessGroup.ShadowCache property to enable/disable shadow cache
    Workaround for xen timestamp problem; Fixed Master deadlocks
    Fixed memory leak in maintenance queue
    Fixed deadlock in Master
    Added VERSION_ADD_COMMIT_SUFFIX cmake variable
    Added address proxy
    Got rid of boost spirit warnings
    Fix to allow 0 column family for retured cells that are DELETE_ROW
    Auto-adjust blockcache size based on workload - Maintenance scheduler re-work
    Fixed progress meter for large load files and generated data sets
    Fixed --max-keys handling for ht_load_generator - Also respect min_pool and max_pool for Uniform random number generator
    Got bloom filter working again - Added new CellStoreV2 format with all necessary bloom filter state in trailer - Added --num-hashes and --bits-per-item bloom filter options
    Cleaned up FailureInducer interface
    Fixed METADATA split recovery race conditions
    Cleaned up regression tests; Updated documentation
    Made Master::server_left() close connection to avoid race condition
    [Issue 388] Fixed issue by checking for session existence within BDB txns.
    Setting replication site priority according to order in which replicas are listed in config file
    Fixed bug in Hyperspace logic which was causing Hyperspace to delete a handle for an expired session.
    Made changes to avoid duplicate masters among BDB replication sites.
    Modified Hyperspace replication logic to wait for permanent message acks from all replicas.
    Modified Capfiles with new hyperspace replication stuff
    [Issue 372] Minor cleanup, changed error message to info. -This is an expected case and not really an error
    Upgrading BerkeleyDB requirement to >= 4.8.x
    Replaced HT_EXPECTs in BerkeleyDbFilesystem code with HT_ASSERTs
    [Issue 372] Added scope guards to prevent BerkeleyDB cursor leaks. -Also changed a few asserts to HT_ASSERT
    Made changes to allow Hyperspace clients to connect to any Hyperspace replica and get redirected to master.
    Made changes to BerkeleyDbFilesystem so that each txn opens its own DB handle to avoid DB_REP_HANDLE_DEAD errors.
    Changes to implement basic replication
    Fixed problem preventing CellStore indexes from getting GC'd
    Leave AccessGroup in consistent state after compaction failure
    Fixed Memory Corruption in MetaLogDfsBase
    Fixed infinite loop on ROW_OVERFLOW
    Fixed deadlock
    Apply MAX_VERSIONS unconditionally
    Added RSML backups in $INSTALL/run/rsml_backup/
    Fixed problem with "LOAD DATA INFILE" from STDIN where incorrect progress bar update was the load down.
    Updated version number to 0.9.2.8
    Fix for Hyperspace race condition; Added compaction asserts
    Fixed delayed connect problem
    Updated system tests; Increased BlockCache default size to 150M
    Default dfsclient timeout to Hypertable.Request.Timeout
    Fixed memory leak; Added support for tcmalloc HEAPCHECK
    Added shadow CellCache; Re-wrote maintenance scheduler
    Allow .tsv files with empty values
    Issue 358: be a little smarter about default config file path.
    Fixed problem with soname.sh and libsigar
    Workaround for clock()/poll() incompatibility
    Added support for cmake variable HT_DEPENDENCY_DIR
    Modified BerkeleyDb search path to look for 4.8 release if available
    Changing BDB_DEADLOCK messages to info instead of warning.
    Added keys_only to Thrift ScanSpec interface
    Issue 361: Allow RangeServer to reconnect with Master after connection reset
    Upgraded to Thrift 0.2.0
    Added put_cell* API to Thrift interface to give easy access to shared periodic flushing mutators
    Removing BDB deadlock error messages. Use warnings instead.
    Fixed compile error on mac
    Updated htbuild for thrift r830673, kfs 0.4 and ceph 0.17 - Also added fix for python thrift installation on ubuntu
    Made Cells and ScanSpec fully take advantage of custom allocator - Made clear() semantics for the containers consistent as well.
    Consolidate pool allocators and their usage.
    Updated doxygen doc version
    Cleaned up some compiler warnings under gcc 4.3.
    Fixed an fmr for valgrind
    Added some test helper functions/classes/templates.
    Made property accessors const where appropriate - also tweaked the default config file to use relative path if possible.
    Temporarily added back thrift perl dependencies to the rpm package - probably better off zip the perl examples in the distribution.
    Added thrift version ht -v
    Added help/usage info for the ht wrapper
    Added basic regression test init_* function. - Caught int32_t masking issues on Solaris
    htbuild: update for fedora 11
    Fixed unknown option error from serverup for non-default options.
    Fixed hql result logging in ThriftBroker
    Upgraded thrift to r830673 to fix stack smashing in ThriftBroker - added slf4j jars for the new thrift - added java-thrift.sh for easy launching jhava thrift clients
    Added support for Hypertable.Network.Interface config property
    Added tsv-format and column-id-map options to csdump
    Added Query Cache - Added .values property to load generator spec file to indicate number of distinct values to generate
    Fixed RangeServer::load_range RSML write error handling to leave system consistent
    [Issue 355] Fixed and added regression for LDI timestamp issue.
    Fixed load_generator to support MaxKeys for load type 'update'
    Added CellCacheScanner entry cache - Also fixed some build issues on Snow Leopard
    Fixed problem where load_generator not respecting MaxBytes for query
    Fixed TableMutator::set_cells to throw BAD_KEY exception for cf/cell deletes without a column family.
    Replaced sleep with perl select() command in random-wait.sh
    Fixed bug in ConnectionManager::remove - Fixed broken regressions
    Fixed trailing '\n' problem in prune_tsv
    Fixed CLOSED_WAIT problem with serverup and HdfsBroker
    [Issue 340] Added Thrift MutatorFlag IGNORE_UNKNOWN_CFS.
    Added "--exec/-e" and "--command-file" switches to CommandShell to execute commands.
    Fixed memory corruption issue triggered when the interval mutator fails on successive writes.
    Added --newer switch to prune_tsv
    Fixed bug in Schema rename method
    Fixed SIGAR library detection on mac Snow Leopard
    Fixed connection/retry problems surfaced on Solaris
    Fixed int32_t overloading issue on Solaris i386.
    Change all tests/integration scripts to explicitly use bash
    Worked around RAND_MAX quirk on Solaris
    Worked around quirks in cmake on Solaris
    Added table name to error message and modified Table & TableIdentifier classes to expose name.
    [Issue 340] Added "ALTER TABLE RENAME COLUMN FAMILY" feature to rename column family names.
    [Issue 340] Added ignore unknown cfs feature to LDI.
    Changed Hypertable client Hyperspace connection check interval to 5s instead of 3s.
    Fixed CellStoreScanner to turn off readahead mode in case of single row scans.
    Commited changes to allow a client to automatically refresh stale schema during certain ops.
    [Issue 339] Added instrumentation to debug this issue and fixed empty bloom filter problem.
    Got rid of Hypertable.Request.Timeout from default hypertable.cfg
    Got Master::close() plumbed through properly - Got rid of some warnings in Hyperspace - Made performance improvements to prune_tsv
    Commited changes to allow a client to automatically refresh stale schema during certain ops.
    Added flag to allow Sessions to reconnect to Hyperspace instead of expiring.
    Major Hyperspace overhaul to store Session, Handle, Node and Event data mostly in BerkeleyDb.
    Added prune_tsv tool
    Fixed sequential-load test script
    htbuild: exit ASAP in case of errors
    Fixed tcmalloc version check (should run every time)
    Fixed FindCeph.cmake for the new location of libceph.h in 0.14
    Updated boost to 1.40 in package build - added ntpdate to htbuild to avoid make timestamp issues - fixed tcmalloc build problems introduced by last refactor

alok mishra

未讀,
2010年3月24日 凌晨3:51:012010/3/24
收件者:hyperta...@googlegroups.com
0.9.3.0 seems to have changed the Thrift interface. I am getting this error:

cell_agt = Cell(timestamp = ts, row_key = client + request['adr'] + request['sid'], column_family = 'agt', value = request['agt'])

TypeError: __init__() got an unexpected keyword argument 'column_family'


alok

未讀,
2010年3月24日 清晨5:05:322010/3/24
收件者:Hypertable User

On Mar 24, 6:18 am, Doug Judd <d...@hypertable.com> wrote:
> Hypertable minor release 0.9.3.0 has been released and is now available for

> download athttp://www.hypertable.org/download.html(you may have to hit

alok mishra

未讀,
2010年3月25日 上午11:16:572010/3/25
收件者:Hypertable User
I am on Ubuntu 8.04.3. This error was coming on Hypertable 0.9.2.7 , so I changed to the latest 0.9.3 where the same problem is persisting.
I am using a mutator that flushes every 2 seconds.

The error seems like its in ThriftBroker

From the ThriftBroker log:

1269527167 ERROR ThriftBroker : (/root/src/hypertable/src/cc/Hypertable/Lib/TableMutator.cc:52) caught std::exception:
1269527167 ERROR ThriftBroker : run (/root/src/hypertable/src/cc/Hypertable/Lib/TableMutatorFlushHandler.cc:35): Hypertable::Exception: interval flush - HYPERTABLE request timeout
        at void Hypertable::TableMutatorShared::interval_flush() (/root/src/hypertable/src/cc/Hypertable/Lib/TableMutatorShared.cc:66)
        at void Hypertable::TableMutator::wait_for_previous_buffer(Hypertable::Timer&) (/root/src/hypertable/src/cc/Hypertable/Lib/TableMutator.cc:406):
        at bool Hypertable::TableMutatorCompletionCounter::wait_for_completion(Hypertable::Timer&) (/root/src/hypertable/src/cc/Hypertable/Lib/TableMutatorCompletionCounter.h:71):

Also, there seems to be some sort of memoey leak in Thriftbroker. Should it take this much memory?

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                                                                                                                                        
29392 xxxx      20   0    332m 140m 4584 S    0            6.8   0:16.53  ThriftBroker 


Any help would be appreciated.
Alok

--
You received this message because you are subscribed to the Google Groups "Hypertable User" group.
To post to this group, send email to hyperta...@googlegroups.com.
To unsubscribe from this group, send email to hypertable-us...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/hypertable-user?hl=en.


Doug Judd

未讀,
2010年3月25日 上午11:38:482010/3/25
收件者:hyperta...@googlegroups.com
Can you give us some more details of your system and your test?  Here are some things that would be helpful to know:

What DFS are your running on (local, hadoop, etc.)?
What OS and architecture (uname -a output)
How many nodes in your setup and what processes are running on each node.
What does your hypertable.cfg file look like?
How much data are you trying to load?
How much data gets inserted before the system times out?

- Doug

alok mishra

未讀,
2010年3月25日 上午11:50:442010/3/25
收件者:hyperta...@googlegroups.com
What DFS are your running on (local, hadoop, etc.)? ==> local

What OS and architecture (uname -a output)  ==> Linux spidercrunch 2.6.24-24-xen #1 SMP Tue Aug 18 18:15:39 UTC 2009 x86_64 GNU/Linux

How many nodes in your setup and what processes are running on each node. ==> 1, rabbitmq, apache

What does your hypertable.cfg file look like?  default

How much data are you trying to load? Its a memory only table with TTL=5 minutes for all data. Inserting very moderate amount of data, 400KB per minute with 3000 calls per minute.

How much data gets inserted before the system times out?  Times out every 20-30 minutes. After the first timeout, if I start the processes immediately, it times out again but if I wait for few minutes and start then it starts working for the next 20-30 minutes.

Doug Judd

未讀,
2010年3月25日 中午12:12:552010/3/25
收件者:hyperta...@googlegroups.com
Is there anyway I could log into your machine to diagnose?  Or, if it's easier, I can setup an Amazon machine instance and give you access to recreate the problem.  Feel free to e-mail me directly at doug at hypertable dot com

- Doug

Doug Judd

未讀,
2010年3月26日 上午8:00:092010/3/26
收件者:alok mishra、hyperta...@googlegroups.com、hypertable-user
Alok, I'm CC'ing your response to the lists so that everyone is in the loop.  I'll investigate the periodic flush issue and let you know what I find.

- Doug

On Fri, Mar 26, 2010 at 12:55 AM, alok mishra <mish...@gmail.com> wrote:
Hi Doug,
I isolated the problems that I had mentioned. It was because of a mutator set to flush every 2 seconds. I made it non-timed flush and I flush using code after every 100 records or so. That fixed the timeout problem.

I also found that the ThriftBroker was getting bloated with time because of the python client which was not closing a scanner after using it. So the number of scanners multiplied with time.

If you still want to replicate this error

1269527167 ERROR ThriftBroker : (/root/src/hypertable/src/cc/Hypertable/Lib/TableMutator.cc:52) caught std::exception:
1269527167 ERROR ThriftBroker : run (/root/src/hypertable/src/cc/Hypertable/Lib/TableMutatorFlushHandler.cc:35): Hypertable::Exception: interval flush - HYPERTABLE request timeout
      at void Hypertable::TableMutatorShared::interval_flush() (/root/src/hypertable/src/cc/Hypertable/Lib/TableMutatorShared.cc:66)
      at void Hypertable::TableMutator::wait_for_previous_buffer(Hypertable::Timer&) (/root/src/hypertable/src/cc/Hypertable/Lib/TableMutator.cc:406):
      at bool Hypertable::TableMutatorCompletionCounter::wait_for_completion(Hypertable::Timer&) (/root/src/hypertable/src/cc/Hypertable/Lib/TableMutatorCompletionCounter.h:71):

then I am going to setup a new Amazon instance for you with all the software.

Alok


Doug Judd wrote:
Is there anyway I could log into your machine to diagnose?  Or, if it's easier, I can setup an Amazon machine instance and give you access to recreate the problem.  Feel free to e-mail me directly at doug at hypertable dot com

- Doug

On Thu, Mar 25, 2010 at 8:50 AM, alok mishra <mish...@gmail.com <mailto:mish...@gmail.com>> wrote:

   What DFS are your running on (local, hadoop, etc.)? ==> local

   What OS and architecture (uname -a output)  ==> Linux spidercrunch
   2.6.24-24-xen #1 SMP Tue Aug 18 18:15:39 UTC 2009 x86_64 GNU/Linux

   How many nodes in your setup and what processes are running on
   each node. ==> 1, rabbitmq, apache

   What does your hypertable.cfg file look like?  default

   How much data are you trying to load? Its a memory only table with
   TTL=5 minutes for all data. Inserting very moderate amount of
   data, 400KB per minute with 3000 calls per minute.

   How much data gets inserted before the system times out?  Times
   out every 20-30 minutes. After the first timeout, if I start the
   processes immediately, it times out again but if I wait for few
   minutes and start then it starts working for the next 20-30 minutes.



   On Thu, Mar 25, 2010 at 9:08 PM, Doug Judd <nugge...@gmail.com
   <mailto:nugge...@gmail.com>> wrote:

       Can you give us some more details of your system and your
       test?  Here are some things that would be helpful to know:

       What DFS are your running on (local, hadoop, etc.)?
       What OS and architecture (uname -a output)
       How many nodes in your setup and what processes are running on
       each node.
       What does your hypertable.cfg file look like?
       How much data are you trying to load?
       How much data gets inserted before the system times out?

       - Doug

       On Thu, Mar 25, 2010 at 8:16 AM, alok mishra
           <mailto:mish...@gmail.com>> wrote:

               0.9.3.0 seems to have changed the Thrift interface. I
               am getting this
               error:

               cell_agt = Cell(timestamp = ts, row_key = client +
               request['adr'] +
               request['sid'], column_family = 'agt', value =
               request['agt'])

               TypeError: __init__() got an unexpected keyword argument
               'column_family'

               On Mar 24, 6:18 am, Doug Judd <d...@hypertable.com
               <mailto:d...@hypertable.com>> wrote:
               > Hypertable minor release 0.9.3.0 has been released
               and is now available for
               > download
               athttp://www.hypertable.org/download.html(you
               <http://www.hypertable.org/download.html%28you> may

               have to hit
               > refresh in your browser to get the correct download).
               >
               > NOTE: This release is incompatible with previous
               releases.  To preserve your
               > data, you will need to first backup your tables,
               upgrade Hypertable, and
               > then restore your tables from backup.
               >
               > Version 0.9.3.0 <http://0.9.3.0>:
               <mailto:hyperta...@googlegroups.com>.

               To unsubscribe from this group, send email to
               hypertable-us...@googlegroups.com
               <mailto:hypertable-user%2Bunsu...@googlegroups.com>.

               For more options, visit this group at
               http://groups.google.com/group/hypertable-user?hl=en.


           --             You received this message because you are subscribed to
           the Google Groups "Hypertable User" group.
           To post to this group, send email to
           hyperta...@googlegroups.com
           <mailto:hyperta...@googlegroups.com>.

           To unsubscribe from this group, send email to
           hypertable-us...@googlegroups.com
           <mailto:hypertable-user%2Bunsu...@googlegroups.com>.

           For more options, visit this group at
           http://groups.google.com/group/hypertable-user?hl=en.


       --         You received this message because you are subscribed to the
       Google Groups "Hypertable User" group.
       To post to this group, send email to
       hyperta...@googlegroups.com
       <mailto:hyperta...@googlegroups.com>.

       To unsubscribe from this group, send email to
       hypertable-us...@googlegroups.com

       For more options, visit this group at
       http://groups.google.com/group/hypertable-user?hl=en.


   --     You received this message because you are subscribed to the Google
   Groups "Hypertable User" group.
   To post to this group, send email to
   hyperta...@googlegroups.com

   To unsubscribe from this group, send email to
   hypertable-us...@googlegroups.com

Sanjit Jhala

未讀,
2010年4月7日 下午4:35:382010/4/7
收件者:hyperta...@googlegroups.com、alok mishra、hypertable-user
Hi Alok,

Are you still seeing this issue? If you can send me your script I'd like to look further into trying to reproduce the issue. I was unable to reproduce it with the following code:
import sys
import time
from hypertable.thriftclient import *
from hyperthrift.gen.ttypes import *

try:
client = ThriftClient("localhost", 38080)
print "HQL examples"
res = client.hql_query("drop table if exists test")
res = client.hql_query("create table test('col')")
print res

print "shared mutator examples";
mutate_spec = MutateSpec("issue_415_py", 2000, 0);
max_rows=8000000
#max_rows = 100
reporting_period=max_rows/50;
for ii in range(1,max_rows):
ii_str = str(ii);
client.put_cell("test", mutate_spec, Cell(Key("py-put-k" + ii_str, "col", None),
"py-put-v"+ii_str))
if ((ii-1) % reporting_period==0):
timestamp = str(time.localtime())
print timestamp + " On cell " + ii_str

except:
print sys.exc_info()
raise

-Sanjit
You received this message because you are subscribed to the Google Groups "Hypertable Development" group.

To post to this group, send email to hyperta...@googlegroups.com.
To unsubscribe from this group, send email to hypertable-de...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/hypertable-dev?hl=en.

alok mishra

未讀,
2010年4月15日 清晨7:40:562010/4/15
收件者:Sanjit Jhala、hyperta...@googlegroups.com、hypertable-user
Hi Sanjit,
Sorry for the late reply. As shown below, my code opens a mutator that
should auto-flush every 1 second. Then it registers the process_callback
with rabbitmq to receive events and then dump it to hypertable. I do not
explicitly flush. This setup works for 15 minutes or so and then fails
with the error that I had originally sent.

I fixed my problem by flushing manually after every 1000 events. But I
would love the elegance of auto-flush if it is fixed.

Please email me for any other questions,
Alok


class SessionDumper:
"""Dumps the session info into hypertable"""

def __init__(self):

self.hyperclient = ThriftClient("localhost", 38080)
self.mutator = self.hyperclient.open_mutator('session',0, 1000)
# auto dump after every 1 second
self.count=0

def process_callback(self, msg):

# insert it into the hypertable

cell_agt = Cell(Key(timestamp = ts, row = client +
request['adr'] + request['sid'], column_family = 'agt'), value =
request['agt'])
cell_uri = Cell(Key(timestamp = ts, row = client +
request['adr'] + request['sid'], column_family = 'uri'), value =
request['uri']+ request['qry'])
cell_ref = Cell(Key(timestamp = ts, row = client +
request['adr'] + request['sid'], column_family = 'ref'), value =
request['ref'])

celllist = [cell_agt, cell_uri, cell_ref]

self.hyperclient.set_cells(self.mutator, celllist)

> <mailto:mish...@gmail.com <mailto:mish...@gmail.com>>>

> <mailto:nugge...@gmail.com


> <mailto:nugge...@gmail.com>>> wrote:
>
> Can you give us some more details of your system
> and your
> test? Here are some things that would be helpful
> to know:
>
> What DFS are your running on (local, hadoop, etc.)?
> What OS and architecture (uname -a output)
> How many nodes in your setup and what processes are
> running on
> each node.
> What does your hypertable.cfg file look like?
> How much data are you trying to load?
> How much data gets inserted before the system times
> out?
>
> - Doug
>
> On Thu, Mar 25, 2010 at 8:16 AM, alok mishra
> <mish...@gmail.com <mailto:mish...@gmail.com>

> <mailto:mish...@gmail.com <mailto:mish...@gmail.com>>>

> <mailto:mish...@gmail.com


> <mailto:mish...@gmail.com>>> wrote:
>
> 0.9.3.0 seems to have changed the Thrift
> interface. I
> am getting this
> error:
>
> cell_agt = Cell(timestamp = ts, row_key =
> client +
> request['adr'] +
> request['sid'], column_family = 'agt', value =
> request['agt'])
>
> TypeError: __init__() got an unexpected
> keyword argument
> 'column_family'
>
> On Mar 24, 6:18 am, Doug Judd
> <d...@hypertable.com <mailto:d...@hypertable.com>

> <mailto:d...@hypertable.com

> <mailto:hyperta...@googlegroups.com


> <mailto:hyperta...@googlegroups.com>>.
>
> To unsubscribe from this group, send email to
>
> hypertable-us...@googlegroups.com
> <mailto:hypertable-user%2Bunsu...@googlegroups.com>
>

> <mailto:hypertable-user%2Bunsu...@googlegroups.com
> <mailto:hypertable-user%252Buns...@googlegroups.com>>.


>
> For more options, visit this group at
>
> http://groups.google.com/group/hypertable-user?hl=en.
>
>
> -- You received this message
> because you are subscribed to
> the Google Groups "Hypertable User" group.
> To post to this group, send email to
> hyperta...@googlegroups.com
> <mailto:hyperta...@googlegroups.com>

> <mailto:hyperta...@googlegroups.com


> <mailto:hyperta...@googlegroups.com>>.
>
> To unsubscribe from this group, send email to
> hypertable-us...@googlegroups.com
> <mailto:hypertable-user%2Bunsu...@googlegroups.com>
>

> <mailto:hypertable-user%2Bunsu...@googlegroups.com
> <mailto:hypertable-user%252Buns...@googlegroups.com>>.


>
> For more options, visit this group at
>
> http://groups.google.com/group/hypertable-user?hl=en.
>
>
> -- You received this message because you
> are subscribed to the
> Google Groups "Hypertable User" group.
> To post to this group, send email to
> hyperta...@googlegroups.com
> <mailto:hyperta...@googlegroups.com>

> <mailto:hyperta...@googlegroups.com


> <mailto:hyperta...@googlegroups.com>>.
>
> To unsubscribe from this group, send email to
> hypertable-us...@googlegroups.com
> <mailto:hypertable-user%2Bunsu...@googlegroups.com>
>

> <mailto:hypertable-user%2Bunsu...@googlegroups.com
> <mailto:hypertable-user%252Buns...@googlegroups.com>>.


>
> For more options, visit this group at
> http://groups.google.com/group/hypertable-user?hl=en.
>
>
> -- You received this message because you are
> subscribed to the Google
> Groups "Hypertable User" group.
> To post to this group, send email to
> hyperta...@googlegroups.com
> <mailto:hyperta...@googlegroups.com>

> <mailto:hyperta...@googlegroups.com


> <mailto:hyperta...@googlegroups.com>>.
>
> To unsubscribe from this group, send email to
> hypertable-us...@googlegroups.com
> <mailto:hypertable-user%2Bunsu...@googlegroups.com>

> <mailto:hypertable-user%2Bunsu...@googlegroups.com
> <mailto:hypertable-user%252Buns...@googlegroups.com>>.


>
> For more options, visit this group at
> http://groups.google.com/group/hypertable-user?hl=en.
>
>
> --
> You received this message because you are subscribed to
> the Google Groups "Hypertable User" group.
> To post to this group, send email to
> hyperta...@googlegroups.com
> <mailto:hyperta...@googlegroups.com>.
> To unsubscribe from this group, send email to
> hypertable-us...@googlegroups.com
> <mailto:hypertable-user%2Bunsu...@googlegroups.com>.
> For more options, visit this group at
> http://groups.google.com/group/hypertable-user?hl=en.
>
>
>
> --
> You received this message because you are subscribed to the Google

> Groups "Hypertable Development" group.
> To post to this group, send email to

> hyperta...@googlegroups.com
> <mailto:hyperta...@googlegroups.com>.
> To unsubscribe from this group, send email to

> hypertable-de...@googlegroups.com
> <mailto:hypertable-dev%2Bunsu...@googlegroups.com>.


> For more options, visit this group at

> http://groups.google.com/group/hypertable-dev?hl=en.
>
>

Doug Judd

未讀,
2010年4月15日 中午12:07:392010/4/15
收件者:hyperta...@googlegroups.com、Sanjit Jhala、hyperta...@googlegroups.com
Hi Alok,

Is there any way you can send us all of the code so that we can recreate the problem on our end?  Or can you set up an AWS instance with the program installed so that we can log in and diagnose?  That will be the fastest way for us to track this one down.

- Doug

To post to this group, send email to hyperta...@googlegroups.com.
To unsubscribe from this group, send email to hypertable-us...@googlegroups.com.
回覆所有人
回覆作者
轉寄
0 則新訊息