Then use my previous suggestion. To write it again, step by step
tutorial style.
For users:
1. Create a new domain uder ROOT, let's say Public.
2. Create users in this Public domain.
3. Create service offerings specific/tied to Public domain.
For admins:
1. Create a new domain under ROOT, let's say Private.
2. Create service offerings specific/tied to Private domain.
Service offerings from Private and Public domain will be available to
Administrators and service offerings from and only from Public domain
will be available to users in Public domain.
I could also write using CAPS LOCK as you did, but i don't think it
would help you understand any better.
Good luck and Regards,
F.
On 4/10/13 3:06 PM, Rafael Weingartner wrote:
No man,
let's go slowly:
I have user administrator that should manage the infrastructure and
some VMs that are vital for our cloud, point.
These VMs use service offerings that provide much more resources, so
they should not be used by normal users, and that's why we would like
to hide them.
So, THE ADMINISTRATORS CAN AND SHOULD USE THESE SPECIAL SERVICE
OFFERINGS, but the rest of the cloud SHOULD NOT.
2013/10/4 France <mailingli...@isg.si <mailto:mailingli...@isg.si>>
So you want to have a user(s), that can create new infrastructure
(compute, storage nodes, networks) but it's not able to create
service offerings on them? I guess no one envisioned such a need.
Normally if one can manage infrastructure on which services will
reside, it should be able to create service offerings too.
For what you're trying to to (if i understand you right), i would
have set up different, discrete CS installs.
On 4/10/13 2:45 PM, Rafael Weingartner wrote:
But, If I move them to a domain they would not be able to manage
the infrastructure. right?
2013/10/4 France <mailingli...@isg.si <mailto:mailingli...@isg.si>>
Move those "administrators" to their own domains as normal users.
Administrators will always be able to see/configure
everything, that's the basic point of being administrator.
On 4/10/13 2:40 PM, Rafael Weingartner wrote:
I know the concept of inheritance.
The problem here as I said is that I have administrator
users that manage the whole infrastructure, they are linked
directly to the root domain.
Saying that, how would create the service offering that
should just be visible to the administrators? Keep in mind
that they are on the root domain.
2013/10/4 France <mailingli...@isg.si
<mailto:mailingli...@isg.si>>
It's called inheritance.
I put my public users to public domain.
I put my private users to their private domain(s).
And then I put specific service offerings to specific
domains and are visible only there.
I guess if i wanted something cross domains i would put
it to domain root (like you) and everyone (because it's
under domain root) would be able to use it.
On 4/10/13 2:11 PM, Rafael Weingartner wrote:
I tried this, I created some service offering on domain
root, but they are visible to user on root\...\...
Even though I unmarked the public check box.
I tried to create without specifying domain, but it
also not working.
2013/10/4 France <mailingli...@isg.si
<mailto:mailingli...@isg.si>>
Create domains and domain specific service offerings.
It can be done, i know because we are doing in
since v 3.*
On 4/10/13 12:31 AM, Rafael Weingartner wrote:
Hey all,
I was wondering, I have some server offering
that should just be used by
the administrator, so, is it possible to hide
them from normal users?
I noticed that when I am creating a service
offering there is a check-box
called public? So, I created some service
offering that would be used just
for by the administrator, but they are
appearing for all users (I did not
check that checkbox).
I also tried to check and uncheck the
check-box(by the way it seems there
is a javascript problem on that page) and then
selecting a domain like
root, but still the offerings are appearing to
everybody.
Is it the expected behavior?
Do you happen to know if I can change any flag
on the database and hide
them from normal users?
--
Rafael Weingartner
--
Rafael Weingartner
--
Rafael Weingartner
--
Rafael Weingartner
