From Robert.Grosschopff at suse.com Wed Oct 11 10:04:58 2017 From: Robert.Grosschopff at suse.com (Robert Grosschopff) Date: Wed, 11 Oct 2017 16:04:58 +0000 Subject: [Deepsea-users] Missing disk profiles Message-ID: <18965A43-6270-4A29-8B94-51A9B8FDEB7D@suse.com> Hi, I am trying to set up SES 5 from the repositories supplied by the SCC. After stage 1 /srv/pillar/ceph/proposls does not show any profile*DISK* directories which seems a bit strange. Deepsea is version 0.7.27+git.0.274c55d Any hints why these directories might be missing ? Thanks Robert From jschmid at suse.de Wed Oct 11 10:42:51 2017 From: jschmid at suse.de (Joshua Schmid) Date: Wed, 11 Oct 2017 18:42:51 +0200 Subject: [Deepsea-users] Missing disk profiles In-Reply-To: <18965A43-6270-4A29-8B94-51A9B8FDEB7D@suse.com> References: <18965A43-6270-4A29-8B94-51A9B8FDEB7D@suse.com> Message-ID: <20171011164251.mayhalqdeyg6m2vu@g127.suse.de> Hi Robert, Robert Grosschopff wrote on Wed, 11. Oct 16:04: > Hi, > > I am trying to set up SES 5 from the repositories supplied by the SCC. > > After stage 1 /srv/pillar/ceph/proposls does not show any profile*DISK* directories which seems a bit strange. > > Deepsea is version 0.7.27+git.0.274c55d > > Any hints why these directories might be missing ? You might want to check if the disks on your data nodes are actually unpartitioned. If that's the case you should see entries in: salt -I 'roles:storage' pillar.get ceph If that's not the case try: salt -I 'roles:storage' cephdisks.list Internally this invokes hwinfo, so when you don't see any data coming your way there is something wrong with the disks/partitions. > > Thanks > Robert > > _______________________________________________ > Deepsea-users mailing list > Deepsea-users at lists.suse.com > http://lists.suse.com/mailman/listinfo/deepsea-users -- Joshua Schmid Software Engineer SUSE Enterprise Storage From Robert.Grosschopff at suse.com Thu Oct 12 00:41:15 2017 From: Robert.Grosschopff at suse.com (Robert Grosschopff) Date: Thu, 12 Oct 2017 06:41:15 +0000 Subject: [Deepsea-users] Missing disk profiles In-Reply-To: <20171011164251.mayhalqdeyg6m2vu@g127.suse.de> References: <18965A43-6270-4A29-8B94-51A9B8FDEB7D@suse.com> <20171011164251.mayhalqdeyg6m2vu@g127.suse.de> Message-ID: <1507790473.16167.15.camel@suse.com> Hi Joshua, I do have a brandnew (quemu-img create ...) unpartitioned harddisk available (50 GB as always on a VM): ------------------------------ Disk /dev/vda: 30 GiB, 32212254720 bytes, 62914560 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0x0005c498 Device?????Boot???Start??????End??Sectors Size Id Type /dev/vda1??????????2048??4192255??4190208???2G 82 Linux swap / Solaris /dev/vda2??*????4192256 20948991 16756736???8G 83 Linux Disk /dev/vdb: 50 GiB, 53687091200 bytes, 104857600 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes --------------------------------- hwinfo shows me the disks as well -------------------------------- 35: None 00.0: 10600 Disk ? [Created at block.245] ? Unique ID: KSbE.Fxp0d3BezAE ? Parent ID: JHN_.+FFPFBVXZu6 ? SysFS ID: /class/block/vda ? SysFS BusID: virtio1 ? SysFS Device Link: /devices/pci0000:00/0000:00:08.0/virtio1 ? Hardware Class: disk ? Model: "Disk" ? Driver: "virtio-pci", "virtio_blk" ? Driver Modules: "virtio_pci", "virtio_blk" ? Device File: /dev/vda ? Device Number: block 253:0-253:15 ? Geometry (Logical): CHS 62415/16/63 ? Size: 62914560 sectors a 512 bytes ? Capacity: 30 GB (32212254720 bytes) ? Config Status: cfg=no, avail=yes, need=no, active=unknown ? Attached to: #29 (Storage controller) 36: None 00.0: 11300 Partition ? [Created at block.434] ? Unique ID: tyyG.SE1wIdpsiiC ? Parent ID: KSbE.Fxp0d3BezAE ? SysFS ID: /class/block/vda/vda1 ? Hardware Class: partition ? Model: "Partition" ? Device File: /dev/vda1 ? Device Files: /dev/vda1, /dev/disk/by-uuid/b8b6ddb6-f37e-4b75-97c8- 85e33a75bcec ? Config Status: cfg=new, avail=yes, need=no, active=unknown ? Attached to: #35 (Disk) 37: None 00.0: 11300 Partition ? [Created at block.434] ? Unique ID: K8DL.SE1wIdpsiiC ? Parent ID: KSbE.Fxp0d3BezAE ? SysFS ID: /class/block/vda/vda2 ? Hardware Class: partition ? Model: "Partition" ? Device File: /dev/vda2 ? Device Files: /dev/vda2, /dev/disk/by-uuid/84676857-f0a1-4a0b-bfc7- 4ada83a160b3 ? Config Status: cfg=new, avail=yes, need=no, active=unknown ? Attached to: #35 (Disk) 38: None 00.0: 10600 Disk ? [Created at block.245] ? Unique ID: ndrI.Fxp0d3BezAE ? Parent ID: G8lv.+FFPFBVXZu6 ? SysFS ID: /class/block/vdb ? SysFS BusID: virtio2 ? SysFS Device Link: /devices/pci0000:00/0000:00:09.0/virtio2 ? Hardware Class: disk ? Model: "Disk" ? Driver: "virtio-pci", "virtio_blk" ? Driver Modules: "virtio_pci", "virtio_blk" ? Device File: /dev/vdb ? Device Number: block 253:16-253:31 ? Geometry (Logical): CHS 104025/16/63 ? Size: 104857600 sectors a 512 bytes ? Capacity: 50 GB (53687091200 bytes) ? Config Status: cfg=no, avail=yes, need=no, active=unknown ? Attached to: #30 (Storage controller) ------------------------------------- > salt -I 'roles:storage' pillar.get ceph >?salt -I 'roles:storage' cephdisks.list both tell me that "No minions matched the target" . I'm somewhat confused since it worked in SES 4. Robert On Wed, 2017-10-11 at 18:42 +0200, Joshua Schmid wrote: > Hi Robert, > > Robert Grosschopff wrote on Wed, 11. > Oct 16:04: > > > > Hi, > > > > I am trying to set up SES 5 from the repositories supplied by the > > SCC. > > > > After stage 1 /srv/pillar/ceph/proposls does not show any > > profile*DISK* directories which seems a bit strange. > > > > Deepsea is version 0.7.27+git.0.274c55d > > > > Any hints why these directories might be missing ? > > You might want to check if the disks on your data nodes are actually > unpartitioned. If that's the case you should see entries in: > > salt -I 'roles:storage' pillar.get ceph > > If that's not the case try: > > salt -I 'roles:storage' cephdisks.list > > Internally this invokes hwinfo, so when you don't see any data coming > your way there is something wrong with the disks/partitions. > > > > > > > Thanks > > Robert > > > > _______________________________________________ > > Deepsea-users mailing list > > Deepsea-users at lists.suse.com > > http://lists.suse.com/mailman/listinfo/deepsea-users > From rdias at suse.com Thu Oct 12 00:49:09 2017 From: rdias at suse.com (Ricardo Dias) Date: Thu, 12 Oct 2017 07:49:09 +0100 Subject: [Deepsea-users] Missing disk profiles In-Reply-To: <1507790473.16167.15.camel@suse.com> References: <18965A43-6270-4A29-8B94-51A9B8FDEB7D@suse.com> <20171011164251.mayhalqdeyg6m2vu@g127.suse.de> <1507790473.16167.15.camel@suse.com> Message-ID: <1507790949.14714.21.camel@suse.com> Hi, Check if the following command shows the correct available disks for each minion: salt '*' cephdisks.list If the above is working, then check if the Salt mine is correctly populated with the following command: salt 'salt_master_minion_id' mine.get '*' cephdisks.list Are both the above commands showing the correct information? Ricardo On Thu, 2017-10-12 at 06:41 +0000, Robert Grosschopff wrote: > Hi Joshua, > > I do have a brandnew (quemu-img create ...) unpartitioned harddisk > available (50 GB as always on a VM): > > ------------------------------ > Disk /dev/vda: 30 GiB, 32212254720 bytes, 62914560 sectors > Units: sectors of 1 * 512 = 512 bytes > Sector size (logical/physical): 512 bytes / 512 bytes > I/O size (minimum/optimal): 512 bytes / 512 bytes > Disklabel type: dos > Disk identifier: 0x0005c498 > > Device Boot Start End Sectors Size Id Type > /dev/vda1 2048 4192255 4190208 2G 82 Linux swap / > Solaris > /dev/vda2 * 4192256 20948991 16756736 8G 83 Linux > > > Disk /dev/vdb: 50 GiB, 53687091200 bytes, 104857600 sectors > Units: sectors of 1 * 512 = 512 bytes > Sector size (logical/physical): 512 bytes / 512 bytes > I/O size (minimum/optimal): 512 bytes / 512 bytes > --------------------------------- > > > hwinfo shows me the disks as well > > -------------------------------- > 35: None 00.0: 10600 Disk > [Created at block.245] > Unique ID: KSbE.Fxp0d3BezAE > Parent ID: JHN_.+FFPFBVXZu6 > SysFS ID: /class/block/vda > SysFS BusID: virtio1 > SysFS Device Link: /devices/pci0000:00/0000:00:08.0/virtio1 > Hardware Class: disk > Model: "Disk" > Driver: "virtio-pci", "virtio_blk" > Driver Modules: "virtio_pci", "virtio_blk" > Device File: /dev/vda > Device Number: block 253:0-253:15 > Geometry (Logical): CHS 62415/16/63 > Size: 62914560 sectors a 512 bytes > Capacity: 30 GB (32212254720 bytes) > Config Status: cfg=no, avail=yes, need=no, active=unknown > Attached to: #29 (Storage controller) > > 36: None 00.0: 11300 Partition > [Created at block.434] > Unique ID: tyyG.SE1wIdpsiiC > Parent ID: KSbE.Fxp0d3BezAE > SysFS ID: /class/block/vda/vda1 > Hardware Class: partition > Model: "Partition" > Device File: /dev/vda1 > Device Files: /dev/vda1, /dev/disk/by-uuid/b8b6ddb6-f37e-4b75-97c8- > 85e33a75bcec > Config Status: cfg=new, avail=yes, need=no, active=unknown > Attached to: #35 (Disk) > > 37: None 00.0: 11300 Partition > [Created at block.434] > Unique ID: K8DL.SE1wIdpsiiC > Parent ID: KSbE.Fxp0d3BezAE > SysFS ID: /class/block/vda/vda2 > Hardware Class: partition > Model: "Partition" > Device File: /dev/vda2 > Device Files: /dev/vda2, /dev/disk/by-uuid/84676857-f0a1-4a0b-bfc7- > 4ada83a160b3 > Config Status: cfg=new, avail=yes, need=no, active=unknown > Attached to: #35 (Disk) > > 38: None 00.0: 10600 Disk > [Created at block.245] > Unique ID: ndrI.Fxp0d3BezAE > Parent ID: G8lv.+FFPFBVXZu6 > SysFS ID: /class/block/vdb > SysFS BusID: virtio2 > SysFS Device Link: /devices/pci0000:00/0000:00:09.0/virtio2 > Hardware Class: disk > Model: "Disk" > Driver: "virtio-pci", "virtio_blk" > Driver Modules: "virtio_pci", "virtio_blk" > Device File: /dev/vdb > Device Number: block 253:16-253:31 > Geometry (Logical): CHS 104025/16/63 > Size: 104857600 sectors a 512 bytes > Capacity: 50 GB (53687091200 bytes) > Config Status: cfg=no, avail=yes, need=no, active=unknown > Attached to: #30 (Storage controller) > ------------------------------------- > > > salt -I 'roles:storage' pillar.get ceph > > salt -I 'roles:storage' cephdisks.list > > both tell me that "No minions matched the target" . > > I'm somewhat confused since it worked in SES 4. > > Robert > > On Wed, 2017-10-11 at 18:42 +0200, Joshua Schmid wrote: > > Hi Robert, > > > > Robert Grosschopff wrote on Wed, 11. > > Oct 16:04: > > > > > > Hi, > > > > > > I am trying to set up SES 5 from the repositories supplied by the > > > SCC. > > > > > > After stage 1 /srv/pillar/ceph/proposls does not show any > > > profile*DISK* directories which seems a bit strange. > > > > > > Deepsea is version 0.7.27+git.0.274c55d > > > > > > Any hints why these directories might be missing ? > > > > You might want to check if the disks on your data nodes are > > actually > > unpartitioned. If that's the case you should see entries in: > > > > salt -I 'roles:storage' pillar.get ceph > > > > If that's not the case try: > > > > salt -I 'roles:storage' cephdisks.list > > > > Internally this invokes hwinfo, so when you don't see any data > > coming > > your way there is something wrong with the disks/partitions. > > > > > > > > > > > Thanks > > > Robert > > > > > > _______________________________________________ > > > Deepsea-users mailing list > > > Deepsea-users at lists.suse.com > > > http://lists.suse.com/mailman/listinfo/deepsea-users > > _______________________________________________ > Deepsea-users mailing list > Deepsea-users at lists.suse.com > http://lists.suse.com/mailman/listinfo/deepsea-users -- Ricardo Dias Senior Software Engineer - Storage Team SUSE Linux GmbH, GF: Felix Imend?rffer, Jane Smithard, Graham Norton, HRB 21284 (AG N?rnberg) From Robert.Grosschopff at suse.com Thu Oct 12 01:30:44 2017 From: Robert.Grosschopff at suse.com (Robert Grosschopff) Date: Thu, 12 Oct 2017 07:30:44 +0000 Subject: [Deepsea-users] Missing disk profiles In-Reply-To: <1507790949.14714.21.camel@suse.com> References: <18965A43-6270-4A29-8B94-51A9B8FDEB7D@suse.com> <20171011164251.mayhalqdeyg6m2vu@g127.suse.de> <1507790473.16167.15.camel@suse.com> <1507790949.14714.21.camel@suse.com> Message-ID: <2DE41E89-2C67-45D1-B188-F51E724C24F6@suse.com> Thanks everybody. Problem solved. There is a new profile-default directory. profile-*Disk*GB* does not exist anymore so you will need to include the entries in profile-default/stack/default/ceph/minions/ in the policy.cfg Robert -----Original Message----- From: on behalf of Ricardo Dias Reply-To: Discussions about the DeepSea management framework for Ceph Date: Thursday, 12. October 2017 at 08:49 To: Discussions about the DeepSea management framework for Ceph Subject: Re: [Deepsea-users] Missing disk profiles Hi, Check if the following command shows the correct available disks for each minion: salt '*' cephdisks.list If the above is working, then check if the Salt mine is correctly populated with the following command: salt 'salt_master_minion_id' mine.get '*' cephdisks.list Are both the above commands showing the correct information? Ricardo On Thu, 2017-10-12 at 06:41 +0000, Robert Grosschopff wrote: > Hi Joshua, > > I do have a brandnew (quemu-img create ...) unpartitioned harddisk > available (50 GB as always on a VM): > > ------------------------------ > Disk /dev/vda: 30 GiB, 32212254720 bytes, 62914560 sectors > Units: sectors of 1 * 512 = 512 bytes > Sector size (logical/physical): 512 bytes / 512 bytes > I/O size (minimum/optimal): 512 bytes / 512 bytes > Disklabel type: dos > Disk identifier: 0x0005c498 > > Device Boot Start End Sectors Size Id Type > /dev/vda1 2048 4192255 4190208 2G 82 Linux swap / > Solaris > /dev/vda2 * 4192256 20948991 16756736 8G 83 Linux > > > Disk /dev/vdb: 50 GiB, 53687091200 bytes, 104857600 sectors > Units: sectors of 1 * 512 = 512 bytes > Sector size (logical/physical): 512 bytes / 512 bytes > I/O size (minimum/optimal): 512 bytes / 512 bytes > --------------------------------- > > > hwinfo shows me the disks as well > > -------------------------------- > 35: None 00.0: 10600 Disk > [Created at block.245] > Unique ID: KSbE.Fxp0d3BezAE > Parent ID: JHN_.+FFPFBVXZu6 > SysFS ID: /class/block/vda > SysFS BusID: virtio1 > SysFS Device Link: /devices/pci0000:00/0000:00:08.0/virtio1 > Hardware Class: disk > Model: "Disk" > Driver: "virtio-pci", "virtio_blk" > Driver Modules: "virtio_pci", "virtio_blk" > Device File: /dev/vda > Device Number: block 253:0-253:15 > Geometry (Logical): CHS 62415/16/63 > Size: 62914560 sectors a 512 bytes > Capacity: 30 GB (32212254720 bytes) > Config Status: cfg=no, avail=yes, need=no, active=unknown > Attached to: #29 (Storage controller) > > 36: None 00.0: 11300 Partition > [Created at block.434] > Unique ID: tyyG.SE1wIdpsiiC > Parent ID: KSbE.Fxp0d3BezAE > SysFS ID: /class/block/vda/vda1 > Hardware Class: partition > Model: "Partition" > Device File: /dev/vda1 > Device Files: /dev/vda1, /dev/disk/by-uuid/b8b6ddb6-f37e-4b75-97c8- > 85e33a75bcec > Config Status: cfg=new, avail=yes, need=no, active=unknown > Attached to: #35 (Disk) > > 37: None 00.0: 11300 Partition > [Created at block.434] > Unique ID: K8DL.SE1wIdpsiiC > Parent ID: KSbE.Fxp0d3BezAE > SysFS ID: /class/block/vda/vda2 > Hardware Class: partition > Model: "Partition" > Device File: /dev/vda2 > Device Files: /dev/vda2, /dev/disk/by-uuid/84676857-f0a1-4a0b-bfc7- > 4ada83a160b3 > Config Status: cfg=new, avail=yes, need=no, active=unknown > Attached to: #35 (Disk) > > 38: None 00.0: 10600 Disk > [Created at block.245] > Unique ID: ndrI.Fxp0d3BezAE > Parent ID: G8lv.+FFPFBVXZu6 > SysFS ID: /class/block/vdb > SysFS BusID: virtio2 > SysFS Device Link: /devices/pci0000:00/0000:00:09.0/virtio2 > Hardware Class: disk > Model: "Disk" > Driver: "virtio-pci", "virtio_blk" > Driver Modules: "virtio_pci", "virtio_blk" > Device File: /dev/vdb > Device Number: block 253:16-253:31 > Geometry (Logical): CHS 104025/16/63 > Size: 104857600 sectors a 512 bytes > Capacity: 50 GB (53687091200 bytes) > Config Status: cfg=no, avail=yes, need=no, active=unknown > Attached to: #30 (Storage controller) > ------------------------------------- > > > salt -I 'roles:storage' pillar.get ceph > > salt -I 'roles:storage' cephdisks.list > > both tell me that "No minions matched the target" . > > I'm somewhat confused since it worked in SES 4. > > Robert > > On Wed, 2017-10-11 at 18:42 +0200, Joshua Schmid wrote: > > Hi Robert, > > > > Robert Grosschopff wrote on Wed, 11. > > Oct 16:04: > > > > > > Hi, > > > > > > I am trying to set up SES 5 from the repositories supplied by the > > > SCC. > > > > > > After stage 1 /srv/pillar/ceph/proposls does not show any > > > profile*DISK* directories which seems a bit strange. > > > > > > Deepsea is version 0.7.27+git.0.274c55d > > > > > > Any hints why these directories might be missing ? > > > > You might want to check if the disks on your data nodes are > > actually > > unpartitioned. If that's the case you should see entries in: > > > > salt -I 'roles:storage' pillar.get ceph > > > > If that's not the case try: > > > > salt -I 'roles:storage' cephdisks.list > > > > Internally this invokes hwinfo, so when you don't see any data > > coming > > your way there is something wrong with the disks/partitions. > > > > > > > > > > > Thanks > > > Robert > > > > > > _______________________________________________ > > > Deepsea-users mailing list > > > Deepsea-users at lists.suse.com > > > http://lists.suse.com/mailman/listinfo/deepsea-users > > _______________________________________________ > Deepsea-users mailing list > Deepsea-users at lists.suse.com > http://lists.suse.com/mailman/listinfo/deepsea-users -- Ricardo Dias Senior Software Engineer - Storage Team SUSE Linux GmbH, GF: Felix Imend?rffer, Jane Smithard, Graham Norton, HRB 21284 (AG N?rnberg) _______________________________________________ Deepsea-users mailing list Deepsea-users at lists.suse.com http://lists.suse.com/mailman/listinfo/deepsea-users From vtheile at suse.com Tue Oct 24 08:13:09 2017 From: vtheile at suse.com (Volker Theile) Date: Tue, 24 Oct 2017 16:13:09 +0200 Subject: [Deepsea-users] Using .editorconfig in DeepSea Message-ID: <5687e234-8510-8e2d-deeb-8c8d0c5b6ae7@suse.com> Hi all, i've created the PR #692 (https://github.com/SUSE/DeepSea/pull/692) to keep the indention style consistent for various file types across editors and developers using http://editorconfig.org. I've been asked by Eric to open a discussion about this PR. In my opinion this is really helpful because we all know that everybody has it's own coding style and favour how to indent code. We also know that this might cause problems if many developers work on the same file. This PR will help to reduce this issue. We use this successfully in openATTIC for a while. So please feel free? to add comments to the PR or to this email. Volker -- Volker Theile Software Engineer | openATTIC SUSE Linux GmbH, GF: Felix Imend?rffer, Jane Smithard, Graham Norton, HRB 21284 (AG N?rnberg) Phone: +49 173 5876879 E-Mail: vtheile at suse.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: OpenPGP digital signature URL: