Re: Followup: weird behaviour with ceph osd pool create and the "crush-rule" parameter (suddenly changes behaviour)

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

 



Thanks for the suggestion, however... 

As noted above: the previous invocations of ceph osd pool create have exactly the same structure (and succeeded) as the one which fails. 
I used the long form because trying to use the short form

(ceph osd pool create ec2pool 2048 2048 erasure glasgow-eci-test, for example) 

produced other "fatal" errors [complaining about my not specifying the final numeric positional parameter, even though it's optional].

Weirdly, though, you're right: going back to the short form suddenly works again...

so I'd like to revise my question to:

"why is the behaviour (and requirements) of ceph osd pool create inconsistent - sometimes failing if you don't specify all the parameters, even optional ones, and sometimes failing if you do, despite the 'rules' you're following being the same?"
_______________________________________________
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