make error while building ceph

make error while building ceph

[Jai]

I followed instructions in the README, but "make" gives me this error --

In file included from ./include/types.h:21:0,
                 from kv/LevelDBStore.h:6,
                 from kv/KeyValueDB.cc:5:
./include/uuid.h:14:42: fatal error: boost/random/random_device.hpp:
No such file or directory
compilation terminated.

I m compiling on ubuntu, and it looks like I have boost headers
(/usr/include/boost), but this file is absent. llibboost appears to be
1.46.1
appreciate any pointers to resolve this error.

Also, I couldn't access the web page for bugs
(http://tracker.newdream.net/projects/ceph) - where can I find a list
of bugs/ features ?
--
Jai

Re: make error while building ceph

[Loic Dachary]

Hi,

You should try to run ./install-deps.sh first so that the required dependencies are all installed. Which operating system are you using ?
The bug tracker is at http://tracker.ceph.com/. Where did you find a link to http://tracker.newdream.net/projects/ceph ? It should be fixed :-)

Cheers

On 28/02/2016 17:29, Jai wrote:
> I followed instructions in the README, but "make" gives me this error --
> 
> In file included from ./include/types.h:21:0,
>                  from kv/LevelDBStore.h:6,
>                  from kv/KeyValueDB.cc:5:
> ./include/uuid.h:14:42: fatal error: boost/random/random_device.hpp:
> No such file or directory
> compilation terminated.
> 
> I m compiling on ubuntu, and it looks like I have boost headers
> (/usr/include/boost), but this file is absent. llibboost appears to be
> 1.46.1
> appreciate any pointers to resolve this error.
> 
> Also, I couldn't access the web page for bugs
> (http://tracker.newdream.net/projects/ceph) - where can I find a list
> of bugs/ features ?
> --
> Jai
> --
> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

-- 
Loïc Dachary, Artisan Logiciel Libre
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: make error while building ceph

[Jai]

Loic,

I did run install-deps before the make, and it completed without
error. I have an Ubuntu (1204) VM (uname shows 3.5.0-30-generic
#51~precise1-Ubuntu)

I ran these as per the README --
./install-deps.sh
./autogen.sh
  ./configure
  make

I found the bugs link on http://ceph.com/community/contribute/ under
"submit issues"

--
Jai

On Sun, Feb 28, 2016 at 4:18 PM, Loic Dachary <loic@dachary.org> wrote:
> Hi,
>
> You should try to run ./install-deps.sh first so that the required dependencies are all installed. Which operating system are you using ?
> The bug tracker is at http://tracker.ceph.com/. Where did you find a link to http://tracker.newdream.net/projects/ceph ? It should be fixed :-)
>
> Cheers
>
> On 28/02/2016 17:29, Jai wrote:
>> I followed instructions in the README, but "make" gives me this error --
>>
>> In file included from ./include/types.h:21:0,
>>                  from kv/LevelDBStore.h:6,
>>                  from kv/KeyValueDB.cc:5:
>> ./include/uuid.h:14:42: fatal error: boost/random/random_device.hpp:
>> No such file or directory
>> compilation terminated.
>>
>> I m compiling on ubuntu, and it looks like I have boost headers
>> (/usr/include/boost), but this file is absent. llibboost appears to be
>> 1.46.1
>> appreciate any pointers to resolve this error.
>>
>> Also, I couldn't access the web page for bugs
>> (http://tracker.newdream.net/projects/ceph) - where can I find a list
>> of bugs/ features ?
>> --
>> Jai
>> --
>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>
>
> --
> Loïc Dachary, Artisan Logiciel Libre
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: make error while building ceph

[Loic Dachary]

Hi,

Ubuntu 12.04 is no longer supported, reason why you're having troubles. I recommend CentOS 7 or Ubunut 14.04 instead.

Cheers

On 28/02/2016 17:55, Jai wrote:
> Loic,
> 
> I did run install-deps before the make, and it completed without
> error. I have an Ubuntu (1204) VM (uname shows 3.5.0-30-generic
> #51~precise1-Ubuntu)
> 
> I ran these as per the README --
> ./install-deps.sh
> ./autogen.sh
>   ./configure
>   make
> 
> I found the bugs link on http://ceph.com/community/contribute/ under
> "submit issues"
> 
> --
> Jai
> 
> On Sun, Feb 28, 2016 at 4:18 PM, Loic Dachary <loic@dachary.org> wrote:
>> Hi,
>>
>> You should try to run ./install-deps.sh first so that the required dependencies are all installed. Which operating system are you using ?
>> The bug tracker is at http://tracker.ceph.com/. Where did you find a link to http://tracker.newdream.net/projects/ceph ? It should be fixed :-)
>>
>> Cheers
>>
>> On 28/02/2016 17:29, Jai wrote:
>>> I followed instructions in the README, but "make" gives me this error --
>>>
>>> In file included from ./include/types.h:21:0,
>>>                  from kv/LevelDBStore.h:6,
>>>                  from kv/KeyValueDB.cc:5:
>>> ./include/uuid.h:14:42: fatal error: boost/random/random_device.hpp:
>>> No such file or directory
>>> compilation terminated.
>>>
>>> I m compiling on ubuntu, and it looks like I have boost headers
>>> (/usr/include/boost), but this file is absent. llibboost appears to be
>>> 1.46.1
>>> appreciate any pointers to resolve this error.
>>>
>>> Also, I couldn't access the web page for bugs
>>> (http://tracker.newdream.net/projects/ceph) - where can I find a list
>>> of bugs/ features ?
>>> --
>>> Jai
>>> --
>>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>>> the body of a message to majordomo@vger.kernel.org
>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>>
>>
>> --
>> Loïc Dachary, Artisan Logiciel Libre
> 

-- 
Loïc Dachary, Artisan Logiciel Libre
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: make error while building ceph

[Jai]

Loic,

With centos 7, I ve moved further .. The build is stuck however at this --

./make_version -g ./.git_version
if [ -n "$NO_VERSION" ] ; then \
        ./make_version -g ./.git_version -c ./ceph_ver.h -n ; \
else \
        ./make_version -g ./.git_version -c ./ceph_ver.h ; \
fi
  CXX      test/encoding/ceph_dencoder-ceph_dencoder.o

I ve tried restarting the make a few times after cleaning up, but it
comes back to this point. Could this be a failed/hung test ?

--
Jai

On Sun, Feb 28, 2016 at 4:39 PM, Loic Dachary <loic@dachary.org> wrote:
> Hi,
>
> Ubuntu 12.04 is no longer supported, reason why you're having troubles. I recommend CentOS 7 or Ubunut 14.04 instead.
>
> Cheers
>
> On 28/02/2016 17:55, Jai wrote:
>> Loic,
>>
>> I did run install-deps before the make, and it completed without
>> error. I have an Ubuntu (1204) VM (uname shows 3.5.0-30-generic
>> #51~precise1-Ubuntu)
>>
>> I ran these as per the README --
>> ./install-deps.sh
>> ./autogen.sh
>>   ./configure
>>   make
>>
>> I found the bugs link on http://ceph.com/community/contribute/ under
>> "submit issues"
>>
>> --
>> Jai
>>
>> On Sun, Feb 28, 2016 at 4:18 PM, Loic Dachary <loic@dachary.org> wrote:
>>> Hi,
>>>
>>> You should try to run ./install-deps.sh first so that the required dependencies are all installed. Which operating system are you using ?
>>> The bug tracker is at http://tracker.ceph.com/. Where did you find a link to http://tracker.newdream.net/projects/ceph ? It should be fixed :-)
>>>
>>> Cheers
>>>
>>> On 28/02/2016 17:29, Jai wrote:
>>>> I followed instructions in the README, but "make" gives me this error --
>>>>
>>>> In file included from ./include/types.h:21:0,
>>>>                  from kv/LevelDBStore.h:6,
>>>>                  from kv/KeyValueDB.cc:5:
>>>> ./include/uuid.h:14:42: fatal error: boost/random/random_device.hpp:
>>>> No such file or directory
>>>> compilation terminated.
>>>>
>>>> I m compiling on ubuntu, and it looks like I have boost headers
>>>> (/usr/include/boost), but this file is absent. llibboost appears to be
>>>> 1.46.1
>>>> appreciate any pointers to resolve this error.
>>>>
>>>> Also, I couldn't access the web page for bugs
>>>> (http://tracker.newdream.net/projects/ceph) - where can I find a list
>>>> of bugs/ features ?
>>>> --
>>>> Jai
>>>> --
>>>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>>>> the body of a message to majordomo@vger.kernel.org
>>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>>>
>>>
>>> --
>>> Loïc Dachary, Artisan Logiciel Libre
>>
>
> --
> Loïc Dachary, Artisan Logiciel Libre
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: make error while building ceph

[Loic Dachary]

On 29/02/2016 21:34, Jai wrote:
> Loic,
> 
> With centos 7, I ve moved further .. The build is stuck however at this --
> 
> ./make_version -g ./.git_version
> if [ -n "$NO_VERSION" ] ; then \
>         ./make_version -g ./.git_version -c ./ceph_ver.h -n ; \
> else \
>         ./make_version -g ./.git_version -c ./ceph_ver.h ; \
> fi
>   CXX      test/encoding/ceph_dencoder-ceph_dencoder.o
> 
> I ve tried restarting the make a few times after cleaning up, but it
> comes back to this point. Could this be a failed/hung test ?

I'm not sure, it looks like the compilation is not finished yet and the tests did not start. Could you provide details about what is stuck ?

Cheers

> 
> --
> Jai
> 
> On Sun, Feb 28, 2016 at 4:39 PM, Loic Dachary <loic@dachary.org> wrote:
>> Hi,
>>
>> Ubuntu 12.04 is no longer supported, reason why you're having troubles. I recommend CentOS 7 or Ubunut 14.04 instead.
>>
>> Cheers
>>
>> On 28/02/2016 17:55, Jai wrote:
>>> Loic,
>>>
>>> I did run install-deps before the make, and it completed without
>>> error. I have an Ubuntu (1204) VM (uname shows 3.5.0-30-generic
>>> #51~precise1-Ubuntu)
>>>
>>> I ran these as per the README --
>>> ./install-deps.sh
>>> ./autogen.sh
>>>   ./configure
>>>   make
>>>
>>> I found the bugs link on http://ceph.com/community/contribute/ under
>>> "submit issues"
>>>
>>> --
>>> Jai
>>>
>>> On Sun, Feb 28, 2016 at 4:18 PM, Loic Dachary <loic@dachary.org> wrote:
>>>> Hi,
>>>>
>>>> You should try to run ./install-deps.sh first so that the required dependencies are all installed. Which operating system are you using ?
>>>> The bug tracker is at http://tracker.ceph.com/. Where did you find a link to http://tracker.newdream.net/projects/ceph ? It should be fixed :-)
>>>>
>>>> Cheers
>>>>
>>>> On 28/02/2016 17:29, Jai wrote:
>>>>> I followed instructions in the README, but "make" gives me this error --
>>>>>
>>>>> In file included from ./include/types.h:21:0,
>>>>>                  from kv/LevelDBStore.h:6,
>>>>>                  from kv/KeyValueDB.cc:5:
>>>>> ./include/uuid.h:14:42: fatal error: boost/random/random_device.hpp:
>>>>> No such file or directory
>>>>> compilation terminated.
>>>>>
>>>>> I m compiling on ubuntu, and it looks like I have boost headers
>>>>> (/usr/include/boost), but this file is absent. llibboost appears to be
>>>>> 1.46.1
>>>>> appreciate any pointers to resolve this error.
>>>>>
>>>>> Also, I couldn't access the web page for bugs
>>>>> (http://tracker.newdream.net/projects/ceph) - where can I find a list
>>>>> of bugs/ features ?
>>>>> --
>>>>> Jai
>>>>> --
>>>>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>>>>> the body of a message to majordomo@vger.kernel.org
>>>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>>>>
>>>>
>>>> --
>>>> Loïc Dachary, Artisan Logiciel Libre
>>>
>>
>> --
>> Loïc Dachary, Artisan Logiciel Libre
> 

-- 
Loïc Dachary, Artisan Logiciel Libre
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: make error while building ceph

[Jai]

That was the output from make.
ps shows the actual compilation  command as --

jai       2822  2821  3 19:47 pts/0    00:05:09
/usr/libexec/gcc/x86_64-redhat-linux/4.8.5/cc1plus -quiet -I . -I
/usr/include/nss3 -I /usr/include/nspr4 -MD
test/encoding/ceph_dencoder-ceph_dencoder.d -MF
test/encoding/.deps/ceph_dencoder-ceph_dencoder.Tpo -MP -MT
test/encoding/ceph_dencoder-ceph_dencoder.o -D_GNU_SOURCE -D
HAVE_CONFIG_H -D __CEPH__ -D _FILE_OFFSET_BITS=64 -D _THREAD_SAFE -D
__STDC_FORMAT_MACROS -D _GNU_SOURCE -D CEPH_LIBDIR="/usr/local/lib" -D
CEPH_PKGLIBDIR="/usr/local/lib/ceph" -D GTEST_USE_OWN_TR1_TUPLE=0 -D
_REENTRANT -D WITH_RBD -D WITH_RADOSGW -U_FORTIFY_SOURCE
-D_FORTIFY_SOURCE=2 test/encoding/ceph_dencoder.cc -quiet -dumpbase
ceph_dencoder.cc -mtune=generic -march=x86-64 -auxbase-strip
test/encoding/ceph_dencoder-ceph_dencoder.o -g -g -O2 -O2
-Wtype-limits -Wignored-qualifiers -Winit-self -Wpointer-arith
-Wnon-virtual-dtor -Wno-invalid-offsetof -Wall -Wstrict-null-sentinel
-std=gnu++11 -fno-strict-aliasing -fsigned-char -ftemplate-depth=1024
-fexceptions -fPIE -fstack-protector -fno-builtin-malloc
-fno-builtin-calloc -fno-builtin-realloc -fno-builtin-free
-fno-var-tracking-assignments --param ssp-buffer-size=4 -o -

It appears to be stuck in strcmp in libc.

gstack 2822
#0  0x00007f57bd9b3006 in __strcmp_sse42 () from /lib64/libc.so.6
#1  0x000000000096447c in ?? ()
#2  0x0000000000dcd027 in htab_find_slot_with_hash ()
#3  0x000000000096b3b1 in ?? ()
#4  0x000000000098b741 in ?? ()
#5  0x0000000000e2f626 in ?? ()
#6  0x0000000000e3005c in toplev_main(int, char**) ()
#7  0x00007f57bd8a2b15 in __libc_start_main () from /lib64/libc.so.6
#8  0x0000000000dceaad in _start ()

On Mon, Feb 29, 2016 at 8:45 PM, Loic Dachary <loic@dachary.org> wrote:
>
>
> On 29/02/2016 21:34, Jai wrote:
>> Loic,
>>
>> With centos 7, I ve moved further .. The build is stuck however at this --
>>
>> ./make_version -g ./.git_version
>> if [ -n "$NO_VERSION" ] ; then \
>>         ./make_version -g ./.git_version -c ./ceph_ver.h -n ; \
>> else \
>>         ./make_version -g ./.git_version -c ./ceph_ver.h ; \
>> fi
>>   CXX      test/encoding/ceph_dencoder-ceph_dencoder.o
>>
>> I ve tried restarting the make a few times after cleaning up, but it
>> comes back to this point. Could this be a failed/hung test ?
>
> I'm not sure, it looks like the compilation is not finished yet and the tests did not start. Could you provide details about what is stuck ?
>
> Cheers
>
>>
>> --
>> Jai
>>
>> On Sun, Feb 28, 2016 at 4:39 PM, Loic Dachary <loic@dachary.org> wrote:
>>> Hi,
>>>
>>> Ubuntu 12.04 is no longer supported, reason why you're having troubles. I recommend CentOS 7 or Ubunut 14.04 instead.
>>>
>>> Cheers
>>>
>>> On 28/02/2016 17:55, Jai wrote:
>>>> Loic,
>>>>
>>>> I did run install-deps before the make, and it completed without
>>>> error. I have an Ubuntu (1204) VM (uname shows 3.5.0-30-generic
>>>> #51~precise1-Ubuntu)
>>>>
>>>> I ran these as per the README --
>>>> ./install-deps.sh
>>>> ./autogen.sh
>>>>   ./configure
>>>>   make
>>>>
>>>> I found the bugs link on http://ceph.com/community/contribute/ under
>>>> "submit issues"
>>>>
>>>> --
>>>> Jai
>>>>
>>>> On Sun, Feb 28, 2016 at 4:18 PM, Loic Dachary <loic@dachary.org> wrote:
>>>>> Hi,
>>>>>
>>>>> You should try to run ./install-deps.sh first so that the required dependencies are all installed. Which operating system are you using ?
>>>>> The bug tracker is at http://tracker.ceph.com/. Where did you find a link to http://tracker.newdream.net/projects/ceph ? It should be fixed :-)
>>>>>
>>>>> Cheers
>>>>>
>>>>> On 28/02/2016 17:29, Jai wrote:
>>>>>> I followed instructions in the README, but "make" gives me this error --
>>>>>>
>>>>>> In file included from ./include/types.h:21:0,
>>>>>>                  from kv/LevelDBStore.h:6,
>>>>>>                  from kv/KeyValueDB.cc:5:
>>>>>> ./include/uuid.h:14:42: fatal error: boost/random/random_device.hpp:
>>>>>> No such file or directory
>>>>>> compilation terminated.
>>>>>>
>>>>>> I m compiling on ubuntu, and it looks like I have boost headers
>>>>>> (/usr/include/boost), but this file is absent. llibboost appears to be
>>>>>> 1.46.1
>>>>>> appreciate any pointers to resolve this error.
>>>>>>
>>>>>> Also, I couldn't access the web page for bugs
>>>>>> (http://tracker.newdream.net/projects/ceph) - where can I find a list
>>>>>> of bugs/ features ?
>>>>>> --
>>>>>> Jai
>>>>>> --
>>>>>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>>>>>> the body of a message to majordomo@vger.kernel.org
>>>>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>>>>>
>>>>>
>>>>> --
>>>>> Loïc Dachary, Artisan Logiciel Libre
>>>>
>>>
>>> --
>>> Loïc Dachary, Artisan Logiciel Libre
>>
>
> --
> Loïc Dachary, Artisan Logiciel Libre
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: make error while building ceph

[Loic Dachary]

It appears to be a problem with your installation: the compiler's not working as it should ?

On 01/03/2016 00:13, Jai wrote:
> That was the output from make.
> ps shows the actual compilation  command as --
> 
> jai       2822  2821  3 19:47 pts/0    00:05:09
> /usr/libexec/gcc/x86_64-redhat-linux/4.8.5/cc1plus -quiet -I . -I
> /usr/include/nss3 -I /usr/include/nspr4 -MD
> test/encoding/ceph_dencoder-ceph_dencoder.d -MF
> test/encoding/.deps/ceph_dencoder-ceph_dencoder.Tpo -MP -MT
> test/encoding/ceph_dencoder-ceph_dencoder.o -D_GNU_SOURCE -D
> HAVE_CONFIG_H -D __CEPH__ -D _FILE_OFFSET_BITS=64 -D _THREAD_SAFE -D
> __STDC_FORMAT_MACROS -D _GNU_SOURCE -D CEPH_LIBDIR="/usr/local/lib" -D
> CEPH_PKGLIBDIR="/usr/local/lib/ceph" -D GTEST_USE_OWN_TR1_TUPLE=0 -D
> _REENTRANT -D WITH_RBD -D WITH_RADOSGW -U_FORTIFY_SOURCE
> -D_FORTIFY_SOURCE=2 test/encoding/ceph_dencoder.cc -quiet -dumpbase
> ceph_dencoder.cc -mtune=generic -march=x86-64 -auxbase-strip
> test/encoding/ceph_dencoder-ceph_dencoder.o -g -g -O2 -O2
> -Wtype-limits -Wignored-qualifiers -Winit-self -Wpointer-arith
> -Wnon-virtual-dtor -Wno-invalid-offsetof -Wall -Wstrict-null-sentinel
> -std=gnu++11 -fno-strict-aliasing -fsigned-char -ftemplate-depth=1024
> -fexceptions -fPIE -fstack-protector -fno-builtin-malloc
> -fno-builtin-calloc -fno-builtin-realloc -fno-builtin-free
> -fno-var-tracking-assignments --param ssp-buffer-size=4 -o -
> 
> It appears to be stuck in strcmp in libc.
> 
> gstack 2822
> #0  0x00007f57bd9b3006 in __strcmp_sse42 () from /lib64/libc.so.6
> #1  0x000000000096447c in ?? ()
> #2  0x0000000000dcd027 in htab_find_slot_with_hash ()
> #3  0x000000000096b3b1 in ?? ()
> #4  0x000000000098b741 in ?? ()
> #5  0x0000000000e2f626 in ?? ()
> #6  0x0000000000e3005c in toplev_main(int, char**) ()
> #7  0x00007f57bd8a2b15 in __libc_start_main () from /lib64/libc.so.6
> #8  0x0000000000dceaad in _start ()
> 
> On Mon, Feb 29, 2016 at 8:45 PM, Loic Dachary <loic@dachary.org> wrote:
>>
>>
>> On 29/02/2016 21:34, Jai wrote:
>>> Loic,
>>>
>>> With centos 7, I ve moved further .. The build is stuck however at this --
>>>
>>> ./make_version -g ./.git_version
>>> if [ -n "$NO_VERSION" ] ; then \
>>>         ./make_version -g ./.git_version -c ./ceph_ver.h -n ; \
>>> else \
>>>         ./make_version -g ./.git_version -c ./ceph_ver.h ; \
>>> fi
>>>   CXX      test/encoding/ceph_dencoder-ceph_dencoder.o
>>>
>>> I ve tried restarting the make a few times after cleaning up, but it
>>> comes back to this point. Could this be a failed/hung test ?
>>
>> I'm not sure, it looks like the compilation is not finished yet and the tests did not start. Could you provide details about what is stuck ?
>>
>> Cheers
>>
>>>
>>> --
>>> Jai
>>>
>>> On Sun, Feb 28, 2016 at 4:39 PM, Loic Dachary <loic@dachary.org> wrote:
>>>> Hi,
>>>>
>>>> Ubuntu 12.04 is no longer supported, reason why you're having troubles. I recommend CentOS 7 or Ubunut 14.04 instead.
>>>>
>>>> Cheers
>>>>
>>>> On 28/02/2016 17:55, Jai wrote:
>>>>> Loic,
>>>>>
>>>>> I did run install-deps before the make, and it completed without
>>>>> error. I have an Ubuntu (1204) VM (uname shows 3.5.0-30-generic
>>>>> #51~precise1-Ubuntu)
>>>>>
>>>>> I ran these as per the README --
>>>>> ./install-deps.sh
>>>>> ./autogen.sh
>>>>>   ./configure
>>>>>   make
>>>>>
>>>>> I found the bugs link on http://ceph.com/community/contribute/ under
>>>>> "submit issues"
>>>>>
>>>>> --
>>>>> Jai
>>>>>
>>>>> On Sun, Feb 28, 2016 at 4:18 PM, Loic Dachary <loic@dachary.org> wrote:
>>>>>> Hi,
>>>>>>
>>>>>> You should try to run ./install-deps.sh first so that the required dependencies are all installed. Which operating system are you using ?
>>>>>> The bug tracker is at http://tracker.ceph.com/. Where did you find a link to http://tracker.newdream.net/projects/ceph ? It should be fixed :-)
>>>>>>
>>>>>> Cheers
>>>>>>
>>>>>> On 28/02/2016 17:29, Jai wrote:
>>>>>>> I followed instructions in the README, but "make" gives me this error --
>>>>>>>
>>>>>>> In file included from ./include/types.h:21:0,
>>>>>>>                  from kv/LevelDBStore.h:6,
>>>>>>>                  from kv/KeyValueDB.cc:5:
>>>>>>> ./include/uuid.h:14:42: fatal error: boost/random/random_device.hpp:
>>>>>>> No such file or directory
>>>>>>> compilation terminated.
>>>>>>>
>>>>>>> I m compiling on ubuntu, and it looks like I have boost headers
>>>>>>> (/usr/include/boost), but this file is absent. llibboost appears to be
>>>>>>> 1.46.1
>>>>>>> appreciate any pointers to resolve this error.
>>>>>>>
>>>>>>> Also, I couldn't access the web page for bugs
>>>>>>> (http://tracker.newdream.net/projects/ceph) - where can I find a list
>>>>>>> of bugs/ features ?
>>>>>>> --
>>>>>>> Jai
>>>>>>> --
>>>>>>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>>>>>>> the body of a message to majordomo@vger.kernel.org
>>>>>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>>>>>>
>>>>>>
>>>>>> --
>>>>>> Loïc Dachary, Artisan Logiciel Libre
>>>>>
>>>>
>>>> --
>>>> Loïc Dachary, Artisan Logiciel Libre
>>>
>>
>> --
>> Loïc Dachary, Artisan Logiciel Libre
> 

-- 
Loïc Dachary, Artisan Logiciel Libre
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: make error while building ceph

[Daniel Gryniewicz]

On 02/29/2016 12:13 PM, Jai wrote:
> That was the output from make.
> ps shows the actual compilation  command as --
>
> jai       2822  2821  3 19:47 pts/0    00:05:09
> /usr/libexec/gcc/x86_64-redhat-linux/4.8.5/cc1plus -quiet -I . -I
> /usr/include/nss3 -I /usr/include/nspr4 -MD
> test/encoding/ceph_dencoder-ceph_dencoder.d -MF
> test/encoding/.deps/ceph_dencoder-ceph_dencoder.Tpo -MP -MT
> test/encoding/ceph_dencoder-ceph_dencoder.o -D_GNU_SOURCE -D
> HAVE_CONFIG_H -D __CEPH__ -D _FILE_OFFSET_BITS=64 -D _THREAD_SAFE -D
> __STDC_FORMAT_MACROS -D _GNU_SOURCE -D CEPH_LIBDIR="/usr/local/lib" -D
> CEPH_PKGLIBDIR="/usr/local/lib/ceph" -D GTEST_USE_OWN_TR1_TUPLE=0 -D
> _REENTRANT -D WITH_RBD -D WITH_RADOSGW -U_FORTIFY_SOURCE
> -D_FORTIFY_SOURCE=2 test/encoding/ceph_dencoder.cc -quiet -dumpbase
> ceph_dencoder.cc -mtune=generic -march=x86-64 -auxbase-strip
> test/encoding/ceph_dencoder-ceph_dencoder.o -g -g -O2 -O2
> -Wtype-limits -Wignored-qualifiers -Winit-self -Wpointer-arith
> -Wnon-virtual-dtor -Wno-invalid-offsetof -Wall -Wstrict-null-sentinel
> -std=gnu++11 -fno-strict-aliasing -fsigned-char -ftemplate-depth=1024
> -fexceptions -fPIE -fstack-protector -fno-builtin-malloc
> -fno-builtin-calloc -fno-builtin-realloc -fno-builtin-free
> -fno-var-tracking-assignments --param ssp-buffer-size=4 -o -
>
> It appears to be stuck in strcmp in libc.
>
> gstack 2822
> #0  0x00007f57bd9b3006 in __strcmp_sse42 () from /lib64/libc.so.6
> #1  0x000000000096447c in ?? ()
> #2  0x0000000000dcd027 in htab_find_slot_with_hash ()
> #3  0x000000000096b3b1 in ?? ()
> #4  0x000000000098b741 in ?? ()
> #5  0x0000000000e2f626 in ?? ()
> #6  0x0000000000e3005c in toplev_main(int, char**) ()
> #7  0x00007f57bd8a2b15 in __libc_start_main () from /lib64/libc.so.6
> #8  0x0000000000dceaad in _start ()
>
> On Mon, Feb 29, 2016 at 8:45 PM, Loic Dachary <loic@dachary.org> wrote:
>>
>>
>> On 29/02/2016 21:34, Jai wrote:
>>> Loic,
>>>
>>> With centos 7, I ve moved further .. The build is stuck however at this --
>>>
>>> ./make_version -g ./.git_version
>>> if [ -n "$NO_VERSION" ] ; then \
>>>          ./make_version -g ./.git_version -c ./ceph_ver.h -n ; \
>>> else \
>>>          ./make_version -g ./.git_version -c ./ceph_ver.h ; \
>>> fi
>>>    CXX      test/encoding/ceph_dencoder-ceph_dencoder.o
>>>
>>> I ve tried restarting the make a few times after cleaning up, but it
>>> comes back to this point. Could this be a failed/hung test ?
>>
>> I'm not sure, it looks like the compilation is not finished yet and the tests did not start. Could you provide details about what is stuck ?
>>
>> Cheers
>>
>>>
>>> --
>>> Jai
>>>
>>> On Sun, Feb 28, 2016 at 4:39 PM, Loic Dachary <loic@dachary.org> wrote:
>>>> Hi,
>>>>
>>>> Ubuntu 12.04 is no longer supported, reason why you're having troubles. I recommend CentOS 7 or Ubunut 14.04 instead.
>>>>
>>>> Cheers
>>>>
>>>> On 28/02/2016 17:55, Jai wrote:
>>>>> Loic,
>>>>>
>>>>> I did run install-deps before the make, and it completed without
>>>>> error. I have an Ubuntu (1204) VM (uname shows 3.5.0-30-generic
>>>>> #51~precise1-Ubuntu)
>>>>>
>>>>> I ran these as per the README --
>>>>> ./install-deps.sh
>>>>> ./autogen.sh
>>>>>    ./configure
>>>>>    make
>>>>>
>>>>> I found the bugs link on http://ceph.com/community/contribute/ under
>>>>> "submit issues"
>>>>>
>>>>> --
>>>>> Jai
>>>>>
>>>>> On Sun, Feb 28, 2016 at 4:18 PM, Loic Dachary <loic@dachary.org> wrote:
>>>>>> Hi,
>>>>>>
>>>>>> You should try to run ./install-deps.sh first so that the required dependencies are all installed. Which operating system are you using ?
>>>>>> The bug tracker is at http://tracker.ceph.com/. Where did you find a link to http://tracker.newdream.net/projects/ceph ? It should be fixed :-)
>>>>>>
>>>>>> Cheers
>>>>>>
>>>>>> On 28/02/2016 17:29, Jai wrote:
>>>>>>> I followed instructions in the README, but "make" gives me this error --
>>>>>>>
>>>>>>> In file included from ./include/types.h:21:0,
>>>>>>>                   from kv/LevelDBStore.h:6,
>>>>>>>                   from kv/KeyValueDB.cc:5:
>>>>>>> ./include/uuid.h:14:42: fatal error: boost/random/random_device.hpp:
>>>>>>> No such file or directory
>>>>>>> compilation terminated.
>>>>>>>
>>>>>>> I m compiling on ubuntu, and it looks like I have boost headers
>>>>>>> (/usr/include/boost), but this file is absent. llibboost appears to be
>>>>>>> 1.46.1
>>>>>>> appreciate any pointers to resolve this error.
>>>>>>>
>>>>>>> Also, I couldn't access the web page for bugs
>>>>>>> (http://tracker.newdream.net/projects/ceph) - where can I find a list
>>>>>>> of bugs/ features ?
>>>>>>> --
>>>>>>> Jai

Could you possibly not have enough RAM on the box?  Ceph takes lots of 
RAM to build (I've run out with 4GB, and with 8G on a small parallel 
build).  If you are heavily into swap, for example, individual compiles 
can take 10 of minutes each, and appear to be hung.

Daniel

Re: make error while building ceph

[Jai]

[-- Attachment #1: Type: text/plain, Size: 5918 bytes --]

I saw one report of a RAM issue.
I have 2G on the VM - and  it was hung for > half a day. Another
report suggested a compiler bug, so I upgraded to the latest (gcc
5.1). I don't see the hang now, but  errors such as --

/usr/include/boost/variant/variant.hpp:1575:38: error: call of
overloaded ‘initialize(void*, std::remove_reference<long long
int&>::type)’ is ambiguous
               initializer::initialize(
                                      ^

The error output is attached - Please let me know if you can make sense of this.

--
Jai

On Tue, Mar 1, 2016 at 7:15 PM, Daniel Gryniewicz <dang@redhat.com> wrote:
> On 02/29/2016 12:13 PM, Jai wrote:
>>
>> That was the output from make.
>> ps shows the actual compilation  command as --
>>
>> jai       2822  2821  3 19:47 pts/0    00:05:09
>> /usr/libexec/gcc/x86_64-redhat-linux/4.8.5/cc1plus -quiet -I . -I
>> /usr/include/nss3 -I /usr/include/nspr4 -MD
>> test/encoding/ceph_dencoder-ceph_dencoder.d -MF
>> test/encoding/.deps/ceph_dencoder-ceph_dencoder.Tpo -MP -MT
>> test/encoding/ceph_dencoder-ceph_dencoder.o -D_GNU_SOURCE -D
>> HAVE_CONFIG_H -D __CEPH__ -D _FILE_OFFSET_BITS=64 -D _THREAD_SAFE -D
>> __STDC_FORMAT_MACROS -D _GNU_SOURCE -D CEPH_LIBDIR="/usr/local/lib" -D
>> CEPH_PKGLIBDIR="/usr/local/lib/ceph" -D GTEST_USE_OWN_TR1_TUPLE=0 -D
>> _REENTRANT -D WITH_RBD -D WITH_RADOSGW -U_FORTIFY_SOURCE
>> -D_FORTIFY_SOURCE=2 test/encoding/ceph_dencoder.cc -quiet -dumpbase
>> ceph_dencoder.cc -mtune=generic -march=x86-64 -auxbase-strip
>> test/encoding/ceph_dencoder-ceph_dencoder.o -g -g -O2 -O2
>> -Wtype-limits -Wignored-qualifiers -Winit-self -Wpointer-arith
>> -Wnon-virtual-dtor -Wno-invalid-offsetof -Wall -Wstrict-null-sentinel
>> -std=gnu++11 -fno-strict-aliasing -fsigned-char -ftemplate-depth=1024
>> -fexceptions -fPIE -fstack-protector -fno-builtin-malloc
>> -fno-builtin-calloc -fno-builtin-realloc -fno-builtin-free
>> -fno-var-tracking-assignments --param ssp-buffer-size=4 -o -
>>
>> It appears to be stuck in strcmp in libc.
>>
>> gstack 2822
>> #0  0x00007f57bd9b3006 in __strcmp_sse42 () from /lib64/libc.so.6
>> #1  0x000000000096447c in ?? ()
>> #2  0x0000000000dcd027 in htab_find_slot_with_hash ()
>> #3  0x000000000096b3b1 in ?? ()
>> #4  0x000000000098b741 in ?? ()
>> #5  0x0000000000e2f626 in ?? ()
>> #6  0x0000000000e3005c in toplev_main(int, char**) ()
>> #7  0x00007f57bd8a2b15 in __libc_start_main () from /lib64/libc.so.6
>> #8  0x0000000000dceaad in _start ()
>>
>> On Mon, Feb 29, 2016 at 8:45 PM, Loic Dachary <loic@dachary.org> wrote:
>>>
>>>
>>>
>>> On 29/02/2016 21:34, Jai wrote:
>>>>
>>>> Loic,
>>>>
>>>> With centos 7, I ve moved further .. The build is stuck however at this
>>>> --
>>>>
>>>> ./make_version -g ./.git_version
>>>> if [ -n "$NO_VERSION" ] ; then \
>>>>          ./make_version -g ./.git_version -c ./ceph_ver.h -n ; \
>>>> else \
>>>>          ./make_version -g ./.git_version -c ./ceph_ver.h ; \
>>>> fi
>>>>    CXX      test/encoding/ceph_dencoder-ceph_dencoder.o
>>>>
>>>> I ve tried restarting the make a few times after cleaning up, but it
>>>> comes back to this point. Could this be a failed/hung test ?
>>>
>>>
>>> I'm not sure, it looks like the compilation is not finished yet and the
>>> tests did not start. Could you provide details about what is stuck ?
>>>
>>> Cheers
>>>
>>>>
>>>> --
>>>> Jai
>>>>
>>>> On Sun, Feb 28, 2016 at 4:39 PM, Loic Dachary <loic@dachary.org> wrote:
>>>>>
>>>>> Hi,
>>>>>
>>>>> Ubuntu 12.04 is no longer supported, reason why you're having troubles.
>>>>> I recommend CentOS 7 or Ubunut 14.04 instead.
>>>>>
>>>>> Cheers
>>>>>
>>>>> On 28/02/2016 17:55, Jai wrote:
>>>>>>
>>>>>> Loic,
>>>>>>
>>>>>> I did run install-deps before the make, and it completed without
>>>>>> error. I have an Ubuntu (1204) VM (uname shows 3.5.0-30-generic
>>>>>> #51~precise1-Ubuntu)
>>>>>>
>>>>>> I ran these as per the README --
>>>>>> ./install-deps.sh
>>>>>> ./autogen.sh
>>>>>>    ./configure
>>>>>>    make
>>>>>>
>>>>>> I found the bugs link on http://ceph.com/community/contribute/ under
>>>>>> "submit issues"
>>>>>>
>>>>>> --
>>>>>> Jai
>>>>>>
>>>>>> On Sun, Feb 28, 2016 at 4:18 PM, Loic Dachary <loic@dachary.org>
>>>>>> wrote:
>>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> You should try to run ./install-deps.sh first so that the required
>>>>>>> dependencies are all installed. Which operating system are you using ?
>>>>>>> The bug tracker is at http://tracker.ceph.com/. Where did you find a
>>>>>>> link to http://tracker.newdream.net/projects/ceph ? It should be fixed :-)
>>>>>>>
>>>>>>> Cheers
>>>>>>>
>>>>>>> On 28/02/2016 17:29, Jai wrote:
>>>>>>>>
>>>>>>>> I followed instructions in the README, but "make" gives me this
>>>>>>>> error --
>>>>>>>>
>>>>>>>> In file included from ./include/types.h:21:0,
>>>>>>>>                   from kv/LevelDBStore.h:6,
>>>>>>>>                   from kv/KeyValueDB.cc:5:
>>>>>>>> ./include/uuid.h:14:42: fatal error: boost/random/random_device.hpp:
>>>>>>>> No such file or directory
>>>>>>>> compilation terminated.
>>>>>>>>
>>>>>>>> I m compiling on ubuntu, and it looks like I have boost headers
>>>>>>>> (/usr/include/boost), but this file is absent. llibboost appears to
>>>>>>>> be
>>>>>>>> 1.46.1
>>>>>>>> appreciate any pointers to resolve this error.
>>>>>>>>
>>>>>>>> Also, I couldn't access the web page for bugs
>>>>>>>> (http://tracker.newdream.net/projects/ceph) - where can I find a
>>>>>>>> list
>>>>>>>> of bugs/ features ?
>>>>>>>> --
>>>>>>>> Jai
>
>
> Could you possibly not have enough RAM on the box?  Ceph takes lots of RAM
> to build (I've run out with 4GB, and with 8G on a small parallel build).  If
> you are heavily into swap, for example, individual compiles can take 10 of
> minutes each, and appear to be hung.
>
> Daniel
>

[-- Attachment #2: nohup.out --]
[-- Type: application/octet-stream, Size: 29757 bytes --]

nohup: ignoring input
ar: `u' modifier ignored since `D' is the default (see `U')
ar: `u' modifier ignored since `D' is the default (see `U')
ar: `u' modifier ignored since `D' is the default (see `U')
os/filestore/FileJournal.cc:2144:1: warning: ‘virtual int ObjectStore::collection_getattr(const coll_t&, const char*, void*, size_t)’ is deprecated [-Wdeprecated-declarations]
 }
 ^
In file included from os/filestore/Journal.h:25:0,
                 from os/filestore/FileJournal.h:22,
                 from os/filestore/FileJournal.cc:19:
./os/ObjectStore.h:2163:15: note: declared here
   virtual int collection_getattr(const coll_t& cid, const char *name,
               ^
os/filestore/FileJournal.cc:2144:1: warning: ‘virtual int ObjectStore::collection_getattr(const coll_t&, const char*, ceph::bufferlist&)’ is deprecated [-Wdeprecated-declarations]
 }
 ^
In file included from os/filestore/Journal.h:25:0,
                 from os/filestore/FileJournal.h:22,
                 from os/filestore/FileJournal.cc:19:
./os/ObjectStore.h:2177:15: note: declared here
   virtual int collection_getattr(const coll_t& cid, const char *name, bufferlist& bl)
               ^
os/filestore/FileJournal.cc:2144:1: warning: ‘virtual int ObjectStore::collection_getattrs(const coll_t&, std::map<std::__cxx11::basic_string<char>, ceph::buffer::ptr>&)’ is deprecated [-Wdeprecated-declarations]
 }
 ^
In file included from os/filestore/Journal.h:25:0,
                 from os/filestore/FileJournal.h:22,
                 from os/filestore/FileJournal.cc:19:
./os/ObjectStore.h:2189:15: note: declared here
   virtual int collection_getattrs(const coll_t& cid, map<string,bufferptr> &aset)
               ^
os/filestore/FileStore.cc:5610:1: warning: ‘virtual int ObjectStore::collection_getattr(const coll_t&, const char*, void*, size_t)’ is deprecated [-Wdeprecated-declarations]
 }
 ^
In file included from os/filestore/FileStore.h:31:0,
                 from os/filestore/FileStore.cc:49:
./os/ObjectStore.h:2163:15: note: declared here
   virtual int collection_getattr(const coll_t& cid, const char *name,
               ^
os/filestore/FileStore.cc:5610:1: warning: ‘virtual int ObjectStore::collection_getattr(const coll_t&, const char*, ceph::bufferlist&)’ is deprecated [-Wdeprecated-declarations]
 }
 ^
In file included from os/filestore/FileStore.h:31:0,
                 from os/filestore/FileStore.cc:49:
./os/ObjectStore.h:2177:15: note: declared here
   virtual int collection_getattr(const coll_t& cid, const char *name, bufferlist& bl)
               ^
os/filestore/FileStore.cc:5610:1: warning: ‘virtual int ObjectStore::collection_getattrs(const coll_t&, std::map<std::__cxx11::basic_string<char>, ceph::buffer::ptr>&)’ is deprecated [-Wdeprecated-declarations]
 }
 ^
In file included from os/filestore/FileStore.h:31:0,
                 from os/filestore/FileStore.cc:49:
./os/ObjectStore.h:2189:15: note: declared here
   virtual int collection_getattrs(const coll_t& cid, map<string,bufferptr> &aset)
               ^
os/filestore/GenericFileStoreBackend.cc:431:1: warning: ‘virtual int ObjectStore::collection_getattr(const coll_t&, const char*, void*, size_t)’ is deprecated [-Wdeprecated-declarations]
 }
 ^
In file included from os/filestore/FileStore.h:31:0,
                 from os/filestore/GenericFileStoreBackend.h:18,
                 from os/filestore/GenericFileStoreBackend.cc:37:
./os/ObjectStore.h:2163:15: note: declared here
   virtual int collection_getattr(const coll_t& cid, const char *name,
               ^
os/filestore/GenericFileStoreBackend.cc:431:1: warning: ‘virtual int ObjectStore::collection_getattr(const coll_t&, const char*, ceph::bufferlist&)’ is deprecated [-Wdeprecated-declarations]
 }
 ^
In file included from os/filestore/FileStore.h:31:0,
                 from os/filestore/GenericFileStoreBackend.h:18,
                 from os/filestore/GenericFileStoreBackend.cc:37:
./os/ObjectStore.h:2177:15: note: declared here
   virtual int collection_getattr(const coll_t& cid, const char *name, bufferlist& bl)
               ^
os/filestore/GenericFileStoreBackend.cc:431:1: warning: ‘virtual int ObjectStore::collection_getattrs(const coll_t&, std::map<std::__cxx11::basic_string<char>, ceph::buffer::ptr>&)’ is deprecated [-Wdeprecated-declarations]
 }
 ^
In file included from os/filestore/FileStore.h:31:0,
                 from os/filestore/GenericFileStoreBackend.h:18,
                 from os/filestore/GenericFileStoreBackend.cc:37:
./os/ObjectStore.h:2189:15: note: declared here
   virtual int collection_getattrs(const coll_t& cid, map<string,bufferptr> &aset)
               ^
os/filestore/JournalingObjectStore.cc:263:1: warning: ‘virtual int ObjectStore::collection_getattr(const coll_t&, const char*, void*, size_t)’ is deprecated [-Wdeprecated-declarations]
 }
 ^
In file included from os/filestore/JournalingObjectStore.h:18:0,
                 from os/filestore/JournalingObjectStore.cc:3:
./os/ObjectStore.h:2163:15: note: declared here
   virtual int collection_getattr(const coll_t& cid, const char *name,
               ^
os/filestore/JournalingObjectStore.cc:263:1: warning: ‘virtual int ObjectStore::collection_getattr(const coll_t&, const char*, ceph::bufferlist&)’ is deprecated [-Wdeprecated-declarations]
 }
 ^
In file included from os/filestore/JournalingObjectStore.h:18:0,
                 from os/filestore/JournalingObjectStore.cc:3:
./os/ObjectStore.h:2177:15: note: declared here
   virtual int collection_getattr(const coll_t& cid, const char *name, bufferlist& bl)
               ^
os/filestore/JournalingObjectStore.cc:263:1: warning: ‘virtual int ObjectStore::collection_getattrs(const coll_t&, std::map<std::__cxx11::basic_string<char>, ceph::buffer::ptr>&)’ is deprecated [-Wdeprecated-declarations]
 }
 ^
In file included from os/filestore/JournalingObjectStore.h:18:0,
                 from os/filestore/JournalingObjectStore.cc:3:
./os/ObjectStore.h:2189:15: note: declared here
   virtual int collection_getattrs(const coll_t& cid, map<string,bufferptr> &aset)
               ^
os/kstore/KStore.cc:3681:1: warning: ‘virtual int ObjectStore::collection_getattr(const coll_t&, const char*, void*, size_t)’ is deprecated [-Wdeprecated-declarations]
 }
 ^
In file included from os/kstore/KStore.h:28:0,
                 from os/kstore/KStore.cc:22:
./os/ObjectStore.h:2163:15: note: declared here
   virtual int collection_getattr(const coll_t& cid, const char *name,
               ^
os/kstore/KStore.cc:3681:1: warning: ‘virtual int ObjectStore::collection_getattr(const coll_t&, const char*, ceph::bufferlist&)’ is deprecated [-Wdeprecated-declarations]
 }
 ^
In file included from os/kstore/KStore.h:28:0,
                 from os/kstore/KStore.cc:22:
./os/ObjectStore.h:2177:15: note: declared here
   virtual int collection_getattr(const coll_t& cid, const char *name, bufferlist& bl)
               ^
os/kstore/KStore.cc:3681:1: warning: ‘virtual int ObjectStore::collection_getattrs(const coll_t&, std::map<std::__cxx11::basic_string<char>, ceph::buffer::ptr>&)’ is deprecated [-Wdeprecated-declarations]
 }
 ^
In file included from os/kstore/KStore.h:28:0,
                 from os/kstore/KStore.cc:22:
./os/ObjectStore.h:2189:15: note: declared here
   virtual int collection_getattrs(const coll_t& cid, map<string,bufferptr> &aset)
               ^
os/memstore/MemStore.cc:1631:1: warning: ‘virtual int ObjectStore::collection_getattr(const coll_t&, const char*, void*, size_t)’ is deprecated [-Wdeprecated-declarations]
 }
 ^
In file included from os/memstore/MemStore.h:28:0,
                 from os/memstore/MemStore.cc:29:
./os/ObjectStore.h:2163:15: note: declared here
   virtual int collection_getattr(const coll_t& cid, const char *name,
               ^
os/memstore/MemStore.cc:1631:1: warning: ‘virtual int ObjectStore::collection_getattr(const coll_t&, const char*, ceph::bufferlist&)’ is deprecated [-Wdeprecated-declarations]
 }
 ^
In file included from os/memstore/MemStore.h:28:0,
                 from os/memstore/MemStore.cc:29:
./os/ObjectStore.h:2177:15: note: declared here
   virtual int collection_getattr(const coll_t& cid, const char *name, bufferlist& bl)
               ^
os/memstore/MemStore.cc:1631:1: warning: ‘virtual int ObjectStore::collection_getattrs(const coll_t&, std::map<std::__cxx11::basic_string<char>, ceph::buffer::ptr>&)’ is deprecated [-Wdeprecated-declarations]
 }
 ^
In file included from os/memstore/MemStore.h:28:0,
                 from os/memstore/MemStore.cc:29:
./os/ObjectStore.h:2189:15: note: declared here
   virtual int collection_getattrs(const coll_t& cid, map<string,bufferptr> &aset)
               ^
os/ObjectStore.cc:187:1: warning: ‘virtual int ObjectStore::collection_getattr(const coll_t&, const char*, void*, size_t)’ is deprecated [-Wdeprecated-declarations]
 }
 ^
In file included from os/ObjectStore.cc:17:0:
os/ObjectStore.h:2163:15: note: declared here
   virtual int collection_getattr(const coll_t& cid, const char *name,
               ^
os/ObjectStore.cc:187:1: warning: ‘virtual int ObjectStore::collection_getattr(const coll_t&, const char*, ceph::bufferlist&)’ is deprecated [-Wdeprecated-declarations]
 }
 ^
In file included from os/ObjectStore.cc:17:0:
os/ObjectStore.h:2177:15: note: declared here
   virtual int collection_getattr(const coll_t& cid, const char *name, bufferlist& bl)
               ^
os/ObjectStore.cc:187:1: warning: ‘virtual int ObjectStore::collection_getattrs(const coll_t&, std::map<std::__cxx11::basic_string<char>, ceph::buffer::ptr>&)’ is deprecated [-Wdeprecated-declarations]
 }
 ^
In file included from os/ObjectStore.cc:17:0:
os/ObjectStore.h:2189:15: note: declared here
   virtual int collection_getattrs(const coll_t& cid, map<string,bufferptr> &aset)
               ^
os/ObjectStore.cc:187:1: warning: ‘virtual int ObjectStore::collection_getattr(const coll_t&, const char*, void*, size_t)’ is deprecated [-Wdeprecated-declarations]
 }
 ^
In file included from os/ObjectStore.cc:17:0:
os/ObjectStore.h:2163:15: note: declared here
   virtual int collection_getattr(const coll_t& cid, const char *name,
               ^
os/ObjectStore.cc:187:1: warning: ‘virtual int ObjectStore::collection_getattr(const coll_t&, const char*, ceph::bufferlist&)’ is deprecated [-Wdeprecated-declarations]
 }
 ^
In file included from os/ObjectStore.cc:17:0:
os/ObjectStore.h:2177:15: note: declared here
   virtual int collection_getattr(const coll_t& cid, const char *name, bufferlist& bl)
               ^
os/ObjectStore.cc:187:1: warning: ‘virtual int ObjectStore::collection_getattrs(const coll_t&, std::map<std::__cxx11::basic_string<char>, ceph::buffer::ptr>&)’ is deprecated [-Wdeprecated-declarations]
 }
 ^
In file included from os/ObjectStore.cc:17:0:
os/ObjectStore.h:2189:15: note: declared here
   virtual int collection_getattrs(const coll_t& cid, map<string,bufferptr> &aset)
               ^
os/bluestore/BlueStore.cc:6414:1: warning: ‘virtual int ObjectStore::collection_getattr(const coll_t&, const char*, void*, size_t)’ is deprecated [-Wdeprecated-declarations]
 }
 ^
In file included from os/bluestore/BlueStore.h:37:0,
                 from os/bluestore/BlueStore.cc:22:
./os/ObjectStore.h:2163:15: note: declared here
   virtual int collection_getattr(const coll_t& cid, const char *name,
               ^
os/bluestore/BlueStore.cc:6414:1: warning: ‘virtual int ObjectStore::collection_getattr(const coll_t&, const char*, ceph::bufferlist&)’ is deprecated [-Wdeprecated-declarations]
 }
 ^
In file included from os/bluestore/BlueStore.h:37:0,
                 from os/bluestore/BlueStore.cc:22:
./os/ObjectStore.h:2177:15: note: declared here
   virtual int collection_getattr(const coll_t& cid, const char *name, bufferlist& bl)
               ^
os/bluestore/BlueStore.cc:6414:1: warning: ‘virtual int ObjectStore::collection_getattrs(const coll_t&, std::map<std::__cxx11::basic_string<char>, ceph::buffer::ptr>&)’ is deprecated [-Wdeprecated-declarations]
 }
 ^
In file included from os/bluestore/BlueStore.h:37:0,
                 from os/bluestore/BlueStore.cc:22:
./os/ObjectStore.h:2189:15: note: declared here
   virtual int collection_getattrs(const coll_t& cid, map<string,bufferptr> &aset)
               ^
os/filestore/BtrfsFileStoreBackend.cc:577:1: warning: ‘virtual int ObjectStore::collection_getattr(const coll_t&, const char*, void*, size_t)’ is deprecated [-Wdeprecated-declarations]
 }
 ^
In file included from os/filestore/FileStore.h:31:0,
                 from os/filestore/GenericFileStoreBackend.h:18,
                 from os/filestore/BtrfsFileStoreBackend.h:19,
                 from os/filestore/BtrfsFileStoreBackend.cc:39:
./os/ObjectStore.h:2163:15: note: declared here
   virtual int collection_getattr(const coll_t& cid, const char *name,
               ^
os/filestore/BtrfsFileStoreBackend.cc:577:1: warning: ‘virtual int ObjectStore::collection_getattr(const coll_t&, const char*, ceph::bufferlist&)’ is deprecated [-Wdeprecated-declarations]
 }
 ^
In file included from os/filestore/FileStore.h:31:0,
                 from os/filestore/GenericFileStoreBackend.h:18,
                 from os/filestore/BtrfsFileStoreBackend.h:19,
                 from os/filestore/BtrfsFileStoreBackend.cc:39:
./os/ObjectStore.h:2177:15: note: declared here
   virtual int collection_getattr(const coll_t& cid, const char *name, bufferlist& bl)
               ^
os/filestore/BtrfsFileStoreBackend.cc:577:1: warning: ‘virtual int ObjectStore::collection_getattrs(const coll_t&, std::map<std::__cxx11::basic_string<char>, ceph::buffer::ptr>&)’ is deprecated [-Wdeprecated-declarations]
 }
 ^
In file included from os/filestore/FileStore.h:31:0,
                 from os/filestore/GenericFileStoreBackend.h:18,
                 from os/filestore/BtrfsFileStoreBackend.h:19,
                 from os/filestore/BtrfsFileStoreBackend.cc:39:
./os/ObjectStore.h:2189:15: note: declared here
   virtual int collection_getattrs(const coll_t& cid, map<string,bufferptr> &aset)
               ^
os/filestore/XfsFileStoreBackend.cc:148:1: warning: ‘virtual int ObjectStore::collection_getattr(const coll_t&, const char*, void*, size_t)’ is deprecated [-Wdeprecated-declarations]
 }
 ^
In file included from os/filestore/FileStore.h:31:0,
                 from os/filestore/GenericFileStoreBackend.h:18,
                 from os/filestore/XfsFileStoreBackend.h:18,
                 from os/filestore/XfsFileStoreBackend.cc:15:
./os/ObjectStore.h:2163:15: note: declared here
   virtual int collection_getattr(const coll_t& cid, const char *name,
               ^
os/filestore/XfsFileStoreBackend.cc:148:1: warning: ‘virtual int ObjectStore::collection_getattr(const coll_t&, const char*, ceph::bufferlist&)’ is deprecated [-Wdeprecated-declarations]
 }
 ^
In file included from os/filestore/FileStore.h:31:0,
                 from os/filestore/GenericFileStoreBackend.h:18,
                 from os/filestore/XfsFileStoreBackend.h:18,
                 from os/filestore/XfsFileStoreBackend.cc:15:
./os/ObjectStore.h:2177:15: note: declared here
   virtual int collection_getattr(const coll_t& cid, const char *name, bufferlist& bl)
               ^
os/filestore/XfsFileStoreBackend.cc:148:1: warning: ‘virtual int ObjectStore::collection_getattrs(const coll_t&, std::map<std::__cxx11::basic_string<char>, ceph::buffer::ptr>&)’ is deprecated [-Wdeprecated-declarations]
 }
 ^
In file included from os/filestore/FileStore.h:31:0,
                 from os/filestore/GenericFileStoreBackend.h:18,
                 from os/filestore/XfsFileStoreBackend.h:18,
                 from os/filestore/XfsFileStoreBackend.cc:15:
./os/ObjectStore.h:2189:15: note: declared here
   virtual int collection_getattrs(const coll_t& cid, map<string,bufferptr> &aset)
               ^
ar: `u' modifier ignored since `D' is the default (see `U')
ar: `u' modifier ignored since `D' is the default (see `U')
ar: `u' modifier ignored since `D' is the default (see `U')
ar: `u' modifier ignored since `D' is the default (see `U')
ar: `u' modifier ignored since `D' is the default (see `U')
ar: `u' modifier ignored since `D' is the default (see `U')
ar: `u' modifier ignored since `D' is the default (see `U')
ar: `u' modifier ignored since `D' is the default (see `U')
ar: `u' modifier ignored since `D' is the default (see `U')
ar: `u' modifier ignored since `D' is the default (see `U')
ar: `u' modifier ignored since `D' is the default (see `U')
ar: `u' modifier ignored since `D' is the default (see `U')
ar: `u' modifier ignored since `D' is the default (see `U')
ar: `u' modifier ignored since `D' is the default (see `U')
ar: `u' modifier ignored since `D' is the default (see `U')
ar: `u' modifier ignored since `D' is the default (see `U')
ar: `u' modifier ignored since `D' is the default (see `U')
ar: `u' modifier ignored since `D' is the default (see `U')
ar: `u' modifier ignored since `D' is the default (see `U')
ar: `u' modifier ignored since `D' is the default (see `U')
ar: `u' modifier ignored since `D' is the default (see `U')
ar: `u' modifier ignored since `D' is the default (see `U')
ar: `u' modifier ignored since `D' is the default (see `U')
ar: `u' modifier ignored since `D' is the default (see `U')
ar: `u' modifier ignored since `D' is the default (see `U')
In file included from /usr/include/boost/variant.hpp:17:0,
                 from ./common/cmdparse.h:9,
                 from common/cmdparse.cc:16:
/usr/include/boost/variant/variant.hpp: In instantiation of ‘typename boost::enable_if<boost::is_rvalue_reference<T&&> >::type boost::variant<T0, T1, T2, T3, T4, T5, T6, T7, T8, T9, T10, T11, T12, T13, T14, T15, T16, T17, T18, T19>::convert_construct(T&&, int, mpl_::false_) [with T = long long int; T0_ = std::__cxx11::basic_string<char>; T1 = bool; T2 = long int; T3 = double; T4 = std::vector<std::__cxx11::basic_string<char> >; T5 = boost::detail::variant::void_; T6 = boost::detail::variant::void_; T7 = boost::detail::variant::void_; T8 = boost::detail::variant::void_; T9 = boost::detail::variant::void_; T10 = boost::detail::variant::void_; T11 = boost::detail::variant::void_; T12 = boost::detail::variant::void_; T13 = boost::detail::variant::void_; T14 = boost::detail::variant::void_; T15 = boost::detail::variant::void_; T16 = boost::detail::variant::void_; T17 = boost::detail::variant::void_; T18 = boost::detail::variant::void_; T19 = boost::detail::variant::void_; typename boost::enable_if<boost::is_rvalue_reference<T&&> >::type = void; mpl_::false_ = mpl_::bool_<false>]’:
/usr/include/boost/variant/variant.hpp:1751:26:   required from ‘boost::variant<T0, T1, T2, T3, T4, T5, T6, T7, T8, T9, T10, T11, T12, T13, T14, T15, T16, T17, T18, T19>::variant(T&&, typename boost::enable_if<boost::is_rvalue_reference<T&&> >::type*) [with T = long long int; T0_ = std::__cxx11::basic_string<char>; T1 = bool; T2 = long int; T3 = double; T4 = std::vector<std::__cxx11::basic_string<char> >; T5 = boost::detail::variant::void_; T6 = boost::detail::variant::void_; T7 = boost::detail::variant::void_; T8 = boost::detail::variant::void_; T9 = boost::detail::variant::void_; T10 = boost::detail::variant::void_; T11 = boost::detail::variant::void_; T12 = boost::detail::variant::void_; T13 = boost::detail::variant::void_; T14 = boost::detail::variant::void_; T15 = boost::detail::variant::void_; T16 = boost::detail::variant::void_; T17 = boost::detail::variant::void_; T18 = boost::detail::variant::void_; T19 = boost::detail::variant::void_; typename boost::enable_if<boost::is_rvalue_reference<T&&> >::type = void]’
/usr/include/boost/variant/variant.hpp:2148:54:   required from ‘void boost::variant<T0, T1, T2, T3, T4, T5, T6, T7, T8, T9, T10, T11, T12, T13, T14, T15, T16, T17, T18, T19>::move_assign(T&&) [with T = long long int; T0_ = std::__cxx11::basic_string<char>; T1 = bool; T2 = long int; T3 = double; T4 = std::vector<std::__cxx11::basic_string<char> >; T5 = boost::detail::variant::void_; T6 = boost::detail::variant::void_; T7 = boost::detail::variant::void_; T8 = boost::detail::variant::void_; T9 = boost::detail::variant::void_; T10 = boost::detail::variant::void_; T11 = boost::detail::variant::void_; T12 = boost::detail::variant::void_; T13 = boost::detail::variant::void_; T14 = boost::detail::variant::void_; T15 = boost::detail::variant::void_; T16 = boost::detail::variant::void_; T17 = boost::detail::variant::void_; T18 = boost::detail::variant::void_; T19 = boost::detail::variant::void_]’
/usr/include/boost/variant/variant.hpp:2160:20:   required from ‘typename boost::enable_if<boost::is_rvalue_reference<T&&>, boost::variant<T0, T1, T2, T3, T4, T5, T6, T7, T8, T9, T10, T11, T12, T13, T14, T15, T16, T17, T18, T19>&>::type boost::variant<T0, T1, T2, T3, T4, T5, T6, T7, T8, T9, T10, T11, T12, T13, T14, T15, T16, T17, T18, T19>::operator=(T&&) [with T = long long int; T0_ = std::__cxx11::basic_string<char>; T1 = bool; T2 = long int; T3 = double; T4 = std::vector<std::__cxx11::basic_string<char> >; T5 = boost::detail::variant::void_; T6 = boost::detail::variant::void_; T7 = boost::detail::variant::void_; T8 = boost::detail::variant::void_; T9 = boost::detail::variant::void_; T10 = boost::detail::variant::void_; T11 = boost::detail::variant::void_; T12 = boost::detail::variant::void_; T13 = boost::detail::variant::void_; T14 = boost::detail::variant::void_; T15 = boost::detail::variant::void_; T16 = boost::detail::variant::void_; T17 = boost::detail::variant::void_; T18 = boost::detail::variant::void_; T19 = boost::detail::variant::void_; typename boost::enable_if<boost::is_rvalue_reference<T&&>, boost::variant<T0, T1, T2, T3, T4, T5, T6, T7, T8, T9, T10, T11, T12, T13, T14, T15, T16, T17, T18, T19>&>::type = boost::variant<std::__cxx11::basic_string<char>, bool, long int, double, std::vector<std::__cxx11::basic_string<char> > >&]’
common/cmdparse.cc:179:21:   required from here
/usr/include/boost/variant/variant.hpp:1575:38: error: call of overloaded ‘initialize(void*, std::remove_reference<long long int&>::type)’ is ambiguous
               initializer::initialize(
                                      ^
In file included from /usr/include/boost/variant/variant.hpp:31:0,
                 from /usr/include/boost/variant.hpp:17,
                 from ./common/cmdparse.h:9,
                 from common/cmdparse.cc:16:
/usr/include/boost/variant/detail/initializer.hpp:104:24: note: candidate: static int boost::detail::variant::make_initializer_node::apply<BaseIndexPair, Iterator>::initializer_node::initialize(void*, boost::detail::variant::make_initializer_node::apply<BaseIndexPair, Iterator>::initializer_node::param_T) [with BaseIndexPair = boost::mpl::pair<boost::detail::variant::make_initializer_node::apply<boost::mpl::pair<boost::detail::variant::make_initializer_node::apply<boost::mpl::pair<boost::detail::variant::initializer_root, mpl_::int_<0> >, boost::mpl::l_iter<boost::mpl::list5<std::__cxx11::basic_string<char>, bool, long int, double, std::vector<std::__cxx11::basic_string<char> > > > >::initializer_node, mpl_::int_<1> >, boost::mpl::l_iter<boost::mpl::list4<bool, long int, double, std::vector<std::__cxx11::basic_string<char> > > > >::initializer_node, mpl_::int_<2> >; Iterator = boost::mpl::l_iter<boost::mpl::list3<long int, double, std::vector<std::__cxx11::basic_string<char> > > >; boost::detail::variant::make_initializer_node::apply<BaseIndexPair, Iterator>::initializer_node::param_T = const long int&]
             static int initialize(void* dest, param_T operand)
                        ^
/usr/include/boost/variant/detail/initializer.hpp:115:24: note: candidate: static int boost::detail::variant::make_initializer_node::apply<BaseIndexPair, Iterator>::initializer_node::initialize(void*, boost::detail::variant::make_initializer_node::apply<BaseIndexPair, Iterator>::initializer_node::param2_T) [with BaseIndexPair = boost::mpl::pair<boost::detail::variant::make_initializer_node::apply<boost::mpl::pair<boost::detail::variant::make_initializer_node::apply<boost::mpl::pair<boost::detail::variant::initializer_root, mpl_::int_<0> >, boost::mpl::l_iter<boost::mpl::list5<std::__cxx11::basic_string<char>, bool, long int, double, std::vector<std::__cxx11::basic_string<char> > > > >::initializer_node, mpl_::int_<1> >, boost::mpl::l_iter<boost::mpl::list4<bool, long int, double, std::vector<std::__cxx11::basic_string<char> > > > >::initializer_node, mpl_::int_<2> >; Iterator = boost::mpl::l_iter<boost::mpl::list3<long int, double, std::vector<std::__cxx11::basic_string<char> > > >; boost::detail::variant::make_initializer_node::apply<BaseIndexPair, Iterator>::initializer_node::param2_T = long int&&]
             static int initialize(void* dest, param2_T operand)
                        ^
/usr/include/boost/variant/detail/initializer.hpp:115:24: note: candidate: static int boost::detail::variant::make_initializer_node::apply<BaseIndexPair, Iterator>::initializer_node::initialize(void*, boost::detail::variant::make_initializer_node::apply<BaseIndexPair, Iterator>::initializer_node::param2_T) [with BaseIndexPair = boost::mpl::pair<boost::detail::variant::make_initializer_node::apply<boost::mpl::pair<boost::detail::variant::initializer_root, mpl_::int_<0> >, boost::mpl::l_iter<boost::mpl::list5<std::__cxx11::basic_string<char>, bool, long int, double, std::vector<std::__cxx11::basic_string<char> > > > >::initializer_node, mpl_::int_<1> >; Iterator = boost::mpl::l_iter<boost::mpl::list4<bool, long int, double, std::vector<std::__cxx11::basic_string<char> > > >; boost::detail::variant::make_initializer_node::apply<BaseIndexPair, Iterator>::initializer_node::param2_T = bool&&]
/usr/include/boost/variant/detail/initializer.hpp:104:24: note: candidate: static int boost::detail::variant::make_initializer_node::apply<BaseIndexPair, Iterator>::initializer_node::initialize(void*, boost::detail::variant::make_initializer_node::apply<BaseIndexPair, Iterator>::initializer_node::param_T) [with BaseIndexPair = boost::mpl::pair<boost::detail::variant::make_initializer_node::apply<boost::mpl::pair<boost::detail::variant::initializer_root, mpl_::int_<0> >, boost::mpl::l_iter<boost::mpl::list5<std::__cxx11::basic_string<char>, bool, long int, double, std::vector<std::__cxx11::basic_string<char> > > > >::initializer_node, mpl_::int_<1> >; Iterator = boost::mpl::l_iter<boost::mpl::list4<bool, long int, double, std::vector<std::__cxx11::basic_string<char> > > >; boost::detail::variant::make_initializer_node::apply<BaseIndexPair, Iterator>::initializer_node::param_T = const bool&]
             static int initialize(void* dest, param_T operand)
                        ^
/usr/include/boost/variant/detail/initializer.hpp:115:24: note: candidate: static int boost::detail::variant::make_initializer_node::apply<BaseIndexPair, Iterator>::initializer_node::initialize(void*, boost::detail::variant::make_initializer_node::apply<BaseIndexPair, Iterator>::initializer_node::param2_T) [with BaseIndexPair = boost::mpl::pair<boost::detail::variant::make_initializer_node::apply<boost::mpl::pair<boost::detail::variant::make_initializer_node::apply<boost::mpl::pair<boost::detail::variant::make_initializer_node::apply<boost::mpl::pair<boost::detail::variant::initializer_root, mpl_::int_<0> >, boost::mpl::l_iter<boost::mpl::list5<std::__cxx11::basic_string<char>, bool, long int, double, std::vector<std::__cxx11::basic_string<char> > > > >::initializer_node, mpl_::int_<1> >, boost::mpl::l_iter<boost::mpl::list4<bool, long int, double, std::vector<std::__cxx11::basic_string<char> > > > >::initializer_node, mpl_::int_<2> >, boost::mpl::l_iter<boost::mpl::list3<long int, double, std::vector<std::__cxx11::basic_string<char> > > > >::initializer_node, mpl_::int_<3> >; Iterator = boost::mpl::l_iter<boost::mpl::list2<double, std::vector<std::__cxx11::basic_string<char> > > >; boost::detail::variant::make_initializer_node::apply<BaseIndexPair, Iterator>::initializer_node::param2_T = double&&]
             static int initialize(void* dest, param2_T operand)
                        ^
/usr/include/boost/variant/detail/initializer.hpp:104:24: note: candidate: static int boost::detail::variant::make_initializer_node::apply<BaseIndexPair, Iterator>::initializer_node::initialize(void*, boost::detail::variant::make_initializer_node::apply<BaseIndexPair, Iterator>::initializer_node::param_T) [with BaseIndexPair = boost::mpl::pair<boost::detail::variant::make_initializer_node::apply<boost::mpl::pair<boost::detail::variant::make_initializer_node::apply<boost::mpl::pair<boost::detail::variant::make_initializer_node::apply<boost::mpl::pair<boost::detail::variant::initializer_root, mpl_::int_<0> >, boost::mpl::l_iter<boost::mpl::list5<std::__cxx11::basic_string<char>, bool, long int, double, std::vector<std::__cxx11::basic_string<char> > > > >::initializer_node, mpl_::int_<1> >, boost::mpl::l_iter<boost::mpl::list4<bool, long int, double, std::vector<std::__cxx11::basic_string<char> > > > >::initializer_node, mpl_::int_<2> >, boost::mpl::l_iter<boost::mpl::list3<long int, double, std::vector<std::__cxx11::basic_string<char> > > > >::initializer_node, mpl_::int_<3> >; Iterator = boost::mpl::l_iter<boost::mpl::list2<double, std::vector<std::__cxx11::basic_string<char> > > >; boost::detail::variant::make_initializer_node::apply<BaseIndexPair, Iterator>::initializer_node::param_T = const double&]
             static int initialize(void* dest, param_T operand)
                        ^
make[3]: *** [common/cmdparse.lo] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all] Error 2
make: *** [all-recursive] Error 1

Re: make error while building ceph

[Nathan Cutler]

On 03/01/2016 03:39 PM, Jai wrote:
> I saw one report of a RAM issue.
> I have 2G on the VM - and  it was hung for > half a day.

I've found that compiling Ceph requires at least 8GB of RAM - anything 
less is a recipe for failure. I have not tried using cmake, though.

-- 
Nathan Cutler
Software Engineer Distributed Storage
SUSE LINUX, s.r.o.
Tel.: +420 284 084 037

Re: make error while building ceph

[Jai]

I ve got 8G on my laptop - so I can retry with something less than
that for the VM. Ive reinstalled Centos7 and gone back to gcc 4.8.5
which is the default on centos 7.
cmake - I ve tried it, got errors here too.
--
Jai

On Wed, Mar 2, 2016 at 1:45 AM, Nathan Cutler <ncutler@suse.cz> wrote:
> On 03/01/2016 03:39 PM, Jai wrote:
>>
>> I saw one report of a RAM issue.
>> I have 2G on the VM - and  it was hung for > half a day.
>
>
> I've found that compiling Ceph requires at least 8GB of RAM - anything less
> is a recipe for failure. I have not tried using cmake, though.
>
> --
> Nathan Cutler
> Software Engineer Distributed Storage
> SUSE LINUX, s.r.o.
> Tel.: +420 284 084 037

Re: make error while building ceph

[David Zafman]

Jai,

On my build machine with 8GB of RAM a make -j4 works fine.  So I don't 
see why 4GB shouldn't handle a straight make.  YMMV

David

On 3/1/16 6:59 PM, Jai wrote:
> I ve got 8G on my laptop - so I can retry with something less than
> that for the VM. Ive reinstalled Centos7 and gone back to gcc 4.8.5
> which is the default on centos 7.
> cmake - I ve tried it, got errors here too.
> --
> Jai
>
> On Wed, Mar 2, 2016 at 1:45 AM, Nathan Cutler <ncutler@suse.cz> wrote:
>> On 03/01/2016 03:39 PM, Jai wrote:
>>> I saw one report of a RAM issue.
>>> I have 2G on the VM - and  it was hung for > half a day.
>>
>> I've found that compiling Ceph requires at least 8GB of RAM - anything less
>> is a recipe for failure. I have not tried using cmake, though.
>>
>> --
>> Nathan Cutler
>> Software Engineer Distributed Storage
>> SUSE LINUX, s.r.o.
>> Tel.: +420 284 084 037
> --
> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: make error while building ceph

[Robert LeBlanc]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

I've seen compiling OSD take 4 GB of RAM, so you would be pretty tight
on RAM, you would probably have to swap at that point. Most of the
rest seems to be a lot less. You could try running 'make -j 4' and
when it fails, run just straight 'make'.
-----BEGIN PGP SIGNATURE-----
Version: Mailvelope v1.3.6
Comment: https://www.mailvelope.com

wsFcBAEBCAAQBQJW1mnnCRDmVDuy+mK58QAA36oP/j2CQxSedg4HeQokJOQO
nd6SPXuWAeHP4CGMmDTqbuDlKxQA5XRY9LhkmplidMvSVUpEq0gtfU4xj2TH
Qsfb0QqCvZUfMWIFr+TFoFlFP+TS13+ckPca15zuSrD8hggskdB1b61LJCYr
5688RFG2n5wZdDID70h4wrFsrbiSkaa19VyF6j59W+CbiByy8soPCWf7UA83
yVcRdtMrSMmBypJTO87SuOaYzZnV/6S+MZeL6IOSNs41d3yfOR7S0XjQj4D4
ydCP/O5PEcU6xo8G4mvmqunjbMvzOS+aDLX7ZTtrN1d2JySDDRoNpZ3u5SzN
/Z5/MdLa1D4POmj5d5s1/GSmNXryb3T2cwFqjHGRD2/9ptqa1uMCxlJeAt6A
yOqNujQHavcOS3v30C/iErvHbHyy5zpdgJ3cIHmbXGcYE9gkPMGbQGEDIquk
8oyxa9hQwY8O9Vml2Cyp8S8ZwtqfeftCF+79Ve/rzvQj8M1Q+UPXiWy4o6Vm
fNoRpjBB1HxXNKiXzIjHHna3T4ZnQCxohAdRzF9oYqWjeCvZdMw1GfBdhNam
v7wA0tAItjngxWCBLu3TEDV8uwlnrnXb9TJuvyRVIR3XZxDQ4DRgFbeWqDco
nZXklY55Aa9PMOwrqckPhiQmb6pw1+ga4iQMgBE2OdRr390QpIVoZR20Cxty
dTXS
=zt+g
-----END PGP SIGNATURE-----
----------------
Robert LeBlanc
PGP Fingerprint 79A2 9CA4 6CC4 45DD A904  C70E E654 3BB2 FA62 B9F1


On Tue, Mar 1, 2016 at 9:07 PM, David Zafman <dzafman@redhat.com> wrote:
>
> Jai,
>
> On my build machine with 8GB of RAM a make -j4 works fine.  So I don't see
> why 4GB shouldn't handle a straight make.  YMMV
>
> David
>
>
> On 3/1/16 6:59 PM, Jai wrote:
>>
>> I ve got 8G on my laptop - so I can retry with something less than
>> that for the VM. Ive reinstalled Centos7 and gone back to gcc 4.8.5
>> which is the default on centos 7.
>> cmake - I ve tried it, got errors here too.
>> --
>> Jai
>>
>> On Wed, Mar 2, 2016 at 1:45 AM, Nathan Cutler <ncutler@suse.cz> wrote:
>>>
>>> On 03/01/2016 03:39 PM, Jai wrote:
>>>>
>>>> I saw one report of a RAM issue.
>>>> I have 2G on the VM - and  it was hung for > half a day.
>>>
>>>
>>> I've found that compiling Ceph requires at least 8GB of RAM - anything
>>> less
>>> is a recipe for failure. I have not tried using cmake, though.
>>>
>>> --
>>> Nathan Cutler
>>> Software Engineer Distributed Storage
>>> SUSE LINUX, s.r.o.
>>> Tel.: +420 284 084 037
>>
>> --
>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: make error while building ceph

[Jai]

I guess I was able to build it (finally) with 4G and make -j 2 on the
centos 7 VM.

...
build succeeded, 2 warnings.

--Jai

On Wed, Mar 2, 2016 at 9:49 AM, Robert LeBlanc <robert@leblancnet.us> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> I've seen compiling OSD take 4 GB of RAM, so you would be pretty tight
> on RAM, you would probably have to swap at that point. Most of the
> rest seems to be a lot less. You could try running 'make -j 4' and
> when it fails, run just straight 'make'.
> -----BEGIN PGP SIGNATURE-----
> Version: Mailvelope v1.3.6
> Comment: https://www.mailvelope.com
>
> wsFcBAEBCAAQBQJW1mnnCRDmVDuy+mK58QAA36oP/j2CQxSedg4HeQokJOQO
> nd6SPXuWAeHP4CGMmDTqbuDlKxQA5XRY9LhkmplidMvSVUpEq0gtfU4xj2TH
> Qsfb0QqCvZUfMWIFr+TFoFlFP+TS13+ckPca15zuSrD8hggskdB1b61LJCYr
> 5688RFG2n5wZdDID70h4wrFsrbiSkaa19VyF6j59W+CbiByy8soPCWf7UA83
> yVcRdtMrSMmBypJTO87SuOaYzZnV/6S+MZeL6IOSNs41d3yfOR7S0XjQj4D4
> ydCP/O5PEcU6xo8G4mvmqunjbMvzOS+aDLX7ZTtrN1d2JySDDRoNpZ3u5SzN
> /Z5/MdLa1D4POmj5d5s1/GSmNXryb3T2cwFqjHGRD2/9ptqa1uMCxlJeAt6A
> yOqNujQHavcOS3v30C/iErvHbHyy5zpdgJ3cIHmbXGcYE9gkPMGbQGEDIquk
> 8oyxa9hQwY8O9Vml2Cyp8S8ZwtqfeftCF+79Ve/rzvQj8M1Q+UPXiWy4o6Vm
> fNoRpjBB1HxXNKiXzIjHHna3T4ZnQCxohAdRzF9oYqWjeCvZdMw1GfBdhNam
> v7wA0tAItjngxWCBLu3TEDV8uwlnrnXb9TJuvyRVIR3XZxDQ4DRgFbeWqDco
> nZXklY55Aa9PMOwrqckPhiQmb6pw1+ga4iQMgBE2OdRr390QpIVoZR20Cxty
> dTXS
> =zt+g
> -----END PGP SIGNATURE-----
> ----------------
> Robert LeBlanc
> PGP Fingerprint 79A2 9CA4 6CC4 45DD A904  C70E E654 3BB2 FA62 B9F1
>
>
> On Tue, Mar 1, 2016 at 9:07 PM, David Zafman <dzafman@redhat.com> wrote:
>>
>> Jai,
>>
>> On my build machine with 8GB of RAM a make -j4 works fine.  So I don't see
>> why 4GB shouldn't handle a straight make.  YMMV
>>
>> David
>>
>>
>> On 3/1/16 6:59 PM, Jai wrote:
>>>
>>> I ve got 8G on my laptop - so I can retry with something less than
>>> that for the VM. Ive reinstalled Centos7 and gone back to gcc 4.8.5
>>> which is the default on centos 7.
>>> cmake - I ve tried it, got errors here too.
>>> --
>>> Jai
>>>
>>> On Wed, Mar 2, 2016 at 1:45 AM, Nathan Cutler <ncutler@suse.cz> wrote:
>>>>
>>>> On 03/01/2016 03:39 PM, Jai wrote:
>>>>>
>>>>> I saw one report of a RAM issue.
>>>>> I have 2G on the VM - and  it was hung for > half a day.
>>>>
>>>>
>>>> I've found that compiling Ceph requires at least 8GB of RAM - anything
>>>> less
>>>> is a recipe for failure. I have not tried using cmake, though.
>>>>
>>>> --
>>>> Nathan Cutler
>>>> Software Engineer Distributed Storage
>>>> SUSE LINUX, s.r.o.
>>>> Tel.: +420 284 084 037
>>>
>>> --
>>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>>> the body of a message to majordomo@vger.kernel.org
>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>
>>
>> --
>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: make error while building ceph

[Jai]

after build and install, these commands are supposed to work - right ?
I dont see a rados.py in the tree. I tried copying rados.pyx and .pxd
to /usr/local/lib/python2.7/site-packages, but that didn't help. There
was a bug reported on this a while ago, but don't know if it was
fixed.


ceph -v
Traceback (most recent call last):
  File "/usr/local/bin/ceph", line 108, in <module>
    import rados
ImportError: No module named rados
[jai@localhost ceph]$ lsmod |grep ceph  --> nothing


--
Jai

On Wed, Mar 2, 2016 at 12:10 PM, Jai <jai_97@rediffmail.com> wrote:
> I guess I was able to build it (finally) with 4G and make -j 2 on the
> centos 7 VM.
>
> ...
> build succeeded, 2 warnings.
>
> --Jai
>
> On Wed, Mar 2, 2016 at 9:49 AM, Robert LeBlanc <robert@leblancnet.us> wrote:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA256
>>
>> I've seen compiling OSD take 4 GB of RAM, so you would be pretty tight
>> on RAM, you would probably have to swap at that point. Most of the
>> rest seems to be a lot less. You could try running 'make -j 4' and
>> when it fails, run just straight 'make'.
>> -----BEGIN PGP SIGNATURE-----
>> Version: Mailvelope v1.3.6
>> Comment: https://www.mailvelope.com
>>
>> wsFcBAEBCAAQBQJW1mnnCRDmVDuy+mK58QAA36oP/j2CQxSedg4HeQokJOQO
>> nd6SPXuWAeHP4CGMmDTqbuDlKxQA5XRY9LhkmplidMvSVUpEq0gtfU4xj2TH
>> Qsfb0QqCvZUfMWIFr+TFoFlFP+TS13+ckPca15zuSrD8hggskdB1b61LJCYr
>> 5688RFG2n5wZdDID70h4wrFsrbiSkaa19VyF6j59W+CbiByy8soPCWf7UA83
>> yVcRdtMrSMmBypJTO87SuOaYzZnV/6S+MZeL6IOSNs41d3yfOR7S0XjQj4D4
>> ydCP/O5PEcU6xo8G4mvmqunjbMvzOS+aDLX7ZTtrN1d2JySDDRoNpZ3u5SzN
>> /Z5/MdLa1D4POmj5d5s1/GSmNXryb3T2cwFqjHGRD2/9ptqa1uMCxlJeAt6A
>> yOqNujQHavcOS3v30C/iErvHbHyy5zpdgJ3cIHmbXGcYE9gkPMGbQGEDIquk
>> 8oyxa9hQwY8O9Vml2Cyp8S8ZwtqfeftCF+79Ve/rzvQj8M1Q+UPXiWy4o6Vm
>> fNoRpjBB1HxXNKiXzIjHHna3T4ZnQCxohAdRzF9oYqWjeCvZdMw1GfBdhNam
>> v7wA0tAItjngxWCBLu3TEDV8uwlnrnXb9TJuvyRVIR3XZxDQ4DRgFbeWqDco
>> nZXklY55Aa9PMOwrqckPhiQmb6pw1+ga4iQMgBE2OdRr390QpIVoZR20Cxty
>> dTXS
>> =zt+g
>> -----END PGP SIGNATURE-----
>> ----------------
>> Robert LeBlanc
>> PGP Fingerprint 79A2 9CA4 6CC4 45DD A904  C70E E654 3BB2 FA62 B9F1
>>
>>
>> On Tue, Mar 1, 2016 at 9:07 PM, David Zafman <dzafman@redhat.com> wrote:
>>>
>>> Jai,
>>>
>>> On my build machine with 8GB of RAM a make -j4 works fine.  So I don't see
>>> why 4GB shouldn't handle a straight make.  YMMV
>>>
>>> David
>>>
>>>
>>> On 3/1/16 6:59 PM, Jai wrote:
>>>>
>>>> I ve got 8G on my laptop - so I can retry with something less than
>>>> that for the VM. Ive reinstalled Centos7 and gone back to gcc 4.8.5
>>>> which is the default on centos 7.
>>>> cmake - I ve tried it, got errors here too.
>>>> --
>>>> Jai
>>>>
>>>> On Wed, Mar 2, 2016 at 1:45 AM, Nathan Cutler <ncutler@suse.cz> wrote:
>>>>>
>>>>> On 03/01/2016 03:39 PM, Jai wrote:
>>>>>>
>>>>>> I saw one report of a RAM issue.
>>>>>> I have 2G on the VM - and  it was hung for > half a day.
>>>>>
>>>>>
>>>>> I've found that compiling Ceph requires at least 8GB of RAM - anything
>>>>> less
>>>>> is a recipe for failure. I have not tried using cmake, though.
>>>>>
>>>>> --
>>>>> Nathan Cutler
>>>>> Software Engineer Distributed Storage
>>>>> SUSE LINUX, s.r.o.
>>>>> Tel.: +420 284 084 037
>>>>
>>>> --
>>>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>>>> the body of a message to majordomo@vger.kernel.org
>>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>>
>>>
>>> --
>>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>>> the body of a message to majordomo@vger.kernel.org
>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: make error while building ceph

[John Spray]

On Fri, Mar 4, 2016 at 9:58 AM, Jai <jai_97@rediffmail.com> wrote:
> after build and install, these commands are supposed to work - right ?
> I dont see a rados.py in the tree. I tried copying rados.pyx and .pxd
> to /usr/local/lib/python2.7/site-packages, but that didn't help. There
> was a bug reported on this a while ago, but don't know if it was
> fixed.
>
>
> ceph -v
> Traceback (most recent call last):
>   File "/usr/local/bin/ceph", line 108, in <module>
>     import rados
> ImportError: No module named rados
> [jai@localhost ceph]$ lsmod |grep ceph  --> nothing

The module you're looking for is built into a rados.so file, in
src/pybind/build/ (this is a recent change in master)

It is definitely getting installed in built RPM/deb packages, so
possibly something is going wrong here in the "make install" step in
your environment.  Make install should be running a "python setup.py
build install" type command line (see pybind/rados/Makefile.am
install-exec section): look for that in the output of make install and
see where it's putting your rados module.

John

>
> --
> Jai
>
> On Wed, Mar 2, 2016 at 12:10 PM, Jai <jai_97@rediffmail.com> wrote:
>> I guess I was able to build it (finally) with 4G and make -j 2 on the
>> centos 7 VM.
>>
>> ...
>> build succeeded, 2 warnings.
>>
>> --Jai
>>
>> On Wed, Mar 2, 2016 at 9:49 AM, Robert LeBlanc <robert@leblancnet.us> wrote:
>>> -----BEGIN PGP SIGNED MESSAGE-----
>>> Hash: SHA256
>>>
>>> I've seen compiling OSD take 4 GB of RAM, so you would be pretty tight
>>> on RAM, you would probably have to swap at that point. Most of the
>>> rest seems to be a lot less. You could try running 'make -j 4' and
>>> when it fails, run just straight 'make'.
>>> -----BEGIN PGP SIGNATURE-----
>>> Version: Mailvelope v1.3.6
>>> Comment: https://www.mailvelope.com
>>>
>>> wsFcBAEBCAAQBQJW1mnnCRDmVDuy+mK58QAA36oP/j2CQxSedg4HeQokJOQO
>>> nd6SPXuWAeHP4CGMmDTqbuDlKxQA5XRY9LhkmplidMvSVUpEq0gtfU4xj2TH
>>> Qsfb0QqCvZUfMWIFr+TFoFlFP+TS13+ckPca15zuSrD8hggskdB1b61LJCYr
>>> 5688RFG2n5wZdDID70h4wrFsrbiSkaa19VyF6j59W+CbiByy8soPCWf7UA83
>>> yVcRdtMrSMmBypJTO87SuOaYzZnV/6S+MZeL6IOSNs41d3yfOR7S0XjQj4D4
>>> ydCP/O5PEcU6xo8G4mvmqunjbMvzOS+aDLX7ZTtrN1d2JySDDRoNpZ3u5SzN
>>> /Z5/MdLa1D4POmj5d5s1/GSmNXryb3T2cwFqjHGRD2/9ptqa1uMCxlJeAt6A
>>> yOqNujQHavcOS3v30C/iErvHbHyy5zpdgJ3cIHmbXGcYE9gkPMGbQGEDIquk
>>> 8oyxa9hQwY8O9Vml2Cyp8S8ZwtqfeftCF+79Ve/rzvQj8M1Q+UPXiWy4o6Vm
>>> fNoRpjBB1HxXNKiXzIjHHna3T4ZnQCxohAdRzF9oYqWjeCvZdMw1GfBdhNam
>>> v7wA0tAItjngxWCBLu3TEDV8uwlnrnXb9TJuvyRVIR3XZxDQ4DRgFbeWqDco
>>> nZXklY55Aa9PMOwrqckPhiQmb6pw1+ga4iQMgBE2OdRr390QpIVoZR20Cxty
>>> dTXS
>>> =zt+g
>>> -----END PGP SIGNATURE-----
>>> ----------------
>>> Robert LeBlanc
>>> PGP Fingerprint 79A2 9CA4 6CC4 45DD A904  C70E E654 3BB2 FA62 B9F1
>>>
>>>
>>> On Tue, Mar 1, 2016 at 9:07 PM, David Zafman <dzafman@redhat.com> wrote:
>>>>
>>>> Jai,
>>>>
>>>> On my build machine with 8GB of RAM a make -j4 works fine.  So I don't see
>>>> why 4GB shouldn't handle a straight make.  YMMV
>>>>
>>>> David
>>>>
>>>>
>>>> On 3/1/16 6:59 PM, Jai wrote:
>>>>>
>>>>> I ve got 8G on my laptop - so I can retry with something less than
>>>>> that for the VM. Ive reinstalled Centos7 and gone back to gcc 4.8.5
>>>>> which is the default on centos 7.
>>>>> cmake - I ve tried it, got errors here too.
>>>>> --
>>>>> Jai
>>>>>
>>>>> On Wed, Mar 2, 2016 at 1:45 AM, Nathan Cutler <ncutler@suse.cz> wrote:
>>>>>>
>>>>>> On 03/01/2016 03:39 PM, Jai wrote:
>>>>>>>
>>>>>>> I saw one report of a RAM issue.
>>>>>>> I have 2G on the VM - and  it was hung for > half a day.
>>>>>>
>>>>>>
>>>>>> I've found that compiling Ceph requires at least 8GB of RAM - anything
>>>>>> less
>>>>>> is a recipe for failure. I have not tried using cmake, though.
>>>>>>
>>>>>> --
>>>>>> Nathan Cutler
>>>>>> Software Engineer Distributed Storage
>>>>>> SUSE LINUX, s.r.o.
>>>>>> Tel.: +420 284 084 037
>>>>>
>>>>> --
>>>>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>>>>> the body of a message to majordomo@vger.kernel.org
>>>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>>>
>>>>
>>>> --
>>>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>>>> the body of a message to majordomo@vger.kernel.org
>>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> --
> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: make error while building ceph

[Jai]

In pybind/rados, install should run -- python setup.py install, but
the make output only shows "build" inside pybind/rbd and pybind/rados.
I'll need to figure out what options it should pass into this install
command and run it manually. Another thing is to find out why
src/Makefile doesn't call  rados-pybind-install-exec

---

On Fri, Mar 4, 2016 at 4:23 PM, John Spray <jspray@redhat.com> wrote:
> On Fri, Mar 4, 2016 at 9:58 AM, Jai <jai_97@rediffmail.com> wrote:
>> after build and install, these commands are supposed to work - right ?
>> I dont see a rados.py in the tree. I tried copying rados.pyx and .pxd
>> to /usr/local/lib/python2.7/site-packages, but that didn't help. There
>> was a bug reported on this a while ago, but don't know if it was
>> fixed.
>>
>>
>> ceph -v
>> Traceback (most recent call last):
>>   File "/usr/local/bin/ceph", line 108, in <module>
>>     import rados
>> ImportError: No module named rados
>> [jai@localhost ceph]$ lsmod |grep ceph  --> nothing
>
> The module you're looking for is built into a rados.so file, in
> src/pybind/build/ (this is a recent change in master)
>
> It is definitely getting installed in built RPM/deb packages, so
> possibly something is going wrong here in the "make install" step in
> your environment.  Make install should be running a "python setup.py
> build install" type command line (see pybind/rados/Makefile.am
> install-exec section): look for that in the output of make install and
> see where it's putting your rados module.
>
> John
>
>>
>> --
>> Jai
>>
>> On Wed, Mar 2, 2016 at 12:10 PM, Jai <jai_97@rediffmail.com> wrote:
>>> I guess I was able to build it (finally) with 4G and make -j 2 on the
>>> centos 7 VM.
>>>
>>> ...
>>> build succeeded, 2 warnings.
>>>
>>> --Jai
>>>
>>> On Wed, Mar 2, 2016 at 9:49 AM, Robert LeBlanc <robert@leblancnet.us> wrote:
>>>> -----BEGIN PGP SIGNED MESSAGE-----
>>>> Hash: SHA256
>>>>
>>>> I've seen compiling OSD take 4 GB of RAM, so you would be pretty tight
>>>> on RAM, you would probably have to swap at that point. Most of the
>>>> rest seems to be a lot less. You could try running 'make -j 4' and
>>>> when it fails, run just straight 'make'.
>>>> -----BEGIN PGP SIGNATURE-----
>>>> Version: Mailvelope v1.3.6
>>>> Comment: https://www.mailvelope.com
>>>>
>>>> wsFcBAEBCAAQBQJW1mnnCRDmVDuy+mK58QAA36oP/j2CQxSedg4HeQokJOQO
>>>> nd6SPXuWAeHP4CGMmDTqbuDlKxQA5XRY9LhkmplidMvSVUpEq0gtfU4xj2TH
>>>> Qsfb0QqCvZUfMWIFr+TFoFlFP+TS13+ckPca15zuSrD8hggskdB1b61LJCYr
>>>> 5688RFG2n5wZdDID70h4wrFsrbiSkaa19VyF6j59W+CbiByy8soPCWf7UA83
>>>> yVcRdtMrSMmBypJTO87SuOaYzZnV/6S+MZeL6IOSNs41d3yfOR7S0XjQj4D4
>>>> ydCP/O5PEcU6xo8G4mvmqunjbMvzOS+aDLX7ZTtrN1d2JySDDRoNpZ3u5SzN
>>>> /Z5/MdLa1D4POmj5d5s1/GSmNXryb3T2cwFqjHGRD2/9ptqa1uMCxlJeAt6A
>>>> yOqNujQHavcOS3v30C/iErvHbHyy5zpdgJ3cIHmbXGcYE9gkPMGbQGEDIquk
>>>> 8oyxa9hQwY8O9Vml2Cyp8S8ZwtqfeftCF+79Ve/rzvQj8M1Q+UPXiWy4o6Vm
>>>> fNoRpjBB1HxXNKiXzIjHHna3T4ZnQCxohAdRzF9oYqWjeCvZdMw1GfBdhNam
>>>> v7wA0tAItjngxWCBLu3TEDV8uwlnrnXb9TJuvyRVIR3XZxDQ4DRgFbeWqDco
>>>> nZXklY55Aa9PMOwrqckPhiQmb6pw1+ga4iQMgBE2OdRr390QpIVoZR20Cxty
>>>> dTXS
>>>> =zt+g
>>>> -----END PGP SIGNATURE-----
>>>> ----------------
>>>> Robert LeBlanc
>>>> PGP Fingerprint 79A2 9CA4 6CC4 45DD A904  C70E E654 3BB2 FA62 B9F1
>>>>
>>>>
>>>> On Tue, Mar 1, 2016 at 9:07 PM, David Zafman <dzafman@redhat.com> wrote:
>>>>>
>>>>> Jai,
>>>>>
>>>>> On my build machine with 8GB of RAM a make -j4 works fine.  So I don't see
>>>>> why 4GB shouldn't handle a straight make.  YMMV
>>>>>
>>>>> David
>>>>>
>>>>>
>>>>> On 3/1/16 6:59 PM, Jai wrote:
>>>>>>
>>>>>> I ve got 8G on my laptop - so I can retry with something less than
>>>>>> that for the VM. Ive reinstalled Centos7 and gone back to gcc 4.8.5
>>>>>> which is the default on centos 7.
>>>>>> cmake - I ve tried it, got errors here too.
>>>>>> --
>>>>>> Jai
>>>>>>
>>>>>> On Wed, Mar 2, 2016 at 1:45 AM, Nathan Cutler <ncutler@suse.cz> wrote:
>>>>>>>
>>>>>>> On 03/01/2016 03:39 PM, Jai wrote:
>>>>>>>>
>>>>>>>> I saw one report of a RAM issue.
>>>>>>>> I have 2G on the VM - and  it was hung for > half a day.
>>>>>>>
>>>>>>>
>>>>>>> I've found that compiling Ceph requires at least 8GB of RAM - anything
>>>>>>> less
>>>>>>> is a recipe for failure. I have not tried using cmake, though.
>>>>>>>
>>>>>>> --
>>>>>>> Nathan Cutler
>>>>>>> Software Engineer Distributed Storage
>>>>>>> SUSE LINUX, s.r.o.
>>>>>>> Tel.: +420 284 084 037
>>>>>>
>>>>>> --
>>>>>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>>>>>> the body of a message to majordomo@vger.kernel.org
>>>>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>>>>
>>>>>
>>>>> --
>>>>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>>>>> the body of a message to majordomo@vger.kernel.org
>>>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>> --
>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: make error while building ceph

[Jai]

I synced my tree with the latest to see if it would solve the install
problem with rados.  install gives me this error now --

zipimport.ZipImportError: bad local file header in
/usr/lib/python2.7/site-packages/ceph_detect_init-1.0.1-py2.7.egg
make[4]: *** [ceph-detect-init-install-data] Error 1

The archive appears to be corrupt. This archive is overwritten in the
install process.
Anyone seen this ?
--
Jai

On Sat, Mar 5, 2016 at 12:14 AM, Jai <jai_97@rediffmail.com> wrote:
> In pybind/rados, install should run -- python setup.py install, but
> the make output only shows "build" inside pybind/rbd and pybind/rados.
> I'll need to figure out what options it should pass into this install
> command and run it manually. Another thing is to find out why
> src/Makefile doesn't call  rados-pybind-install-exec
>
> ---
>
> On Fri, Mar 4, 2016 at 4:23 PM, John Spray <jspray@redhat.com> wrote:
>> On Fri, Mar 4, 2016 at 9:58 AM, Jai <jai_97@rediffmail.com> wrote:
>>> after build and install, these commands are supposed to work - right ?
>>> I dont see a rados.py in the tree. I tried copying rados.pyx and .pxd
>>> to /usr/local/lib/python2.7/site-packages, but that didn't help. There
>>> was a bug reported on this a while ago, but don't know if it was
>>> fixed.
>>>
>>>
>>> ceph -v
>>> Traceback (most recent call last):
>>>   File "/usr/local/bin/ceph", line 108, in <module>
>>>     import rados
>>> ImportError: No module named rados
>>> [jai@localhost ceph]$ lsmod |grep ceph  --> nothing
>>
>> The module you're looking for is built into a rados.so file, in
>> src/pybind/build/ (this is a recent change in master)
>>
>> It is definitely getting installed in built RPM/deb packages, so
>> possibly something is going wrong here in the "make install" step in
>> your environment.  Make install should be running a "python setup.py
>> build install" type command line (see pybind/rados/Makefile.am
>> install-exec section): look for that in the output of make install and
>> see where it's putting your rados module.
>>
>> John
>>
>>>
>>> --
>>> Jai
>>>
>>> On Wed, Mar 2, 2016 at 12:10 PM, Jai <jai_97@rediffmail.com> wrote:
>>>> I guess I was able to build it (finally) with 4G and make -j 2 on the
>>>> centos 7 VM.
>>>>
>>>> ...
>>>> build succeeded, 2 warnings.
>>>>
>>>> --Jai
>>>>
>>>> On Wed, Mar 2, 2016 at 9:49 AM, Robert LeBlanc <robert@leblancnet.us> wrote:
>>>>> -----BEGIN PGP SIGNED MESSAGE-----
>>>>> Hash: SHA256
>>>>>
>>>>> I've seen compiling OSD take 4 GB of RAM, so you would be pretty tight
>>>>> on RAM, you would probably have to swap at that point. Most of the
>>>>> rest seems to be a lot less. You could try running 'make -j 4' and
>>>>> when it fails, run just straight 'make'.
>>>>> -----BEGIN PGP SIGNATURE-----
>>>>> Version: Mailvelope v1.3.6
>>>>> Comment: https://www.mailvelope.com
>>>>>
>>>>> wsFcBAEBCAAQBQJW1mnnCRDmVDuy+mK58QAA36oP/j2CQxSedg4HeQokJOQO
>>>>> nd6SPXuWAeHP4CGMmDTqbuDlKxQA5XRY9LhkmplidMvSVUpEq0gtfU4xj2TH
>>>>> Qsfb0QqCvZUfMWIFr+TFoFlFP+TS13+ckPca15zuSrD8hggskdB1b61LJCYr
>>>>> 5688RFG2n5wZdDID70h4wrFsrbiSkaa19VyF6j59W+CbiByy8soPCWf7UA83
>>>>> yVcRdtMrSMmBypJTO87SuOaYzZnV/6S+MZeL6IOSNs41d3yfOR7S0XjQj4D4
>>>>> ydCP/O5PEcU6xo8G4mvmqunjbMvzOS+aDLX7ZTtrN1d2JySDDRoNpZ3u5SzN
>>>>> /Z5/MdLa1D4POmj5d5s1/GSmNXryb3T2cwFqjHGRD2/9ptqa1uMCxlJeAt6A
>>>>> yOqNujQHavcOS3v30C/iErvHbHyy5zpdgJ3cIHmbXGcYE9gkPMGbQGEDIquk
>>>>> 8oyxa9hQwY8O9Vml2Cyp8S8ZwtqfeftCF+79Ve/rzvQj8M1Q+UPXiWy4o6Vm
>>>>> fNoRpjBB1HxXNKiXzIjHHna3T4ZnQCxohAdRzF9oYqWjeCvZdMw1GfBdhNam
>>>>> v7wA0tAItjngxWCBLu3TEDV8uwlnrnXb9TJuvyRVIR3XZxDQ4DRgFbeWqDco
>>>>> nZXklY55Aa9PMOwrqckPhiQmb6pw1+ga4iQMgBE2OdRr390QpIVoZR20Cxty
>>>>> dTXS
>>>>> =zt+g
>>>>> -----END PGP SIGNATURE-----
>>>>> ----------------
>>>>> Robert LeBlanc
>>>>> PGP Fingerprint 79A2 9CA4 6CC4 45DD A904  C70E E654 3BB2 FA62 B9F1
>>>>>
>>>>>
>>>>> On Tue, Mar 1, 2016 at 9:07 PM, David Zafman <dzafman@redhat.com> wrote:
>>>>>>
>>>>>> Jai,
>>>>>>
>>>>>> On my build machine with 8GB of RAM a make -j4 works fine.  So I don't see
>>>>>> why 4GB shouldn't handle a straight make.  YMMV
>>>>>>
>>>>>> David
>>>>>>
>>>>>>
>>>>>> On 3/1/16 6:59 PM, Jai wrote:
>>>>>>>
>>>>>>> I ve got 8G on my laptop - so I can retry with something less than
>>>>>>> that for the VM. Ive reinstalled Centos7 and gone back to gcc 4.8.5
>>>>>>> which is the default on centos 7.
>>>>>>> cmake - I ve tried it, got errors here too.
>>>>>>> --
>>>>>>> Jai
>>>>>>>
>>>>>>> On Wed, Mar 2, 2016 at 1:45 AM, Nathan Cutler <ncutler@suse.cz> wrote:
>>>>>>>>
>>>>>>>> On 03/01/2016 03:39 PM, Jai wrote:
>>>>>>>>>
>>>>>>>>> I saw one report of a RAM issue.
>>>>>>>>> I have 2G on the VM - and  it was hung for > half a day.
>>>>>>>>
>>>>>>>>
>>>>>>>> I've found that compiling Ceph requires at least 8GB of RAM - anything
>>>>>>>> less
>>>>>>>> is a recipe for failure. I have not tried using cmake, though.
>>>>>>>>
>>>>>>>> --
>>>>>>>> Nathan Cutler
>>>>>>>> Software Engineer Distributed Storage
>>>>>>>> SUSE LINUX, s.r.o.
>>>>>>>> Tel.: +420 284 084 037
>>>>>>>
>>>>>>> --
>>>>>>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>>>>>>> the body of a message to majordomo@vger.kernel.org
>>>>>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>>>>>
>>>>>>
>>>>>> --
>>>>>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>>>>>> the body of a message to majordomo@vger.kernel.org
>>>>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>> --
>>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>>> the body of a message to majordomo@vger.kernel.org
>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: make error while building ceph

[Noah Watkins]

I hit this too in the latest jewel branch running vstart. This is the
patch I used but I'm not sure its the robust fix:

diff --git a/src/ceph.in b/src/ceph.in
index 321dfae..c75f510 100755
--- a/src/ceph.in
+++ b/src/ceph.in
@@ -69,7 +69,7 @@ def respawn_in_path(lib_path, pybind_path, pythonlib_path):
 def get_pythonlib_dir():
     """Returns the name of a distutils build directory"""
     import sysconfig
-    f = "lib.{platform}-{version[0]}.{version[1]}"
+    f = "build/lib.{platform}-{version[0]}.{version[1]}"
     name = f.format(platform=sysconfig.get_platform(),
                     version=sys.version_info)
     return name

On Wed, Mar 9, 2016 at 1:17 AM, Jai <jai_97@rediffmail.com> wrote:
> I synced my tree with the latest to see if it would solve the install
> problem with rados.  install gives me this error now --
>
> zipimport.ZipImportError: bad local file header in
> /usr/lib/python2.7/site-packages/ceph_detect_init-1.0.1-py2.7.egg
> make[4]: *** [ceph-detect-init-install-data] Error 1
>
> The archive appears to be corrupt. This archive is overwritten in the
> install process.
> Anyone seen this ?
> --
> Jai
>
> On Sat, Mar 5, 2016 at 12:14 AM, Jai <jai_97@rediffmail.com> wrote:
>> In pybind/rados, install should run -- python setup.py install, but
>> the make output only shows "build" inside pybind/rbd and pybind/rados.
>> I'll need to figure out what options it should pass into this install
>> command and run it manually. Another thing is to find out why
>> src/Makefile doesn't call  rados-pybind-install-exec
>>
>> ---
>>
>> On Fri, Mar 4, 2016 at 4:23 PM, John Spray <jspray@redhat.com> wrote:
>>> On Fri, Mar 4, 2016 at 9:58 AM, Jai <jai_97@rediffmail.com> wrote:
>>>> after build and install, these commands are supposed to work - right ?
>>>> I dont see a rados.py in the tree. I tried copying rados.pyx and .pxd
>>>> to /usr/local/lib/python2.7/site-packages, but that didn't help. There
>>>> was a bug reported on this a while ago, but don't know if it was
>>>> fixed.
>>>>
>>>>
>>>> ceph -v
>>>> Traceback (most recent call last):
>>>>   File "/usr/local/bin/ceph", line 108, in <module>
>>>>     import rados
>>>> ImportError: No module named rados
>>>> [jai@localhost ceph]$ lsmod |grep ceph  --> nothing
>>>
>>> The module you're looking for is built into a rados.so file, in
>>> src/pybind/build/ (this is a recent change in master)
>>>
>>> It is definitely getting installed in built RPM/deb packages, so
>>> possibly something is going wrong here in the "make install" step in
>>> your environment.  Make install should be running a "python setup.py
>>> build install" type command line (see pybind/rados/Makefile.am
>>> install-exec section): look for that in the output of make install and
>>> see where it's putting your rados module.
>>>
>>> John
>>>
>>>>
>>>> --
>>>> Jai
>>>>
>>>> On Wed, Mar 2, 2016 at 12:10 PM, Jai <jai_97@rediffmail.com> wrote:
>>>>> I guess I was able to build it (finally) with 4G and make -j 2 on the
>>>>> centos 7 VM.
>>>>>
>>>>> ...
>>>>> build succeeded, 2 warnings.
>>>>>
>>>>> --Jai
>>>>>
>>>>> On Wed, Mar 2, 2016 at 9:49 AM, Robert LeBlanc <robert@leblancnet.us> wrote:
>>>>>> -----BEGIN PGP SIGNED MESSAGE-----
>>>>>> Hash: SHA256
>>>>>>
>>>>>> I've seen compiling OSD take 4 GB of RAM, so you would be pretty tight
>>>>>> on RAM, you would probably have to swap at that point. Most of the
>>>>>> rest seems to be a lot less. You could try running 'make -j 4' and
>>>>>> when it fails, run just straight 'make'.
>>>>>> -----BEGIN PGP SIGNATURE-----
>>>>>> Version: Mailvelope v1.3.6
>>>>>> Comment: https://www.mailvelope.com
>>>>>>
>>>>>> wsFcBAEBCAAQBQJW1mnnCRDmVDuy+mK58QAA36oP/j2CQxSedg4HeQokJOQO
>>>>>> nd6SPXuWAeHP4CGMmDTqbuDlKxQA5XRY9LhkmplidMvSVUpEq0gtfU4xj2TH
>>>>>> Qsfb0QqCvZUfMWIFr+TFoFlFP+TS13+ckPca15zuSrD8hggskdB1b61LJCYr
>>>>>> 5688RFG2n5wZdDID70h4wrFsrbiSkaa19VyF6j59W+CbiByy8soPCWf7UA83
>>>>>> yVcRdtMrSMmBypJTO87SuOaYzZnV/6S+MZeL6IOSNs41d3yfOR7S0XjQj4D4
>>>>>> ydCP/O5PEcU6xo8G4mvmqunjbMvzOS+aDLX7ZTtrN1d2JySDDRoNpZ3u5SzN
>>>>>> /Z5/MdLa1D4POmj5d5s1/GSmNXryb3T2cwFqjHGRD2/9ptqa1uMCxlJeAt6A
>>>>>> yOqNujQHavcOS3v30C/iErvHbHyy5zpdgJ3cIHmbXGcYE9gkPMGbQGEDIquk
>>>>>> 8oyxa9hQwY8O9Vml2Cyp8S8ZwtqfeftCF+79Ve/rzvQj8M1Q+UPXiWy4o6Vm
>>>>>> fNoRpjBB1HxXNKiXzIjHHna3T4ZnQCxohAdRzF9oYqWjeCvZdMw1GfBdhNam
>>>>>> v7wA0tAItjngxWCBLu3TEDV8uwlnrnXb9TJuvyRVIR3XZxDQ4DRgFbeWqDco
>>>>>> nZXklY55Aa9PMOwrqckPhiQmb6pw1+ga4iQMgBE2OdRr390QpIVoZR20Cxty
>>>>>> dTXS
>>>>>> =zt+g
>>>>>> -----END PGP SIGNATURE-----
>>>>>> ----------------
>>>>>> Robert LeBlanc
>>>>>> PGP Fingerprint 79A2 9CA4 6CC4 45DD A904  C70E E654 3BB2 FA62 B9F1
>>>>>>
>>>>>>
>>>>>> On Tue, Mar 1, 2016 at 9:07 PM, David Zafman <dzafman@redhat.com> wrote:
>>>>>>>
>>>>>>> Jai,
>>>>>>>
>>>>>>> On my build machine with 8GB of RAM a make -j4 works fine.  So I don't see
>>>>>>> why 4GB shouldn't handle a straight make.  YMMV
>>>>>>>
>>>>>>> David
>>>>>>>
>>>>>>>
>>>>>>> On 3/1/16 6:59 PM, Jai wrote:
>>>>>>>>
>>>>>>>> I ve got 8G on my laptop - so I can retry with something less than
>>>>>>>> that for the VM. Ive reinstalled Centos7 and gone back to gcc 4.8.5
>>>>>>>> which is the default on centos 7.
>>>>>>>> cmake - I ve tried it, got errors here too.
>>>>>>>> --
>>>>>>>> Jai
>>>>>>>>
>>>>>>>> On Wed, Mar 2, 2016 at 1:45 AM, Nathan Cutler <ncutler@suse.cz> wrote:
>>>>>>>>>
>>>>>>>>> On 03/01/2016 03:39 PM, Jai wrote:
>>>>>>>>>>
>>>>>>>>>> I saw one report of a RAM issue.
>>>>>>>>>> I have 2G on the VM - and  it was hung for > half a day.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> I've found that compiling Ceph requires at least 8GB of RAM - anything
>>>>>>>>> less
>>>>>>>>> is a recipe for failure. I have not tried using cmake, though.
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Nathan Cutler
>>>>>>>>> Software Engineer Distributed Storage
>>>>>>>>> SUSE LINUX, s.r.o.
>>>>>>>>> Tel.: +420 284 084 037
>>>>>>>>
>>>>>>>> --
>>>>>>>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>>>>>>>> the body of a message to majordomo@vger.kernel.org
>>>>>>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>>>>>>> the body of a message to majordomo@vger.kernel.org
>>>>>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>>> --
>>>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>>>> the body of a message to majordomo@vger.kernel.org
>>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> --
> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: make error while building ceph

[Josh Durgin]

On 03/30/2016 01:59 PM, Noah Watkins wrote:
> I hit this too in the latest jewel branch running vstart. This is the
> patch I used but I'm not sure its the robust fix:

That ceph.in change is unrelated to 'make install', but ceph.in for
a vstart cluster was fixed yesterday in master, and now included in 
jewel, by:

e3ad07ba61efbbb9667e4ae87f070f3da7cf29e8
a041e5c9413fd816bc2858509319fa469fa233e5

Josh

> diff --git a/src/ceph.in b/src/ceph.in
> index 321dfae..c75f510 100755
> --- a/src/ceph.in
> +++ b/src/ceph.in
> @@ -69,7 +69,7 @@ def respawn_in_path(lib_path, pybind_path, pythonlib_path):
>   def get_pythonlib_dir():
>       """Returns the name of a distutils build directory"""
>       import sysconfig
> -    f = "lib.{platform}-{version[0]}.{version[1]}"
> +    f = "build/lib.{platform}-{version[0]}.{version[1]}"
>       name = f.format(platform=sysconfig.get_platform(),
>                       version=sys.version_info)
>       return name
>
> On Wed, Mar 9, 2016 at 1:17 AM, Jai <jai_97@rediffmail.com> wrote:
>> I synced my tree with the latest to see if it would solve the install
>> problem with rados.  install gives me this error now --
>>
>> zipimport.ZipImportError: bad local file header in
>> /usr/lib/python2.7/site-packages/ceph_detect_init-1.0.1-py2.7.egg
>> make[4]: *** [ceph-detect-init-install-data] Error 1
>>
>> The archive appears to be corrupt. This archive is overwritten in the
>> install process.
>> Anyone seen this ?
>> --
>> Jai
>>
>> On Sat, Mar 5, 2016 at 12:14 AM, Jai <jai_97@rediffmail.com> wrote:
>>> In pybind/rados, install should run -- python setup.py install, but
>>> the make output only shows "build" inside pybind/rbd and pybind/rados.
>>> I'll need to figure out what options it should pass into this install
>>> command and run it manually. Another thing is to find out why
>>> src/Makefile doesn't call  rados-pybind-install-exec
>>>
>>> ---
>>>
>>> On Fri, Mar 4, 2016 at 4:23 PM, John Spray <jspray@redhat.com> wrote:
>>>> On Fri, Mar 4, 2016 at 9:58 AM, Jai <jai_97@rediffmail.com> wrote:
>>>>> after build and install, these commands are supposed to work - right ?
>>>>> I dont see a rados.py in the tree. I tried copying rados.pyx and .pxd
>>>>> to /usr/local/lib/python2.7/site-packages, but that didn't help. There
>>>>> was a bug reported on this a while ago, but don't know if it was
>>>>> fixed.
>>>>>
>>>>>
>>>>> ceph -v
>>>>> Traceback (most recent call last):
>>>>>    File "/usr/local/bin/ceph", line 108, in <module>
>>>>>      import rados
>>>>> ImportError: No module named rados
>>>>> [jai@localhost ceph]$ lsmod |grep ceph  --> nothing
>>>>
>>>> The module you're looking for is built into a rados.so file, in
>>>> src/pybind/build/ (this is a recent change in master)
>>>>
>>>> It is definitely getting installed in built RPM/deb packages, so
>>>> possibly something is going wrong here in the "make install" step in
>>>> your environment.  Make install should be running a "python setup.py
>>>> build install" type command line (see pybind/rados/Makefile.am
>>>> install-exec section): look for that in the output of make install and
>>>> see where it's putting your rados module.
>>>>
>>>> John
>>>>
>>>>>
>>>>> --
>>>>> Jai
>>>>>
>>>>> On Wed, Mar 2, 2016 at 12:10 PM, Jai <jai_97@rediffmail.com> wrote:
>>>>>> I guess I was able to build it (finally) with 4G and make -j 2 on the
>>>>>> centos 7 VM.
>>>>>>
>>>>>> ...
>>>>>> build succeeded, 2 warnings.
>>>>>>
>>>>>> --Jai
>>>>>>
>>>>>> On Wed, Mar 2, 2016 at 9:49 AM, Robert LeBlanc <robert@leblancnet.us> wrote:
>>>>>>> -----BEGIN PGP SIGNED MESSAGE-----
>>>>>>> Hash: SHA256
>>>>>>>
>>>>>>> I've seen compiling OSD take 4 GB of RAM, so you would be pretty tight
>>>>>>> on RAM, you would probably have to swap at that point. Most of the
>>>>>>> rest seems to be a lot less. You could try running 'make -j 4' and
>>>>>>> when it fails, run just straight 'make'.
>>>>>>> -----BEGIN PGP SIGNATURE-----
>>>>>>> Version: Mailvelope v1.3.6
>>>>>>> Comment: https://www.mailvelope.com
>>>>>>>
>>>>>>> wsFcBAEBCAAQBQJW1mnnCRDmVDuy+mK58QAA36oP/j2CQxSedg4HeQokJOQO
>>>>>>> nd6SPXuWAeHP4CGMmDTqbuDlKxQA5XRY9LhkmplidMvSVUpEq0gtfU4xj2TH
>>>>>>> Qsfb0QqCvZUfMWIFr+TFoFlFP+TS13+ckPca15zuSrD8hggskdB1b61LJCYr
>>>>>>> 5688RFG2n5wZdDID70h4wrFsrbiSkaa19VyF6j59W+CbiByy8soPCWf7UA83
>>>>>>> yVcRdtMrSMmBypJTO87SuOaYzZnV/6S+MZeL6IOSNs41d3yfOR7S0XjQj4D4
>>>>>>> ydCP/O5PEcU6xo8G4mvmqunjbMvzOS+aDLX7ZTtrN1d2JySDDRoNpZ3u5SzN
>>>>>>> /Z5/MdLa1D4POmj5d5s1/GSmNXryb3T2cwFqjHGRD2/9ptqa1uMCxlJeAt6A
>>>>>>> yOqNujQHavcOS3v30C/iErvHbHyy5zpdgJ3cIHmbXGcYE9gkPMGbQGEDIquk
>>>>>>> 8oyxa9hQwY8O9Vml2Cyp8S8ZwtqfeftCF+79Ve/rzvQj8M1Q+UPXiWy4o6Vm
>>>>>>> fNoRpjBB1HxXNKiXzIjHHna3T4ZnQCxohAdRzF9oYqWjeCvZdMw1GfBdhNam
>>>>>>> v7wA0tAItjngxWCBLu3TEDV8uwlnrnXb9TJuvyRVIR3XZxDQ4DRgFbeWqDco
>>>>>>> nZXklY55Aa9PMOwrqckPhiQmb6pw1+ga4iQMgBE2OdRr390QpIVoZR20Cxty
>>>>>>> dTXS
>>>>>>> =zt+g
>>>>>>> -----END PGP SIGNATURE-----
>>>>>>> ----------------
>>>>>>> Robert LeBlanc
>>>>>>> PGP Fingerprint 79A2 9CA4 6CC4 45DD A904  C70E E654 3BB2 FA62 B9F1
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Mar 1, 2016 at 9:07 PM, David Zafman <dzafman@redhat.com> wrote:
>>>>>>>>
>>>>>>>> Jai,
>>>>>>>>
>>>>>>>> On my build machine with 8GB of RAM a make -j4 works fine.  So I don't see
>>>>>>>> why 4GB shouldn't handle a straight make.  YMMV
>>>>>>>>
>>>>>>>> David
>>>>>>>>
>>>>>>>>
>>>>>>>> On 3/1/16 6:59 PM, Jai wrote:
>>>>>>>>>
>>>>>>>>> I ve got 8G on my laptop - so I can retry with something less than
>>>>>>>>> that for the VM. Ive reinstalled Centos7 and gone back to gcc 4.8.5
>>>>>>>>> which is the default on centos 7.
>>>>>>>>> cmake - I ve tried it, got errors here too.
>>>>>>>>> --
>>>>>>>>> Jai
>>>>>>>>>
>>>>>>>>> On Wed, Mar 2, 2016 at 1:45 AM, Nathan Cutler <ncutler@suse.cz> wrote:
>>>>>>>>>>
>>>>>>>>>> On 03/01/2016 03:39 PM, Jai wrote:
>>>>>>>>>>>
>>>>>>>>>>> I saw one report of a RAM issue.
>>>>>>>>>>> I have 2G on the VM - and  it was hung for > half a day.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> I've found that compiling Ceph requires at least 8GB of RAM - anything
>>>>>>>>>> less
>>>>>>>>>> is a recipe for failure. I have not tried using cmake, though.
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Nathan Cutler
>>>>>>>>>> Software Engineer Distributed Storage
>>>>>>>>>> SUSE LINUX, s.r.o.
>>>>>>>>>> Tel.: +420 284 084 037
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>>>>>>>>> the body of a message to majordomo@vger.kernel.org
>>>>>>>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>>>>>>>> the body of a message to majordomo@vger.kernel.org
>>>>>>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>>>> --
>>>>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>>>>> the body of a message to majordomo@vger.kernel.org
>>>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>> --
>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> --
> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>