We would like to be ready for next nautilus point release within next week. Please if you have any outstanding PRs for it label them accordingly so they get tested and included. Thx YuriW
Yuri Weinstein <yweinste@redhat.com> writes:
We would like to be ready for next nautilus point release within next week. Please if you have any outstanding PRs for it label them accordingly so they get tested and included.
The queue is almost finished, if anything needs to get in to the next nautilus point speak up now.
Thx YuriW
-- Abhishek
On Mon, Jul 27, 2020 at 5:15 PM Abhishek Lekshmanan <abhishek@suse.com> wrote:
Yuri Weinstein <yweinste@redhat.com> writes:
We would like to be ready for next nautilus point release within next week. Please if you have any outstanding PRs for it label them accordingly so they get tested and included.
The queue is almost finished, if anything needs to get in to the next nautilus point speak up now.
v14.2.10 has a regression https://tracker.ceph.com/issues/46443 The osd will crash if an inc osdmap encode fails, *and* if that failure was the first map in the message. Could you wait for a fix to that? Thanks! Dan
Thx YuriW
-- Abhishek _______________________________________________ Dev mailing list -- dev@ceph.io To unsubscribe send an email to dev-leave@ceph.io
Dan Yes waiting, if this is not too long. Do you have a PR for testing ? On Mon, Jul 27, 2020 at 8:33 AM Dan van der Ster <dan@vanderster.com> wrote:
On Mon, Jul 27, 2020 at 5:15 PM Abhishek Lekshmanan <abhishek@suse.com> wrote:
Yuri Weinstein <yweinste@redhat.com> writes:
We would like to be ready for next nautilus point release within next week. Please if you have any outstanding PRs for it label them accordingly so they get tested and included.
The queue is almost finished, if anything needs to get in to the next nautilus point speak up now.
v14.2.10 has a regression https://tracker.ceph.com/issues/46443 The osd will crash if an inc osdmap encode fails, *and* if that failure was the first map in the message.
Could you wait for a fix to that?
Thanks!
Dan
Thx YuriW
-- Abhishek _______________________________________________ Dev mailing list -- dev@ceph.io To unsubscribe send an email to dev-leave@ceph.io
Dev mailing list -- dev@ceph.io To unsubscribe send an email to dev-leave@ceph.io
https://github.com/ceph/ceph/pull/36297 On Mon, Jul 27, 2020 at 5:41 PM Yuri Weinstein <yweinste@redhat.com> wrote:
Dan
Yes waiting, if this is not too long. Do you have a PR for testing ?
On Mon, Jul 27, 2020 at 8:33 AM Dan van der Ster <dan@vanderster.com> wrote:
On Mon, Jul 27, 2020 at 5:15 PM Abhishek Lekshmanan <abhishek@suse.com> wrote:
Yuri Weinstein <yweinste@redhat.com> writes:
We would like to be ready for next nautilus point release within next week. Please if you have any outstanding PRs for it label them accordingly so they get tested and included.
The queue is almost finished, if anything needs to get in to the next nautilus point speak up now.
v14.2.10 has a regression https://tracker.ceph.com/issues/46443 The osd will crash if an inc osdmap encode fails, *and* if that failure was the first map in the message.
Could you wait for a fix to that?
Thanks!
Dan
Thx YuriW
-- Abhishek _______________________________________________ Dev mailing list -- dev@ceph.io To unsubscribe send an email to dev-leave@ceph.io
Dev mailing list -- dev@ceph.io To unsubscribe send an email to dev-leave@ceph.io
Can you do a backport for nautilus ? Or Nathan, Abhishek maybe ? On Mon, Jul 27, 2020 at 8:59 AM Dan van der Ster <dan@vanderster.com> wrote:
https://github.com/ceph/ceph/pull/36297
On Mon, Jul 27, 2020 at 5:41 PM Yuri Weinstein <yweinste@redhat.com> wrote:
Dan
Yes waiting, if this is not too long. Do you have a PR for testing ?
On Mon, Jul 27, 2020 at 8:33 AM Dan van der Ster <dan@vanderster.com> wrote:
On Mon, Jul 27, 2020 at 5:15 PM Abhishek Lekshmanan <abhishek@suse.com> wrote:
Yuri Weinstein <yweinste@redhat.com> writes:
We would like to be ready for next nautilus point release within next week. Please if you have any outstanding PRs for it label them accordingly so they get tested and included.
The queue is almost finished, if anything needs to get in to the next nautilus point speak up now.
v14.2.10 has a regression https://tracker.ceph.com/issues/46443 The osd will crash if an inc osdmap encode fails, *and* if that failure was the first map in the message.
Could you wait for a fix to that?
Thanks!
Dan
Thx YuriW
-- Abhishek _______________________________________________ Dev mailing list -- dev@ceph.io To unsubscribe send an email to dev-leave@ceph.io
Dev mailing list -- dev@ceph.io To unsubscribe send an email to dev-leave@ceph.io
I'm waiting for make check to succeed. And maybe a 2nd opinion from an OSD lead? On Mon, Jul 27, 2020 at 6:01 PM Yuri Weinstein <yweinste@redhat.com> wrote:
Can you do a backport for nautilus ?
Or Nathan, Abhishek maybe ?
On Mon, Jul 27, 2020 at 8:59 AM Dan van der Ster <dan@vanderster.com> wrote:
https://github.com/ceph/ceph/pull/36297
On Mon, Jul 27, 2020 at 5:41 PM Yuri Weinstein <yweinste@redhat.com> wrote:
Dan
Yes waiting, if this is not too long. Do you have a PR for testing ?
On Mon, Jul 27, 2020 at 8:33 AM Dan van der Ster <dan@vanderster.com> wrote:
On Mon, Jul 27, 2020 at 5:15 PM Abhishek Lekshmanan <abhishek@suse.com> wrote:
Yuri Weinstein <yweinste@redhat.com> writes:
We would like to be ready for next nautilus point release within next week. Please if you have any outstanding PRs for it label them accordingly so they get tested and included.
The queue is almost finished, if anything needs to get in to the next nautilus point speak up now.
v14.2.10 has a regression https://tracker.ceph.com/issues/46443 The osd will crash if an inc osdmap encode fails, *and* if that failure was the first map in the message.
Could you wait for a fix to that?
Thanks!
Dan
Thx YuriW
-- Abhishek _______________________________________________ Dev mailing list -- dev@ceph.io To unsubscribe send an email to dev-leave@ceph.io
Dev mailing list -- dev@ceph.io To unsubscribe send an email to dev-leave@ceph.io
Thanks for the fix, Dan! Yuri and Abhishek, let's hold off on 14.2.10 until we review/test and backport Dan's fix. Neha On Mon, Jul 27, 2020 at 9:04 AM Dan van der Ster <dan@vanderster.com> wrote:
I'm waiting for make check to succeed. And maybe a 2nd opinion from an OSD lead?
On Mon, Jul 27, 2020 at 6:01 PM Yuri Weinstein <yweinste@redhat.com> wrote:
Can you do a backport for nautilus ?
Or Nathan, Abhishek maybe ?
On Mon, Jul 27, 2020 at 8:59 AM Dan van der Ster <dan@vanderster.com> wrote:
https://github.com/ceph/ceph/pull/36297
On Mon, Jul 27, 2020 at 5:41 PM Yuri Weinstein <yweinste@redhat.com> wrote:
Dan
Yes waiting, if this is not too long. Do you have a PR for testing ?
On Mon, Jul 27, 2020 at 8:33 AM Dan van der Ster <dan@vanderster.com> wrote:
On Mon, Jul 27, 2020 at 5:15 PM Abhishek Lekshmanan <abhishek@suse.com> wrote:
Yuri Weinstein <yweinste@redhat.com> writes:
> We would like to be ready for next nautilus point release within next week. > Please if you have any outstanding PRs for it label them accordingly > so they get tested and included.
The queue is almost finished, if anything needs to get in to the next nautilus point speak up now.
v14.2.10 has a regression https://tracker.ceph.com/issues/46443 The osd will crash if an inc osdmap encode fails, *and* if that failure was the first map in the message.
Could you wait for a fix to that?
Thanks!
Dan
> > Thx > YuriW >
-- Abhishek _______________________________________________ Dev mailing list -- dev@ceph.io To unsubscribe send an email to dev-leave@ceph.io
Dev mailing list -- dev@ceph.io To unsubscribe send an email to dev-leave@ceph.io
_______________________________________________ Dev mailing list -- dev@ceph.io To unsubscribe send an email to dev-leave@ceph.io
The nautilus backport https://github.com/ceph/ceph/pull/36339 is ready for testing. We are back on track for 14.2.10. Thanks, Neha On Mon, Jul 27, 2020 at 9:09 AM Neha Ojha <nojha@redhat.com> wrote:
Thanks for the fix, Dan! Yuri and Abhishek, let's hold off on 14.2.10 until we review/test and backport Dan's fix.
Neha
On Mon, Jul 27, 2020 at 9:04 AM Dan van der Ster <dan@vanderster.com> wrote:
I'm waiting for make check to succeed. And maybe a 2nd opinion from an OSD lead?
On Mon, Jul 27, 2020 at 6:01 PM Yuri Weinstein <yweinste@redhat.com> wrote:
Can you do a backport for nautilus ?
Or Nathan, Abhishek maybe ?
On Mon, Jul 27, 2020 at 8:59 AM Dan van der Ster <dan@vanderster.com> wrote:
https://github.com/ceph/ceph/pull/36297
On Mon, Jul 27, 2020 at 5:41 PM Yuri Weinstein <yweinste@redhat.com> wrote:
Dan
Yes waiting, if this is not too long. Do you have a PR for testing ?
On Mon, Jul 27, 2020 at 8:33 AM Dan van der Ster <dan@vanderster.com> wrote:
On Mon, Jul 27, 2020 at 5:15 PM Abhishek Lekshmanan <abhishek@suse.com> wrote: > > Yuri Weinstein <yweinste@redhat.com> writes: > > > We would like to be ready for next nautilus point release within next week. > > Please if you have any outstanding PRs for it label them accordingly > > so they get tested and included. > > The queue is almost finished, if anything needs to get in to the next > nautilus point speak up now.
v14.2.10 has a regression https://tracker.ceph.com/issues/46443 The osd will crash if an inc osdmap encode fails, *and* if that failure was the first map in the message.
Could you wait for a fix to that?
Thanks!
Dan
> > > > Thx > > YuriW > > > > -- > Abhishek > _______________________________________________ > Dev mailing list -- dev@ceph.io > To unsubscribe send an email to dev-leave@ceph.io _______________________________________________ Dev mailing list -- dev@ceph.io To unsubscribe send an email to dev-leave@ceph.io
_______________________________________________ Dev mailing list -- dev@ceph.io To unsubscribe send an email to dev-leave@ceph.io
On Wed, Jul 29, 2020 at 7:15 AM Neha Ojha <nojha@redhat.com> wrote:
The nautilus backport https://github.com/ceph/ceph/pull/36339 is ready for testing. We are back on track for 14.2.10.
Sorry, 14.2.11.
Thanks, Neha
On Mon, Jul 27, 2020 at 9:09 AM Neha Ojha <nojha@redhat.com> wrote:
Thanks for the fix, Dan! Yuri and Abhishek, let's hold off on 14.2.10 until we review/test and backport Dan's fix.
Neha
On Mon, Jul 27, 2020 at 9:04 AM Dan van der Ster <dan@vanderster.com> wrote:
I'm waiting for make check to succeed. And maybe a 2nd opinion from an OSD lead?
On Mon, Jul 27, 2020 at 6:01 PM Yuri Weinstein <yweinste@redhat.com> wrote:
Can you do a backport for nautilus ?
Or Nathan, Abhishek maybe ?
On Mon, Jul 27, 2020 at 8:59 AM Dan van der Ster <dan@vanderster.com> wrote:
https://github.com/ceph/ceph/pull/36297
On Mon, Jul 27, 2020 at 5:41 PM Yuri Weinstein <yweinste@redhat.com> wrote:
Dan
Yes waiting, if this is not too long. Do you have a PR for testing ?
On Mon, Jul 27, 2020 at 8:33 AM Dan van der Ster <dan@vanderster.com> wrote: > > On Mon, Jul 27, 2020 at 5:15 PM Abhishek Lekshmanan <abhishek@suse.com> wrote: > > > > Yuri Weinstein <yweinste@redhat.com> writes: > > > > > We would like to be ready for next nautilus point release within next week. > > > Please if you have any outstanding PRs for it label them accordingly > > > so they get tested and included. > > > > The queue is almost finished, if anything needs to get in to the next > > nautilus point speak up now. > > v14.2.10 has a regression https://tracker.ceph.com/issues/46443 > The osd will crash if an inc osdmap encode fails, *and* if that > failure was the first map in the message. > > Could you wait for a fix to that? > > Thanks! > > Dan > > > > > > > Thx > > > YuriW > > > > > > > -- > > Abhishek > > _______________________________________________ > > Dev mailing list -- dev@ceph.io > > To unsubscribe send an email to dev-leave@ceph.io > _______________________________________________ > Dev mailing list -- dev@ceph.io > To unsubscribe send an email to dev-leave@ceph.io >
_______________________________________________ Dev mailing list -- dev@ceph.io To unsubscribe send an email to dev-leave@ceph.io
On 27-7-2020 17:15, Abhishek Lekshmanan wrote:
Yuri Weinstein <yweinste@redhat.com> writes:
We would like to be ready for next nautilus point release within next week. Please if you have any outstanding PRs for it label them accordingly so they get tested and included. The queue is almost finished, if anything needs to get in to the next nautilus point speak up now.
One of the backports makes me run into the error below on FreeBSD/Clang. I'm trying to bisect, but if anything springs to mind of people having had backports and has suggestions on fixing it before the bisect is finished I'd appreciate a mail. Don't hold back on releasing the new version, since I can add separate patches in the FreeBSD build set for packages. Most of the time there a few patches that are not in the tree, because the did not make it, or because I have not found a nice way of submitting it. --WjW [ 99%] Built target ceph_test_librgw_file_aw In file included from /home/jenkins/workspace/ceph-nautilus/src/rgw/rgw_main.cc:4: In file included from /home/jenkins/workspace/ceph-nautilus/src/common/ceph_argparse.h:29: In file included from /home/jenkins/workspace/ceph-nautilus/src/common/entity_name.h:20: In file included from /home/jenkins/workspace/ceph-nautilus/src/msg/msg_types.h:23: In file included from /home/jenkins/workspace/ceph-nautilus/src/include/types.h:21: In file included from /home/jenkins/workspace/ceph-nautilus/src/include/uuid.h:8: In file included from /home/jenkins/workspace/ceph-nautilus/src/include/encoding.h:17: In file included from /usr/include/c++/v1/set:427: In file included from /usr/include/c++/v1/__node_handle:16: /usr/include/c++/v1/optional:471:27: error: the parameter for this explicitly-defaulted copy assignment operator is const, but a member or base requires it to be non-const __optional_copy_base& operator=(const __optional_copy_base&) = default; ^ /usr/include/c++/v1/optional:483:43: note: in instantiation of template class 'std::__1::__optional_copy_base<RGWRealmReloader, false>' requested here struct __optional_move_base<_Tp, false> : __optional_copy_base<_Tp> ^ /usr/include/c++/v1/optional:516:50: note: in instantiation of template class 'std::__1::__optional_move_base<RGWRealmReloader, false>' requested here struct __optional_copy_assign_base<_Tp, false> : __optional_move_base<_Tp> ^ /usr/include/c++/v1/optional:548:50: note: in instantiation of template class 'std::__1::__optional_copy_assign_base<RGWRealmReloader, false>' requested here struct __optional_move_assign_base<_Tp, false> : __optional_copy_assign_base<_Tp> ^ /usr/include/c++/v1/optional:586:15: note: in instantiation of template class 'std::__1::__optional_move_assign_base<RGWRealmReloader, false>' requested here : private __optional_move_assign_base<_Tp> ^ /home/jenkins/workspace/ceph-nautilus/src/rgw/rgw_main.cc:568:35: note: in instantiation of template class 'std::__1::optional<RGWRealmReloader>' requested here std::optional<RGWRealmReloader> reloader(std::in_place, store, ^ 1 error generated. gmake[2]: *** [src/rgw/CMakeFiles/radosgw.dir/build.make:83: src/rgw/CMakeFiles/radosgw.dir/rgw_main.cc.o] Error 1 gmake[2]: Leaving directory '/home/jenkins/workspace/ceph-nautilus/build' gmake[1]: *** [CMakeFiles/Makefile2:18450: src/rgw/CMakeFiles/radosgw.dir/all] Error 2 gmake[1]: *** Waiting for unfinished jobs....
participants (5)
-
Abhishek Lekshmanan
-
Dan van der Ster
-
Neha Ojha
-
Willem Jan Withagen
-
Yuri Weinstein