[ceph-users] Re: Why you might want packages not containers for Ceph deployments

2021-11-18 Thread Daniel Tönnißen
The weighted category prioritization clearly identifies reliability as the top 
priority.


Daniel

> Am 18.11.2021 um 15:32 schrieb Sasha Litvak :
> 
> Perhaps I missed something,  but does the survey concludes that users don't
> value reliability improvements at all?  This would explain why developers
> team wants to concentrate on performance and ease of management.
> 
> On Thu, Nov 18, 2021, 07:23 Stefan Kooman  wrote:
> 
>> On 11/18/21 14:09, Maged Mokhtar wrote:
>>> Hello Cephers,
>>> 
>>> i too am for LTS releases or for some kind of middle ground like longer
>>> release cycle and/or have even numbered releases designated for
>>> production like before. We all use LTS releases for the base OS when
>>> running Ceph, yet in reality we depend much more on the Ceph code than
>>> the base OS.
>>> 
>>> Another thing we hear our users want, after stability, is performance.
>>> it ultimately determines the cost of the storage solution. I think this
>>> should be high on the priority list. I know there has been a lot of
>>> effort with Crimson development for a while, but from my opinion if Ceph
>>> was run by a purely commercial company, getting this out the door as
>>> quickly as possible would take priority.
>> 
>> That is in line with the results from the last Ceph User Survey (2021):
>> 
>> 
>> 
>> https://ceph.io/en/news/blog/2021/2021-ceph-user-survey-results/#based-on-weighted-category-prioritization
>> 
>> So there is a dedicated group of people involved in the "next gen" OSD
>> storage sub system, which is a big endeavor. In the mean time there are
>> several developers improving the current implementation incrementally.
>> Zac is doing a great job improving the documentation. Cephadm team is
>> working on improving management. As as I have read correctly they will
>> have access to a large cluster to improve ... the next thing on the prio
>> list: scalability, in this case scalability of the management system.
>> 
>> If there is a separate "quality" team for the No. 1 priority:
>> Reliability? I don't know. Maybe that is just implicit in the project,
>> to make things reliable by default? That might be an interesting thing
>> to ask in the upcoming user+dev meeting ...
>> 
>> Gr. Stefan
>> ___
>> ceph-users mailing list -- ceph-users@ceph.io
>> To unsubscribe send an email to ceph-users-le...@ceph.io
>> 
> ___
> ceph-users mailing list -- ceph-users@ceph.io
> To unsubscribe send an email to ceph-users-le...@ceph.io

___
ceph-users mailing list -- ceph-users@ceph.io
To unsubscribe send an email to ceph-users-le...@ceph.io


[ceph-users] Re: Why you might want packages not containers for Ceph deployments

2021-11-17 Thread Daniel Tönnißen
The demand for LTS - at least in our case - does not stem from 
unprofessionalism or biased opinion.
It's the desire to stay up to date on security patches as much as possible 
while maintaining a well tested and stable environment.

Both Pacific and Octopus (we’re currently on Nautilus) have some problems 
within themselves that made us not upgrading our cluster.
The latest releases felt kind of rushed out rather than well tested.

We (the LTS „faction“) still would like to keep up with security and minor 
patches on the cluster. We’re not talking about backporting new features.

There’s a saying: „Never change a running system“

-- 
Mit freundlichen Grüßen aus Oberhausen
Daniel Tönnißen
(Systemadministrator)
 <https://www.kamp.de/> <https://www.kamp.de/unternehmen/iso-27001.html>
KAMP Netzwerkdienste GmbH
Vestische Str. 89−91 | 46117 Oberhausen 
Fon:+49 (0) 208.89 402-50 
Fax: +49 (0) 208.89 402-40E-Mail:d...@kamp.de <mailto:d...@kamp.de>
WWW: https://www.kamp.de
Geschäftsführer: Heiner Lante | Michael Lante | Amtsgericht Duisburg | HRB Nr. 
12154 | USt-IdNr.: DE120607556
HINWEIS: UNSERE HINWEISE ZUM UMGANG MIT PERSONENBEZOGENEN DATEN FINDEN SIE IN 
UNSERER DATENSCHUTZERKLÄRUNG UNTER HTTPS://WWW.KAMP.DE/DATENSCHUTZ.HTML 
<https://www.kamp.de/datenschutz.html>

DIESE NACHRICHT IST NUR FÜR DEN ADRESSATEN BESTIMMT. ES IST NICHT ERLAUBT, 
DIESE NACHRICHT ZU KOPIEREN ODER DRITTEN ZUGÄNGLICH ZU MACHEN. SOLLTEN SIE 
IRRTÜMLICH DIESE NACHRICHT ERHALTEN HABEN, BITTE ICH UM IHRE MITTEILUNG PER 
E-MAIL ODER UNTER DER OBEN ANGEGEBENEN TELEFONNUMMER.




> Am 17.11.2021 um 14:26 schrieb Dan van der Ster :
> 
> The CLT is discussing a more feasible alternative to LTS, namely to
> publish an RC for each point release and involve the user community to
> help test it.
> This can be discussed at the user-dev meeting tomorrow.
> https://pad.ceph.com/p/ceph-user-dev-monthly-minutes
> (BTW I just restored that etherpad -- it had been spammed).
> 
> Cheers, Dan
> 
> 
> On Wed, Nov 17, 2021 at 2:10 PM Eneko Lacunza  wrote:
>> 
>> 
>> I think the desire for a LTS version comes from the perception that
>> lately latest stable Ceph is not as stable as it has been before.
>> 
>> So in that regard LTS version is a means, not the objective, at least
>> for us.
>> 
>> Cheers
>> 
>> El 17/11/21 a las 14:01, Igor Fedotov escribió:
>>> First of all that's an open source - so developers tend to have higher
>>> influence to decision making.
>>> 
>>> And you can replace "among developers" to "among CLT" in my previous
>>> post...
>>> 
>>> Hopefully this position can be shifter if there is a wide "feature
>>> request" from the field hence please try to share your thoughts at the
>>> upcoming meeting.
>>> 
>>> 
>>> Igor
>>> 
>>> On 11/17/2021 3:40 PM, Marc wrote:
>>>> But since when do developers decide? Do you know any factory where
>>>> factory workers decide what product they are going to make and not
>>>> the product management??? IT is becoming such a refuge for undetected
>>>> unprofessionals.
>>>> 
>>>> 
>>>>> Yeah, generally there is no much enthusiasm about supporting that among
>>>>> developers. But it would be nice to hear points from user side
>>>>> anyway...
>>>>> 
>>>>> Igor
>>>>> 
>>>>> On 11/17/2021 2:29 PM, Peter Lieven wrote:
>>>>>> Am 17.11.21 um 12:20 schrieb Igor Fedotov:
>>>>>>> Hi Peter,
>>>>>>> 
>>>>>>> sure, why not...
>>>>>> See [1]. I read it that it is not wanted by upstream developers. If we
>>>>> want it the community has to do it.
>>>>>> 
>>>>>> Nevertheless, I have put it on the list.
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> Peter
>>>>>> 
>>>>>> 
>>>>>> [1]
>>>>> https://lists.ceph.io/hyperkitty/list/d...@ceph.io/thread/J3M3JWER7DS4CM3
>>>>> 
>>>>> FNWLTG543X4VPJN7E/
>>>>>> 
>>>>> --
>>>>> Igor Fedotov
>>>>> Ceph Lead Developer
>>>>> 
>>>>> Looking for help with your Ceph cluster? Contact us at https://croit.io
>>>>> 
>>>>> croit GmbH, Freseniusstr. 31h, 81247 Munich
>>>>> CEO: Martin Verges - VAT-ID: DE310638492
>>>>> Com. register: Amtsgericht Munich HRB 231263
>>>>> We

[ceph-users] Re: Brand New Cephadm Deployment, OSDs show either in/down or out/down

2021-09-01 Thread Daniel Tönnißen
Debian 10 is not on the recommended platform list for Ceph.
Maybe a problem due to the change from sysvinit to systemd?
-- 
Mit freundlichen Grüßen aus Oberhausen
Daniel Tönnißen
(Systemadministrator)
 <https://www.kamp.de/> <https://www.kamp.de/unternehmen/iso-27001.html>
KAMP Netzwerkdienste GmbH
Vestische Str. 89−91 | 46117 Oberhausen 
Fon:+49 (0) 208.89 402-50 
Fax: +49 (0) 208.89 402-40E-Mail:d...@kamp.de <mailto:d...@kamp.de>
WWW: https://www.kamp.de
Geschäftsführer: Heiner Lante | Michael Lante | Amtsgericht Duisburg | HRB Nr. 
12154 | USt-IdNr.: DE120607556
HINWEIS: UNSERE HINWEISE ZUM UMGANG MIT PERSONENBEZOGENEN DATEN FINDEN SIE IN 
UNSERER DATENSCHUTZERKLÄRUNG UNTER HTTPS://WWW.KAMP.DE/DATENSCHUTZ.HTML 
<https://www.kamp.de/datenschutz.html>

DIESE NACHRICHT IST NUR FÜR DEN ADRESSATEN BESTIMMT. ES IST NICHT ERLAUBT, 
DIESE NACHRICHT ZU KOPIEREN ODER DRITTEN ZUGÄNGLICH ZU MACHEN. SOLLTEN SIE 
IRRTÜMLICH DIESE NACHRICHT ERHALTEN HABEN, BITTE ICH UM IHRE MITTEILUNG PER 
E-MAIL ODER UNTER DER OBEN ANGEGEBENEN TELEFONNUMMER.




> Am 01.09.2021 um 15:19 schrieb Alcatraz :
> 
> Sebastian,
> 
> 
> I appreciate all your help. I actually (out of desperation) spun up another 
> cluster, same specs, just using Ubuntu 18.04 rather than Debian 10. All the 
> OSDs were recognized, and all went up/in without issue.
> 
> 
> Thanks
> 
> On 9/1/21 06:15, Sebastian Wagner wrote:
>> Am 30.08.21 um 17:39 schrieb Alcatraz:
>>> Sebastian,
>>> 
>>> 
>>> Thanks for responding! And of course.
>>> 
>>> 
>>> 1. ceph orch ls --service-type osd --format yaml
>>> 
>>> Output:
>>> 
>>> service_type: osd
>>> service_id: all-available-devices
>>> service_name: osd.all-available-devices
>>> placement:
>>>   host_pattern: '*'
>>> unmanaged: true
>>> spec:
>>>   data_devices:
>>> all: true
>>>   filter_logic: AND
>>>   objectstore: bluestore
>>> status:
>>>   created: '2021-08-30T13:57:51.000178Z'
>>>   last_refresh: '2021-08-30T15:24:10.534710Z'
>>>   running: 0
>>>   size: 6
>>> events:
>>> - 2021-08-30T03:48:01.652108Z service:osd.all-available-devices [INFO] 
>>> "service was
>>>   created"
>>> - "2021-08-30T03:49:00.267808Z service:osd.all-available-devices [ERROR] 
>>> \"Failed\
>>>   \ to apply: cephadm exited with an error code: 1, stderr:Non-zero exit 
>>> code 1 from\
>>>   \ /usr/bin/docker container inspect --format {{.State.Status}} 
>>> ceph-d1405594-0944-11ec-8ebc-f23c92edc936-osd.0\n\
>>>   /usr/bin/docker: stdout \n/usr/bin/docker: stderr Error: No such 
>>> container: ceph-d1405594-0944-11ec-8ebc-f23c92edc936-osd.0\n\
>>>   Deploy daemon osd.0 ...\nTraceback (most recent call last):\n File 
>>> \"/var/lib/ceph/d1405594-0944-11ec-8ebc-f23c92edc936/cephadm.d4237e4639c108308fe13147b1c08af93c3d5724d9ff21ae797eb4b78fea3931\"\
>>>   , line 8230, in \nmain()\n  File 
>>> \"/var/lib/ceph/d1405594-0944-11ec-8ebc-f23c92edc936/cephadm.d4237e4639c108308fe13147b1c08af93c3d5724d9ff21ae797eb4b78fea3931\"\
>>>   , line 8218, in main\nr = ctx.func(ctx)\n  File 
>>> \"/var/lib/ceph/d1405594-0944-11ec-8ebc-f23c92edc936/cephadm.d4237e4639c108308fe13147b1c08af93c3d5724d9ff21ae797eb4b78fea3931\"\
>>>   , line 1759, in _default_image\nreturn func(ctx)\n  File 
>>> \"/var/lib/ceph/d1405594-0944-11ec-8ebc-f23c92edc936/cephadm.d4237e4639c108308fe13147b1c08af93c3d5724d9ff21ae797eb4b78fea3931\"\
>>>   , line 4326, in command_deploy\nports=daemon_ports)\n File 
>>> \"/var/lib/ceph/d1405594-0944-11ec-8ebc-f23c92edc936/cephadm.d4237e4639c108308fe13147b1c08af93c3d5724d9ff21ae797eb4b78fea3931\"\
>>>  
>>>   , line 2632, in deploy_daemon\nc, osd_fsid=osd_fsid, ports=ports)\n  
>>> File \"\
>>> /var/lib/ceph/d1405594-0944-11ec-8ebc-f23c92edc936/cephadm.d4237e4639c108308fe13147b1c08af93c3d5724d9ff21ae797eb4b78fea3931\"\
>>>  
>>>   , line 2801, in deploy_daemon_units\ninstall_sysctl(ctx, fsid, 
>>> daemon_type)\n\
>>>   \  File 
>>> \"/var/lib/ceph/d1405594-0944-11ec-8ebc-f23c92edc936/cephadm.d4237e4639c108308fe13147b1c08af93c3d5724d9ff21ae797eb4b78fea3931\"\
>>>   , line 2963, in install_sysctl\n_write(conf, lines)\n File 
>>> \"/var/lib/ceph/d1405594-0944-11ec-8ebc-f23c92edc936/cephadm.d4237e4639c108308fe13147b1c08af93c3d5724d9ff21ae797eb4b78fea3931\"\
>>>  
>>>   , line 2948, in _write\nwith ope