* v0.94.6 Hammer released @ 2016-02-23 16:01 Sage Weil 2016-02-24 9:31 ` Dan van der Ster 0 siblings, 1 reply; 37+ messages in thread From: Sage Weil @ 2016-02-23 16:01 UTC (permalink / raw) To: ceph-devel, ceph-users, ceph-maintainers, ceph-announce [-- Attachment #1: Type: TEXT/PLAIN, Size: 9918 bytes --] This Hammer point release fixes a range of bugs, most notably a fix for unbounded growth of the monitor’s leveldb store, and a workaround in the OSD to keep most xattrs small enough to be stored inline in XFS inodes. We recommend that all hammer v0.94.x users upgrade. For more detailed information, see the complete changelog: http://docs.ceph.com/docs/master/_downloads/v0.94.6.txt Notable Changes --------------- * build/ops: Ceph daemon failed to start, because the service name was already used. (#13474, Chuanhong Wang) * build/ops: LTTng-UST tracing should be dynamically enabled (#13274, Jason Dillaman) * build/ops: ceph upstart script rbdmap.conf incorrectly processes parameters (#13214, Sage Weil) * build/ops: ceph.spec.in License line does not reflect COPYING (#12935, Nathan Cutler) * build/ops: ceph.spec.in libcephfs_jni1 has no %post and %postun (#12927, Owen Synge) * build/ops: configure.ac: no use to add "+" before ac_ext=c (#14330, Kefu Chai, Robin H. Johnson) * build/ops: deb: strip tracepoint libraries from Wheezy/Precise builds (#14801, Jason Dillaman) * build/ops: init script reload doesn't work on EL7 (#13709, Hervé Rousseau) * build/ops: init-rbdmap uses distro-specific functions (#12415, Boris Ranto) * build/ops: logrotate reload error on Ubuntu 14.04 (#11330, Sage Weil) * build/ops: miscellaneous spec file fixes (#12931, #12994, #12924, #12360, Boris Ranto, Nathan Cutler, Owen Synge, Travis Rhoden, Ken Dreyer) * build/ops: pass tcmalloc env through to ceph-os (#14802, Sage Weil) * build/ops: rbd-replay-* moved from ceph-test-dbg to ceph-common-dbg as well (#13785, Loic Dachary) * build/ops: unknown argument --quiet in udevadm settle (#13560, Jason Dillaman) * common: Objecter: pool op callback may hang forever. (#13642, xie xingguo) * common: Objecter: potential null pointer access when do pool_snap_list. (#13639, xie xingguo) * common: ThreadPool add/remove work queue methods not thread safe (#12662, Jason Dillaman) * common: auth/cephx: large amounts of log are produced by osd (#13610, Qiankun Zheng) * common: client nonce collision due to unshared pid namespaces (#13032, Josh Durgin) * common: common/Thread:pthread_attr_destroy(thread_attr) when done with it (#12570, Piotr Dałek) * common: log: Log.cc: Assign LOG_DEBUG priority to syslog calls (#13993, Brad Hubbard) * common: objecter: cancellation bugs (#13071, Jianpeng Ma) * common: pure virtual method called (#13636, Jason Dillaman) * common: small probability sigabrt when setting rados_osd_op_timeout (#13208, Ruifeng Yang) * common: wrong conditional for boolean function KeyServer::get_auth() (#9756, #13424, Nathan Cutler) * crush: crash if we see CRUSH_ITEM_NONE in early rule step (#13477, Sage Weil) * doc: man: document listwatchers cmd in "rados" manpage (#14556, Kefu Chai) * doc: regenerate man pages, add orphans commands to radosgw-admin(8) (#14637, Ken Dreyer) * fs: CephFS restriction on removing cache tiers is overly strict (#11504, John Spray) * fs: fsstress.sh fails (#12710, Yan, Zheng) * librados: LibRadosWatchNotify.WatchNotify2Timeout (#13114, Sage Weil) * librbd: ImageWatcher shouldn't block the notification thread (#14373, Jason Dillaman) * librbd: diff_iterate needs to handle holes in parent images (#12885, Jason Dillaman) * librbd: fix merge-diff for >2GB diff-files (#14030, Jason Dillaman) * librbd: invalidate object map on error even w/o holding lock (#13372, Jason Dillaman) * librbd: reads larger than cache size hang (#13164, Lu Shi) * mds: ceph mds add_data_pool check for EC pool is wrong (#12426, John Spray) * mon: MonitorDBStore: get_next_key() only if prefix matches (#11786, Joao Eduardo Luis) * mon: OSDMonitor: do not assume a session exists in send_incremental() (#14236, Joao Eduardo Luis) * mon: check for store writeablility before participating in election (#13089, Sage Weil) * mon: compact full epochs also (#14537, Kefu Chai) * mon: include min_last_epoch_clean as part of PGMap::print_summary and PGMap::dump (#13198, Guang Yang) * mon: map_cache can become inaccurate if osd does not receive the osdmaps (#10930, Kefu Chai) * mon: should not set isvalid = true when cephx_verify_authorizer return false (#13525, Ruifeng Yang) * osd: Ceph Pools' MAX AVAIL is 0 if some OSDs' weight is 0 (#13840, Chengyuan Li) * osd: FileStore calls syncfs(2) even it is not supported (#12512, Kefu Chai) * osd: FileStore: potential memory leak if getattrs fails. (#13597, xie xingguo) * osd: IO error on kvm/rbd with an erasure coded pool tier (#12012, Kefu Chai) * osd: OSD::build_past_intervals_parallel() shall reset primary and up_primary when begin a new past_interval. (#13471, xiexingguo) * osd: ReplicatedBackend: populate recovery_info.size for clone (bug symptom is size mismatch on replicated backend on a clone in scrub) (#12828, Samuel Just) * osd: ReplicatedPG: wrong result code checking logic during sparse_read (#14151, xie xingguo) * osd: ReplicatedPG::hit_set_trim osd/ReplicatedPG.cc: 11006: FAILED assert(obc) (#13192, #9732, #12968, Kefu Chai, Zhiqiang Wang, Samuel Just, David Zafman) * osd: avoid multi set osd_op.outdata in tier pool (#12540, Xinze Chi) * osd: bug with cache/tiering and snapshot reads (#12748, Kefu Chai) * osd: ceph osd pool stats broken in hammer (#13843, BJ Lougee) * osd: ceph-disk prepare fails if device is a symlink (#13438, Joe Julian) * osd: check for full before changing the cached obc (hammer) (#13098, Alexey Sheplyakov) * osd: config_opts: increase suicide timeout to 300 to match recovery (#14376, Samuel Just) * osd: disable filestore_xfs_extsize by default (#14397, Ken Dreyer) * osd: do not cache unused memory in attrs (#12565, Xinze Chi, Ning Yao) * osd: dumpling incrementals do not work properly on hammer and newer (#13234, Samuel Just) * osd: filestore: fix peek_queue for OpSequencer (#13209, Xinze Chi) * osd: hit set clear repops fired in same epoch as map change -- segfault since they fall into the new interval even though the repops are cleared (#12809, Samuel Just) * osd: object_info_t::decode() has wrong version (#13462, David Zafman) * osd: osd/OSD.cc: 2469: FAILED assert(pg_stat_queue.empty()) on shutdown (#14212, Sage Weil) * osd: osd/PG.cc: 288: FAILED assert(info.last_epoch_started >= info.history.last_epoch_started) (#14015, David Zafman) * osd: osd/PG.cc: 3837: FAILED assert(0 == "Running incompatible OSD") (#11661, David Zafman) * osd: osd/ReplicatedPG: Recency fix (#14320, Sage Weil, Robert LeBlanc) * osd: pg stuck in replay (#13116, Sage Weil) * osd: race condition detected during send_failures (#13821, Sage Weil) * osd: randomize scrub times (#10973, Kefu Chai) * osd: requeue_scrub when kick_object_context_blocked (#12515, Xinze Chi) * osd: revert: use GMT time for hitsets (#13812, Loic Dachary) * osd: segfault in agent_work (#13199, Samuel Just) * osd: should recalc the min_last_epoch_clean when decode PGMap (#13112, Kefu Chai) * osd: smaller object_info_t xattrs (#14803, Sage Weil) * osd: we do not ignore notify from down osds (#12990, Samuel Just) * rbd: QEMU hangs after creating snapshot and stopping VM (#13726, Jason Dillaman) * rbd: TaskFinisher::cancel should remove event from SafeTimer (#14476, Douglas Fuller) * rbd: avoid re-writing old-format image header on resize (#13674, Jason Dillaman) * rbd: fix bench-write (#14225, Sage Weil) * rbd: rbd-replay does not check for EOF and goes to endless loop (#14452, Mykola Golub) * rbd: rbd-replay-prep and rbd-replay improvements (#13221, #13220, #13378, Jason Dillaman) * rbd: verify self-managed snapshot functionality on image create (#13633, Jason Dillaman) * rgw: Make RGW_MAX_PUT_SIZE configurable (#6999, Vladislav Odintsov, Yuan Zhou) * rgw: Setting ACL on Object removes ETag (#12955, Brian Felton) * rgw: backport content-type casing (#12939, Robin H. Johnson) * rgw: bucket listing hangs on versioned buckets (#12913, Yehuda Sadeh) * rgw: fix wrong etag calculation during POST on S3 bucket. (#11241, Vladislav Odintsov, Radoslaw Zarzynski) * rgw: get bucket location returns region name, not region api name (#13458, Yehuda Sadeh) * rgw: missing handling of encoding-type=url when listing keys in bucket (#12735, Jeff Weber) * rgw: orphan tool should be careful about removing head objects (#12958, Yehuda Sadeh) * rgw: orphans finish segfaults (#13824, Igor Fedotov) * rgw: rgw-admin: document orphans commands in usage (#14516, Yehuda Sadeh) * rgw: swift API returns more than real object count and bytes used when retrieving account metadata (#13140, Sangdi Xu) * rgw: swift use Civetweb ssl can not get right url (#13628, Weijun Duan) * rgw: value of Swift API's X-Object-Manifest header is not url_decoded during segment look up (#12728, Radoslaw Zarzynski) * tests: fixed broken Makefiles after integration of ttng into rados (#13210, Sebastien Ponce) * tests: fsx failed to compile (#14384, Greg Farnum) * tests: notification slave needs to wait for master (#13810, Jason Dillaman) * tests: qa: remove legacy OS support from rbd/qemu-iotests (#13483, #14385, Vasu Kulkarni, Jason Dillaman) * tests: testprofile must be removed before it is re-created (#13664, Loic Dachary) * tools: ceph-monstore-tool must do out_store.close() (#10093, huangjun) * tools: heavy memory shuffling in rados bench (#12946, Piotr Dałek) * tools: race condition in rados bench (#12947, Piotr Dałek) * tools: tool for artificially inflate the leveldb of the mon store for testing purposes (#10093, #11815, #14217, Cilang Zhao, Bo Cai, Kefu Chai, huangjun, Joao Eduardo Luis) Getting Ceph ------------ * Git at git://github.com/ceph/ceph.git * Tarball at http://download.ceph.com/tarballs/ceph-0.94.6.tar.gz * For packages, see http://ceph.com/docs/master/install/get-packages * For ceph-deploy, see http://ceph.com/docs/master/install/install-ceph-deploy ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: v0.94.6 Hammer released 2016-02-23 16:01 v0.94.6 Hammer released Sage Weil @ 2016-02-24 9:31 ` Dan van der Ster 2016-02-24 16:27 ` [ceph-users] " Alfredo Deza 0 siblings, 1 reply; 37+ messages in thread From: Dan van der Ster @ 2016-02-24 9:31 UTC (permalink / raw) To: Sage Weil; +Cc: ceph-devel, ceph-users Thanks Sage, looking forward to some scrub randomization. Were binaries built for el6? http://download.ceph.com/rpm-hammer/el6/x86_64/ Cheers, Dan On Tue, Feb 23, 2016 at 5:01 PM, Sage Weil <sage@redhat.com> wrote: > This Hammer point release fixes a range of bugs, most notably a fix for > unbounded growth of the monitor’s leveldb store, and a workaround in the > OSD to keep most xattrs small enough to be stored inline in XFS inodes. > > We recommend that all hammer v0.94.x users upgrade. > > For more detailed information, see the complete changelog: > > http://docs.ceph.com/docs/master/_downloads/v0.94.6.txt > > Notable Changes > --------------- > > * build/ops: Ceph daemon failed to start, because the service name was already used. (#13474, Chuanhong Wang) > * build/ops: LTTng-UST tracing should be dynamically enabled (#13274, Jason Dillaman) > * build/ops: ceph upstart script rbdmap.conf incorrectly processes parameters (#13214, Sage Weil) > * build/ops: ceph.spec.in License line does not reflect COPYING (#12935, Nathan Cutler) > * build/ops: ceph.spec.in libcephfs_jni1 has no %post and %postun (#12927, Owen Synge) > * build/ops: configure.ac: no use to add "+" before ac_ext=c (#14330, Kefu Chai, Robin H. Johnson) > * build/ops: deb: strip tracepoint libraries from Wheezy/Precise builds (#14801, Jason Dillaman) > * build/ops: init script reload doesn't work on EL7 (#13709, Hervé Rousseau) > * build/ops: init-rbdmap uses distro-specific functions (#12415, Boris Ranto) > * build/ops: logrotate reload error on Ubuntu 14.04 (#11330, Sage Weil) > * build/ops: miscellaneous spec file fixes (#12931, #12994, #12924, #12360, Boris Ranto, Nathan Cutler, Owen Synge, Travis Rhoden, Ken Dreyer) > * build/ops: pass tcmalloc env through to ceph-os (#14802, Sage Weil) > * build/ops: rbd-replay-* moved from ceph-test-dbg to ceph-common-dbg as well (#13785, Loic Dachary) > * build/ops: unknown argument --quiet in udevadm settle (#13560, Jason Dillaman) > * common: Objecter: pool op callback may hang forever. (#13642, xie xingguo) > * common: Objecter: potential null pointer access when do pool_snap_list. (#13639, xie xingguo) > * common: ThreadPool add/remove work queue methods not thread safe (#12662, Jason Dillaman) > * common: auth/cephx: large amounts of log are produced by osd (#13610, Qiankun Zheng) > * common: client nonce collision due to unshared pid namespaces (#13032, Josh Durgin) > * common: common/Thread:pthread_attr_destroy(thread_attr) when done with it (#12570, Piotr Dałek) > * common: log: Log.cc: Assign LOG_DEBUG priority to syslog calls (#13993, Brad Hubbard) > * common: objecter: cancellation bugs (#13071, Jianpeng Ma) > * common: pure virtual method called (#13636, Jason Dillaman) > * common: small probability sigabrt when setting rados_osd_op_timeout (#13208, Ruifeng Yang) > * common: wrong conditional for boolean function KeyServer::get_auth() (#9756, #13424, Nathan Cutler) > * crush: crash if we see CRUSH_ITEM_NONE in early rule step (#13477, Sage Weil) > * doc: man: document listwatchers cmd in "rados" manpage (#14556, Kefu Chai) > * doc: regenerate man pages, add orphans commands to radosgw-admin(8) (#14637, Ken Dreyer) > * fs: CephFS restriction on removing cache tiers is overly strict (#11504, John Spray) > * fs: fsstress.sh fails (#12710, Yan, Zheng) > * librados: LibRadosWatchNotify.WatchNotify2Timeout (#13114, Sage Weil) > * librbd: ImageWatcher shouldn't block the notification thread (#14373, Jason Dillaman) > * librbd: diff_iterate needs to handle holes in parent images (#12885, Jason Dillaman) > * librbd: fix merge-diff for >2GB diff-files (#14030, Jason Dillaman) > * librbd: invalidate object map on error even w/o holding lock (#13372, Jason Dillaman) > * librbd: reads larger than cache size hang (#13164, Lu Shi) > * mds: ceph mds add_data_pool check for EC pool is wrong (#12426, John Spray) > * mon: MonitorDBStore: get_next_key() only if prefix matches (#11786, Joao Eduardo Luis) > * mon: OSDMonitor: do not assume a session exists in send_incremental() (#14236, Joao Eduardo Luis) > * mon: check for store writeablility before participating in election (#13089, Sage Weil) > * mon: compact full epochs also (#14537, Kefu Chai) > * mon: include min_last_epoch_clean as part of PGMap::print_summary and PGMap::dump (#13198, Guang Yang) > * mon: map_cache can become inaccurate if osd does not receive the osdmaps (#10930, Kefu Chai) > * mon: should not set isvalid = true when cephx_verify_authorizer return false (#13525, Ruifeng Yang) > * osd: Ceph Pools' MAX AVAIL is 0 if some OSDs' weight is 0 (#13840, Chengyuan Li) > * osd: FileStore calls syncfs(2) even it is not supported (#12512, Kefu Chai) > * osd: FileStore: potential memory leak if getattrs fails. (#13597, xie xingguo) > * osd: IO error on kvm/rbd with an erasure coded pool tier (#12012, Kefu Chai) > * osd: OSD::build_past_intervals_parallel() shall reset primary and up_primary when begin a new past_interval. (#13471, xiexingguo) > * osd: ReplicatedBackend: populate recovery_info.size for clone (bug symptom is size mismatch on replicated backend on a clone in scrub) (#12828, Samuel Just) > * osd: ReplicatedPG: wrong result code checking logic during sparse_read (#14151, xie xingguo) > * osd: ReplicatedPG::hit_set_trim osd/ReplicatedPG.cc: 11006: FAILED assert(obc) (#13192, #9732, #12968, Kefu Chai, Zhiqiang Wang, Samuel Just, David Zafman) > * osd: avoid multi set osd_op.outdata in tier pool (#12540, Xinze Chi) > * osd: bug with cache/tiering and snapshot reads (#12748, Kefu Chai) > * osd: ceph osd pool stats broken in hammer (#13843, BJ Lougee) > * osd: ceph-disk prepare fails if device is a symlink (#13438, Joe Julian) > * osd: check for full before changing the cached obc (hammer) (#13098, Alexey Sheplyakov) > * osd: config_opts: increase suicide timeout to 300 to match recovery (#14376, Samuel Just) > * osd: disable filestore_xfs_extsize by default (#14397, Ken Dreyer) > * osd: do not cache unused memory in attrs (#12565, Xinze Chi, Ning Yao) > * osd: dumpling incrementals do not work properly on hammer and newer (#13234, Samuel Just) > * osd: filestore: fix peek_queue for OpSequencer (#13209, Xinze Chi) > * osd: hit set clear repops fired in same epoch as map change -- segfault since they fall into the new interval even though the repops are cleared (#12809, Samuel Just) > * osd: object_info_t::decode() has wrong version (#13462, David Zafman) > * osd: osd/OSD.cc: 2469: FAILED assert(pg_stat_queue.empty()) on shutdown (#14212, Sage Weil) > * osd: osd/PG.cc: 288: FAILED assert(info.last_epoch_started >= info.history.last_epoch_started) (#14015, David Zafman) > * osd: osd/PG.cc: 3837: FAILED assert(0 == "Running incompatible OSD") (#11661, David Zafman) > * osd: osd/ReplicatedPG: Recency fix (#14320, Sage Weil, Robert LeBlanc) > * osd: pg stuck in replay (#13116, Sage Weil) > * osd: race condition detected during send_failures (#13821, Sage Weil) > * osd: randomize scrub times (#10973, Kefu Chai) > * osd: requeue_scrub when kick_object_context_blocked (#12515, Xinze Chi) > * osd: revert: use GMT time for hitsets (#13812, Loic Dachary) > * osd: segfault in agent_work (#13199, Samuel Just) > * osd: should recalc the min_last_epoch_clean when decode PGMap (#13112, Kefu Chai) > * osd: smaller object_info_t xattrs (#14803, Sage Weil) > * osd: we do not ignore notify from down osds (#12990, Samuel Just) > * rbd: QEMU hangs after creating snapshot and stopping VM (#13726, Jason Dillaman) > * rbd: TaskFinisher::cancel should remove event from SafeTimer (#14476, Douglas Fuller) > * rbd: avoid re-writing old-format image header on resize (#13674, Jason Dillaman) > * rbd: fix bench-write (#14225, Sage Weil) > * rbd: rbd-replay does not check for EOF and goes to endless loop (#14452, Mykola Golub) > * rbd: rbd-replay-prep and rbd-replay improvements (#13221, #13220, #13378, Jason Dillaman) > * rbd: verify self-managed snapshot functionality on image create (#13633, Jason Dillaman) > * rgw: Make RGW_MAX_PUT_SIZE configurable (#6999, Vladislav Odintsov, Yuan Zhou) > * rgw: Setting ACL on Object removes ETag (#12955, Brian Felton) > * rgw: backport content-type casing (#12939, Robin H. Johnson) > * rgw: bucket listing hangs on versioned buckets (#12913, Yehuda Sadeh) > * rgw: fix wrong etag calculation during POST on S3 bucket. (#11241, Vladislav Odintsov, Radoslaw Zarzynski) > * rgw: get bucket location returns region name, not region api name (#13458, Yehuda Sadeh) > * rgw: missing handling of encoding-type=url when listing keys in bucket (#12735, Jeff Weber) > * rgw: orphan tool should be careful about removing head objects (#12958, Yehuda Sadeh) > * rgw: orphans finish segfaults (#13824, Igor Fedotov) > * rgw: rgw-admin: document orphans commands in usage (#14516, Yehuda Sadeh) > * rgw: swift API returns more than real object count and bytes used when retrieving account metadata (#13140, Sangdi Xu) > * rgw: swift use Civetweb ssl can not get right url (#13628, Weijun Duan) > * rgw: value of Swift API's X-Object-Manifest header is not url_decoded during segment look up (#12728, Radoslaw Zarzynski) > * tests: fixed broken Makefiles after integration of ttng into rados (#13210, Sebastien Ponce) > * tests: fsx failed to compile (#14384, Greg Farnum) > * tests: notification slave needs to wait for master (#13810, Jason Dillaman) > * tests: qa: remove legacy OS support from rbd/qemu-iotests (#13483, #14385, Vasu Kulkarni, Jason Dillaman) > * tests: testprofile must be removed before it is re-created (#13664, Loic Dachary) > * tools: ceph-monstore-tool must do out_store.close() (#10093, huangjun) > * tools: heavy memory shuffling in rados bench (#12946, Piotr Dałek) > * tools: race condition in rados bench (#12947, Piotr Dałek) > * tools: tool for artificially inflate the leveldb of the mon store for testing purposes (#10093, #11815, #14217, Cilang Zhao, Bo Cai, Kefu Chai, huangjun, Joao Eduardo Luis) > > Getting Ceph > ------------ > > * Git at git://github.com/ceph/ceph.git > * Tarball at http://download.ceph.com/tarballs/ceph-0.94.6.tar.gz > * For packages, see http://ceph.com/docs/master/install/get-packages > * For ceph-deploy, see http://ceph.com/docs/master/install/install-ceph-deploy -- 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 ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [ceph-users] v0.94.6 Hammer released 2016-02-24 9:31 ` Dan van der Ster @ 2016-02-24 16:27 ` Alfredo Deza 2016-02-25 4:13 ` Franklin M. Siler 0 siblings, 1 reply; 37+ messages in thread From: Alfredo Deza @ 2016-02-24 16:27 UTC (permalink / raw) To: Dan van der Ster; +Cc: Sage Weil, ceph-devel, ceph-users On Wed, Feb 24, 2016 at 4:31 AM, Dan van der Ster <dan@vanderster.com> wrote: > Thanks Sage, looking forward to some scrub randomization. > > Were binaries built for el6? http://download.ceph.com/rpm-hammer/el6/x86_64/ We are no longer building binaries for el6. Just for Centos 7, Ubuntu Trusty, and Debian Jessie. > > Cheers, Dan > > > On Tue, Feb 23, 2016 at 5:01 PM, Sage Weil <sage@redhat.com> wrote: >> This Hammer point release fixes a range of bugs, most notably a fix for >> unbounded growth of the monitor’s leveldb store, and a workaround in the >> OSD to keep most xattrs small enough to be stored inline in XFS inodes. >> >> We recommend that all hammer v0.94.x users upgrade. >> >> For more detailed information, see the complete changelog: >> >> http://docs.ceph.com/docs/master/_downloads/v0.94.6.txt >> >> Notable Changes >> --------------- >> >> * build/ops: Ceph daemon failed to start, because the service name was already used. (#13474, Chuanhong Wang) >> * build/ops: LTTng-UST tracing should be dynamically enabled (#13274, Jason Dillaman) >> * build/ops: ceph upstart script rbdmap.conf incorrectly processes parameters (#13214, Sage Weil) >> * build/ops: ceph.spec.in License line does not reflect COPYING (#12935, Nathan Cutler) >> * build/ops: ceph.spec.in libcephfs_jni1 has no %post and %postun (#12927, Owen Synge) >> * build/ops: configure.ac: no use to add "+" before ac_ext=c (#14330, Kefu Chai, Robin H. Johnson) >> * build/ops: deb: strip tracepoint libraries from Wheezy/Precise builds (#14801, Jason Dillaman) >> * build/ops: init script reload doesn't work on EL7 (#13709, Hervé Rousseau) >> * build/ops: init-rbdmap uses distro-specific functions (#12415, Boris Ranto) >> * build/ops: logrotate reload error on Ubuntu 14.04 (#11330, Sage Weil) >> * build/ops: miscellaneous spec file fixes (#12931, #12994, #12924, #12360, Boris Ranto, Nathan Cutler, Owen Synge, Travis Rhoden, Ken Dreyer) >> * build/ops: pass tcmalloc env through to ceph-os (#14802, Sage Weil) >> * build/ops: rbd-replay-* moved from ceph-test-dbg to ceph-common-dbg as well (#13785, Loic Dachary) >> * build/ops: unknown argument --quiet in udevadm settle (#13560, Jason Dillaman) >> * common: Objecter: pool op callback may hang forever. (#13642, xie xingguo) >> * common: Objecter: potential null pointer access when do pool_snap_list. (#13639, xie xingguo) >> * common: ThreadPool add/remove work queue methods not thread safe (#12662, Jason Dillaman) >> * common: auth/cephx: large amounts of log are produced by osd (#13610, Qiankun Zheng) >> * common: client nonce collision due to unshared pid namespaces (#13032, Josh Durgin) >> * common: common/Thread:pthread_attr_destroy(thread_attr) when done with it (#12570, Piotr Dałek) >> * common: log: Log.cc: Assign LOG_DEBUG priority to syslog calls (#13993, Brad Hubbard) >> * common: objecter: cancellation bugs (#13071, Jianpeng Ma) >> * common: pure virtual method called (#13636, Jason Dillaman) >> * common: small probability sigabrt when setting rados_osd_op_timeout (#13208, Ruifeng Yang) >> * common: wrong conditional for boolean function KeyServer::get_auth() (#9756, #13424, Nathan Cutler) >> * crush: crash if we see CRUSH_ITEM_NONE in early rule step (#13477, Sage Weil) >> * doc: man: document listwatchers cmd in "rados" manpage (#14556, Kefu Chai) >> * doc: regenerate man pages, add orphans commands to radosgw-admin(8) (#14637, Ken Dreyer) >> * fs: CephFS restriction on removing cache tiers is overly strict (#11504, John Spray) >> * fs: fsstress.sh fails (#12710, Yan, Zheng) >> * librados: LibRadosWatchNotify.WatchNotify2Timeout (#13114, Sage Weil) >> * librbd: ImageWatcher shouldn't block the notification thread (#14373, Jason Dillaman) >> * librbd: diff_iterate needs to handle holes in parent images (#12885, Jason Dillaman) >> * librbd: fix merge-diff for >2GB diff-files (#14030, Jason Dillaman) >> * librbd: invalidate object map on error even w/o holding lock (#13372, Jason Dillaman) >> * librbd: reads larger than cache size hang (#13164, Lu Shi) >> * mds: ceph mds add_data_pool check for EC pool is wrong (#12426, John Spray) >> * mon: MonitorDBStore: get_next_key() only if prefix matches (#11786, Joao Eduardo Luis) >> * mon: OSDMonitor: do not assume a session exists in send_incremental() (#14236, Joao Eduardo Luis) >> * mon: check for store writeablility before participating in election (#13089, Sage Weil) >> * mon: compact full epochs also (#14537, Kefu Chai) >> * mon: include min_last_epoch_clean as part of PGMap::print_summary and PGMap::dump (#13198, Guang Yang) >> * mon: map_cache can become inaccurate if osd does not receive the osdmaps (#10930, Kefu Chai) >> * mon: should not set isvalid = true when cephx_verify_authorizer return false (#13525, Ruifeng Yang) >> * osd: Ceph Pools' MAX AVAIL is 0 if some OSDs' weight is 0 (#13840, Chengyuan Li) >> * osd: FileStore calls syncfs(2) even it is not supported (#12512, Kefu Chai) >> * osd: FileStore: potential memory leak if getattrs fails. (#13597, xie xingguo) >> * osd: IO error on kvm/rbd with an erasure coded pool tier (#12012, Kefu Chai) >> * osd: OSD::build_past_intervals_parallel() shall reset primary and up_primary when begin a new past_interval. (#13471, xiexingguo) >> * osd: ReplicatedBackend: populate recovery_info.size for clone (bug symptom is size mismatch on replicated backend on a clone in scrub) (#12828, Samuel Just) >> * osd: ReplicatedPG: wrong result code checking logic during sparse_read (#14151, xie xingguo) >> * osd: ReplicatedPG::hit_set_trim osd/ReplicatedPG.cc: 11006: FAILED assert(obc) (#13192, #9732, #12968, Kefu Chai, Zhiqiang Wang, Samuel Just, David Zafman) >> * osd: avoid multi set osd_op.outdata in tier pool (#12540, Xinze Chi) >> * osd: bug with cache/tiering and snapshot reads (#12748, Kefu Chai) >> * osd: ceph osd pool stats broken in hammer (#13843, BJ Lougee) >> * osd: ceph-disk prepare fails if device is a symlink (#13438, Joe Julian) >> * osd: check for full before changing the cached obc (hammer) (#13098, Alexey Sheplyakov) >> * osd: config_opts: increase suicide timeout to 300 to match recovery (#14376, Samuel Just) >> * osd: disable filestore_xfs_extsize by default (#14397, Ken Dreyer) >> * osd: do not cache unused memory in attrs (#12565, Xinze Chi, Ning Yao) >> * osd: dumpling incrementals do not work properly on hammer and newer (#13234, Samuel Just) >> * osd: filestore: fix peek_queue for OpSequencer (#13209, Xinze Chi) >> * osd: hit set clear repops fired in same epoch as map change -- segfault since they fall into the new interval even though the repops are cleared (#12809, Samuel Just) >> * osd: object_info_t::decode() has wrong version (#13462, David Zafman) >> * osd: osd/OSD.cc: 2469: FAILED assert(pg_stat_queue.empty()) on shutdown (#14212, Sage Weil) >> * osd: osd/PG.cc: 288: FAILED assert(info.last_epoch_started >= info.history.last_epoch_started) (#14015, David Zafman) >> * osd: osd/PG.cc: 3837: FAILED assert(0 == "Running incompatible OSD") (#11661, David Zafman) >> * osd: osd/ReplicatedPG: Recency fix (#14320, Sage Weil, Robert LeBlanc) >> * osd: pg stuck in replay (#13116, Sage Weil) >> * osd: race condition detected during send_failures (#13821, Sage Weil) >> * osd: randomize scrub times (#10973, Kefu Chai) >> * osd: requeue_scrub when kick_object_context_blocked (#12515, Xinze Chi) >> * osd: revert: use GMT time for hitsets (#13812, Loic Dachary) >> * osd: segfault in agent_work (#13199, Samuel Just) >> * osd: should recalc the min_last_epoch_clean when decode PGMap (#13112, Kefu Chai) >> * osd: smaller object_info_t xattrs (#14803, Sage Weil) >> * osd: we do not ignore notify from down osds (#12990, Samuel Just) >> * rbd: QEMU hangs after creating snapshot and stopping VM (#13726, Jason Dillaman) >> * rbd: TaskFinisher::cancel should remove event from SafeTimer (#14476, Douglas Fuller) >> * rbd: avoid re-writing old-format image header on resize (#13674, Jason Dillaman) >> * rbd: fix bench-write (#14225, Sage Weil) >> * rbd: rbd-replay does not check for EOF and goes to endless loop (#14452, Mykola Golub) >> * rbd: rbd-replay-prep and rbd-replay improvements (#13221, #13220, #13378, Jason Dillaman) >> * rbd: verify self-managed snapshot functionality on image create (#13633, Jason Dillaman) >> * rgw: Make RGW_MAX_PUT_SIZE configurable (#6999, Vladislav Odintsov, Yuan Zhou) >> * rgw: Setting ACL on Object removes ETag (#12955, Brian Felton) >> * rgw: backport content-type casing (#12939, Robin H. Johnson) >> * rgw: bucket listing hangs on versioned buckets (#12913, Yehuda Sadeh) >> * rgw: fix wrong etag calculation during POST on S3 bucket. (#11241, Vladislav Odintsov, Radoslaw Zarzynski) >> * rgw: get bucket location returns region name, not region api name (#13458, Yehuda Sadeh) >> * rgw: missing handling of encoding-type=url when listing keys in bucket (#12735, Jeff Weber) >> * rgw: orphan tool should be careful about removing head objects (#12958, Yehuda Sadeh) >> * rgw: orphans finish segfaults (#13824, Igor Fedotov) >> * rgw: rgw-admin: document orphans commands in usage (#14516, Yehuda Sadeh) >> * rgw: swift API returns more than real object count and bytes used when retrieving account metadata (#13140, Sangdi Xu) >> * rgw: swift use Civetweb ssl can not get right url (#13628, Weijun Duan) >> * rgw: value of Swift API's X-Object-Manifest header is not url_decoded during segment look up (#12728, Radoslaw Zarzynski) >> * tests: fixed broken Makefiles after integration of ttng into rados (#13210, Sebastien Ponce) >> * tests: fsx failed to compile (#14384, Greg Farnum) >> * tests: notification slave needs to wait for master (#13810, Jason Dillaman) >> * tests: qa: remove legacy OS support from rbd/qemu-iotests (#13483, #14385, Vasu Kulkarni, Jason Dillaman) >> * tests: testprofile must be removed before it is re-created (#13664, Loic Dachary) >> * tools: ceph-monstore-tool must do out_store.close() (#10093, huangjun) >> * tools: heavy memory shuffling in rados bench (#12946, Piotr Dałek) >> * tools: race condition in rados bench (#12947, Piotr Dałek) >> * tools: tool for artificially inflate the leveldb of the mon store for testing purposes (#10093, #11815, #14217, Cilang Zhao, Bo Cai, Kefu Chai, huangjun, Joao Eduardo Luis) >> >> Getting Ceph >> ------------ >> >> * Git at git://github.com/ceph/ceph.git >> * Tarball at http://download.ceph.com/tarballs/ceph-0.94.6.tar.gz >> * For packages, see http://ceph.com/docs/master/install/get-packages >> * For ceph-deploy, see http://ceph.com/docs/master/install/install-ceph-deploy > _______________________________________________ > ceph-users mailing list > ceph-users@lists.ceph.com > http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com -- 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 ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [ceph-users] v0.94.6 Hammer released 2016-02-24 16:27 ` [ceph-users] " Alfredo Deza @ 2016-02-25 4:13 ` Franklin M. Siler 2016-02-26 0:39 ` Xiaoxi Chen 0 siblings, 1 reply; 37+ messages in thread From: Franklin M. Siler @ 2016-02-25 4:13 UTC (permalink / raw) To: Alfredo Deza; +Cc: Dan van der Ster, Sage Weil, ceph-devel, ceph-users On Feb 24, 2016, at 1027, Alfredo Deza <adeza@redhat.com> wrote: > > We are no longer building binaries for el6. Just for Centos 7, Ubuntu > Trusty, and Debian Jessie. I could really use a build for Ubuntu 15.10 Wily (and soon 16.04)- these use systemd but have an old version of ceph-deploy, so things are not working. I’m in the process of getting Ubuntu to upgrade their package, but is there a process by which I could contribute a build? Cheers, Frank Siler Siler Industrial Analytics 314.799.9405 -- 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 ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [ceph-users] v0.94.6 Hammer released 2016-02-25 4:13 ` Franklin M. Siler @ 2016-02-26 0:39 ` Xiaoxi Chen 2016-02-26 2:03 ` Franklin M. Siler 0 siblings, 1 reply; 37+ messages in thread From: Xiaoxi Chen @ 2016-02-26 0:39 UTC (permalink / raw) To: Franklin M. Siler Cc: Alfredo Deza, Dan van der Ster, Sage Weil, ceph-devel, ceph-users Will we build package for ubuntu 12.04 (Precise)? Seems it also doesnt show in the repo -Xiaoxi 2016-02-25 12:13 GMT+08:00 Franklin M. Siler <me@franksiler.com>: > On Feb 24, 2016, at 1027, Alfredo Deza <adeza@redhat.com> wrote: > >> >> We are no longer building binaries for el6. Just for Centos 7, Ubuntu >> Trusty, and Debian Jessie. > > I could really use a build for Ubuntu 15.10 Wily (and soon 16.04)- these use systemd but have an old version of ceph-deploy, so things are not working. I’m in the process of getting Ubuntu to upgrade their package, but is there a process by which I could contribute a build? > > Cheers, > > Frank Siler > Siler Industrial Analytics > 314.799.9405 > > -- > 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 ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [ceph-users] v0.94.6 Hammer released 2016-02-26 0:39 ` Xiaoxi Chen @ 2016-02-26 2:03 ` Franklin M. Siler [not found] ` <FE41C953-5D62-41E0-A1C5-97891B7A7438-yJlFm309LvW+XT7JhA+gdA@public.gmane.org> 0 siblings, 1 reply; 37+ messages in thread From: Franklin M. Siler @ 2016-02-26 2:03 UTC (permalink / raw) To: Xiaoxi Chen Cc: Alfredo Deza, Dan van der Ster, Sage Weil, ceph-devel, ceph-users On Feb 25, 2016, at 1839, Xiaoxi Chen <superdebuger@gmail.com> wrote: > Will we build package for ubuntu 12.04 (Precise)? > Seems it also doesnt show in the repo The Ceph packages provided by Ubuntu are old. However, the Ceph project publishes its own packages. http://download.ceph.com/debian-hammer/dists/precise/ so repo lines for sources.list would be, I think: deb http://download.ceph.com/debian-hammer/ precise main deb-src http://download.ceph.com/debian-hammer/ precise main Cheers, Frank Siler Siler Industrial Analytics 314.799.9405 ^ permalink raw reply [flat|nested] 37+ messages in thread
[parent not found: <FE41C953-5D62-41E0-A1C5-97891B7A7438-yJlFm309LvW+XT7JhA+gdA@public.gmane.org>]
* Re: v0.94.6 Hammer released [not found] ` <FE41C953-5D62-41E0-A1C5-97891B7A7438-yJlFm309LvW+XT7JhA+gdA@public.gmane.org> @ 2016-02-29 9:04 ` Odintsov Vladislav [not found] ` <1456736629334.47610-b5CV0i+qpxk@public.gmane.org> 0 siblings, 1 reply; 37+ messages in thread From: Odintsov Vladislav @ 2016-02-29 9:04 UTC (permalink / raw) To: Franklin M. Siler, Xiaoxi Chen Cc: ceph-devel-u79uwXL29TY76Z2rM5mHXA, ceph-users, Sage Weil Hi all, should we build el6 packages ourself or, it's hoped that these packages would be built officially by community? ________________________________ Regards, Vladislav Odintsov ________________________________________ From: ceph-devel-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <ceph-devel-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org> on behalf of Franklin M. Siler <me-yJlFm309LvW+XT7JhA+gdA@public.gmane.org> Sent: Friday, February 26, 2016 05:03 To: Xiaoxi Chen Cc: Alfredo Deza; Dan van der Ster; Sage Weil; ceph-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; ceph-users Subject: Re: [ceph-users] v0.94.6 Hammer released On Feb 25, 2016, at 1839, Xiaoxi Chen <superdebuger-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote: > Will we build package for ubuntu 12.04 (Precise)? > Seems it also doesnt show in the repo The Ceph packages provided by Ubuntu are old. However, the Ceph project publishes its own packages. http://download.ceph.com/debian-hammer/dists/precise/ so repo lines for sources.list would be, I think: deb http://download.ceph.com/debian-hammer/ precise main deb-src http://download.ceph.com/debian-hammer/ precise main Cheers, Frank Siler Siler Industrial Analytics 314.799.9405-- To unsubscribe from this list: send the line "unsubscribe ceph-devel" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 37+ messages in thread
[parent not found: <1456736629334.47610-b5CV0i+qpxk@public.gmane.org>]
* Re: v0.94.6 Hammer released [not found] ` <1456736629334.47610-b5CV0i+qpxk@public.gmane.org> @ 2016-02-29 11:11 ` Shinobu Kinjo 2016-02-29 11:30 ` [ceph-users] " Odintsov Vladislav 0 siblings, 1 reply; 37+ messages in thread From: Shinobu Kinjo @ 2016-02-29 11:11 UTC (permalink / raw) To: Odintsov Vladislav Cc: ceph-devel-u79uwXL29TY76Z2rM5mHXA, Franklin M. Siler, Sage Weil, Xiaoxi Chen, ceph-users Can we make any kind of general procedure to make packages so that almost everyone in community build packages by themselves and reduce developers work load caused by too much requirement -; Cheers, Shinobu ----- Original Message ----- From: "Odintsov Vladislav" <VlOdintsov-b5CV0i+qpxk@public.gmane.org> To: "Franklin M. Siler" <me-yJlFm309LvW+XT7JhA+gdA@public.gmane.org>, "Xiaoxi Chen" <superdebuger-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> Cc: ceph-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, "ceph-users" <ceph-users-Qp0mS5GaXlQ@public.gmane.org>, "Sage Weil" <sage-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> Sent: Monday, February 29, 2016 6:04:02 PM Subject: Re: [ceph-users] v0.94.6 Hammer released Hi all, should we build el6 packages ourself or, it's hoped that these packages would be built officially by community? ________________________________ Regards, Vladislav Odintsov ________________________________________ From: ceph-devel-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <ceph-devel-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org> on behalf of Franklin M. Siler <me-yJlFm309LvW+XT7JhA+gdA@public.gmane.org> Sent: Friday, February 26, 2016 05:03 To: Xiaoxi Chen Cc: Alfredo Deza; Dan van der Ster; Sage Weil; ceph-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; ceph-users Subject: Re: [ceph-users] v0.94.6 Hammer released On Feb 25, 2016, at 1839, Xiaoxi Chen <superdebuger-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote: > Will we build package for ubuntu 12.04 (Precise)? > Seems it also doesnt show in the repo The Ceph packages provided by Ubuntu are old. However, the Ceph project publishes its own packages. http://download.ceph.com/debian-hammer/dists/precise/ so repo lines for sources.list would be, I think: deb http://download.ceph.com/debian-hammer/ precise main deb-src http://download.ceph.com/debian-hammer/ precise main Cheers, Frank Siler Siler Industrial Analytics 314.799.9405-- To unsubscribe from this list: send the line "unsubscribe ceph-devel" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html _______________________________________________ ceph-users mailing list ceph-users-idqoXFIVOFJgJs9I8MT0rw@public.gmane.org http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [ceph-users] v0.94.6 Hammer released 2016-02-29 11:11 ` Shinobu Kinjo @ 2016-02-29 11:30 ` Odintsov Vladislav 2016-02-29 12:50 ` Alfredo Deza 2016-02-29 13:28 ` Dan van der Ster 0 siblings, 2 replies; 37+ messages in thread From: Odintsov Vladislav @ 2016-02-29 11:30 UTC (permalink / raw) To: Shinobu Kinjo Cc: Franklin M. Siler, Xiaoxi Chen, ceph-devel, ceph-users, Sage Weil Can you please provide right way for building rpm packages? ________________________________ Regards, Vladislav Odintsov ________________________________________ From: Shinobu Kinjo <skinjo@redhat.com> Sent: Monday, February 29, 2016 14:11 To: Odintsov Vladislav Cc: Franklin M. Siler; Xiaoxi Chen; ceph-devel@vger.kernel.org; ceph-users; Sage Weil Subject: Re: [ceph-users] v0.94.6 Hammer released Can we make any kind of general procedure to make packages so that almost everyone in community build packages by themselves and reduce developers work load caused by too much requirement -; Cheers, Shinobu ----- Original Message ----- From: "Odintsov Vladislav" <VlOdintsov@croc.ru> To: "Franklin M. Siler" <me@franksiler.com>, "Xiaoxi Chen" <superdebuger@gmail.com> Cc: ceph-devel@vger.kernel.org, "ceph-users" <ceph-users@ceph.com>, "Sage Weil" <sage@redhat.com> Sent: Monday, February 29, 2016 6:04:02 PM Subject: Re: [ceph-users] v0.94.6 Hammer released Hi all, should we build el6 packages ourself or, it's hoped that these packages would be built officially by community? ________________________________ Regards, Vladislav Odintsov ________________________________________ From: ceph-devel-owner@vger.kernel.org <ceph-devel-owner@vger.kernel.org> on behalf of Franklin M. Siler <me@franksiler.com> Sent: Friday, February 26, 2016 05:03 To: Xiaoxi Chen Cc: Alfredo Deza; Dan van der Ster; Sage Weil; ceph-devel@vger.kernel.org; ceph-users Subject: Re: [ceph-users] v0.94.6 Hammer released On Feb 25, 2016, at 1839, Xiaoxi Chen <superdebuger@gmail.com> wrote: > Will we build package for ubuntu 12.04 (Precise)? > Seems it also doesnt show in the repo The Ceph packages provided by Ubuntu are old. However, the Ceph project publishes its own packages. http://download.ceph.com/debian-hammer/dists/precise/ so repo lines for sources.list would be, I think: deb http://download.ceph.com/debian-hammer/ precise main deb-src http://download.ceph.com/debian-hammer/ precise main Cheers, Frank Siler Siler Industrial Analytics 314.799.9405-- 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 _______________________________________________ ceph-users mailing list ceph-users@lists.ceph.com http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [ceph-users] v0.94.6 Hammer released 2016-02-29 11:30 ` [ceph-users] " Odintsov Vladislav @ 2016-02-29 12:50 ` Alfredo Deza 2016-02-29 13:28 ` Dan van der Ster 1 sibling, 0 replies; 37+ messages in thread From: Alfredo Deza @ 2016-02-29 12:50 UTC (permalink / raw) To: Odintsov Vladislav Cc: Shinobu Kinjo, ceph-devel, Franklin M. Siler, Sage Weil, Xiaoxi Chen, ceph-users On Mon, Feb 29, 2016 at 6:30 AM, Odintsov Vladislav <VlOdintsov@croc.ru> wrote: > Can you please provide right way for building rpm packages? Building binaries is tricky. CI has a few steps to be able to get binaries at the end of the process. The actual RPM building is mainly this portion: https://github.com/ceph/ceph-build/blob/master/ceph-build/build/build_rpm#L87-L110 But before doing that you need to install dependencies and run autogen.sh and configure, etc... as this script does: https://github.com/ceph/ceph-build/blob/master/ceph-setup/build/build > > ________________________________ > Regards, > > Vladislav Odintsov > > ________________________________________ > From: Shinobu Kinjo <skinjo@redhat.com> > Sent: Monday, February 29, 2016 14:11 > To: Odintsov Vladislav > Cc: Franklin M. Siler; Xiaoxi Chen; ceph-devel@vger.kernel.org; ceph-users; Sage Weil > Subject: Re: [ceph-users] v0.94.6 Hammer released > > Can we make any kind of general procedure to make packages so that almost everyone in community build packages by themselves and reduce developers work load caused by too much requirement -; This is also very tricky to do. All I can offer is to point you (and others) to the tools that we have and use to create binaries in hopes that they can be generalized a bit. For building Ceph we have 3 main steps: tagging: done with ansible -> https://github.com/ceph/ceph-build/blob/master/ansible/roles/ceph-release/tasks/main.yml setup: https://github.com/ceph/ceph-build/blob/master/ceph-setup/build/build building: depending on the binary type to build, broken up into a few scripts: https://github.com/ceph/ceph-build/tree/master/ceph-build/build Once these are built, they are pushed to an HTTP binary API where they can be consumed later https://chacra.ceph.com/ If a community/generalized effort would be in place I would think a separate instance of this API should exist so that binary-building chores could be split (e.g. by release/distro) and be pushed independently to this community-owned service. The service is configured to create the repositories when a new binary is POSTed so once new ones exist, consuming the repos is trivial. Everything related to the service is very well documented here: https://github.com/ceph/chacra#chacra The most important thing on that service would be the need for space as repos can get quite large. I wouldn't mind helping out setting up an instance. > > Cheers, > Shinobu > > ----- Original Message ----- > From: "Odintsov Vladislav" <VlOdintsov@croc.ru> > To: "Franklin M. Siler" <me@franksiler.com>, "Xiaoxi Chen" <superdebuger@gmail.com> > Cc: ceph-devel@vger.kernel.org, "ceph-users" <ceph-users@ceph.com>, "Sage Weil" <sage@redhat.com> > Sent: Monday, February 29, 2016 6:04:02 PM > Subject: Re: [ceph-users] v0.94.6 Hammer released > > Hi all, > > should we build el6 packages ourself or, it's hoped that these packages would be built officially by community? > > ________________________________ > Regards, > > Vladislav Odintsov > > ________________________________________ > From: ceph-devel-owner@vger.kernel.org <ceph-devel-owner@vger.kernel.org> on behalf of Franklin M. Siler <me@franksiler.com> > Sent: Friday, February 26, 2016 05:03 > To: Xiaoxi Chen > Cc: Alfredo Deza; Dan van der Ster; Sage Weil; ceph-devel@vger.kernel.org; ceph-users > Subject: Re: [ceph-users] v0.94.6 Hammer released > > On Feb 25, 2016, at 1839, Xiaoxi Chen <superdebuger@gmail.com> wrote: > >> Will we build package for ubuntu 12.04 (Precise)? >> Seems it also doesnt show in the repo > > The Ceph packages provided by Ubuntu are old. However, the Ceph project publishes its own packages. > > http://download.ceph.com/debian-hammer/dists/precise/ > > so repo lines for sources.list would be, I think: > > deb http://download.ceph.com/debian-hammer/ precise main > deb-src http://download.ceph.com/debian-hammer/ precise main > > > Cheers, > > Frank Siler > Siler Industrial Analytics > 314.799.9405-- > 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 > _______________________________________________ > ceph-users mailing list > ceph-users@lists.ceph.com > http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com > _______________________________________________ > ceph-users mailing list > ceph-users@lists.ceph.com > http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [ceph-users] v0.94.6 Hammer released 2016-02-29 11:30 ` [ceph-users] " Odintsov Vladislav 2016-02-29 12:50 ` Alfredo Deza @ 2016-02-29 13:28 ` Dan van der Ster [not found] ` <CABZ+qqkD_w4xM-qNdxC_WkZbGPf+w0gHh2cgYnPF2-_0go5-SA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2016-02-29 14:59 ` [ceph-users] " Loic Dachary 1 sibling, 2 replies; 37+ messages in thread From: Dan van der Ster @ 2016-02-29 13:28 UTC (permalink / raw) To: Odintsov Vladislav Cc: Shinobu Kinjo, ceph-devel, Franklin M. Siler, Sage Weil, Xiaoxi Chen, ceph-users On Mon, Feb 29, 2016 at 12:30 PM, Odintsov Vladislav <VlOdintsov@croc.ru> wrote: > Can you please provide right way for building rpm packages? It's documented here: http://docs.ceph.com/docs/master/install/build-ceph/#rpm-package-manager For 0.94.6 you need to change the .spec file to use .tar.gz (because there was no .bz2 published for some reason). And then also grab init-ceph.in-fedora.patch from here: https://raw.githubusercontent.com/ceph/ceph/master/rpm/init-ceph.in-fedora.patch BTW, I've put our build here: http://linuxsoft.cern.ch/internal/repos/ceph6-stable/x86_64/os/ These are unsigned, untested and come with no warranty, no guarantees of any sort. And IMHO, no third party build would ever to give that warm fuzzy trust-it-with-my-data feeling like a ceph.com build would ;) Moving forward, it would be great if the required community effort could be put to work to get ceph.com el6 (and other) builds. For el6 in particular there is also the option to help out the Centos Storage SIG to produce builds. I don't have a good feeling which direction is better ... maybe both. -- Dan CERN IT Storage Group > ________________________________ > Regards, > > Vladislav Odintsov > > ________________________________________ > From: Shinobu Kinjo <skinjo@redhat.com> > Sent: Monday, February 29, 2016 14:11 > To: Odintsov Vladislav > Cc: Franklin M. Siler; Xiaoxi Chen; ceph-devel@vger.kernel.org; ceph-users; Sage Weil > Subject: Re: [ceph-users] v0.94.6 Hammer released > > Can we make any kind of general procedure to make packages so that almost everyone in community build packages by themselves and reduce developers work load caused by too much requirement -; > > Cheers, > Shinobu > > ----- Original Message ----- > From: "Odintsov Vladislav" <VlOdintsov@croc.ru> > To: "Franklin M. Siler" <me@franksiler.com>, "Xiaoxi Chen" <superdebuger@gmail.com> > Cc: ceph-devel@vger.kernel.org, "ceph-users" <ceph-users@ceph.com>, "Sage Weil" <sage@redhat.com> > Sent: Monday, February 29, 2016 6:04:02 PM > Subject: Re: [ceph-users] v0.94.6 Hammer released > > Hi all, > > should we build el6 packages ourself or, it's hoped that these packages would be built officially by community? > > ________________________________ > Regards, > > Vladislav Odintsov > > ________________________________________ > From: ceph-devel-owner@vger.kernel.org <ceph-devel-owner@vger.kernel.org> on behalf of Franklin M. Siler <me@franksiler.com> > Sent: Friday, February 26, 2016 05:03 > To: Xiaoxi Chen > Cc: Alfredo Deza; Dan van der Ster; Sage Weil; ceph-devel@vger.kernel.org; ceph-users > Subject: Re: [ceph-users] v0.94.6 Hammer released > > On Feb 25, 2016, at 1839, Xiaoxi Chen <superdebuger@gmail.com> wrote: > >> Will we build package for ubuntu 12.04 (Precise)? >> Seems it also doesnt show in the repo > > The Ceph packages provided by Ubuntu are old. However, the Ceph project publishes its own packages. > > http://download.ceph.com/debian-hammer/dists/precise/ > > so repo lines for sources.list would be, I think: > > deb http://download.ceph.com/debian-hammer/ precise main > deb-src http://download.ceph.com/debian-hammer/ precise main > > > Cheers, > > Frank Siler > Siler Industrial Analytics > 314.799.9405-- > 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 > _______________________________________________ > ceph-users mailing list > ceph-users@lists.ceph.com > http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com > _______________________________________________ > ceph-users mailing list > ceph-users@lists.ceph.com > http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com ^ permalink raw reply [flat|nested] 37+ messages in thread
[parent not found: <CABZ+qqkD_w4xM-qNdxC_WkZbGPf+w0gHh2cgYnPF2-_0go5-SA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>]
* Re: v0.94.6 Hammer released [not found] ` <CABZ+qqkD_w4xM-qNdxC_WkZbGPf+w0gHh2cgYnPF2-_0go5-SA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> @ 2016-02-29 13:38 ` Josef Johansson [not found] ` <FB2D860E-F299-4096-9D97-79B84F79C2DB-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> 0 siblings, 1 reply; 37+ messages in thread From: Josef Johansson @ 2016-02-29 13:38 UTC (permalink / raw) To: Dan van der Ster Cc: Sage Weil, Franklin M. Siler, Xiaoxi Chen, ceph-devel-u79uwXL29TY76Z2rM5mHXA, ceph-users [-- Attachment #1.1: Type: text/plain, Size: 5786 bytes --] Hi, There is also https://github.com/jordansissel/fpm/wiki <https://github.com/jordansissel/fpm/wiki> I find it quite useful for building deb/rpm. What would be useful for the community per se would be if you made a Dockerfile for each type of combination, i.e. Ubuntu trusty / 10.0.3 and so forth. That way anyone could just docker run ceph/compile-ubuntu-trusty-10.0.3 and that would be it. I don’t think that would even be tough to do. I’m unsure how well you can test that it’s not tampered with, but I assume it’s possible to solve, or at least set up trusts between a contributor and the repo. Regards, Josef > On 29 Feb 2016, at 14:28, Dan van der Ster <dan-EOCVfBHj35C+XT7JhA+gdA@public.gmane.org> wrote: > > On Mon, Feb 29, 2016 at 12:30 PM, Odintsov Vladislav <VlOdintsov-b5CV0i+qpxk@public.gmane.org <mailto:VlOdintsov-b5CV0i+qpxk@public.gmane.org>> wrote: >> Can you please provide right way for building rpm packages? > > It's documented here: > http://docs.ceph.com/docs/master/install/build-ceph/#rpm-package-manager <http://docs.ceph.com/docs/master/install/build-ceph/#rpm-package-manager> > > For 0.94.6 you need to change the .spec file to use .tar.gz (because > there was no .bz2 published for some reason). And then also grab > init-ceph.in-fedora.patch from here: > https://raw.githubusercontent.com/ceph/ceph/master/rpm/init-ceph.in-fedora.patch <https://raw.githubusercontent.com/ceph/ceph/master/rpm/init-ceph.in-fedora.patch> > > BTW, I've put our build here: > http://linuxsoft.cern.ch/internal/repos/ceph6-stable/x86_64/os/ <http://linuxsoft.cern.ch/internal/repos/ceph6-stable/x86_64/os/> > These are unsigned, untested and come with no warranty, no guarantees > of any sort. And IMHO, no third party build would ever to give that > warm fuzzy trust-it-with-my-data feeling like a ceph.com <http://ceph.com/> build would > ;) > > Moving forward, it would be great if the required community effort > could be put to work to get ceph.com <http://ceph.com/> el6 (and other) builds. For el6 > in particular there is also the option to help out the Centos Storage > SIG to produce builds. I don't have a good feeling which direction is > better ... maybe both. > > -- Dan > CERN IT Storage Group > > >> ________________________________ >> Regards, >> >> Vladislav Odintsov >> >> ________________________________________ >> From: Shinobu Kinjo <skinjo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> >> Sent: Monday, February 29, 2016 14:11 >> To: Odintsov Vladislav >> Cc: Franklin M. Siler; Xiaoxi Chen; ceph-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; ceph-users; Sage Weil >> Subject: Re: [ceph-users] v0.94.6 Hammer released >> >> Can we make any kind of general procedure to make packages so that almost everyone in community build packages by themselves and reduce developers work load caused by too much requirement -; >> >> Cheers, >> Shinobu >> >> ----- Original Message ----- >> From: "Odintsov Vladislav" <VlOdintsov-b5CV0i+qpxk@public.gmane.org> >> To: "Franklin M. Siler" <me-yJlFm309LvW+XT7JhA+gdA@public.gmane.org>, "Xiaoxi Chen" <superdebuger-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> >> Cc: ceph-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, "ceph-users" <ceph-users-Qp0mS5GaXlQ@public.gmane.org>, "Sage Weil" <sage-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> >> Sent: Monday, February 29, 2016 6:04:02 PM >> Subject: Re: [ceph-users] v0.94.6 Hammer released >> >> Hi all, >> >> should we build el6 packages ourself or, it's hoped that these packages would be built officially by community? >> >> ________________________________ >> Regards, >> >> Vladislav Odintsov >> >> ________________________________________ >> From: ceph-devel-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <ceph-devel-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org> on behalf of Franklin M. Siler <me-yJlFm309LvW+XT7JhA+gdA@public.gmane.org> >> Sent: Friday, February 26, 2016 05:03 >> To: Xiaoxi Chen >> Cc: Alfredo Deza; Dan van der Ster; Sage Weil; ceph-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; ceph-users >> Subject: Re: [ceph-users] v0.94.6 Hammer released >> >> On Feb 25, 2016, at 1839, Xiaoxi Chen <superdebuger-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote: >> >>> Will we build package for ubuntu 12.04 (Precise)? >>> Seems it also doesnt show in the repo >> >> The Ceph packages provided by Ubuntu are old. However, the Ceph project publishes its own packages. >> >> http://download.ceph.com/debian-hammer/dists/precise/ >> >> so repo lines for sources.list would be, I think: >> >> deb http://download.ceph.com/debian-hammer/ precise main >> deb-src http://download.ceph.com/debian-hammer/ precise main >> >> >> Cheers, >> >> Frank Siler >> Siler Industrial Analytics >> 314.799.9405-- >> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in >> the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org >> More majordomo info at http://vger.kernel.org/majordomo-info.html >> _______________________________________________ >> ceph-users mailing list >> ceph-users-idqoXFIVOFJgJs9I8MT0rw@public.gmane.org >> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com >> _______________________________________________ >> ceph-users mailing list >> ceph-users-idqoXFIVOFJgJs9I8MT0rw@public.gmane.org >> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com > _______________________________________________ > ceph-users mailing list > ceph-users-idqoXFIVOFJgJs9I8MT0rw@public.gmane.org <mailto:ceph-users-idqoXFIVOFJgJs9I8MT0rw@public.gmane.org> > http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com <http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com> [-- Attachment #1.2: Type: text/html, Size: 28921 bytes --] [-- Attachment #2: Type: text/plain, Size: 178 bytes --] _______________________________________________ ceph-users mailing list ceph-users-idqoXFIVOFJgJs9I8MT0rw@public.gmane.org http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com ^ permalink raw reply [flat|nested] 37+ messages in thread
[parent not found: <FB2D860E-F299-4096-9D97-79B84F79C2DB-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>]
* Re: v0.94.6 Hammer released [not found] ` <FB2D860E-F299-4096-9D97-79B84F79C2DB-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> @ 2016-02-29 13:40 ` Josef Johansson 0 siblings, 0 replies; 37+ messages in thread From: Josef Johansson @ 2016-02-29 13:40 UTC (permalink / raw) To: Dan van der Ster Cc: Sage Weil, Franklin M. Siler, Xiaoxi Chen, ceph-devel-u79uwXL29TY76Z2rM5mHXA, ceph-users [-- Attachment #1.1: Type: text/plain, Size: 7018 bytes --] Maybe the reverse is possible, where we as a community lend out computing resources that the central build system could use. > On 29 Feb 2016, at 14:38, Josef Johansson <josef86-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote: > > Hi, > > There is also https://github.com/jordansissel/fpm/wiki <https://github.com/jordansissel/fpm/wiki> > > I find it quite useful for building deb/rpm. > > What would be useful for the community per se would be if you made a Dockerfile for each type of combination, i.e. Ubuntu trusty / 10.0.3 and so forth. > > That way anyone could just docker run ceph/compile-ubuntu-trusty-10.0.3 and that would be it. > > I don’t think that would even be tough to do. > > I’m unsure how well you can test that it’s not tampered with, but I assume it’s possible to solve, or at least set up trusts between a contributor and the repo. > > Regards, > Josef > >> On 29 Feb 2016, at 14:28, Dan van der Ster <dan-EOCVfBHj35C+XT7JhA+gdA@public.gmane.org <mailto:dan-EOCVfBHj35C+XT7JhA+gdA@public.gmane.org>> wrote: >> >> On Mon, Feb 29, 2016 at 12:30 PM, Odintsov Vladislav <VlOdintsov-b5CV0i+qpxk@public.gmane.org <mailto:VlOdintsov-b5CV0i+qpxk@public.gmane.org>> wrote: >>> Can you please provide right way for building rpm packages? >> >> It's documented here: >> http://docs.ceph.com/docs/master/install/build-ceph/#rpm-package-manager <http://docs.ceph.com/docs/master/install/build-ceph/#rpm-package-manager> >> >> For 0.94.6 you need to change the .spec file to use .tar.gz (because >> there was no .bz2 published for some reason). And then also grab >> init-ceph.in-fedora.patch from here: >> https://raw.githubusercontent.com/ceph/ceph/master/rpm/init-ceph.in-fedora.patch <https://raw.githubusercontent.com/ceph/ceph/master/rpm/init-ceph.in-fedora.patch> >> >> BTW, I've put our build here: >> http://linuxsoft.cern.ch/internal/repos/ceph6-stable/x86_64/os/ <http://linuxsoft.cern.ch/internal/repos/ceph6-stable/x86_64/os/> >> These are unsigned, untested and come with no warranty, no guarantees >> of any sort. And IMHO, no third party build would ever to give that >> warm fuzzy trust-it-with-my-data feeling like a ceph.com <http://ceph.com/> build would >> ;) >> >> Moving forward, it would be great if the required community effort >> could be put to work to get ceph.com <http://ceph.com/> el6 (and other) builds. For el6 >> in particular there is also the option to help out the Centos Storage >> SIG to produce builds. I don't have a good feeling which direction is >> better ... maybe both. >> >> -- Dan >> CERN IT Storage Group >> >> >>> ________________________________ >>> Regards, >>> >>> Vladislav Odintsov >>> >>> ________________________________________ >>> From: Shinobu Kinjo <skinjo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org <mailto:skinjo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>> >>> Sent: Monday, February 29, 2016 14:11 >>> To: Odintsov Vladislav >>> Cc: Franklin M. Siler; Xiaoxi Chen; ceph-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <mailto:ceph-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>; ceph-users; Sage Weil >>> Subject: Re: [ceph-users] v0.94.6 Hammer released >>> >>> Can we make any kind of general procedure to make packages so that almost everyone in community build packages by themselves and reduce developers work load caused by too much requirement -; >>> >>> Cheers, >>> Shinobu >>> >>> ----- Original Message ----- >>> From: "Odintsov Vladislav" <VlOdintsov-b5CV0i+qpxk@public.gmane.org <mailto:VlOdintsov-b5CV0i+qpxk@public.gmane.org>> >>> To: "Franklin M. Siler" <me-yJlFm309LvW+XT7JhA+gdA@public.gmane.org <mailto:me-yJlFm309LvW+XT7JhA+gdA@public.gmane.org>>, "Xiaoxi Chen" <superdebuger-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org <mailto:superdebuger-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>> >>> Cc: ceph-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <mailto:ceph-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, "ceph-users" <ceph-users-Qp0mS5GaXlQ@public.gmane.org <mailto:ceph-users-Qp0mS5GaXlQ@public.gmane.org>>, "Sage Weil" <sage-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org <mailto:sage-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>> >>> Sent: Monday, February 29, 2016 6:04:02 PM >>> Subject: Re: [ceph-users] v0.94.6 Hammer released >>> >>> Hi all, >>> >>> should we build el6 packages ourself or, it's hoped that these packages would be built officially by community? >>> >>> ________________________________ >>> Regards, >>> >>> Vladislav Odintsov >>> >>> ________________________________________ >>> From: ceph-devel-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <mailto:ceph-devel-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org> <ceph-devel-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <mailto:ceph-devel-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>> on behalf of Franklin M. Siler <me-yJlFm309LvW+XT7JhA+gdA@public.gmane.org <mailto:me-yJlFm309LvW+XT7JhA+gdA@public.gmane.org>> >>> Sent: Friday, February 26, 2016 05:03 >>> To: Xiaoxi Chen >>> Cc: Alfredo Deza; Dan van der Ster; Sage Weil; ceph-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <mailto:ceph-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>; ceph-users >>> Subject: Re: [ceph-users] v0.94.6 Hammer released >>> >>> On Feb 25, 2016, at 1839, Xiaoxi Chen <superdebuger-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org <mailto:superdebuger-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>> wrote: >>> >>>> Will we build package for ubuntu 12.04 (Precise)? >>>> Seems it also doesnt show in the repo >>> >>> The Ceph packages provided by Ubuntu are old. However, the Ceph project publishes its own packages. >>> >>> http://download.ceph.com/debian-hammer/dists/precise/ <http://download.ceph.com/debian-hammer/dists/precise/> >>> >>> so repo lines for sources.list would be, I think: >>> >>> deb http://download.ceph.com/debian-hammer/ precise main >>> deb-src http://download.ceph.com/debian-hammer/ precise main >>> >>> >>> Cheers, >>> >>> Frank Siler >>> Siler Industrial Analytics >>> 314.799.9405-- >>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in >>> the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org >>> More majordomo info at http://vger.kernel.org/majordomo-info.html >>> _______________________________________________ >>> ceph-users mailing list >>> ceph-users-idqoXFIVOFJgJs9I8MT0rw@public.gmane.org >>> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com >>> _______________________________________________ >>> ceph-users mailing list >>> ceph-users-idqoXFIVOFJgJs9I8MT0rw@public.gmane.org >>> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com >> _______________________________________________ >> ceph-users mailing list >> ceph-users-idqoXFIVOFJgJs9I8MT0rw@public.gmane.org <mailto:ceph-users-idqoXFIVOFJgJs9I8MT0rw@public.gmane.org> >> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com <http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com> [-- Attachment #1.2: Type: text/html, Size: 29981 bytes --] [-- Attachment #2: Type: text/plain, Size: 178 bytes --] _______________________________________________ ceph-users mailing list ceph-users-idqoXFIVOFJgJs9I8MT0rw@public.gmane.org http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [ceph-users] v0.94.6 Hammer released 2016-02-29 13:28 ` Dan van der Ster [not found] ` <CABZ+qqkD_w4xM-qNdxC_WkZbGPf+w0gHh2cgYnPF2-_0go5-SA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> @ 2016-02-29 14:59 ` Loic Dachary 2016-02-29 15:49 ` Nathan Cutler [not found] ` <56D45CCC.8010608-cLsNCMjd+0JAfugRpC6u6w@public.gmane.org> 1 sibling, 2 replies; 37+ messages in thread From: Loic Dachary @ 2016-02-29 14:59 UTC (permalink / raw) To: Dan van der Ster, Odintsov Vladislav Cc: Shinobu Kinjo, ceph-devel, Franklin M. Siler, Sage Weil, Xiaoxi Chen, ceph-users Hi Dan & al, I think it would be relatively simple to have these binaries published as part of the current "Stable release" team effort[1]. Essentially doing what you did and electing a central place to store these binaries. The trick is to find a sustainable way to do this which means having a process that is simple to maintain and understand as well as enough of us to maintain that in the long run. The basic idea is to copy the packages that are build by gitbuilders or by the buildpackage teuthology task in a central place. Because these packages are built, for development versions as well as stable versions[2]. And they are tested via teuthology. The packages that are published on http://ceph.com/ are rebuilt from scratch, using the process that Alfredo described. This is fine for the supported platforms and for the stable releases. But for the development releases and the platforms that are no longer supported but still built by gibuilders, we could just copy the packages over. Does that sound sensible ? [1] http://tracker.ceph.com/projects/ceph-releases/wiki/HOWTO [2] http://gitbuilder.ceph.com/ On 29/02/2016 20:28, Dan van der Ster wrote: > On Mon, Feb 29, 2016 at 12:30 PM, Odintsov Vladislav <VlOdintsov@croc.ru> wrote: >> Can you please provide right way for building rpm packages? > > It's documented here: > http://docs.ceph.com/docs/master/install/build-ceph/#rpm-package-manager > > For 0.94.6 you need to change the .spec file to use .tar.gz (because > there was no .bz2 published for some reason). And then also grab > init-ceph.in-fedora.patch from here: > https://raw.githubusercontent.com/ceph/ceph/master/rpm/init-ceph.in-fedora.patch > > BTW, I've put our build here: > http://linuxsoft.cern.ch/internal/repos/ceph6-stable/x86_64/os/ > These are unsigned, untested and come with no warranty, no guarantees > of any sort. And IMHO, no third party build would ever to give that > warm fuzzy trust-it-with-my-data feeling like a ceph.com build would > ;) > > Moving forward, it would be great if the required community effort > could be put to work to get ceph.com el6 (and other) builds. For el6 > in particular there is also the option to help out the Centos Storage > SIG to produce builds. I don't have a good feeling which direction is > better ... maybe both. > > -- Dan > CERN IT Storage Group > > >> ________________________________ >> Regards, >> >> Vladislav Odintsov >> >> ________________________________________ >> From: Shinobu Kinjo <skinjo@redhat.com> >> Sent: Monday, February 29, 2016 14:11 >> To: Odintsov Vladislav >> Cc: Franklin M. Siler; Xiaoxi Chen; ceph-devel@vger.kernel.org; ceph-users; Sage Weil >> Subject: Re: [ceph-users] v0.94.6 Hammer released >> >> Can we make any kind of general procedure to make packages so that almost everyone in community build packages by themselves and reduce developers work load caused by too much requirement -; >> >> Cheers, >> Shinobu >> >> ----- Original Message ----- >> From: "Odintsov Vladislav" <VlOdintsov@croc.ru> >> To: "Franklin M. Siler" <me@franksiler.com>, "Xiaoxi Chen" <superdebuger@gmail.com> >> Cc: ceph-devel@vger.kernel.org, "ceph-users" <ceph-users@ceph.com>, "Sage Weil" <sage@redhat.com> >> Sent: Monday, February 29, 2016 6:04:02 PM >> Subject: Re: [ceph-users] v0.94.6 Hammer released >> >> Hi all, >> >> should we build el6 packages ourself or, it's hoped that these packages would be built officially by community? >> >> ________________________________ >> Regards, >> >> Vladislav Odintsov >> >> ________________________________________ >> From: ceph-devel-owner@vger.kernel.org <ceph-devel-owner@vger.kernel.org> on behalf of Franklin M. Siler <me@franksiler.com> >> Sent: Friday, February 26, 2016 05:03 >> To: Xiaoxi Chen >> Cc: Alfredo Deza; Dan van der Ster; Sage Weil; ceph-devel@vger.kernel.org; ceph-users >> Subject: Re: [ceph-users] v0.94.6 Hammer released >> >> On Feb 25, 2016, at 1839, Xiaoxi Chen <superdebuger@gmail.com> wrote: >> >>> Will we build package for ubuntu 12.04 (Precise)? >>> Seems it also doesnt show in the repo >> >> The Ceph packages provided by Ubuntu are old. However, the Ceph project publishes its own packages. >> >> http://download.ceph.com/debian-hammer/dists/precise/ >> >> so repo lines for sources.list would be, I think: >> >> deb http://download.ceph.com/debian-hammer/ precise main >> deb-src http://download.ceph.com/debian-hammer/ precise main >> >> >> Cheers, >> >> Frank Siler >> Siler Industrial Analytics >> 314.799.9405-- >> 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 >> _______________________________________________ >> ceph-users mailing list >> ceph-users@lists.ceph.com >> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com >> _______________________________________________ >> ceph-users mailing list >> ceph-users@lists.ceph.com >> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com > -- > 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 ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [ceph-users] v0.94.6 Hammer released 2016-02-29 14:59 ` [ceph-users] " Loic Dachary @ 2016-02-29 15:49 ` Nathan Cutler 2016-02-29 16:09 ` Loic Dachary 2016-02-29 16:10 ` Loic Dachary [not found] ` <56D45CCC.8010608-cLsNCMjd+0JAfugRpC6u6w@public.gmane.org> 1 sibling, 2 replies; 37+ messages in thread From: Nathan Cutler @ 2016-02-29 15:49 UTC (permalink / raw) To: Loic Dachary Cc: Dan van der Ster, Odintsov Vladislav, Shinobu Kinjo, ceph-devel, Franklin M. Siler, Sage Weil, Xiaoxi Chen, ceph-users > The basic idea is to copy the packages that are build by gitbuilders or by the buildpackage teuthology task in a central place. Because these packages are built, for development versions as well as stable versions[2]. And they are tested via teuthology. The packages that are published on http://ceph.com/ are rebuilt from scratch, using the process that Alfredo described. This is fine for the supported platforms and for the stable releases. But for the development releases and the platforms that are no longer supported but still built by gibuilders, we could just copy the packages over. > > Does that sound sensible ? Hi Loic: Community packages for "deprecated" platforms ("deprecated" in the sense that the Ceph developers are no longer testing on them) would be welcomed by many, I imagine. And the additional workload for the Stable Releases team is not large. The question is, where will the packages be copied *to*? -- Nathan Cutler Software Engineer Distributed Storage SUSE LINUX, s.r.o. Tel.: +420 284 084 037 ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [ceph-users] v0.94.6 Hammer released 2016-02-29 15:49 ` Nathan Cutler @ 2016-02-29 16:09 ` Loic Dachary 2016-02-29 16:10 ` Loic Dachary 1 sibling, 0 replies; 37+ messages in thread From: Loic Dachary @ 2016-02-29 16:09 UTC (permalink / raw) To: Nathan Cutler Cc: Dan van der Ster, Odintsov Vladislav, Shinobu Kinjo, ceph-devel, Franklin M. Siler, Sage Weil, Xiaoxi Chen, ceph-users On 29/02/2016 22:49, Nathan Cutler wrote: >> The basic idea is to copy the packages that are build by gitbuilders or by the buildpackage teuthology task in a central place. Because these packages are built, for development versions as well as stable versions[2]. And they are tested via teuthology. The packages that are published on http://ceph.com/ are rebuilt from scratch, using the process that Alfredo described. This is fine for the supported platforms and for the stable releases. But for the development releases and the platforms that are no longer supported but still built by gibuilders, we could just copy the packages over. >> >> Does that sound sensible ? > > Hi Loic: > > Community packages for "deprecated" platforms ("deprecated" in the sense that the Ceph developers are no longer testing on them) would be welcomed by many, I imagine. And the additional workload for the Stable Releases team is not large. The question is, where will the packages be copied *to*? > How does archive.ceph.com sound ? -- 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 ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [ceph-users] v0.94.6 Hammer released 2016-02-29 15:49 ` Nathan Cutler 2016-02-29 16:09 ` Loic Dachary @ 2016-02-29 16:10 ` Loic Dachary 2016-02-29 17:31 ` Dan van der Ster 1 sibling, 1 reply; 37+ messages in thread From: Loic Dachary @ 2016-02-29 16:10 UTC (permalink / raw) To: Nathan Cutler Cc: Dan van der Ster, Odintsov Vladislav, Shinobu Kinjo, ceph-devel, Franklin M. Siler, Sage Weil, Xiaoxi Chen, ceph-users I've created a pad at http://pad.ceph.com/p/development-releases for the next CDM ( see http://tracker.ceph.com/projects/ceph/wiki/Planning for details). On 29/02/2016 22:49, Nathan Cutler wrote: > The basic idea is to copy the packages that are build by gitbuilders or by the buildpackage teuthology task in a central place. Because these packages are built, for development versions as well as stable versions[2]. And they are tested via teuthology. The packages that are published on http://ceph.com/ are rebuilt from scratch, using the process that Alfredo described. This is fine for the supported platforms and for the stable releases. But for the development releases and the platforms that are no longer supported but still built by gibuilders, we could just copy the packages over. -- 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 ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [ceph-users] v0.94.6 Hammer released 2016-02-29 16:10 ` Loic Dachary @ 2016-02-29 17:31 ` Dan van der Ster 2016-02-29 18:21 ` Ken Dreyer 0 siblings, 1 reply; 37+ messages in thread From: Dan van der Ster @ 2016-02-29 17:31 UTC (permalink / raw) To: Loic Dachary Cc: Nathan Cutler, Odintsov Vladislav, Shinobu Kinjo, ceph-devel, Franklin M. Siler, Sage Weil, Xiaoxi Chen, ceph-users If it can help, it's really very little work for me to send the hammer SRPM to our Koji build system. I think the real work will come if people starting asking for jewel builds on el6 and other old platforms. In that case, if a reputable organisation offers to maintain the builds (+ deps), then IMHO ceph.com should just link to them. Copying to ceph.com might give a false sense of security in this case. -- Dan On Mon, Feb 29, 2016 at 5:10 PM, Loic Dachary <loic@dachary.org> wrote: > I've created a pad at http://pad.ceph.com/p/development-releases for the next CDM ( see http://tracker.ceph.com/projects/ceph/wiki/Planning for details). > > On 29/02/2016 22:49, Nathan Cutler wrote: >> The basic idea is to copy the packages that are build by gitbuilders or by the buildpackage teuthology task in a central place. Because these packages are built, for development versions as well as stable versions[2]. And they are tested via teuthology. The packages that are published on http://ceph.com/ are rebuilt from scratch, using the process that Alfredo described. This is fine for the supported platforms and for the stable releases. But for the development releases and the platforms that are no longer supported but still built by gibuilders, we could just copy the packages over. > > -- > 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 ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [ceph-users] v0.94.6 Hammer released 2016-02-29 17:31 ` Dan van der Ster @ 2016-02-29 18:21 ` Ken Dreyer 0 siblings, 0 replies; 37+ messages in thread From: Ken Dreyer @ 2016-02-29 18:21 UTC (permalink / raw) To: Dan van der Ster Cc: Loic Dachary, Nathan Cutler, Odintsov Vladislav, Shinobu Kinjo, ceph-devel, Franklin M. Siler, Sage Weil, Xiaoxi Chen, ceph-users On Mon, Feb 29, 2016 at 10:31 AM, Dan van der Ster <dan@vanderster.com> wrote: > I think the real work will come if people starting asking for jewel > builds on el6 and other old platforms. Note that the GCC on EL6 does not support the newer C++ constructs in Jewel (which is why we dropped el6 in the first place). There would be some non-trivial work to make a Jewel version run on el6. Some ideas that have been proposed in the past include using an el6 SCL that contains a newer GCC, or maybe stripping out the client bits to see if they would build alone via the el6 GCC. - Ken ^ permalink raw reply [flat|nested] 37+ messages in thread
[parent not found: <56D45CCC.8010608-cLsNCMjd+0JAfugRpC6u6w@public.gmane.org>]
* Re: v0.94.6 Hammer released [not found] ` <56D45CCC.8010608-cLsNCMjd+0JAfugRpC6u6w@public.gmane.org> @ 2016-02-29 15:57 ` Sage Weil [not found] ` <alpine.DEB.2.11.1602291056350.1904-Wo5lQnKln9t9PHm/lf2LFUEOCMrvLtNR@public.gmane.org> 0 siblings, 1 reply; 37+ messages in thread From: Sage Weil @ 2016-02-29 15:57 UTC (permalink / raw) To: Loic Dachary Cc: Franklin M. Siler, Xiaoxi Chen, ceph-devel-u79uwXL29TY76Z2rM5mHXA, ceph-users [-- Attachment #1: Type: TEXT/PLAIN, Size: 6764 bytes --] The intention was to continue building stable releases (0.94.x) on the old list of supported platforms (which inclues 12.04 and el6). I think it was just an oversight that they weren't built this time around. I the overhead to doing so is just keeping a 12.04 and el6 jenkins build slave around. Doing this builds in the existing environment sounds much better than trying to pull in externally built binaries... sage On Mon, 29 Feb 2016, Loic Dachary wrote: > Hi Dan & al, > > I think it would be relatively simple to have these binaries published as part of the current "Stable release" team effort[1]. Essentially doing what you did and electing a central place to store these binaries. The trick is to find a sustainable way to do this which means having a process that is simple to maintain and understand as well as enough of us to maintain that in the long run. > > The basic idea is to copy the packages that are build by gitbuilders or by the buildpackage teuthology task in a central place. Because these packages are built, for development versions as well as stable versions[2]. And they are tested via teuthology. The packages that are published on http://ceph.com/ are rebuilt from scratch, using the process that Alfredo described. This is fine for the supported platforms and for the stable releases. But for the development releases and the platforms that are no longer supported but still built by gibuilders, we could just copy the packages over. > > Does that sound sensible ? > > [1] http://tracker.ceph.com/projects/ceph-releases/wiki/HOWTO > [2] http://gitbuilder.ceph.com/ > > > On 29/02/2016 20:28, Dan van der Ster wrote: > > On Mon, Feb 29, 2016 at 12:30 PM, Odintsov Vladislav <VlOdintsov@croc.ru> wrote: > >> Can you please provide right way for building rpm packages? > > > > It's documented here: > > http://docs.ceph.com/docs/master/install/build-ceph/#rpm-package-manager > > > > For 0.94.6 you need to change the .spec file to use .tar.gz (because > > there was no .bz2 published for some reason). And then also grab > > init-ceph.in-fedora.patch from here: > > https://raw.githubusercontent.com/ceph/ceph/master/rpm/init-ceph.in-fedora.patch > > > > BTW, I've put our build here: > > http://linuxsoft.cern.ch/internal/repos/ceph6-stable/x86_64/os/ > > These are unsigned, untested and come with no warranty, no guarantees > > of any sort. And IMHO, no third party build would ever to give that > > warm fuzzy trust-it-with-my-data feeling like a ceph.com build would > > ;) > > > > Moving forward, it would be great if the required community effort > > could be put to work to get ceph.com el6 (and other) builds. For el6 > > in particular there is also the option to help out the Centos Storage > > SIG to produce builds. I don't have a good feeling which direction is > > better ... maybe both. > > > > -- Dan > > CERN IT Storage Group > > > > > >> ________________________________ > >> Regards, > >> > >> Vladislav Odintsov > >> > >> ________________________________________ > >> From: Shinobu Kinjo <skinjo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> > >> Sent: Monday, February 29, 2016 14:11 > >> To: Odintsov Vladislav > >> Cc: Franklin M. Siler; Xiaoxi Chen; ceph-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; ceph-users; Sage Weil > >> Subject: Re: [ceph-users] v0.94.6 Hammer released > >> > >> Can we make any kind of general procedure to make packages so that almost everyone in community build packages by themselves and reduce developers work load caused by too much requirement -; > >> > >> Cheers, > >> Shinobu > >> > >> ----- Original Message ----- > >> From: "Odintsov Vladislav" <VlOdintsov-b5CV0i+qpxk@public.gmane.org> > >> To: "Franklin M. Siler" <me-yJlFm309LvW+XT7JhA+gdA@public.gmane.org>, "Xiaoxi Chen" <superdebuger-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> > >> Cc: ceph-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, "ceph-users" <ceph-users-Qp0mS5GaXlQ@public.gmane.org>, "Sage Weil" <sage-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> > >> Sent: Monday, February 29, 2016 6:04:02 PM > >> Subject: Re: [ceph-users] v0.94.6 Hammer released > >> > >> Hi all, > >> > >> should we build el6 packages ourself or, it's hoped that these packages would be built officially by community? > >> > >> ________________________________ > >> Regards, > >> > >> Vladislav Odintsov > >> > >> ________________________________________ > >> From: ceph-devel-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org <ceph-devel-owner-u79uwXL29TZUIDd8j+nm9g@public.gmane.org.org> on behalf of Franklin M. Siler <me-yJlFm309LvW+XT7JhA+gdA@public.gmane.org> > >> Sent: Friday, February 26, 2016 05:03 > >> To: Xiaoxi Chen > >> Cc: Alfredo Deza; Dan van der Ster; Sage Weil; ceph-devel-u79uwXL29TZNg+MwTxZMZA@public.gmane.orgl.org; ceph-users > >> Subject: Re: [ceph-users] v0.94.6 Hammer released > >> > >> On Feb 25, 2016, at 1839, Xiaoxi Chen <superdebuger-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote: > >> > >>> Will we build package for ubuntu 12.04 (Precise)? > >>> Seems it also doesnt show in the repo > >> > >> The Ceph packages provided by Ubuntu are old. However, the Ceph project publishes its own packages. > >> > >> http://download.ceph.com/debian-hammer/dists/precise/ > >> > >> so repo lines for sources.list would be, I think: > >> > >> deb http://download.ceph.com/debian-hammer/ precise main > >> deb-src http://download.ceph.com/debian-hammer/ precise main > >> > >> > >> Cheers, > >> > >> Frank Siler > >> Siler Industrial Analytics > >> 314.799.9405-- > >> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in > >> the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org > >> More majordomo info at http://vger.kernel.org/majordomo-info.html > >> _______________________________________________ > >> ceph-users mailing list > >> ceph-users-idqoXFIVOFJgJs9I8MT0rw@public.gmane.org > >> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com > >> _______________________________________________ > >> ceph-users mailing list > >> ceph-users-idqoXFIVOFJgJs9I8MT0rw@public.gmane.org > >> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com > > -- > > To unsubscribe from this list: send the line "unsubscribe ceph-devel" in > > the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org > > More majordomo info at http://vger.kernel.org/majordomo-info.html > > > > -- > Loïc Dachary, Artisan Logiciel Libre > _______________________________________________ > ceph-users mailing list > ceph-users-idqoXFIVOFJgJs9I8MT0rw@public.gmane.org > http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com > [-- Attachment #2: Type: text/plain, Size: 178 bytes --] _______________________________________________ ceph-users mailing list ceph-users-idqoXFIVOFJgJs9I8MT0rw@public.gmane.org http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com ^ permalink raw reply [flat|nested] 37+ messages in thread
[parent not found: <alpine.DEB.2.11.1602291056350.1904-Wo5lQnKln9t9PHm/lf2LFUEOCMrvLtNR@public.gmane.org>]
* Re: v0.94.6 Hammer released [not found] ` <alpine.DEB.2.11.1602291056350.1904-Wo5lQnKln9t9PHm/lf2LFUEOCMrvLtNR@public.gmane.org> @ 2016-03-02 1:06 ` Chris Dunlop [not found] ` <20160302010625.GA10914-s239Etu9j1dPR4JQBCEnsQ@public.gmane.org> 0 siblings, 1 reply; 37+ messages in thread From: Chris Dunlop @ 2016-03-02 1:06 UTC (permalink / raw) To: Sage Weil Cc: Loic Dachary, ceph-devel-u79uwXL29TY76Z2rM5mHXA, ceph-users-Qp0mS5GaXlQ Hi, The "old list of supported platforms" includes debian wheezy. Will v0.94.6 be built for this? Chris On Mon, Feb 29, 2016 at 10:57:53AM -0500, Sage Weil wrote: > The intention was to continue building stable releases (0.94.x) on the old > list of supported platforms (which inclues 12.04 and el6). I think it was > just an oversight that they weren't built this time around. I the > overhead to doing so is just keeping a 12.04 and el6 jenkins build slave > around. > > Doing this builds in the existing environment sounds much better than > trying to pull in externally built binaries... > > sage ^ permalink raw reply [flat|nested] 37+ messages in thread
[parent not found: <20160302010625.GA10914-s239Etu9j1dPR4JQBCEnsQ@public.gmane.org>]
* Re: v0.94.6 Hammer released [not found] ` <20160302010625.GA10914-s239Etu9j1dPR4JQBCEnsQ@public.gmane.org> @ 2016-03-02 10:15 ` Odintsov Vladislav 2016-03-02 11:32 ` [ceph-users] " Loic Dachary 0 siblings, 1 reply; 37+ messages in thread From: Odintsov Vladislav @ 2016-03-02 10:15 UTC (permalink / raw) To: Sage Weil, Loic Dachary Cc: ceph-devel-u79uwXL29TY76Z2rM5mHXA, ceph-users-Qp0mS5GaXlQ Hi, it looks very strange, that LTS release suddenly stopped support of one of OS'es in the middle of lifecycle. Especially when there are no technical problems. How can we help community with building hammer branch officially? ________________________________ Regards, Vladislav Odintsov ________________________________________ From: ceph-users <ceph-users-bounces-idqoXFIVOFJgJs9I8MT0rw@public.gmane.org> on behalf of Chris Dunlop <chris-s239Etu9j1dPR4JQBCEnsQ@public.gmane.org> Sent: Wednesday, March 2, 2016 04:06 To: Sage Weil Cc: Loic Dachary; ceph-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; ceph-users-Qp0mS5GaXlQ@public.gmane.org Subject: Re: [ceph-users] v0.94.6 Hammer released Hi, The "old list of supported platforms" includes debian wheezy. Will v0.94.6 be built for this? Chris On Mon, Feb 29, 2016 at 10:57:53AM -0500, Sage Weil wrote: > The intention was to continue building stable releases (0.94.x) on the old > list of supported platforms (which inclues 12.04 and el6). I think it was > just an oversight that they weren't built this time around. I the > overhead to doing so is just keeping a 12.04 and el6 jenkins build slave > around. > > Doing this builds in the existing environment sounds much better than > trying to pull in externally built binaries... > > sage _______________________________________________ ceph-users mailing list ceph-users-idqoXFIVOFJgJs9I8MT0rw@public.gmane.org http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [ceph-users] v0.94.6 Hammer released 2016-03-02 10:15 ` Odintsov Vladislav @ 2016-03-02 11:32 ` Loic Dachary 2016-03-02 12:48 ` Dan van der Ster [not found] ` <56D6CF42.7080909-cLsNCMjd+0JAfugRpC6u6w@public.gmane.org> 0 siblings, 2 replies; 37+ messages in thread From: Loic Dachary @ 2016-03-02 11:32 UTC (permalink / raw) To: Odintsov Vladislav; +Cc: ceph-devel, ceph-users, Chris Dunlop On 02/03/2016 17:15, Odintsov Vladislav wrote: > Hi, > > it looks very strange, that LTS release suddenly stopped support of one of OS'es in the middle of lifecycle. Especially when there are no technical problems. > How can we help community with building hammer branch officially? > Hi, I think you misread what Sage wrote : "The intention was to continue building stable releases (0.94.x) on the old list of supported platforms (which inclues 12.04 and el6)". In other words, the old OS'es are still supported. Their absence is a glitch in the release process that will be fixed. Cheers > ________________________________ > Regards, > > Vladislav Odintsov > > ________________________________________ > From: ceph-users <ceph-users-bounces@lists.ceph.com> on behalf of Chris Dunlop <chris@onthe.net.au> > Sent: Wednesday, March 2, 2016 04:06 > To: Sage Weil > Cc: Loic Dachary; ceph-devel@vger.kernel.org; ceph-users@ceph.com > Subject: Re: [ceph-users] v0.94.6 Hammer released > > Hi, > > The "old list of supported platforms" includes debian wheezy. > Will v0.94.6 be built for this? > > Chris > > On Mon, Feb 29, 2016 at 10:57:53AM -0500, Sage Weil wrote: >> The intention was to continue building stable releases (0.94.x) on the old >> list of supported platforms (which inclues 12.04 and el6). I think it was >> just an oversight that they weren't built this time around. I the >> overhead to doing so is just keeping a 12.04 and el6 jenkins build slave >> around. >> >> Doing this builds in the existing environment sounds much better than >> trying to pull in externally built binaries... >> >> sage > _______________________________________________ > ceph-users mailing list > ceph-users@lists.ceph.com > http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com > -- 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 ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [ceph-users] v0.94.6 Hammer released 2016-03-02 11:32 ` [ceph-users] " Loic Dachary @ 2016-03-02 12:48 ` Dan van der Ster 2016-03-02 14:49 ` Loic Dachary [not found] ` <56D6CF42.7080909-cLsNCMjd+0JAfugRpC6u6w@public.gmane.org> 1 sibling, 1 reply; 37+ messages in thread From: Dan van der Ster @ 2016-03-02 12:48 UTC (permalink / raw) To: Loic Dachary; +Cc: Odintsov Vladislav, ceph-devel, ceph-users Hi Loic, On Wed, Mar 2, 2016 at 12:32 PM, Loic Dachary <loic@dachary.org> wrote: > > > On 02/03/2016 17:15, Odintsov Vladislav wrote: >> Hi, >> >> it looks very strange, that LTS release suddenly stopped support of one of OS'es in the middle of lifecycle. Especially when there are no technical problems. >> How can we help community with building hammer branch officially? >> > > Hi, > > I think you misread what Sage wrote : "The intention was to continue building stable releases (0.94.x) on the old list of supported platforms (which inclues 12.04 and el6)". In other words, the old OS'es are still supported. Their absence is a glitch in the release process that will be fixed. > BTW, has there been any discussion to do 0.94.7 on a shorter interval? There is at least one unfortunate regression in .6: http://tracker.ceph.com/issues/14873 Cheers, Dan > Cheers > >> ________________________________ >> Regards, >> >> Vladislav Odintsov >> >> ________________________________________ >> From: ceph-users <ceph-users-bounces@lists.ceph.com> on behalf of Chris Dunlop <chris@onthe.net.au> >> Sent: Wednesday, March 2, 2016 04:06 >> To: Sage Weil >> Cc: Loic Dachary; ceph-devel@vger.kernel.org; ceph-users@ceph.com >> Subject: Re: [ceph-users] v0.94.6 Hammer released >> >> Hi, >> >> The "old list of supported platforms" includes debian wheezy. >> Will v0.94.6 be built for this? >> >> Chris >> >> On Mon, Feb 29, 2016 at 10:57:53AM -0500, Sage Weil wrote: >>> The intention was to continue building stable releases (0.94.x) on the old >>> list of supported platforms (which inclues 12.04 and el6). I think it was >>> just an oversight that they weren't built this time around. I the >>> overhead to doing so is just keeping a 12.04 and el6 jenkins build slave >>> around. >>> >>> Doing this builds in the existing environment sounds much better than >>> trying to pull in externally built binaries... >>> >>> sage >> _______________________________________________ >> ceph-users mailing list >> ceph-users@lists.ceph.com >> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com >> > > -- > Loïc Dachary, Artisan Logiciel Libre > _______________________________________________ > ceph-users mailing list > ceph-users@lists.ceph.com > http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com -- 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 ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [ceph-users] v0.94.6 Hammer released 2016-03-02 12:48 ` Dan van der Ster @ 2016-03-02 14:49 ` Loic Dachary 0 siblings, 0 replies; 37+ messages in thread From: Loic Dachary @ 2016-03-02 14:49 UTC (permalink / raw) To: Dan van der Ster; +Cc: Odintsov Vladislav, ceph-devel, ceph-users Hi Dan, On 02/03/2016 19:48, Dan van der Ster wrote: > Hi Loic, > > On Wed, Mar 2, 2016 at 12:32 PM, Loic Dachary <loic@dachary.org> wrote: >> >> >> On 02/03/2016 17:15, Odintsov Vladislav wrote: >>> Hi, >>> >>> it looks very strange, that LTS release suddenly stopped support of one of OS'es in the middle of lifecycle. Especially when there are no technical problems. >>> How can we help community with building hammer branch officially? >>> >> >> Hi, >> >> I think you misread what Sage wrote : "The intention was to continue building stable releases (0.94.x) on the old list of supported platforms (which inclues 12.04 and el6)". In other words, the old OS'es are still supported. Their absence is a glitch in the release process that will be fixed. >> > > BTW, has there been any discussion to do 0.94.7 on a shorter interval? > There is at least one unfortunate regression in .6: > http://tracker.ceph.com/issues/14873 It's an incentive to have 0.94.7, indeed. It could be released this month, should Sage decide it's worth it. Cheers > > Cheers, Dan > > >> Cheers >> >>> ________________________________ >>> Regards, >>> >>> Vladislav Odintsov >>> >>> ________________________________________ >>> From: ceph-users <ceph-users-bounces@lists.ceph.com> on behalf of Chris Dunlop <chris@onthe.net.au> >>> Sent: Wednesday, March 2, 2016 04:06 >>> To: Sage Weil >>> Cc: Loic Dachary; ceph-devel@vger.kernel.org; ceph-users@ceph.com >>> Subject: Re: [ceph-users] v0.94.6 Hammer released >>> >>> Hi, >>> >>> The "old list of supported platforms" includes debian wheezy. >>> Will v0.94.6 be built for this? >>> >>> Chris >>> >>> On Mon, Feb 29, 2016 at 10:57:53AM -0500, Sage Weil wrote: >>>> The intention was to continue building stable releases (0.94.x) on the old >>>> list of supported platforms (which inclues 12.04 and el6). I think it was >>>> just an oversight that they weren't built this time around. I the >>>> overhead to doing so is just keeping a 12.04 and el6 jenkins build slave >>>> around. >>>> >>>> Doing this builds in the existing environment sounds much better than >>>> trying to pull in externally built binaries... >>>> >>>> sage >>> _______________________________________________ >>> ceph-users mailing list >>> ceph-users@lists.ceph.com >>> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com >>> >> >> -- >> Loïc Dachary, Artisan Logiciel Libre >> _______________________________________________ >> ceph-users mailing list >> ceph-users@lists.ceph.com >> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com > -- 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 ^ permalink raw reply [flat|nested] 37+ messages in thread
[parent not found: <56D6CF42.7080909-cLsNCMjd+0JAfugRpC6u6w@public.gmane.org>]
* Re: v0.94.6 Hammer released [not found] ` <56D6CF42.7080909-cLsNCMjd+0JAfugRpC6u6w@public.gmane.org> @ 2016-03-10 0:00 ` Chris Dunlop 2016-03-16 23:20 ` [ceph-users] " Chris Dunlop 0 siblings, 1 reply; 37+ messages in thread From: Chris Dunlop @ 2016-03-10 0:00 UTC (permalink / raw) To: Loic Dachary; +Cc: ceph-devel-u79uwXL29TY76Z2rM5mHXA, ceph-users-Qp0mS5GaXlQ Hi Loic, On Wed, Mar 02, 2016 at 06:32:18PM +0700, Loic Dachary wrote: > I think you misread what Sage wrote : "The intention was to > continue building stable releases (0.94.x) on the old list of > supported platforms (which inclues 12.04 and el6)". In other > words, the old OS'es are still supported. Their absence is a > glitch in the release process that will be fixed. Any news on a release of v0.94.6 for debian wheezy? Cheers, Chris ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [ceph-users] v0.94.6 Hammer released 2016-03-10 0:00 ` Chris Dunlop @ 2016-03-16 23:20 ` Chris Dunlop 2016-03-17 0:40 ` Chen, Xiaoxi 0 siblings, 1 reply; 37+ messages in thread From: Chris Dunlop @ 2016-03-16 23:20 UTC (permalink / raw) To: Nathan Cutler, Loic Dachary, Chen, Xiaoxi, M Ranga Swami Reddy, Wei-Chung Cheng Cc: ceph-devel, ceph-users Hi Stable Release Team for v0.94, On Thu, Mar 10, 2016 at 11:00:06AM +1100, Chris Dunlop wrote: > On Wed, Mar 02, 2016 at 06:32:18PM +0700, Loic Dachary wrote: >> I think you misread what Sage wrote : "The intention was to >> continue building stable releases (0.94.x) on the old list of >> supported platforms (which inclues 12.04 and el6)". In other >> words, the old OS'es are still supported. Their absence is a >> glitch in the release process that will be fixed. > > Any news on a release of v0.94.6 for debian wheezy? Any news on a release of v0.94.6 for debian wheezy? Cheers, Chris ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [ceph-users] v0.94.6 Hammer released 2016-03-16 23:20 ` [ceph-users] " Chris Dunlop @ 2016-03-17 0:40 ` Chen, Xiaoxi [not found] ` <011EEA5C-6A6B-489B-AB20-6EDEE2F55AFE-ZuctOmHWJ9c@public.gmane.org> 0 siblings, 1 reply; 37+ messages in thread From: Chen, Xiaoxi @ 2016-03-17 0:40 UTC (permalink / raw) To: Chris Dunlop, Nathan Cutler, Loic Dachary, M Ranga Swami Reddy, Wei-Chung Cheng Cc: ceph-devel, ceph-users It’s already there, in http://download.ceph.com/debian-hammer/pool/main/c/ceph/. On 3/17/16, 7:20 AM, "Chris Dunlop" <chris@onthe.net.au> wrote: >Hi Stable Release Team for v0.94, > >On Thu, Mar 10, 2016 at 11:00:06AM +1100, Chris Dunlop wrote: >> On Wed, Mar 02, 2016 at 06:32:18PM +0700, Loic Dachary wrote: >>> I think you misread what Sage wrote : "The intention was to >>> continue building stable releases (0.94.x) on the old list of >>> supported platforms (which inclues 12.04 and el6)". In other >>> words, the old OS'es are still supported. Their absence is a >>> glitch in the release process that will be fixed. >> >> Any news on a release of v0.94.6 for debian wheezy? > >Any news on a release of v0.94.6 for debian wheezy? > >Cheers, > >Chris ^ permalink raw reply [flat|nested] 37+ messages in thread
[parent not found: <011EEA5C-6A6B-489B-AB20-6EDEE2F55AFE-ZuctOmHWJ9c@public.gmane.org>]
* Re: v0.94.6 Hammer released [not found] ` <011EEA5C-6A6B-489B-AB20-6EDEE2F55AFE-ZuctOmHWJ9c@public.gmane.org> @ 2016-03-17 1:43 ` Chris Dunlop 2016-03-22 22:49 ` [ceph-users] " Chris Dunlop 0 siblings, 1 reply; 37+ messages in thread From: Chris Dunlop @ 2016-03-17 1:43 UTC (permalink / raw) To: Chen, Xiaoxi Cc: Wei-Chung Cheng, Loic Dachary, ceph-devel-u79uwXL29TY76Z2rM5mHXA, ceph-users-Qp0mS5GaXlQ Hi Chen, On Thu, Mar 17, 2016 at 12:40:28AM +0000, Chen, Xiaoxi wrote: > It’s already there, in http://download.ceph.com/debian-hammer/pool/main/c/ceph/. I can only see ceph*_0.94.6-1~bpo80+1_amd64.deb there. Debian wheezy would be bpo70. Cheers, Chris > On 3/17/16, 7:20 AM, "Chris Dunlop" <chris@onthe.net.au> wrote: > >> Hi Stable Release Team for v0.94, >> >> On Thu, Mar 10, 2016 at 11:00:06AM +1100, Chris Dunlop wrote: >>> On Wed, Mar 02, 2016 at 06:32:18PM +0700, Loic Dachary wrote: >>>> I think you misread what Sage wrote : "The intention was to >>>> continue building stable releases (0.94.x) on the old list of >>>> supported platforms (which inclues 12.04 and el6)". In other >>>> words, the old OS'es are still supported. Their absence is a >>>> glitch in the release process that will be fixed. >>> >>> Any news on a release of v0.94.6 for debian wheezy? >> >> Any news on a release of v0.94.6 for debian wheezy? >> >> Cheers, >> >> Chris _______________________________________________ ceph-users mailing list ceph-users@lists.ceph.com http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [ceph-users] v0.94.6 Hammer released 2016-03-17 1:43 ` Chris Dunlop @ 2016-03-22 22:49 ` Chris Dunlop 2016-03-22 23:14 ` Loic Dachary 0 siblings, 1 reply; 37+ messages in thread From: Chris Dunlop @ 2016-03-22 22:49 UTC (permalink / raw) To: Chen, Xiaoxi, Nathan Cutler, Loic Dachary, M Ranga Swami Reddy, Wei-Chung Cheng Cc: ceph-devel, ceph-users Hi Stable Release Team for v0.94, Let's try again... Any news on a release of v0.94.6 for debian wheezy (bpo70)? Cheers, Chris On Thu, Mar 17, 2016 at 12:43:15PM +1100, Chris Dunlop wrote: > Hi Chen, > > On Thu, Mar 17, 2016 at 12:40:28AM +0000, Chen, Xiaoxi wrote: >> It’s already there, in http://download.ceph.com/debian-hammer/pool/main/c/ceph/. > > I can only see ceph*_0.94.6-1~bpo80+1_amd64.deb there. Debian wheezy would > be bpo70. > > Cheers, > > Chris > >> On 3/17/16, 7:20 AM, "Chris Dunlop" <chris@onthe.net.au> wrote: >> >>> Hi Stable Release Team for v0.94, >>> >>> On Thu, Mar 10, 2016 at 11:00:06AM +1100, Chris Dunlop wrote: >>>> On Wed, Mar 02, 2016 at 06:32:18PM +0700, Loic Dachary wrote: >>>>> I think you misread what Sage wrote : "The intention was to >>>>> continue building stable releases (0.94.x) on the old list of >>>>> supported platforms (which inclues 12.04 and el6)". In other >>>>> words, the old OS'es are still supported. Their absence is a >>>>> glitch in the release process that will be fixed. >>>> >>>> Any news on a release of v0.94.6 for debian wheezy? >>> >>> Any news on a release of v0.94.6 for debian wheezy? >>> >>> Cheers, >>> >>> Chris -- 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 ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [ceph-users] v0.94.6 Hammer released 2016-03-22 22:49 ` [ceph-users] " Chris Dunlop @ 2016-03-22 23:14 ` Loic Dachary 2016-03-22 23:39 ` Chris Dunlop 0 siblings, 1 reply; 37+ messages in thread From: Loic Dachary @ 2016-03-22 23:14 UTC (permalink / raw) To: Chris Dunlop, Chen, Xiaoxi, Nathan Cutler, M Ranga Swami Reddy, Wei-Chung Cheng Cc: ceph-devel, ceph-users On 22/03/2016 23:49, Chris Dunlop wrote: > Hi Stable Release Team for v0.94, > > Let's try again... Any news on a release of v0.94.6 for debian wheezy (bpo70)? I don't think publishing a debian wheezy backport for v0.94.6 is planned. Maybe it's a good opportunity to initiate a community effort ? Would you like to work with me on this ? > > Cheers, > > Chris > > On Thu, Mar 17, 2016 at 12:43:15PM +1100, Chris Dunlop wrote: >> Hi Chen, >> >> On Thu, Mar 17, 2016 at 12:40:28AM +0000, Chen, Xiaoxi wrote: >>> It’s already there, in http://download.ceph.com/debian-hammer/pool/main/c/ceph/. >> >> I can only see ceph*_0.94.6-1~bpo80+1_amd64.deb there. Debian wheezy would >> be bpo70. >> >> Cheers, >> >> Chris >> >>> On 3/17/16, 7:20 AM, "Chris Dunlop" <chris@onthe.net.au> wrote: >>> >>>> Hi Stable Release Team for v0.94, >>>> >>>> On Thu, Mar 10, 2016 at 11:00:06AM +1100, Chris Dunlop wrote: >>>>> On Wed, Mar 02, 2016 at 06:32:18PM +0700, Loic Dachary wrote: >>>>>> I think you misread what Sage wrote : "The intention was to >>>>>> continue building stable releases (0.94.x) on the old list of >>>>>> supported platforms (which inclues 12.04 and el6)". In other >>>>>> words, the old OS'es are still supported. Their absence is a >>>>>> glitch in the release process that will be fixed. >>>>> >>>>> Any news on a release of v0.94.6 for debian wheezy? >>>> >>>> Any news on a release of v0.94.6 for debian wheezy? >>>> >>>> Cheers, >>>> >>>> Chris > -- > 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 ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [ceph-users] v0.94.6 Hammer released 2016-03-22 23:14 ` Loic Dachary @ 2016-03-22 23:39 ` Chris Dunlop 2016-03-23 0:03 ` Loic Dachary 0 siblings, 1 reply; 37+ messages in thread From: Chris Dunlop @ 2016-03-22 23:39 UTC (permalink / raw) To: Loic Dachary Cc: Chen, Xiaoxi, Nathan Cutler, M Ranga Swami Reddy, Wei-Chung Cheng, ceph-devel, ceph-users Hi Loïc, On Wed, Mar 23, 2016 at 12:14:27AM +0100, Loic Dachary wrote: > On 22/03/2016 23:49, Chris Dunlop wrote: >> Hi Stable Release Team for v0.94, >> >> Let's try again... Any news on a release of v0.94.6 for debian wheezy (bpo70)? > > I don't think publishing a debian wheezy backport for v0.94.6 is planned. Maybe it's a good opportunity to initiate a community effort ? Would you like to work with me on this ? It's my understanding, from statements by both Sage and yourself, that existing OS'es would continue to be supported in the stable series, e.g.: On Wed, Mar 02, 2016 at 06:32:18PM +0700, Loic Dachary wrote: > I think you misread what Sage wrote : "The intention was to continue > building stable releases (0.94.x) on the old list of supported platforms > (which inclues 12.04 and el6)". In other words, the old OS'es are still > supported. Their absence is a glitch in the release process that will be > fixed. "The old OS'es" that were being supported up to v0.94.5 includes debian wheezy. It would be quite surprising and unexpected to drop support for an OS in the middle of a stable series. If that is indeed what's happening, and it's not just an oversight, I'd prefer to put my efforts into moving to a supported OS rather than keeping the older OS on life support. Just to be clear, I understand it is quite a burden maintaining releases for old OSes, I'm only voicing mild surprise and a touch of regret: I'm very happy with the Ceph project! Cheers, Chris, OnTheNet -- 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 ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [ceph-users] v0.94.6 Hammer released 2016-03-22 23:39 ` Chris Dunlop @ 2016-03-23 0:03 ` Loic Dachary 2016-03-23 0:12 ` Chris Dunlop 0 siblings, 1 reply; 37+ messages in thread From: Loic Dachary @ 2016-03-23 0:03 UTC (permalink / raw) To: Chris Dunlop Cc: Chen, Xiaoxi, Nathan Cutler, M Ranga Swami Reddy, Wei-Chung Cheng, ceph-devel, ceph-users Hi Chris, On 23/03/2016 00:39, Chris Dunlop wrote: > Hi Loïc, > > On Wed, Mar 23, 2016 at 12:14:27AM +0100, Loic Dachary wrote: >> On 22/03/2016 23:49, Chris Dunlop wrote: >>> Hi Stable Release Team for v0.94, >>> >>> Let's try again... Any news on a release of v0.94.6 for debian wheezy (bpo70)? >> >> I don't think publishing a debian wheezy backport for v0.94.6 is planned. Maybe it's a good opportunity to initiate a community effort ? Would you like to work with me on this ? > > It's my understanding, from statements by both Sage and yourself, that > existing OS'es would continue to be supported in the stable series, e.g.: > > On Wed, Mar 02, 2016 at 06:32:18PM +0700, Loic Dachary wrote: > > I think you misread what Sage wrote : "The intention was to continue > > building stable releases (0.94.x) on the old list of supported platforms > > (which inclues 12.04 and el6)". In other words, the old OS'es are still > > supported. Their absence is a glitch in the release process that will be > > fixed. > > "The old OS'es" that were being supported up to v0.94.5 includes debian > wheezy. It would be quite surprising and unexpected to drop support for an > OS in the middle of a stable series. I'm unsure if wheezy is among the old OS'es. It predates my involvement in the stable releases effort. I know for sure el6 and 12.04 are supported for 0.94.x. > If that is indeed what's happening, and it's not just an oversight, I'd > prefer to put my efforts into moving to a supported OS rather than keeping > the older OS on life support. That makes sense. Should you change your mind, I'll be around to help. > Just to be clear, I understand it is quite a burden maintaining releases for > old OSes, I'm only voicing mild surprise and a touch of regret: I'm very > happy with the Ceph project! I'm hopefull we'll be able to support more OS in the future, both with a lightweight release process and more community support. The Ceph releases should scale out, just as Ceph does ;-) Cheers > > Cheers, > > Chris, > OnTheNet > -- 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 ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [ceph-users] v0.94.6 Hammer released 2016-03-23 0:03 ` Loic Dachary @ 2016-03-23 0:12 ` Chris Dunlop [not found] ` <20160323001200.GA1244-s239Etu9j1dPR4JQBCEnsQ@public.gmane.org> 0 siblings, 1 reply; 37+ messages in thread From: Chris Dunlop @ 2016-03-23 0:12 UTC (permalink / raw) To: Loic Dachary Cc: Chen, Xiaoxi, Nathan Cutler, M Ranga Swami Reddy, Wei-Chung Cheng, ceph-devel, ceph-users Hi Loïc, On Wed, Mar 23, 2016 at 01:03:06AM +0100, Loic Dachary wrote: > On 23/03/2016 00:39, Chris Dunlop wrote: >> "The old OS'es" that were being supported up to v0.94.5 includes debian >> wheezy. It would be quite surprising and unexpected to drop support for an >> OS in the middle of a stable series. > > I'm unsure if wheezy is among the old OS'es. It predates my involvement in the stable releases effort. I know for sure el6 and 12.04 are supported for 0.94.x. From http://download.ceph.com/debian-hammer/pool/main/c/ceph/ ceph-common_0.94.1-1~bpo70+1_i386.deb 15-Dec-2015 15:32 10217628 ceph-common_0.94.3-1~bpo70+1_amd64.deb 19-Oct-2015 18:54 9818964 ceph-common_0.94.4-1~bpo70+1_amd64.deb 26-Oct-2015 20:48 9868020 ceph-common_0.94.5-1~bpo70+1_amd64.deb 15-Dec-2015 15:32 9868188 That's all debian wheezy. (Huh. I'd never noticed 0.94.1 was i386 only!) Cheers, Chris, OnTheNet -- 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 ^ permalink raw reply [flat|nested] 37+ messages in thread
[parent not found: <20160323001200.GA1244-s239Etu9j1dPR4JQBCEnsQ@public.gmane.org>]
* Re: v0.94.6 Hammer released [not found] ` <20160323001200.GA1244-s239Etu9j1dPR4JQBCEnsQ@public.gmane.org> @ 2016-03-23 0:22 ` Loic Dachary [not found] ` <56F1E1D5.4080006-cLsNCMjd+0JAfugRpC6u6w@public.gmane.org> 0 siblings, 1 reply; 37+ messages in thread From: Loic Dachary @ 2016-03-23 0:22 UTC (permalink / raw) To: Chris Dunlop Cc: Wei-Chung Cheng, Chen, Xiaoxi, ceph-devel-u79uwXL29TY76Z2rM5mHXA, ceph-users-Qp0mS5GaXlQ On 23/03/2016 01:12, Chris Dunlop wrote: > Hi Loïc, > > On Wed, Mar 23, 2016 at 01:03:06AM +0100, Loic Dachary wrote: >> On 23/03/2016 00:39, Chris Dunlop wrote: >>> "The old OS'es" that were being supported up to v0.94.5 includes debian >>> wheezy. It would be quite surprising and unexpected to drop support for an >>> OS in the middle of a stable series. >> >> I'm unsure if wheezy is among the old OS'es. It predates my involvement in the stable releases effort. I know for sure el6 and 12.04 are supported for 0.94.x. > >>From http://download.ceph.com/debian-hammer/pool/main/c/ceph/ > > ceph-common_0.94.1-1~bpo70+1_i386.deb 15-Dec-2015 15:32 10217628 > ceph-common_0.94.3-1~bpo70+1_amd64.deb 19-Oct-2015 18:54 9818964 > ceph-common_0.94.4-1~bpo70+1_amd64.deb 26-Oct-2015 20:48 9868020 > ceph-common_0.94.5-1~bpo70+1_amd64.deb 15-Dec-2015 15:32 9868188 > > That's all debian wheezy. > > (Huh. I'd never noticed 0.94.1 was i386 only!) > Indeed. Were these packages created as a lucky side effect or because there was a commitment at some point ? I'm curious to know the answer as well :-) -- Loïc Dachary, Artisan Logiciel Libre _______________________________________________ ceph-users mailing list ceph-users@lists.ceph.com http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com ^ permalink raw reply [flat|nested] 37+ messages in thread
[parent not found: <56F1E1D5.4080006-cLsNCMjd+0JAfugRpC6u6w@public.gmane.org>]
* Re: v0.94.6 Hammer released [not found] ` <56F1E1D5.4080006-cLsNCMjd+0JAfugRpC6u6w@public.gmane.org> @ 2016-03-23 3:37 ` Chris Dunlop 2016-03-23 6:05 ` Sage Weil 1 sibling, 0 replies; 37+ messages in thread From: Chris Dunlop @ 2016-03-23 3:37 UTC (permalink / raw) To: Loic Dachary Cc: Wei-Chung Cheng, Sage Weil, Chen, Xiaoxi, ceph-devel-u79uwXL29TY76Z2rM5mHXA, ceph-users-Qp0mS5GaXlQ On Wed, Mar 23, 2016 at 01:22:45AM +0100, Loic Dachary wrote: > On 23/03/2016 01:12, Chris Dunlop wrote: >> On Wed, Mar 23, 2016 at 01:03:06AM +0100, Loic Dachary wrote: >>> On 23/03/2016 00:39, Chris Dunlop wrote: >>>> "The old OS'es" that were being supported up to v0.94.5 includes debian >>>> wheezy. It would be quite surprising and unexpected to drop support for an >>>> OS in the middle of a stable series. >>> >>> I'm unsure if wheezy is among the old OS'es. It predates my involvement in the stable releases effort. I know for sure el6 and 12.04 are supported for 0.94.x. >> >> From http://download.ceph.com/debian-hammer/pool/main/c/ceph/ >> >> ceph-common_0.94.1-1~bpo70+1_i386.deb 15-Dec-2015 15:32 10217628 >> ceph-common_0.94.3-1~bpo70+1_amd64.deb 19-Oct-2015 18:54 9818964 >> ceph-common_0.94.4-1~bpo70+1_amd64.deb 26-Oct-2015 20:48 9868020 >> ceph-common_0.94.5-1~bpo70+1_amd64.deb 15-Dec-2015 15:32 9868188 >> >> That's all debian wheezy. >> >> (Huh. I'd never noticed 0.94.1 was i386 only!) >> > > Indeed. Were these packages created as a lucky side effect or because there was a commitment at some point ? I'm curious to know the answer as well :-) Who would know? Sage? (cc'ed) Chris ^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: v0.94.6 Hammer released [not found] ` <56F1E1D5.4080006-cLsNCMjd+0JAfugRpC6u6w@public.gmane.org> 2016-03-23 3:37 ` Chris Dunlop @ 2016-03-23 6:05 ` Sage Weil 1 sibling, 0 replies; 37+ messages in thread From: Sage Weil @ 2016-03-23 6:05 UTC (permalink / raw) To: Loic Dachary Cc: Wei-Chung Cheng, ceph-devel-u79uwXL29TY76Z2rM5mHXA, ceph-users-Qp0mS5GaXlQ, Chen, Xiaoxi [-- Attachment #1: Type: TEXT/PLAIN, Size: 1601 bytes --] On Wed, 23 Mar 2016, Loic Dachary wrote: > On 23/03/2016 01:12, Chris Dunlop wrote: > > Hi Loïc, > > > > On Wed, Mar 23, 2016 at 01:03:06AM +0100, Loic Dachary wrote: > >> On 23/03/2016 00:39, Chris Dunlop wrote: > >>> "The old OS'es" that were being supported up to v0.94.5 includes debian > >>> wheezy. It would be quite surprising and unexpected to drop support for an > >>> OS in the middle of a stable series. > >> > >> I'm unsure if wheezy is among the old OS'es. It predates my involvement in the stable releases effort. I know for sure el6 and 12.04 are supported for 0.94.x. > > > >>From http://download.ceph.com/debian-hammer/pool/main/c/ceph/ > > > > ceph-common_0.94.1-1~bpo70+1_i386.deb 15-Dec-2015 15:32 10217628 > > ceph-common_0.94.3-1~bpo70+1_amd64.deb 19-Oct-2015 18:54 9818964 > > ceph-common_0.94.4-1~bpo70+1_amd64.deb 26-Oct-2015 20:48 9868020 > > ceph-common_0.94.5-1~bpo70+1_amd64.deb 15-Dec-2015 15:32 9868188 > > > > That's all debian wheezy. > > > > (Huh. I'd never noticed 0.94.1 was i386 only!) > > > > Indeed. Were these packages created as a lucky side effect or because > there was a commitment at some point ? I'm curious to know the answer as > well :-) Wheezy was part of the official supported list for hammer (and still should be). I think this was just an oversight for the last hammer release, unless there is some infrastructure issues I haven't heard about. There will be another hammer release before too long. sage [-- Attachment #2: Type: text/plain, Size: 178 bytes --] _______________________________________________ ceph-users mailing list ceph-users-idqoXFIVOFJgJs9I8MT0rw@public.gmane.org http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com ^ permalink raw reply [flat|nested] 37+ messages in thread
end of thread, other threads:[~2016-03-23 6:05 UTC | newest] Thread overview: 37+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2016-02-23 16:01 v0.94.6 Hammer released Sage Weil 2016-02-24 9:31 ` Dan van der Ster 2016-02-24 16:27 ` [ceph-users] " Alfredo Deza 2016-02-25 4:13 ` Franklin M. Siler 2016-02-26 0:39 ` Xiaoxi Chen 2016-02-26 2:03 ` Franklin M. Siler [not found] ` <FE41C953-5D62-41E0-A1C5-97891B7A7438-yJlFm309LvW+XT7JhA+gdA@public.gmane.org> 2016-02-29 9:04 ` Odintsov Vladislav [not found] ` <1456736629334.47610-b5CV0i+qpxk@public.gmane.org> 2016-02-29 11:11 ` Shinobu Kinjo 2016-02-29 11:30 ` [ceph-users] " Odintsov Vladislav 2016-02-29 12:50 ` Alfredo Deza 2016-02-29 13:28 ` Dan van der Ster [not found] ` <CABZ+qqkD_w4xM-qNdxC_WkZbGPf+w0gHh2cgYnPF2-_0go5-SA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2016-02-29 13:38 ` Josef Johansson [not found] ` <FB2D860E-F299-4096-9D97-79B84F79C2DB-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> 2016-02-29 13:40 ` Josef Johansson 2016-02-29 14:59 ` [ceph-users] " Loic Dachary 2016-02-29 15:49 ` Nathan Cutler 2016-02-29 16:09 ` Loic Dachary 2016-02-29 16:10 ` Loic Dachary 2016-02-29 17:31 ` Dan van der Ster 2016-02-29 18:21 ` Ken Dreyer [not found] ` <56D45CCC.8010608-cLsNCMjd+0JAfugRpC6u6w@public.gmane.org> 2016-02-29 15:57 ` Sage Weil [not found] ` <alpine.DEB.2.11.1602291056350.1904-Wo5lQnKln9t9PHm/lf2LFUEOCMrvLtNR@public.gmane.org> 2016-03-02 1:06 ` Chris Dunlop [not found] ` <20160302010625.GA10914-s239Etu9j1dPR4JQBCEnsQ@public.gmane.org> 2016-03-02 10:15 ` Odintsov Vladislav 2016-03-02 11:32 ` [ceph-users] " Loic Dachary 2016-03-02 12:48 ` Dan van der Ster 2016-03-02 14:49 ` Loic Dachary [not found] ` <56D6CF42.7080909-cLsNCMjd+0JAfugRpC6u6w@public.gmane.org> 2016-03-10 0:00 ` Chris Dunlop 2016-03-16 23:20 ` [ceph-users] " Chris Dunlop 2016-03-17 0:40 ` Chen, Xiaoxi [not found] ` <011EEA5C-6A6B-489B-AB20-6EDEE2F55AFE-ZuctOmHWJ9c@public.gmane.org> 2016-03-17 1:43 ` Chris Dunlop 2016-03-22 22:49 ` [ceph-users] " Chris Dunlop 2016-03-22 23:14 ` Loic Dachary 2016-03-22 23:39 ` Chris Dunlop 2016-03-23 0:03 ` Loic Dachary 2016-03-23 0:12 ` Chris Dunlop [not found] ` <20160323001200.GA1244-s239Etu9j1dPR4JQBCEnsQ@public.gmane.org> 2016-03-23 0:22 ` Loic Dachary [not found] ` <56F1E1D5.4080006-cLsNCMjd+0JAfugRpC6u6w@public.gmane.org> 2016-03-23 3:37 ` Chris Dunlop 2016-03-23 6:05 ` Sage Weil
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.