01:20:01  * ed209quit (Remote host closed the connection)
01:20:08  * ed209joined
01:49:14  * elijahZ241joined
01:49:14  * elijahZ24quit (Read error: Connection reset by peer)
03:06:32  * jhendricksjoined
06:36:09  * jhendricksquit (Quit: Leaving.)
09:22:45  * wyrepart ("Leaving")
09:24:35  * xmerlinquit (Quit: Sto andando via)
09:45:07  * jzu__changed nick to jzu_
10:20:01  * ed209quit (Remote host closed the connection)
10:20:08  * ed209joined
11:39:40  * elijahZ24joined
11:39:40  * elijahZ241quit (Read error: Connection reset by peer)
12:53:33  * jhendricksjoined
13:15:31  * jhendricksquit (Quit: Leaving.)
14:12:17  * glasspelicanquit (Ping timeout: 248 seconds)
14:17:29  * mhicksjoined
14:17:32  * mhickspart
14:28:27  * glasspelicanjoined
14:33:38  * pmooneyquit (Quit: WeeChat 1.7.1)
14:59:23  * mhicksjoined
14:59:27  * pmooneyjoined
15:01:22  * mhicksquit (Client Quit)
15:15:32  * Smithx10joined
15:15:53  <Smithx10>Is there anyway to increase the number of copies of a already PUT object?
15:17:57  <Smithx10>So that more CNs can run against that object, or is it better to just do better framing of the data
15:25:39  <rmustacc>Smithx10: Put it again from inside a job.
15:25:55  <rmustacc>Or from outside it
15:27:03  <Smithx10>rmustacc: gotcha. Is there any metadata or way to determine how many copies an object has?
15:27:28  <rmustacc>Yes, it's in the headers.
15:27:32  <Smithx10>ahhh cool
15:27:37  <rmustacc>At least, IIRC.
15:39:34  * jhendricksjoined
15:43:37  <Smithx10>rmustacc: https://smartos.org/bugview/MANTA-2409. Im hitting this bug and am trying to mrm -r a dir. I tried to do mls media/plex | while read name; do mrm -r ~~/stor/media/plex/"$name"; done but haven't had any luck.
15:44:31  <Smithx10>Any pointers on how to kill the entire directory.
15:45:15  * mellocjoined
15:47:58  * mellocquit (Client Quit)
15:51:21  * trentmjoined
15:59:36  * Smithx10quit (Remote host closed the connection)
16:11:45  * jhendricksquit (Quit: Leaving.)
16:21:29  * Smithx10joined
16:53:59  * Smithx10quit (Read error: Connection reset by peer)
16:54:45  * Smithx10joined
17:07:47  * mellocjoined
17:10:12  <bahamat>Smithx10: If you've got objects that run into MANTA-2409/MANTA-2803 then you're going to hit it everywhere.
17:10:13  <jinni>https://smartos.org/bugview/MANTA-2409
17:10:13  <jinni>https://smartos.org/bugview/MANTA-2803
17:11:07  <bahamat>Smithx10: The only way to "bypass" that would be to delete from moray/pg/filesystem directly (which I do not recomend)
17:11:51  * jhendricksjoined
17:12:29  <rmustacc>We should just fix the bug.
17:15:14  <Smithx10>bahamat: any best suggestion on how to mrm those files?
17:15:26  <Smithx10>without bypassing the client
17:15:37  <bahamat>Smithx10: My recommendation is to wait until the bug is fixed.
17:15:52  <Smithx10>k, Ill just post to a new dir
17:15:52  <bahamat>You can't use the client to delete the files because the bug is in the API.
17:17:31  <bahamat>Any attempt to use the API will fail. It's technically possible to do brain surgery on manta, and until the bug is fixed that would be the only way.
17:17:40  <bahamat>I say that to discourage you from attempting it.
17:19:59  * Smithx10quit (Ping timeout: 246 seconds)
17:30:58  * Smithx10joined
17:54:10  * pmooneyquit (Quit: WeeChat 1.7.1)
20:20:00  * ed209quit (Remote host closed the connection)
20:20:08  * ed209joined
20:20:47  * dap_joined
21:04:29  * jhendricksquit (Quit: Leaving.)
21:06:54  * jhendricksjoined
21:07:55  * dap_1joined
21:10:04  * dap_quit (Ping timeout: 260 seconds)
21:13:01  * pmooneyjoined
21:28:40  * dap_1quit (Quit: Leaving.)
22:08:24  * dap_joined
22:30:23  * jayschmidtjoined
22:50:18  * jhendricksquit (Quit: Leaving.)
22:56:28  * jhendricksjoined
23:24:25  * jayschmidtquit (Quit: Leaving.)
23:48:51  * jayschmidtjoined
23:48:51  * jayschmidtquit (Client Quit)