Re: ceph orch apply [osd, mon] -i YAML file not found

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Sorry, I realized that I forgot to include `osd` in the previous try.  With
it, I get a different error:'

```
root@octopus-mon-1:~# cat /root/osd_spec.yml | ceph orch apply osd -i -
INFO:cephadm:Inferring fsid 9e87977c-cd16-11ea-b571-fa163ec9a1ad
INFO:cephadm:Inferring config
/var/lib/ceph/9e87977c-cd16-11ea-b571-fa163ec9a1ad/mon.octopus-mon-1/config
INFO:cephadm:Using recent ceph image ceph/ceph:v15
Error EINVAL:
usage:
  ceph orch apply osd -i <json_file/yaml_file>
  ceph orch apply osd --all-available-devices
  ceph orch apply osd --all-available-devices --unmanaged=true|false

Restrictions:

  Mutexes:
  * -i, --all-available-devices
  * -i, --unmanaged (this would overwrite the osdspec loaded from a file)

  Parameters:

  * --unmanaged
     Only works with --all-available-devices.

Description:

  * -i
    An inbuf object like a file or a json/yaml blob containing a valid
OSDSpec

  * --all-available-devices
    The most simple OSDSpec there is. Takes all as 'available' marked
devices
    and creates standalone OSDs on them.

  * --unmanaged
    Set a the unmanaged flag for all--available-devices (default is False)

Examples:

   # ceph orch apply osd -i <file.yml|json>

   Applies one or more OSDSpecs found in <file>

   # ceph orch osd apply --all-available-devices --unmanaged=true

   Creates and applies simple OSDSpec with the unmanaged flag set to <true>

```

*Mami Hayashida*
*Research Computing Associate*
Univ. of Kentucky ITS Research Computing Infrastructure



On Fri, Jul 24, 2020 at 12:19 PM Hayashida, Mami <mami.hayashida@xxxxxxx>
wrote:

> Thank you for your reply.  Yes, I created an alias for `cephadm`.  With
> that still in effect, I tried your command, but unfortunately it still does
> not work:
>
> ```
>
> root@octopus-mon-1:~# cat /root/osd_spec.yml | ceph orch apply -i -
>
> INFO:cephadm:Inferring fsid 9e87977c-cd16-11ea-b571-fa163ec9a1ad
>
> INFO:cephadm:Inferring config
> /var/lib/ceph/9e87977c-cd16-11ea-b571-fa163ec9a1ad/mon.octopus-mon-1/config
>
> INFO:cephadm:Using recent ceph image ceph/ceph:v15
>
> Error EINVAL: Traceback (most recent call last):
>
>   File "/usr/share/ceph/mgr/mgr_module.py", line 1167, in _handle_command
>
>     return self.handle_command(inbuf, cmd)
>
>   File "/usr/share/ceph/mgr/orchestrator/_interface.py", line 113, in
> handle_command
>
>     return dispatch[cmd['prefix']].call(self, cmd, inbuf)
>
>   File "/usr/share/ceph/mgr/mgr_module.py", line 311, in call
>
>     return self.func(mgr, **kwargs)
>
>   File "/usr/share/ceph/mgr/orchestrator/_interface.py", line 75, in
> <lambda>
>
>     wrapper_copy = lambda *l_args, **l_kwargs: wrapper(*l_args,
> **l_kwargs)
>
>   File "/usr/share/ceph/mgr/orchestrator/_interface.py", line 66, in
> wrapper
>
>     return func(*args, **kwargs)
>
>   File "/usr/share/ceph/mgr/orchestrator/module.py", line 1004, in
> _apply_misc
>
>     assert service_type
>
> AssertionError
>
> ```
>
>
> *Mami Hayashida*
> *Research Computing Associate*
> Univ. of Kentucky ITS Research Computing Infrastructure
>
>
>
> On Fri, Jul 24, 2020 at 4:18 AM Sebastian Wagner <swagner@xxxxxxxx> wrote:
>
>> CAUTION: External Sender
>>
>>
>>
>>
>> ---------- Forwarded message ----------
>> From: Sebastian Wagner <swagner@xxxxxxxx>
>> To: "Hayashida, Mami" <mami.hayashida@xxxxxxx>, ceph-users <
>> ceph-users@xxxxxxx>
>> Cc:
>> Bcc:
>> Date: Fri, 24 Jul 2020 10:18:28 +0200
>> Subject: Re:  ceph orch apply [osd, mon] -i YAML file not
>> found
>> Did you `alias ceph='cephadm shell -- ceph'?
>>
>> Then
>>
>> cat /root/osd_spec.yml | ceph orch apply -i -
>>
>> should do the trick.
>>
>> Nevertheless. I'll remove the alias command in
>>
>> >
>> https://docs.ceph.com/docs/master/cephadm/install/?highlight=alias#enable-ceph-cli
>> immediately.
>>
>> Thanks for the report.
>>
>>
>> Am 23.07.20 um 22:28 schrieb Hayashida, Mami:
>> > I am exploring the new cephadm tool by deploying a tiny test cluster
>> using
>> > OpenStack VMs, but have encountered the following issue: ceph orch apply
>> > osd -i <yaml file> command fails with "No such file or directory: <yaml
>> > file>".   (Monitor setup with a yaml file resulted in the same error)
>> >
>> > ```
>> > root@octopus-mon-1:~# ls -lh
>> > total 12K
>> > drwxr-xr-x 2 root root 4.0K Jul 23 14:20 Playbooks
>> > -rw-r--r-- 1 root root   99 Jul 23 16:16 mon_spec.yml
>> > -rw-r--r-- 1 root root  127 Jul 23 16:03 osd_spec.yml
>> >
>> > root@octopus-mon-1:~# cat osd_spec.yml
>> > ---
>> > service_type: osd
>> > service_id: default_drive_group
>> > placement:
>> >   host_pattern: 'octopus-osd-[1-3]'
>> > data_devices:
>> >   all: true
>> >
>> > root@octopus-mon-1:~# ceph orch apply osd -i /root/osd_spec.yml
>> --dry-run
>> >  --verbose
>> > INFO:cephadm:Inferring fsid 9e87977c-cd16-11ea-b571-fa163ec9a1ad
>> > INFO:cephadm:Inferring config
>> >
>> /var/lib/ceph/9e87977c-cd16-11ea-b571-fa163ec9a1ad/mon.octopus-mon-1/config
>> > INFO:cephadm:Using recent ceph image ceph/ceph:v15
>> > parsed_args: Namespace(admin_socket=None, block=False, cephconf=None,
>> > client_id=None, client_name=None, cluster=None, cluster_timeout=None,
>> > completion=False, help=False, input_file='/root/osd_spec.yml',
>> > output_file=None, output_format=None, period=1, setgroup=None,
>> > setuser=None, status=False, verbose=True, version=False, watch=False,
>> > watch_channel=None, watch_debug=False, watch_error=False,
>> watch_info=False,
>> > watch_sec=False, watch_warn=False), childargs: ['orch', 'apply', 'osd',
>> > '--dry-run']
>> > Can't open input file /root/osd_spec.yml: [Errno 2] No such file or
>> > directory: '/root/osd_spec.yml'
>> >
>> > root@octopus-mon-1:~# ceph orch --version
>> > INFO:cephadm:Inferring fsid 9e87977c-cd16-11ea-b571-fa163ec9a1ad
>> > INFO:cephadm:Inferring config
>> >
>> /var/lib/ceph/9e87977c-cd16-11ea-b571-fa163ec9a1ad/mon.octopus-mon-1/config
>> > INFO:cephadm:Using recent ceph image ceph/ceph:v15
>> > ceph version 15.2.4 (7447c15c6ff58d7fce91843b705a268a1917325c) octopus
>> > (stable)
>> >
>> >
>> >
>> >
>> > *Mami Hayashida*
>> > *Research Computing Associate*
>> > Univ. of Kentucky ITS Research Computing Infrastructure
>> > _______________________________________________
>> > ceph-users mailing list -- ceph-users@xxxxxxx
>> > To unsubscribe send an email to ceph-users-leave@xxxxxxx
>> >
>>
>> --
>> SUSE Software Solutions Germany GmbH, Maxfeldstr. 5, 90409 Nürnberg,
>> Germany
>> (HRB 36809, AG Nürnberg). Geschäftsführer: Felix Imendörffer
>>
>>
_______________________________________________
ceph-users mailing list -- ceph-users@xxxxxxx
To unsubscribe send an email to ceph-users-leave@xxxxxxx




[Index of Archives]     [Information on CEPH]     [Linux Filesystem Development]     [Ceph Development]     [Ceph Large]     [Ceph Dev]     [Linux USB Development]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [xfs]


  Powered by Linux