On 30-11-2015 17:20, Gregory Farnum wrote:
Installed the results:
gmake install
And looked at what it delivered:
zfs diff <fs-en>
And I have to be honest that I'm not really enjoying all the ceph-test
stuff in my /usr/local/bin....
Would prefer it to go into something like:
/usr/local/libexec/ceph/tests
or
/usr/local/share/ceph/tests
Not sure if this is possible without disrupting the automated testing.
As far as I know, none of what we do upstream relies on "make install"
and I don't think it's very well-maintained. You could make some
changes and submit a PR — if it does break something it should show up
in the autobuilder bot.
Well got that all compiled and installed.
Fixed a startup problem in /usr/local/bin/ceph's python with an unknown
error value. So that looks to run.
Created a config, and acompanying directories.
And now for the real work:
Run:
ceph-mon -i freetest -d --debug_mon 10 --cluster digiceph -c
/etc/ceph/ceph.conf
Which bombs out with:
2015-12-01 10:32:41.877243 804015000 0 ceph version 10.0.0-677-gd704c54
(d704c54b7923ef7265fa27018e9411d8deb463b3), process (unknown), pid 93896
2015-12-01 10:32:41.879339 804015000 -1 load
dlopen(/usr/local/lib/ceph/erasure-code/libec_jerasure.so):
/usr/local/lib/ceph/erasure-code/libec_jerasure.so: Undefined symbol
"ceph_arch_neon"
So of to find where ceph_arch_neon is, and why it seems not defined.
Perhaps as simple as loading the shared libs??
--WjW
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
