Hi Joao,
This question looks like it should have an easy answer, but I've never tried to
do that. Does anyone has previous experience dealing with this ?
Cheers
Quoting : http://tracker.ceph.com/issues/9485#note-19
After trying to edit the crushmap in order to separate groups of OSDs according
Hi,
I am trying to integrate OpenStack Juno Keystone with the Ceph Object
Gateway(radosw).
I want to use keystone as the users authority. A user that keystone
authorizes to access
the gateway will also be created on the radosgw. Tokens that keystone
validates will be
considered as valid by the ra
Hi Loic,
A very interesting reply and your description of the promotion behaviour
makes perfect sense. I can see how a larger number of data chunks could
impact latency, so would certainly impact a OLTP type workload where low
latency is critical.
Would you know if the "promotion/EC pool read" st
Hi David,
Very strange, but I'm glad you managed to finally get the cluster working
normally. Thank you for posting the benchmarks figures, it's interesting to
see the overhead of LIO over pure RBD performance.
I should have the hardware for our cluster up and running early next year, I
will be
Forgot to copy the list.
I basically cobbled together the settings from examples on the internet.
>
> I basically modified this sysctl.conf file with his suggestion for 10gb
> nics
> http://www.nateware.com/linux-network-tuning-for-2013.html#.VIG_44eLTII
>
> I found these sites helpful as well:
>
Hi,
I left out mentioning in my previous mail that my ceph version is firefly.
Regards,
--
Vivek Varghese Cherian
___
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
Several things are different/annoying with radosgw than with other Ceph
daemons:
- binary/package are named 'radosgw' instead of 'ceph-rgw'.
This is cosmetic, but it also makes it fit less well into the
new /var/lib/ceph/* view of things.
- default log location is /var/log/radosgw/$cluster-$na
While we are on the subject of init systems and packaging, I would *love*
to fix things up for hammer to
- create a ceph user and group
- add various users to ceph group (like qemu or kvm user and
apache/www-data?)
- fix permissions on /var/log/ceph and /var/run/ceph (770?) so that qemu
and
Sage, at least in the Redhat world there are ways to get a pre-assigned uid/gid
for a service that is
part of a system service. There's a registered list of services that get fixed
uid/gid, you can google for it.
Any service can add an adduser command with a fixed uid/gid but best to
cooperate
On Saturday, December 6, 2014, Sage Weil wrote:
> While we are on the subject of init systems and packaging, I would *love*
> to fix things up for hammer to
>
> - create a ceph user and group
> - add various users to ceph group (like qemu or kvm user and
> apache/www-data?)
Maybe a calamari u
You can also register uids with Debian. Quoting from the Policy
Manual[1]:
The UID and GID numbers are divided into classes as follows:
0-99:
Globally allocated by the Debian project, the same on every
Debian system. These ids will appear in the passwd and group
f
Sorry, I'm afraid I can't anymore. At the time the logs didn't seem very
interesting, which was why I didn't attach any to my original e-mail. On
the virtualization guests there was a disk error and the drive was
remounted read-only. I don't have remote logging, so there was nothing
after that. On
On Sat, Dec 06, 2014 at 08:44:41PM +, Paulo Almeida wrote:
...
> You can also register uids with Debian. Quoting from the Policy
> Manual[1]:
>
> The UID and GID numbers are divided into classes as follows:
>
> 0-99:
>
> Globally allocated by the Debian project, the same on e
I should have kept reading the policy manual. The relevant section seems
to be:
6-64999: Globally allocated by the Debian project, but only created
on demand. The ids are allocated centrally and statically, but the
actual accounts are only created on users' systems on demand.
The changelog fo
On Sat, Dec 6, 2014 at 10:39 AM, Sage Weil wrote:
> Several things are different/annoying with radosgw than with other Ceph
> daemons:
>
> - binary/package are named 'radosgw' instead of 'ceph-rgw'.
>
> This is cosmetic, but it also makes it fit less well into the
> new /var/lib/ceph/* view of thi
On 07/12/14 07:39, Sage Weil wrote:
Thoughts? Suggestions?
Would kit make sense to include radosgw-agent package in this
normalization too?
Regards
Mark
___
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/c
16 matches
Mail list logo
