ntent" on DELETE even if the file does not exist. Interestingly
Amazon doesn`t care and deletes the right file. Is there any way to force this
behaviour for radosgw?
BTW: s3cmd codes ' ' as '%20 and '+' as '%2B'
best regards,
Ingo
--
Ingo Reimann
Teamleiter Technik
[ https://www
times. I think for new OSDs, we should use the new(?)
default of 5G or go even larger with our 10TB+ Disks.
We use rdb and rgw, but no rbd snapshots!
Does this help, or do you need some more information?
best regards,
Ingo
- Ursprüngliche Mail -
Von: "Ingo Reimann"
An: &q
ilable memory, could you also try
setting it to false but increasing the osd_memory_target size? I'd like
to understand a little bit deeper what's going on here. Ultimately I
don't want our only line of defense against slow snap trimming to be
having page cache available!
Mark
On 8/7/20 6
ards,
Ingo
- Ursprüngliche Mail -
Von: "Stefan Kooman"
An: "ceph-users"
Gesendet: Freitag, 7. August 2020 12:24:08
Betreff: [ceph-users] Re: OSDs flapping since upgrade to 14.2.10
On 2020-08-07 12:07, Ingo Reimann wrote:
> i`m am not sure, if we really have a problem, but it
d-timeout back to the pre 12(!).2.11
value of 30
i`m am not sure, if we really have a problem, but it does not look healthy.
Any ideas, thoughts?
regards,
Ingo
--
Ingo Reimann
Teamleiter Technik
[ https://www.dunkel.de/ ]
Dunkel GmbH
Philipp-Reis-Straße 2
65795 Hattersheim
Fon: +49 6190 889
Hi Frederic,
i guess it is not stuck but just iterating. My "orphans find" job is running
for nearly 2 months now! I hope, you started it in a screen session ;)
happy waiting,
ingo
- Ursprüngliche Mail -
Von: "CUZA Frédéric"
An: "ceph-users"
Gesendet: Freitag, 31. Januar 2020
Hi All
>On 09/10/2019 09:07, Florian Haas wrote:
>[...]
>the question with about resharding the usage log still stands. (The untrimmed
>usage log, in my case, would have blasted the old 2M keys threshold, too.)
>
>Cheers, Florian
Is there any new wisdom about resharding the usage log for one
An: "Ingo Reimann"
CC: "ceph-users"
Gesendet: Donnerstag, 2. Januar 2020 21:26:03
Betreff: Re: [ceph-users] radosgw - Etags suffixed with #x0e
On Wed, Dec 18, 2019 at 11:41 AM Ingo Reimann < [ mailto:ireim...@dunkel.de |
ireim...@dunkel.de ] > wrote:
Hi,
Anyone?
- Ursprüngliche Mail -
Von: "Ingo Reimann"
An: "ceph-users"
Gesendet: Donnerstag, 19. Dezember 2019 15:56:21
Betreff: [ceph-users] Re: radosgw - Etags suffixed with #x0e
Hi,
i was able to track down the issue further:
* Upload had been a multipa
p rgw.buckets getxattr
"default.375689600.58_XXX-ZZZ/data/L/K" user.rgw.etag > /tmp/etag.ok
root@cephosd01:~# diff /tmp/etag.*
root@cephosd01:~# cat /tmp/etag.broken
ae6992f728ff1763f6b2425acf6811a5-19root@cephosd01:~#
I may read and write or even copy (s3cmd copy) the object
a lot of traffic on the buckets, so i thought about modifying the
reshard command and store the "resharded" index on the new place. Just now, i
am not sure, if i need that and if i am able to do the right modifications on
the code..
Kind regards,
Ingo
Von: "Jacek Suchenia"
metadata with proper location (In my example they were
wrong or empty)
Jacek
pon., 2 gru 2019 o 12:28 Ingo Reimann < [ mailto:ireim...@dunkel.de |
ireim...@dunkel.de ] > napisał(a):
Hi,
2 years after my issue [ [ https://tracker.ceph.com/issues/22928 |
https://tracker.ceph.com/issues/2
: ".log:lc",
"log_pool": ".log",
"intent_log_pool": ".intent-log",
"usage_log_pool": ".usage",
"reshard_pool": ".log:reshard",
"user_keys_pool": ".users",
"user_email_pool&qu
13 matches
Mail list logo