I didn’t think it was possible to run zfs commands in LX branded zones. Is it possible?
Cheers Eric > On 24 May 2016, at 18:43, Sebastien Perreault <[email protected]> wrote: > > Hi, > > Don't do step 5... do this instead in the zone: > > zfs create -omountpoint=/opt/local/crashplan/manifest zones/<zone > uuid>/data/manifest > > Seb, > > On Tue, May 24, 2016 at 11:56 AM, Eric Ripa <[email protected] > <mailto:[email protected]>> wrote: > Thanks for the steps Sebastien. Sounds like I will have to perform some > cleanup as I do not currently have enough spare room to copy all data from > the snapshot without touching the snapshot data. > > My plan is: > 1) create a new LX zone with CentOS 7 with delegate_dataset=true & > indestructible_delegated=true (might as well upgrade the dist) > 2) run rsync from the old snapshot to the new delegated dataset > 3) shut down the old zone, move the IP etc. to the new zone > 4) install the CrashPlan service on the new zone and configure it + stop > the service > 5) change mount point of the delagated dataset to > /opt/local/crashplan/manifest (as hinted in vmadm(1m)) > 6) profit! > > Sounds feasible? > > Cheers, > Eric > > > > >> On 24 May 2016, at 16:58, Sebastien Perreault <[email protected] >> <mailto:[email protected]>> wrote: >> >> Hi, >> >> My best guess is the following, under /checkpoint/indestructible lives the >> data that used to live in / this is because /checkpoint in a ro mount of a >> snapshot named indestructible, go in the global or host and do zfs list -t >> all | grep <zone uuid>. it should be there. If you did zfs snapshot >> zones/<zone uuid>@lala you would see /checkpoint/lala in your zone now.. >> >> So what you should do is copy back your data into /opt/local/crashplan ( >> copy not move ). >> >> Also I would highly encourage you to use delegate_dataset property instead, >> it creates a filesystem /data that is kept between reboot and reprovision. >> >> Seb, >> >> On Tue, May 24, 2016 at 10:44 AM, Eric Ripa <[email protected] >> <mailto:[email protected]>> wrote: >> Thanks again for the reply! >> >> The data used to reside under /opt/local/crashplan/manifest, after the >> reboot there no longer is any data under /opt/local/crashplan/manifest. No >> folder, no nothing. The data still does exist, but under >> /checkpoints/indestructible/opt/local/crashplan/manifest. >> >> So my questions are 1) why did this happen? 2) how can I properly recover to >> my desired state, to have the data r/w under /opt/local/crashplan/manifest? >> >> BR >> Eric >> >> >> On 24 May 2016 at 16:17, Adam Števko <[email protected] >> <mailto:[email protected]>> wrote: >> Hi, >> >> what do you mean by “reappearing"? The data which can be found under >> /checkpoint/indestructible is a snapshot and you can’t move it as they are >> readonly (remember that you can’t mount the snapshot read-write as snapshot >> is read-only copy of filesystem in time). >> >> Cheers, >> Adam >> >> >>> On May 24, 2016, at 4:09 PM, Eric Ripa <[email protected] >>> <mailto:[email protected]>> wrote: >>> >>> Thanks a lot for the quick reply Adam! >>> >>> The explanation makes sense, however my aim is not to remove the data, >>> rather make the data reappear (mount the latest snapshot rw??) in the >>> original location, in this case /opt/local/crashplan >>> >>> How can I make sure this is done propely? I would rather not lose my ~3 TB >>> backup data. :) >>> >>> Thanks >>> Eric >>> >>> >>> On 24 May 2016 at 15:56, Adam Števko <[email protected] >>> <mailto:[email protected]>> wrote: >>> Hi, >>> >>> indestructible_zoneroot is a feature, which shall prevent any accidental >>> deletion of the VM. It is implemented by creaating a snapshot called >>> “indestructible” and is held, which causes any deletetion attempts to fail. >>> /checkpont is a place where all snapshots related to the zone get mounted >>> as lofs. There is a difference in handling of these in SmartOS and in SDC: >>> >>> In SDC, there is a components in system, which automounts these snapshots >>> when they are created. >>> In SmartOS, snapshost is created, but not automatically mounted. When you >>> reboot the zone, the actual list of snapshots is fetched and lofs-mounted >>> into the /checkpoint. If you create snapshot later, it won’t appear under >>> /checkpoint until you reboot the zone. >>> >>> The readonly filesystem error you saw is caused by the fact, that lofs >>> mount is read-only. >>> >>> If you want to get rid of it either delete zones/<uuid>@indestructible >>> snapshot or run “vmadm update <uuid> indestructible_zoneroot=false” and it >>> should remove the snapshot. >>> >>> Cheers, >>> Adam >>> >>>> On May 24, 2016, at 3:44 PM, Eric Ripa <[email protected] >>>> <mailto:[email protected]>> wrote: >>>> >>>> Hi, >>>> >>>> I have a LX branded zone running CentOS 6. In it I have a Java-based >>>> service called Crashplan. >>>> >>>> I have the zone protected with >>>> "indestructible_zoneroot": true >>>> >>>> At some point roughly 3-5 days ago all of my backup archives, residing >>>> under /opt/local/crashplan, has been moved to >>>> /checkpoint/indestructible/opt/local/crashplan >>>> >>>> It is possible that this happened during a vmadm reboot <zoneid>, but I'm >>>> not sure. >>>> >>>> >>>> Is this some side-effect of indestructible_zoneroot that I'm unaware off? >>>> I tried to 'mv' them back from GZ, but I get this message: >>>> >>>> mv: cannot unlink >>>> /zones/b96a3154-85dc-4a2d-ba80-31affd525667/root/checkpoints/indestructible/opt/local/crashplan/manifest/442330126173077772/cpbf0000000000000129209/442330126173077772: >>>> Read-only file system >>>> >>>> Any pointers of how to proceed? Is it even related to SmartOS at all or is >>>> it some CentOS thing? >>>> >>>> SunOS 0c-c4-7a-69-03-66 5.11 joyent_20160204T173339Z i86pc i386 i86p >>>> >>>> -- >>>> Thanks a lot! >>>> Eric Ripa >>> >>> >>> >>> >>> >>> >>> http://www.listbox.com <http://www.listbox.com/> >>> >>> >>> >>> >>> >> >> >> >> >> http://www.listbox.com <http://www.listbox.com/> >> >> >> >> >> -- >> Hälsningar >> >> Eric Ripa >> Cloud Engineer >> >> <http://skymill.se/> >> >> >> Phone >> +46 (0) 731 800 502 <> >> Email [email protected] <mailto:[email protected]> >> Web skymill.se <http://skymill.se/> >> >> <http://twitter.com/helloskymill> >> <http://www.linkedin.com/company/skymill-solutions-ab> >> >> >> >> >> -- >> Sebastien Perreault >> Partner >> Les Technologies Alesium Inc >> P: 514-298-7193 <tel:514-298-7193> >> F: 514-221-3668 <tel:514-221-3668> >> E: [email protected] <mailto:[email protected]> > > > > -- > Sebastien Perreault > Partner > Les Technologies Alesium Inc > P: 514-298-7193 > F: 514-221-3668 > E: [email protected] <mailto:[email protected]> > smartos-discuss | Archives > <https://www.listbox.com/member/archive/184463/=now> > <https://www.listbox.com/member/archive/rss/184463/27180539-7245d433> | > Modify <https://www.listbox.com/member/?&;> Your Subscription > <http://www.listbox.com/> ------------------------------------------- smartos-discuss Archives: https://www.listbox.com/member/archive/184463/=now RSS Feed: https://www.listbox.com/member/archive/rss/184463/25769125-55cfbc00 Modify Your Subscription: https://www.listbox.com/member/?member_id=25769125&id_secret=25769125-7688e9fb Powered by Listbox: http://www.listbox.com
