Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id A94AE200ACC for ; Mon, 2 May 2016 18:55:48 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id A64671609B0; Mon, 2 May 2016 18:55:48 +0200 (CEST) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id C626A1609A6 for ; Mon, 2 May 2016 18:55:47 +0200 (CEST) Received: (qmail 41779 invoked by uid 500); 2 May 2016 16:55:46 -0000 Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@cassandra.apache.org Delivered-To: mailing list user@cassandra.apache.org Received: (qmail 41769 invoked by uid 99); 2 May 2016 16:55:46 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 May 2016 16:55:46 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id 2FA13C17D7 for ; Mon, 2 May 2016 16:55:46 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1.897 X-Spam-Level: * X-Spam-Status: No, score=1.897 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=2, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd1-us-west.apache.org (amavisd-new); dkim=pass (1024-bit key) header.d=microsoft.com Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id zhPPj1XlQR7W for ; Mon, 2 May 2016 16:55:45 +0000 (UTC) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0115.outbound.protection.outlook.com [157.56.110.115]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTPS id BD0D65FAD3 for ; Mon, 2 May 2016 16:55:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=60dCtyNWlrmyGuo2GmFyInuKRIgQoaUhUoovATVlJOk=; b=eSOWORO1a5gR8B2feAkzw1Wya/i6vAoDSwHUdvxQ1jtKN/7F+7szVMl1zNyfg6auh0zZadcX9W2hF0pe+Q474TtMhUa/BIKeJ7ami5IIMY1x4g3U7zshDWjZeNxRNmaL1bi1/sDjmywRnhYanxkjeOgsXwN8TrRQjuLS7UL2Xts= Received: from CO2PR00MB0101.namprd00.prod.outlook.com (10.166.215.142) by CO2PR00MB0101.namprd00.prod.outlook.com (10.166.215.142) with Microsoft SMTP Server (TLS) id 15.1.497.0; Mon, 2 May 2016 16:55:37 +0000 Received: from CO2PR00MB0101.namprd00.prod.outlook.com ([10.166.215.142]) by CO2PR00MB0101.namprd00.prod.outlook.com ([10.166.215.142]) with mapi id 15.01.0497.000; Mon, 2 May 2016 16:55:37 +0000 From: Anubhav Kale To: "user@cassandra.apache.org" Subject: SS Table File Names not containing GUIDs Thread-Topic: SS Table File Names not containing GUIDs Thread-Index: AdGkktktCfQ9tWo0Siu3dRy4KRP91Q== Date: Mon, 2 May 2016 16:55:37 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: cassandra.apache.org; dkim=none (message not signed) header.d=none;cassandra.apache.org; dmarc=none action=none header.from=microsoft.com; x-originating-ip: [2001:4898:80e8:9::11e] x-ms-office365-filtering-correlation-id: e17c1243-552c-4d72-b386-08d372aa95f7 x-microsoft-exchange-diagnostics: 1;CO2PR00MB0101;5:Pfb34XjvHq276iqFsiRZzzFhSsySp3PqbzUu5EjCVYE4QR3Q0bZHxdUawHkjOvq25oCkYGPr5e5Aq43U3rAToNYzvzMNgQjDUTk/7iU9t3r0Yh1szOuv++n7rek6J/88pZUpiRAyYP1s3M0imC+M2w==;24:RcmPNfg1NEiEVi3D0gWHOVcBQQHal+LjZxlLsEWrijdCOB35MnzCZ/+ySv00XsmM/AWMfpL9eRcpP3nAtoIRN32PqDEfu7VdebT8QHZERyg=;7:BwffXSkwL6/bAk8XRi7WMQgWWbIo3DvKlY3v9unPeu25S4TEtFJPuqkMOglhC4F65uslw2rxWjZAYwwwghOBqWb9A4zDAhKsl4CPe9724KyGzfTihSnFbIDu8+yQf+8n1aTXJqEdBrZceYhrgAIa8FTmPvTEbcJBFuNxf4DLKH9ki/cnZta5InQwuyWOy10r70ZtmRr+K92y0xTvdIeA9w== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CO2PR00MB0101; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:(9101521072)(61425038)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6055026)(61426038)(61427038);SRVR:CO2PR00MB0101;BCL:0;PCL:0;RULEID:;SRVR:CO2PR00MB0101; x-forefront-prvs: 0930AAFAD9 x-forefront-antispam-report: SFV:NSPM;SFS:(10019020)(6009001)(87936001)(3660700001)(3280700002)(2501003)(110136002)(107886002)(5005710100001)(10290500002)(9686002)(54356999)(10400500002)(76576001)(5002640100001)(2906002)(11100500001)(5004730100002)(74316001)(9326002)(86612001)(92566002)(86362001)(81166005)(50986999)(16236675004)(33656002)(19580395003)(2351001)(5008740100001)(229853001)(99286002)(19625215002)(450100001)(102836003)(10090500001)(5003600100002)(2900100001)(19300405004)(122556002)(6116002)(790700001)(189998001)(586003)(15975445007)(1096002)(1220700001)(77096005)(3826002);DIR:OUT;SFP:1102;SCL:1;SRVR:CO2PR00MB0101;H:CO2PR00MB0101.namprd00.prod.outlook.com;FPR:;SPF:None;MLV:sfv;LANG:en; spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_CO2PR00MB0101902997AD4188A2120DE38B790CO2PR00MB0101namp_" MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 02 May 2016 16:55:37.3698 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO2PR00MB0101 archived-at: Mon, 02 May 2016 16:55:48 -0000 --_000_CO2PR00MB0101902997AD4188A2120DE38B790CO2PR00MB0101namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello, I am wondering if there is any reason as to why the SS Table format doesn't= have a GUID. As far as I can tell, the incrementing number isn't really us= ed for any special purpose in code, and having a unique name for the file s= eems to be a better thing, in general. Specifically, this causes some inconvenience when restoring snapshots. Idea= lly, I would like to restore just the system* keyspaces and boot the node. = Then, once the node is taking live traffic copy the SS Tables over and do a= DSE restart at the end to load old data. The problem is it is possible to overwrite new data with old files if the f= ile names match. I can't change the file names of snapshot-ed file to a hug= e number, because as soon as that file is copied over, C* will use that num= ber in its get-next-number-gen logic potentially causing the same problem f= or the next snapshot-ed file. How do people usually tackle this ? Is there some easy solution that I am n= ot seeing ? Thanks ! --_000_CO2PR00MB0101902997AD4188A2120DE38B790CO2PR00MB0101namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello,

 

I am wondering if there is any reason as to why the = SS Table format doesn’t have a GUID. As far as I can tell, the increm= enting number isn’t really used for any special purpose in code, and = having a unique name for the file seems to be a better thing, in general.

 

Specifically, this causes some inconvenience when re= storing snapshots. Ideally, I would like to restore just the system* keyspa= ces and boot the node. Then, once the node is taking live traffic copy the = SS Tables over and do a DSE restart at the end to load old data.

 

The problem is it is possible to overwrite new data = with old files if the file names match. I can’t change the file names= of snapshot-ed file to a huge number, because as soon as that file is copi= ed over, C* will use that number in its get-next-number-gen logic potentially causing the same problem for the nex= t snapshot-ed file.

 

How do people usually tackle this ? Is there some ea= sy solution that I am not seeing ?

 

Thanks !

--_000_CO2PR00MB0101902997AD4188A2120DE38B790CO2PR00MB0101namp_--