Re: Issue with Ceph File System and LIO

I have opened ticket: 14086 On Tue, Dec 15, 2015 at 5:05 AM, Yan, Zheng wrote: > On Tue, Dec 15, 2015 at 2:08 PM, Eric Eastman >> [Tue Dec 15 00:46:55 2015] [ cut here ] >> [Tue Dec 15 00:46:55 2015] WARNING: CPU: 0 PID: 1123421 at >>

RE: ceph-mon terminated with status 28

Brad -- The issue is in tracker now.. http://tracker.ceph.com/issues/14088 -- Tom > -Original Message- > From: Brad Hubbard [mailto:bhubb...@redhat.com] > Sent: Monday, December 14, 2015 3:47 PM > To: Deneau, Tom > Cc: ceph-devel@vger.kernel.org > Subject: Re: ceph-mon terminated with

Re: Issue with Ceph File System and LIO

On 12/15/2015 12:08 AM, Eric Eastman wrote: > I am testing Linux Target SCSI, LIO, with a Ceph File System backstore > and I am seeing this error on my LIO gateway. I am using Ceph v9.2.0 > on a 4.4rc4 Kernel, on Trusty, using a kernel mounted Ceph File > System. A file on the Ceph File System

Re: Improving Data-At-Rest encryption in Ceph

On Mon, Dec 14, 2015 at 9:28 PM, Gregory Farnum wrote: > > On Mon, Dec 14, 2015 at 5:17 AM, Radoslaw Zarzynski > wrote: > > Hello Folks, > > > > I would like to publish a proposal regarding improvements to Ceph > > data-at-rest encryption mechanism.

Re: [Ceph-qa] Bug #13191 CentOS 7 multipath test fail because libdevmapper version must be >= 1.02.89

[redirecting to ceph-devel]. Hi, On 14/12/2015 21:20, Abe Asraoui wrote: > Hi All, > > Does anyone know if this bug # 13191 has been resolved ?? http://tracker.ceph.com/issues/13191 has not been resolved. Could you please comment on it ? A short explanation about why you need it resolved will

Re: Issue with Ceph File System and LIO

On Tue, Dec 15, 2015 at 9:26 AM, Mike Christie wrote: > On 12/15/2015 12:08 AM, Eric Eastman wrote: >> I am testing Linux Target SCSI, LIO, with a Ceph File System backstore >> and I am seeing this error on my LIO gateway. I am using Ceph v9.2.0 >> on a 4.4rc4 Kernel, on

Re: Issue with Ceph File System and LIO

On Tue, Dec 15, 2015 at 2:08 PM, Eric Eastman wrote: > I am testing Linux Target SCSI, LIO, with a Ceph File System backstore > and I am seeing this error on my LIO gateway. I am using Ceph v9.2.0 > on a 4.4rc4 Kernel, on Trusty, using a kernel mounted Ceph File >

Re: Improving Data-At-Rest encryption in Ceph

On Mon, Dec 14, 2015 at 11:02 PM, Martin Millnert wrote: > On Mon, 2015-12-14 at 12:28 -0800, Gregory Farnum wrote: >> On Mon, Dec 14, 2015 at 5:17 AM, Radoslaw Zarzynski > >> > In typical case ciphertext data transferred from OSD to OSD can be >> > used without change. This

Re: Issues installing on CentOS 7.1

We released 1.5.30 yesterday and had some issues with the repo metadata for CentOS, should now be resolved, can you try again and let me know if that is not the case? On Mon, Dec 14, 2015 at 5:07 PM, Luis Pabon wrote: > Just wanted to check if it is me or something else is

Re: Improving Data-At-Rest encryption in Ceph

On Mon, Dec 14, 2015 at 10:52 PM, Martin Millnert wrote: > On Mon, 2015-12-14 at 14:17 +0100, Radoslaw Zarzynski wrote: >> Hello Folks, >> >> I would like to publish a proposal regarding improvements to Ceph >> data-at-rest encryption mechanism. Adam Kupczyk and I worked >> on

Re: Improving Data-At-Rest encryption in Ceph

Hi, Thanks for this detailed response. - Original Message - > From: "Lars Marowsky-Bree" > To: "Ceph Development" > Sent: Tuesday, December 15, 2015 9:23:04 AM > Subject: Re: Improving Data-At-Rest encryption in Ceph > > It's not yet

FreeBSD is receiving traps on os/FileJournal.cc:1036

Hi, I'm receiving traps when running the tests going with 'gmake check' and on one of the tests it traps on: os/FileJournal.cc:1036 void FileJournal::align_bl(off64_t pos, bufferlist& bl) { // make sure list segments are page aligned if (directio && (!bl.is_aligned(block_size) ||

Re: Issues installing on CentOS 7.1

Oh and also worth pointing out that we don't do RHEL builds anymore (existing rhel repos are no longer getting updated), so in this case "el7" is the right one to use. On Tue, Dec 15, 2015 at 7:29 AM, Alfredo Deza wrote: > We released 1.5.30 yesterday and had some issues with

Re: Issues installing on CentOS 7.1

Great! Gracias Alfredo. It works. - Luis On 12/15/2015 07:33 AM, Alfredo Deza wrote: Oh and also worth pointing out that we don't do RHEL builds anymore (existing rhel repos are no longer getting updated), so in this case "el7" is the right one to use. On Tue, Dec 15, 2015 at 7:29 AM,

Re: Improving Data-At-Rest encryption in Ceph

On Tue, Dec 15, 2015 at 1:58 AM, Adam Kupczyk wrote: > > > On Mon, Dec 14, 2015 at 9:28 PM, Gregory Farnum wrote: >> >> On Mon, Dec 14, 2015 at 5:17 AM, Radoslaw Zarzynski >> wrote: >> > Hello Folks, >> > >> > I would like to

Re: FreeBSD is receiving traps on os/FileJournal.cc:1036

You mean your ceph assert(0 == "bl should be align"), right? But in master branch, the 1036 line is not assert(0 == "bl should be align"). 2015-12-16 7:56 GMT+08:00 Willem Jan Withagen : > Hi, > > I'm receiving traps when running the tests going with 'gmake check' > and on one

Re: Improving Data-At-Rest encryption in Ceph

On 2015-12-14T14:17:08, Radoslaw Zarzynski wrote: Hi all, great to see this revived. However, I have come to see some concerns with handling the encryption within Ceph itself. The key part to any such approach is formulating the threat scenario. For the use cases we

Re: Improving Data-At-Rest encryption in Ceph

I agree with Lars's concerns: the main problems with the current dm-crypt approach are that there isn't any key management integration yet and the root volume and swap aren't encrypted. Those are easy to solve (and I'm hoping we'll be able to address them in time for Jewel). On the other hand,

Re: Improving Data-At-Rest encryption in Ceph

On Mon, 2015-12-14 at 14:32 -0800, Gregory Farnum wrote: > On Mon, Dec 14, 2015 at 2:02 PM, Martin Millnert > wrote: > > On Mon, 2015-12-14 at 12:28 -0800, Gregory Farnum wrote: > > > On Mon, Dec 14, 2015 at 5:17 AM, Radoslaw Zarzynski > > > > > > In typical case ciphertext