[Deepsea-users] Missing disk profiles
Robert Grosschopff
Robert.Grosschopff at suse.com
Thu Oct 12 01:30:44 MDT 2017
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: <deepsea-users-bounces at lists.suse.com> on behalf of Ricardo Dias <Ricardo.Dias at suse.com>
Reply-To: Discussions about the DeepSea management framework for Ceph <deepsea-users at lists.suse.com>
Date: Thursday, 12. October 2017 at 08:49
To: Discussions about the DeepSea management framework for Ceph <deepsea-users at lists.suse.com>
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 <Robert.Grosschopff at suse.com> 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
More information about the Deepsea-users
mailing list