This post is more than 5 years old

9 Posts

3776

May 6th, 2015 13:00

Virtual VNXe (vvnx) Default passwords in the install document does not work

The initial GUI that comes up wants to use the service account, not admin and the password listed in the install document does not work with either admin or service.

13 Posts

May 7th, 2015 10:00

This a known issue with the service gui currently.  We are fixing.  Data collect works from the console itself.  This will seems a little tricky, but this should allow you to collect the logs from the console and then download them from the service gui.

1. Login to the console with the same service/service ( name/password ) defaults.


2. First can we make sure the system CPUcurrent enough?  Can you run this command?  It should say sse4_2 somewhere on that output or the physical ESX server hardware is too old to run.  If too old, you will need a newer machine.

> grep flags /proc/cpuinfo

Ex output:

flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts mmx fxsr sse sse2 ss syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts nopl xtopology tsc_reliable nonstop_tsc aperfmperf pni pclmulqdq ssse3 cx16 pcid sse4_1 sse4_2 x2apic popcnt aes xsave avx hypervisor lahf_lm ida arat epb xsaveopt pln pts dtherm

3.  Secondly I would like to verify that your pci devices are in the correct place.  If you run "lscpi -nn" you should see this list at the end of that output.  Can you verify that your system matches this?  If this does not match, then did you change any of the settings of the VM before you powered on?

02:00.0 Ethernet controller [0200]: Intel Corporation 82545EM Gigabit Ethernet Controller (Copper) [8086:100f] (rev 01)

02:01.0 Ethernet controller [0200]: Intel Corporation 82545EM Gigabit Ethernet Controller (Copper) [8086:100f] (rev 01)

02:02.0 Ethernet controller [0200]: Intel Corporation 82545EM Gigabit Ethernet Controller (Copper) [8086:100f] (rev 01)

03:00.0 Serial Attached SCSI controller [0107]: VMware PVSCSI SCSI Controller [15ad:07c0] (rev 02)

0b:00.0 Serial Attached SCSI controller [0107]: VMware PVSCSI SCSI Controller [15ad:07c0] (rev 02)

13:00.0 Ethernet controller [0200]: VMware VMXNET3 Ethernet Controller [15ad:07b0] (rev 01)

1b:00.0 Ethernet controller [0200]: VMware VMXNET3 Ethernet Controller [15ad:07b0] (rev 01)

4. Lastly, if not the cpu version issue and you are not missing any controllers, you can run svc_dc manually from the console command prompt and that will create the same logs as the gui would.

5. Log back in to the GUI and attempt the service action again to get the collects.  A popup should tell you that the system found a previous collect gathered.  That should be the one you just did manually. 

6. Save that one locally and we can take a look.

43 Posts

May 6th, 2015 15:00

It sounds like the vVNX is in service mode. Did you make any changes to the VM settings before powering it on? Make sure you give the VM about 45 minutes to boot up fully before any actions such as adding vDisks.

9 Posts

May 6th, 2015 16:00

When I initially created the VM, I left it powered off and added 4 vDisks, then I did the initial power on.

9 Posts

May 6th, 2015 17:00

Deleted the old vm, rebuilt a new VM same issue


43 Posts

May 6th, 2015 17:00

That is what is causing this issue. Please don't add any virtual disks to the VM until it has fully booted. You can verify that it's ready when Unisphere loads when you navigate to the IP address. Can you try that and let me know if it resolved the issue? Thanks!

43 Posts

May 6th, 2015 19:00

Can you let me know what hardware you're running this on?

Also, if it's forcing you to login with the service user, the default password should be "service". If you can get in with that, can you gather the logs so we can take a look? Thanks!

9 Posts

May 7th, 2015 06:00

Running on HP DL380’s

When I execute collect service information I get the following error:

The service action has failed.

SERVICE_STATUS_MESSAGE_65380

9 Posts

May 7th, 2015 14:00

21:07:22 service@spa spa:~> grep flags /proc/cpuinfo

flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nopl tsc_reliable nonstop_tsc pni cx16 x2apic popcnt hypervisor lahf_lm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw

flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nopl tsc_reliable nonstop_tsc pni cx16 x2apic popcnt hypervisor lahf_lm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw

      • WARNING *** This Storage Processor is in Service Mode *** WARNING ***

      • Run "svc_diag" to view system info or "help" for service commands ***

9 Posts

May 7th, 2015 14:00


here are the attached logs

1 Attachment

13 Posts

May 8th, 2015 07:00

Your cpu flags are missing the sse4_2 support flag.  Our FAQ guide mentions that the cpu type of the underlying ESX server has to support this feature set.  You need to use an ESX server with a more current chipset.

SSE4 - Wikipedia, the free encyclopedia

In the vVNX FAQ we list this in the HW requirements table on page 2.  I will verify that this is also in the installation guide for future users.

Hardware CPU Processor SSE

version

SSE4.2 or greater

No Events found!

Top