Hello guys,
my cluster is running on the latest Ceph version. My cluster and my
client are running on CentOS 7.2.
ceph version 10.2.2 (45107e21c568dd033c2f0a3107dec8f0b0e58374)
My Client is using CephFS, I'm not using Fuse. My fstab:
linsrv001,linsrv002,linsrv003:/ /mnt/cephfs ceph
noatime,
So with a patched leveldb to skip errors I now have a store.db that I can
extract the pg,mon,and osd map from. That said when I try to start kh10-8
it bombs out::
---
---
root@kh10-8:/var/lib/ceph/mon/ceph-kh10-8# ceph-mon -i
>It should be worthwhile to check if timezone is/was different in mind.
What I meant was that it should be worthwhile to check if timezone is/was
different in MONS also.
Cheers
From: Hein-Pieter van Braam [h...@tmm.cx]
Sent: 13 August 2016 22:42
To: Gon
Hi HP
My 2 cents again.
In
> http://tracker.ceph.com/issues/9732
There is a comment from Samuel saying "This...is not resolved! The
utime_t->hobject_t mapping is timezone dependent. Needs to be not timezone
dependent when generating the archive object names."
The way I read it is that you wi
On Sat, Aug 13, 2016 at 12:36 PM, Alex Gorbachev
wrote:
> On Mon, Aug 8, 2016 at 7:56 AM, Ilya Dryomov wrote:
>> On Sun, Aug 7, 2016 at 7:57 PM, Alex Gorbachev
>> wrote:
I'm confused. How can a 4M discard not free anything? It's either
going to hit an entire object or two adjacent
On Mon, Aug 8, 2016 at 7:56 AM, Ilya Dryomov wrote:
> On Sun, Aug 7, 2016 at 7:57 PM, Alex Gorbachev
> wrote:
>>> I'm confused. How can a 4M discard not free anything? It's either
>>> going to hit an entire object or two adjacent objects, truncating the
>>> tail of one and zeroing the head of
Hi Blade,
I was planning to do something similar. Run the OSD in the way you
describe, use object copy to copy the data to a new volume, then move
the clients to the new volume.
Thanks a lot,
- HP
On Sat, 2016-08-13 at 08:18 -0700, Blade Doyle wrote:
> Hi HP.
>
> Mine was not really a fix, it
Hi HP.
Mine was not really a fix, it was just a hack to get the OSD up long enough
to make sure I had a full backup, then I rebuilt the cluster from scratch
and restored the data. Though the hack did stop the OSD from crashing, it
is probably a symptom of some internal problem, and may not be "sa
Hi Blade,
I appear to be stuck in the same situation you were in. Do you still
happen to have a patch to implement this workaround you described?
Thanks,
- HP
___
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph
Hi,
The timezones on all my systems appear to be the same, I just verified
it by running 'date' on all my boxes.
- HP
On Sat, 2016-08-13 at 12:36 +, Goncalo Borges wrote:
> The ticket I mentioned earlier was marked as a duplicate of
>
> http://tracker.ceph.com/issues/9732
>
> Cheers
> Gonc
The ticket I mentioned earlier was marked as a duplicate of
http://tracker.ceph.com/issues/9732
Cheers
Goncalo
From: ceph-users [ceph-users-boun...@lists.ceph.com] on behalf of Goncalo
Borges [goncalo.bor...@sydney.edu.au]
Sent: 13 August 2016 22:23
To: Hein-Pieter van Braam; ceph-users
Subject
Hi Goncalo,
Thank you for your response. I had already found that issue but it does
not apply to my situation. The timezones are correct and I'm running a
pure hammer cluster.
- HP
On Sat, 2016-08-13 at 12:23 +, Goncalo Borges wrote:
> Hi HP.
>
> I am just a site admin so my opinion should
Hi HP.
I am just a site admin so my opinion should be validated by proper support staff
Seems really similar to
http://tracker.ceph.com/issues/14399
The ticket speaks about timezone difference between osds. Maybe it is something
worthwhile to check?
Cheers
Goncalo
Hi Willi
If you are using ceph-fuse, to enable quota, you need to pass "--client-quota"
option in the mount operation.
Cheers
Goncalo
From: ceph-users [ceph-users-boun...@lists.ceph.com] on behalf of Willi Fehler
[willi.feh...@t-online.de]
Sent: 13 August
Hello all,
My cluster started to lose OSDs without any warning, whenever an OSD
becomes the primary for a particular PG it crashes with the following
stacktrace:
ceph version 0.94.7 (d56bdf93ced6b80b07397d57e3fa68fe68304432)
1: /usr/bin/ceph-osd() [0xada722]
2: (()+0xf100) [0x7fc28bca5100]
3:
> Op 13 aug. 2016 om 09:24 heeft Willi Fehler het
> volgende geschreven:
>
> Hello,
>
> I'm trying to use CephFS quaotas. On my client I've created a subdirectory in
> my CephFS mountpoint and used the following command from the documentation.
>
> setfattr -n ceph.quota.max_bytes -v 100
> Op 13 aug. 2016 om 08:58 heeft Georgios Dimitrakakis
> het volgende geschreven:
>
>
>>> Op 13 aug. 2016 om 03:19 heeft Bill Sharer het volgende geschreven:
>>>
>>> If all the system disk does is handle the o/s (ie osd journals are
>>> on dedicated or osd drives as well), no problem. Just
Hello,
I'm trying to use CephFS quaotas. On my client I've created a
subdirectory in my CephFS mountpoint and used the following command from
the documentation.
setfattr -n ceph.quota.max_bytes -v 1 /mnt/cephfs/quota
But if I create files bigger than my quota nothing happens. Do I ne
18 matches
Mail list logo