11-17-2011 12:20 AM - edited 03-01-2019 10:09 AM
UCSM 2.01q with 6120XP
I can create port-profile using . (dot) for example "VLAN30-192.168.1" but it cause some warning message (picture below)
so I try to change the name to VLAN30-192-168-1 it can work just fine
my question is Can I use . (dot) in my port-profile name ?
PS. I checked cisco manual
This name can be between 1 and 31 ASCII alphanumeric. You cannot
use spaces or any special characters other than - (hyphen), _
(underscore), . (period), and : (colon), and you cannot change this name
after the object has been saved.
Thank you
Solved! Go to Solution.
11-23-2011 11:34 AM
We have logged a bug for this CSCtw50228 - Thanks to Jalpa!
Our devs have confirmed that while other objects have name validation, the VM Port profiles do not, which throws the error you're seeing since NXOS can't process "." (periods). Service profiles names are a different case as NXOS is unaware of these objects.
The workaround is to avoid using periods in VM profile names. Use a dash instead.
Regards,
Robert
11-17-2011 05:44 PM
Attavit,
There should be no problem creating a Service Profile name using "." (period). I don't believe the warning message you're seeing is related to the SP name.
Can you show both of the error messages you're seeing? The one selected in the screenshot is just a vnic deployment advisory warning...
The only fault you should see when creating a new SP is a warning fault telling you the SP is not yet associated.
Regards,
Robert
11-17-2011 10:55 PM
Hi Robert,
Pls check private message for the capture screen step by step about creating the port-profile (VM-FEX)
There's different from create port-profile name with - (hyphen) and . (period) from UCSM view
from the picture in attached file
1. Create Port-profile with hyphen. completely successful and no any faults
2. Create Port-profile with period. has 2 warning fault message and if I wait for retry limit it has critical fault popup
Best Regards,
Attavit
11-18-2011 06:59 AM
Attavit,
Thanks for the screenshots. I tested this in my 2.0(1m) lab - and it worked as expected. I created a "rob-1.1.1.1" VM-FEX profile with a single VLAN as native, 128 Ports, and a QoS policy, which raised the same warning fault appeared stating "error redirecting cmd to PPM, error: 2, ret: xxxxxx." After about 20 sec, the FSM tab retries complete, and the new Profile is created. I then assign a PP Client, and it pushed fine to vCenter.
How long do you let UCS sit in the "stuck" state for?
I see a TAC case open for a similar issue, is that possibly yours? If so, I'll sync up with the assigned engineer.
Regards,
Robert
11-18-2011 09:51 AM
Robert,
I wait about an hour until warning fault become critical fault as the last screenshot I have sent to you
While this issue happening I create the Port-Profile Client and push to vCenter. Yes, it appear in the vCenter but the problem is it cannot operate normally when I assign virtual machine to the Port-Profile.
For the TAC case, it's not mine. I think someone found the problem like me
My FI are 6120 with 2.01q
Best Regards,
Attavit
11-23-2011 11:34 AM
We have logged a bug for this CSCtw50228 - Thanks to Jalpa!
Our devs have confirmed that while other objects have name validation, the VM Port profiles do not, which throws the error you're seeing since NXOS can't process "." (periods). Service profiles names are a different case as NXOS is unaware of these objects.
The workaround is to avoid using periods in VM profile names. Use a dash instead.
Regards,
Robert
11-23-2011 09:23 PM
Robert,
Thank you for your effort.
but Do you have the plan to fix this issue in the future ? ( I want information to tell my customer )
Best Regards,
Attavit
11-23-2011 09:55 PM
The bug was only formally verified/logged yesterday. Our devs will need to create the fix, put it through QA and it will be included in a future patch release.
Either way, the fix would be for UCSM to validate the VM Profile name and NOT accept a period character. The fix will NOT change behavior to allow it - this is because the underlying NXOS can't process this character and is aware of the adaptor profile object name. So if your customer has a naming convention that uses ".", I'd suggest to change it to a dash instead.
As soon as I have a tentative commit date I will let you know.
Regards,
Robert
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide