RHbase no more data to read With Cloudera CDH 5

97 views
Skip to first unread message

Alberto Gutierrez Juanes

unread,
Aug 24, 2015, 12:24:30 PM8/24/15
to RHadoop
Hi,

Anyone try run rhbase with CDH 5?

I execute  

library(rhbase)
hb.init(host='ldcmf405.internal',port=9090)
hb.list.tables()

and i get an error about no more data to read with this memory check error detector, Can anyone tell me why that not run? Thanks

==15854== Memcheck, a memory error detector
==15854== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al.
==15854== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info
==15854== Command: /usr/lib64/R/bin/exec/R --vanilla
==15854== Parent PID: 15852
==15854== 
==15854== Warning: set address range perms: large range [0x3aeed040, 0x83433020) (undefined)
==15854== Warning: set address range perms: large range [0x3aeed028, 0x83433038) (noaccess)
==15854== 
==15854== HEAP SUMMARY:
==15854==     in use at exit: 28,701,407 bytes in 13,057 blocks
==15854==   total heap usage: 30,784 allocs, 17,727 frees, 1,262,047,869 bytes allocated
==15854== 
==15854== 42 bytes in 1 blocks are possibly lost in loss record 44 of 1,614
==15854==    at 0x4A075BC: operator new(unsigned long) (vg_replace_malloc.c:298)
==15854==    by 0x3D9CA9C3C8: std::string::_Rep::_S_create(unsigned long, unsigned long, std::allocator<char> const&) (in /usr/lib64/libstdc++.so.6.0.13)
==15854==    by 0x3D9CA9CDE4: ??? (in /usr/lib64/libstdc++.so.6.0.13)
==15854==    by 0x3D9CA9CF32: std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string(char const*, std::allocator<char> const&) (in /usr/lib64/libstdc++.so.6.0.13)
==15854==    by 0x103B41FC: initialize (tools.cc:35)
==15854==    by 0x3DA1C987B6: ??? (in /usr/lib64/R/lib/libR.so)
==15854==    by 0x3DA1CD8210: Rf_eval (in /usr/lib64/R/lib/libR.so)
==15854==    by 0x3DA1CDBAA6: ??? (in /usr/lib64/R/lib/libR.so)
==15854==    by 0x3DA1CD7FFC: Rf_eval (in /usr/lib64/R/lib/libR.so)
==15854==    by 0x3DA1CDBCD9: ??? (in /usr/lib64/R/lib/libR.so)
==15854==    by 0x3DA1CD7FFC: Rf_eval (in /usr/lib64/R/lib/libR.so)
==15854==    by 0x3DA1CCA0CE: Rf_applyClosure (in /usr/lib64/R/lib/libR.so)
==15854== 
==15854== 46 bytes in 1 blocks are possibly lost in loss record 48 of 1,614
==15854==    at 0x4A075BC: operator new(unsigned long) (vg_replace_malloc.c:298)
==15854==    by 0x3D9CA9C3C8: std::string::_Rep::_S_create(unsigned long, unsigned long, std::allocator<char> const&) (in /usr/lib64/libstdc++.so.6.0.13)
==15854==    by 0x3D9CA9CDE4: ??? (in /usr/lib64/libstdc++.so.6.0.13)
==15854==    by 0x3D9CA9CF32: std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string(char const*, std::allocator<char> const&) (in /usr/lib64/libstdc++.so.6.0.13)
==15854==    by 0x103BD3B5: unsigned int apache::thrift::transport::readAll<apache::thrift::transport::TBufferBase>(apache::thrift::transport::TBufferBase&, unsigned char*, unsigned int) (TTransport.h:41)
==15854==    by 0x103BBEBF: unsigned int apache::thrift::protocol::TBinaryProtocolT<apache::thrift::transport::TTransport>::readStringBody<std::string>(std::string&, int) (TTransport.h:126)
==15854==    by 0x103BE09A: apache::thrift::protocol::TBinaryProtocolT<apache::thrift::transport::TTransport>::readMessageBegin(std::string&, apache::thrift::protocol::TMessageType&, int&) (TBinaryProtocol.tcc:223)
==15854==    by 0x1038867C: apache::hadoop::hbase::thrift::HbaseClient::recv_getTableNames(std::vector<std::string, std::allocator<std::string> >&) (TProtocol.h:531)
==15854==    by 0x103B5FFE: hb_get_tables (tools.cc:71)
==15854==    by 0x3DA1C99491: ??? (in /usr/lib64/R/lib/libR.so)
==15854==    by 0x3DA1CD8210: Rf_eval (in /usr/lib64/R/lib/libR.so)
==15854==    by 0x3DA1CDBAA6: ??? (in /usr/lib64/R/lib/libR.so)
==15854== 
==15854== 152 bytes in 1 blocks are possibly lost in loss record 69 of 1,614
==15854==    at 0x4A069EE: malloc (vg_replace_malloc.c:270)
==15854==    by 0x3D9CABB746: __cxa_allocate_exception (in /usr/lib64/libstdc++.so.6.0.13)
==15854==    by 0x103BD3BF: unsigned int apache::thrift::transport::readAll<apache::thrift::transport::TBufferBase>(apache::thrift::transport::TBufferBase&, unsigned char*, unsigned int) (TTransport.h:41)
==15854==    by 0x103BBEBF: unsigned int apache::thrift::protocol::TBinaryProtocolT<apache::thrift::transport::TTransport>::readStringBody<std::string>(std::string&, int) (TTransport.h:126)
==15854==    by 0x103BE09A: apache::thrift::protocol::TBinaryProtocolT<apache::thrift::transport::TTransport>::readMessageBegin(std::string&, apache::thrift::protocol::TMessageType&, int&) (TBinaryProtocol.tcc:223)
==15854==    by 0x1038867C: apache::hadoop::hbase::thrift::HbaseClient::recv_getTableNames(std::vector<std::string, std::allocator<std::string> >&) (TProtocol.h:531)
==15854==    by 0x103B5FFE: hb_get_tables (tools.cc:71)
==15854==    by 0x3DA1C99491: ??? (in /usr/lib64/R/lib/libR.so)
==15854==    by 0x3DA1CD8210: Rf_eval (in /usr/lib64/R/lib/libR.so)
==15854==    by 0x3DA1CDBAA6: ??? (in /usr/lib64/R/lib/libR.so)
==15854==    by 0x3DA1CD7FFC: Rf_eval (in /usr/lib64/R/lib/libR.so)
==15854==    by 0x3DA1CDBCD9: ??? (in /usr/lib64/R/lib/libR.so)
==15854== 
==15854== 292 (52 direct, 240 indirect) bytes in 1 blocks are definitely lost in loss record 111 of 1,614
==15854==    at 0x4A069EE: malloc (vg_replace_malloc.c:270)
==15854==    by 0x3D98EFC42A: nss_parse_service_list (in /lib64/libc-2.12.so)
==15854==    by 0x3D98EFCD21: __nss_database_lookup (in /lib64/libc-2.12.so)
==15854==    by 0xB2D140F: ???
==15854==    by 0xB2D32C4: ???
==15854==    by 0x3D98EABF1C: getpwuid_r@@GLIBC_2.2.5 (in /lib64/libc-2.12.so)
==15854==    by 0x3D98EAB80E: getpwuid (in /lib64/libc-2.12.so)
==15854==    by 0x3DA1D1CAE3: ??? (in /usr/lib64/R/lib/libR.so)
==15854==    by 0x3DA1CCF2B7: ??? (in /usr/lib64/R/lib/libR.so)
==15854==    by 0x3DA1CD7B7F: Rf_eval (in /usr/lib64/R/lib/libR.so)
==15854==    by 0x3DA1CCA0CE: Rf_applyClosure (in /usr/lib64/R/lib/libR.so)
==15854==    by 0x3DA1CD54E0: ??? (in /usr/lib64/R/lib/libR.so)
==15854== 
==15854== 292 (52 direct, 240 indirect) bytes in 1 blocks are definitely lost in loss record 112 of 1,614
==15854==    at 0x4A069EE: malloc (vg_replace_malloc.c:270)
==15854==    by 0x3D98EFC42A: nss_parse_service_list (in /lib64/libc-2.12.so)
==15854==    by 0x3D98EFCD21: __nss_database_lookup (in /lib64/libc-2.12.so)
==15854==    by 0xB2D044F: ???
==15854==    by 0xB2D11BC: ???
==15854==    by 0x3D98EAA4DC: getgrgid_r@@GLIBC_2.2.5 (in /lib64/libc-2.12.so)
==15854==    by 0x3D98EA9C1E: getgrgid (in /lib64/libc-2.12.so)
==15854==    by 0x3DA1D1CB10: ??? (in /usr/lib64/R/lib/libR.so)
==15854==    by 0x3DA1CCF2B7: ??? (in /usr/lib64/R/lib/libR.so)
==15854==    by 0x3DA1CD7B7F: Rf_eval (in /usr/lib64/R/lib/libR.so)
==15854==    by 0x3DA1CCA0CE: Rf_applyClosure (in /usr/lib64/R/lib/libR.so)
==15854==    by 0x3DA1CD54E0: ??? (in /usr/lib64/R/lib/libR.so)
==15854== 
==15854== LEAK SUMMARY:
==15854==    definitely lost: 104 bytes in 2 blocks
==15854==    indirectly lost: 480 bytes in 20 blocks
==15854==      possibly lost: 240 bytes in 3 blocks
==15854==    still reachable: 28,700,583 bytes in 13,032 blocks
==15854==         suppressed: 0 bytes in 0 blocks
==15854== Reachable blocks (those to which a pointer was found) are not shown.
==15854== To see them, rerun with: --leak-check=full --show-reachable=yes
==15854== 
==15854== For counts of detected and suppressed errors, rerun with: -v
==15854== ERROR SUMMARY: 5 errors from 5 contexts (suppressed: 61 from 9)





Reply all
Reply to author
Forward
0 new messages