Hi Rick
Many thanks for your reply. This sounds about a good idea to use url. I need to test it. Would the user be able to stop/start the vm with the url?
Hi Rick
Many thanks for your reply. This sounds about a good idea to use url. I need to test it. Would the user be able to stop/start the vm with the url?
I am running VMWare Fusion 10 on my Macbook Pro (High Sierra OS) and am developing a website locally. I am trying to troubleshoot cross-browser compatibility on a windows machine (10, 8.1, 7). I need to be able to access the web server I'm running from my mac in the VM.
I've followed all kinds of help on stack overflow and elsewhere with no success.
Running Windows 7 guest on macOS using Fusion version 10.1.3 (9472307).
When I run OpenGL Extensions Viewer, it tells me the following:
Renderer: SVGA3D; build: RELEASE; LLVM;
Vendor: VMware, Inc.
Memory: 384 MB
Version: 3.3 (Core Profile) Mesa 17.2.0 (git-8cfea49610)
Shading language version: 3.30
Max texture size: 16384 x 16384
Max vertex texture image units: 16
Max texture image units: 16
Max geometry texture units: 16
Max anisotropic filtering value: 16
Max viewport size: 16384 x 16384
Max Clip Distances: 8
Max samples: 0
1) How can "Max samples" be 0? I would expect it to be 1 if MSAA is not available.
2) Is MSAA not supported in Fusion? The host system/card (macOS) reports handling 8 samples.
3) When I request 8 samples for a 3.3 context, it's returning a 3.0 context with -1 samples:
OpenGL Info
Vendor: VMware, Inc.
Renderer: SVGA3D; build: RELEASE; LLVM;
Version: 3.0 Mesa 17.2.0 (git-8cfea49610)
Shading language: 1.30
Requested: (v3.3 [core], depthBufferSize 24, stencilBufferSize -1, rgba BufferSizes (-1, -1, -1, -1 ), samples 8, swapBehavior 0, swapInterval 1)
Current: (v3.0 [none], depthBufferSize 24, stencilBufferSize 8, rgba BufferSizes (8, 8, 8, 8 ), samples -1, swapBehavior 2, swapInterval 1)
I would have expected this to return a 3.3 context with "0" samples. What's going on here?
Thank you for your time.
- Andy
I am attempting to download all of the files in a particular datastore to a local USB drive using Powershell. Some of the files are *.vmdk files. When an *.vmdk file is downloaded the system splits it into two files - a 1KB descriptor file and a flat vmdx file. When the GetDatastoreItem command encounters an *.vmdk file, the copy process quits with the following error:
PS C:\> Copy-DatastoreItem -Item ds:\alb-sys-factsprod\* -Destination F:\sbing\Downloads\ESX_NFS_FACTS_SSD\alb-sys-factsprod\Backup\
Copy-DatastoreItem : 9/17/2018 11:20:38 AM VimDatastore Download of file 'https://alb-sys-vcsprd.ad
.cyfd.state.nm.us/folder%2falb-sys-factsprod%2falb-sys-factsprod-e5800be6.vswp?dcPath=ABQ&dsName=ESX
_NFS_FACTS_SSD' failed. Error message: Response status code does not indicate success: 500
(Internal Server Error).
At line:1 char:1
+ Copy-DatastoreItem -Item ds:\alb-sys-factsprod\* -Destination F:\sbin ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : NotSpecified: (:) [Copy-DatastoreItem], VimException
+ FullyQualifiedErrorId : Client20_StorageServiceImpl_DownloadFile_DownloadFailed,VMware.VimAut
omation.ViCore.Cmdlets.Commands.CopyDatastoreItem
Copy-DatastoreItem : Object reference not set to an instance of an object.
At line:1 char:1
+ Copy-DatastoreItem -Item ds:\alb-sys-factsprod\* -Destination F:\sbin ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : NotSpecified: (:) [Copy-DatastoreItem], NullReferenceException
+ FullyQualifiedErrorId : System.NullReferenceException,VMware.VimAutomation.ViCore.Cmdlets.Com
mands.CopyDatastoreItem
What am I missing? I used an exact copy of a Copy-DatastoreItem command used by someone else to copy a datastore folder containing *.vmdk files and everything worked perfectly for them. Perhaps the Copy-DatastoreItem command cannot handle *.vmdk files.
here is my complete Copy-DatastoreItem command:
PS C:\> Copy-DatastoreItem -Item ds:\alb-sys-factsprod\* -Destination F:\sbing\Downloads\ESX_NFS_FACTS_SSD\alb-sys-factsprod\Backup\
I'm trying to find an answer on whether it is recommended to use the VMware Paravirtual SCSI Controller in a vSAN environment, or if the default LSI Logic SCSI controller should be used. I have a four node vSAN cluster (each node obviously has DAS storage for the vSAN datastore) in a DellEMC VxRail. The Guest OSes will all be either WS2012 R2 or WS2016 in vSphere 6.5. From what I've read:
But we technically don't fit into either category. Can anyone help with a definitive answer?
Thanks in advance!
got a little farther i think.
I changed useing the IP address to using the FQDN:
[2018-09-17 17:53:26.869 UTC] [svservice:P1136:T3440] ReadOutVolsFromString: NewVolumes 1 TotalVolumes 1
[2018-09-17 17:53:26.869 UTC] [svservice:P1136:T3440] ReadOutVolsFromString: Manager has asynchronous loading of volumes turned on
[2018-09-17 17:53:26.869 UTC] [svservice:P1136:T3440] ReadOutVolsFromString: volume path:"g1ptesx14-localstorage-1\cloudvolumes\apps\Notepad_7.5.8.vmdk" guid:"{1bf47220-e928-4ece-a1d7-c4a6aa9aaa1e}" type:"MOUNTED-READ"
[2018-09-17 17:53:26.869 UTC] [svservice:P1136:T3440] SvdPushReorderEntry: Sent reorder entry to filter {1bf47220-e928-4ece-a1d7-c4a6aa9aaa1e} (UserVolume: 1; Writable: 0)
[2018-09-17 17:53:26.869 UTC] [svservice:P1136:T3440] ReadOutVolsFromString: add AppStack to load order list:"{1bf47220-e928-4ece-a1d7-c4a6aa9aaa1e}"(1)
[2018-09-17 17:53:26.869 UTC] [svservice:P1136:T3440] ReadOutVolsFromString: invalid command:"ASYNC"
[2018-09-17 17:53:26.869 UTC] [svservice:P1136:T3440] LogonMount: agent:0 manager:1 volume(s) to attach
[2018-09-17 17:53:26.900 UTC] [svservice:P1136:T3440] Activate filtering (called by WaitVolumesLoading)
[2018-09-17 17:53:26.900 UTC] [svservice:P1136:T3440] WaitVolumesLoading: waiting for 1 total volume(s), 0 processed, max wait 180
[2018-09-17 17:53:26.900 UTC] [svservice:P1136:T3440] WaitVolumesLoading: Wait for first volume only is 1
[2018-09-17 17:53:26.900 UTC] [svservice:P1136:T3440] Releasing user logon, (Writable present: 0; Writable processed: 0)
[2018-09-17 17:53:26.900 UTC] [svservice:P1136:T3440] SvdSetReorderCounter: set to 0
[2018-09-17 17:53:26.900 UTC] [svservice:P1136:T3440] HttpUserLogin: succeeded (user login)
[2018-09-17 17:53:26.900 UTC] [svservice:P1136:T3440] OnLogon : succeeded
[2018-09-17 17:53:26.900 UTC] [svservice:P1136:T1408] MeasureTime::RecordCenter: Start recording GUID:{52877c63-0000-0000-0000-501f00000000} Type:0
[2018-09-17 17:53:26.900 UTC] [svservice:P1136:T1408] Preload volume event (startup): "\Device\HarddiskVolume2" GUID {52877c63-0000-0000-0000-501f00000000} Hive (0 logged in, SystemVolume 1, VolumeType 0)
[2018-09-17 17:53:26.900 UTC] [svservice:P1136:T1408] Sending reply to SVCMD_ID_NEW_VOLUME_PRE (Message 3, Size 24)
[2018-09-17 17:53:26.900 UTC] [svservice:P1136:T1860] WaitVolumesLoadingWorker: waiting for 1 total volume(s), 0 processed, max wait 180
[2018-09-17 17:53:27.916 UTC] [svservice:P1136:T1860] Waiting for 1 new volumes before resetting order (0 processed, waited 1 second(s) so far)
[2018-09-17 17:53:28.932 UTC] [svservice:P1136:T1860] Waiting for 1 new volumes before resetting order (0 processed, waited 2 second(s) so far)
[2018-09-17 17:53:29.947 UTC] [svservice:P1136:T1860] Waiting for 1 new volumes before resetting order (0 processed, waited 3 second(s) so far)
[2018-09-17 17:53:30.963 UTC] [svservice:P1136:T1860] Waiting for 1 new volumes before resetting order (0 processed, waited 4 second(s) so far)
[2018-09-17 17:53:31.979 UTC] [svservice:P1136:T1860] Waiting for 1 new volumes before resetting order (0 processed, waited 5 second(s) so far)
[2018-09-17 17:53:32.338 UTC] [svservice:P1136:T3440] OnStartShell called (Session ID 1, Handle 0000029AB3D67D90, Params 000000F313EFE798, Context 0000000000000000)
[2018-09-17 17:53:32.338 UTC] [svservice:P1136:T3440] OnStartShell: <domain name edited here>\testuser.test (NameSamCompatible)
[2018-09-17 17:53:32.338 UTC] [svservice:P1136:T3440] HttpFileShareRequest WinHttp over SSL is disabled. Log collection to file share not supported.
[2018-09-17 17:53:32.338 UTC] [svservice:P1136:T3440] handleFileShareStr: File share info received from manager is empty.
[2018-09-17 17:53:32.338 UTC] [svservice:P1136:T3440] OnStartShell: Error Failed to Start DCT Logger
[2018-09-17 17:53:32.994 UTC] [svservice:P1136:T1860] Waiting for 1 new volumes before resetting order (0 processed, waited 6 second(s) so far)
[2018-09-17 17:53:34.010 UTC] [svservice:P1136:T1860] Waiting for 1 new volumes before resetting order (0 processed, waited 7 second(s) so far)
[2018-09-17 17:53:35.041 UTC] [svservice:P1136:T1860] Waiting for 1 new volumes before resetting order (0 processed, waited 8 second(s) so far)
[2018-09-17 17:53:36.057 UTC] [svservice:P1136:T1860] Waiting for 1 new volumes before resetting order (0 processed, waited 9 second(s) so far)
[2018-09-17 17:53:37.072 UTC] [svservice:P1136:T1860] Waiting for 1 new volumes before resetting order (0 processed, waited 10 second(s) so far)
[2018-09-17 17:53:38.104 UTC] [svservice:P1136:T1860] Waiting for 1 new volumes before resetting order (0 processed, waited 11 second(s) so far)
[2018-09-17 17:53:39.119 UTC] [svservice:P1136:T1860] Waiting for 1 new volumes before resetting order (0 processed, waited 12 second(s) so far)
[2018-09-17 17:53:40.135 UTC] [svservice:P1136:T1860] Waiting for 1 new volumes before resetting order (0 processed, waited 13 second(s) so far)
[2018-09-17 17:53:41.150 UTC] [svservice:P1136:T1860] Waiting for 1 new volumes before resetting order (0 processed, waited 14 second(s) so far)
[2018-09-17 17:53:42.213 UTC] [svservice:P1136:T1860] Waiting for 1 new volumes before resetting order (0 processed, waited 15 second(s) so far)
[2018-09-17 17:53:43.244 UTC] [svservice:P1136:T1860] Waiting for 1 new volumes before resetting order (0 processed, waited 16 second(s) so far)
[2018-09-17 17:53:44.260 UTC] [svservice:P1136:T1860] Waiting for 1 new volumes before resetting order (0 processed, waited 17 second(s) so far)
[2018-09-17 17:53:45.275 UTC] [svservice:P1136:T1860] Waiting for 1 new volumes before resetting order (0 processed, waited 18 second(s) so far)
[2018-09-17 17:53:46.291 UTC] [svservice:P1136:T1860] Waiting for 1 new volumes before resetting order (0 processed, waited 19 second(s) so far)
[2018-09-17 17:53:47.307 UTC] [svservice:P1136:T1860] Waiting for 1 new volumes before resetting order (0 processed, waited 20 second(s) so far)
[2018-09-17 17:53:48.322 UTC] [svservice:P1136:T1860] Waiting for 1 new volumes before resetting order (0 processed, waited 21 second(s) so far)
[2018-09-17 17:53:49.338 UTC] [svservice:P1136:T1860] Waiting for 1 new volumes before resetting order (0 processed, waited 22 second(s) so far)
[2018-09-17 17:53:50.354 UTC] [svservice:P1136:T1860] Waiting for 1 new volumes before resetting order (0 processed, waited 23 second(s) so far)
[2018-09-17 17:53:51.369 UTC] [svservice:P1136:T1860] Waiting for 1 new volumes before resetting order (0 processed, waited 24 second(s) so far)
[2018-09-17 17:53:52.385 UTC] [svservice:P1136:T1860] Waiting for 1 new volumes before resetting order (0 processed, waited 25 second(s) so far)
[2018-09-17 17:53:53.400 UTC] [svservice:P1136:T1860] Waiting for 1 new volumes before resetting order (0 processed, waited 26 second(s) so far)
[2018-09-17 17:53:54.416 UTC] [svservice:P1136:T1860] Waiting for 1 new volumes before resetting order (0 processed, waited 27 second(s) so far)
[2018-09-17 17:53:55.432 UTC] [svservice:P1136:T1860] Waiting for 1 new volumes before resetting order (0 processed, waited 28 second(s) so far)
[2018-09-17 17:53:56.447 UTC] [svservice:P1136:T1860] Waiting for 1 new volumes before resetting order (0 processed, waited 29 second(s) so far)
[2018-09-17 17:53:57.463 UTC] [svservice:P1136:T1860] Waiting for 1 new volumes before resetting order (0 processed, waited 30 second(s) so far)
[2018-09-17 17:53:57.463 UTC] [svservice:P1136:T1860] [0] Connecting to g1vtgbi02.<domain name edited here>.local:80 using HTTP (attempt 1)
[2018-09-17 17:53:57.463 UTC] [svservice:P1136:T1860] WinHttpSendRequestWithSSLCertValidation: SSL certificate validation is disabled.
[2018-09-17 17:53:57.463 UTC] [svservice:P1136:T1860] WinHttpSendRequestWithSSLCertValidation: WinHttpSetOption(WINHTTP_OPTION_SECURITY_FLAGS) succeeded.
[2018-09-17 17:53:57.525 UTC] [svservice:P1136:T1860] WinHttpSendRequestWithSSLCertValidation: WinHttpSendRequest succeeded.
[2018-09-17 17:53:57.525 UTC] [svservice:P1136:T1860] HttpReadAllAvailableData: Error 0 in WinHttpQueryDataAvailable: dwSize 0
[2018-09-17 17:53:57.525 UTC] [svservice:P1136:T1860] HttpInitializeRequest: Manager status 200 response (9 bytes): !FAILURE!
[2018-09-17 17:53:57.525 UTC] [svservice:P1136:T1860] SendMountConfirmationRequest: Volume mount-confirmation failed. Volumes will not be mounted.
What is the best practice for updating App Stack version? We have some appstacks that were create with 2.10 and now we are up to 2.14.2. We have applications using every app volume version in between. What is the recommended way of updating the files associated with the app stack themselves related to app volumes?
For example:
snapvol.cfg, prestartup.bat, svoffice.exe, etc.
Aside from having to recreate the appstack from scratch of course.
Thanks,
For a large number of workloads, the default controller is sufficient. We do recommend changing to PVSCSI controller for better performance when we are working with workloads that generate large number of IOs (Oracle, SQL, etc.) In such cases, you may also need additional controllers to avoid bottlenecks.
How are you pushing your applications? Are they installed directly on the parent image?
In that case, I would loop through the list and connect to all the ESXi nodes with SSH through through the cmdlets in the Posh-SSH module.
Once connected, you can launch the restart commands.
Would that work?
I think it's a problem on VMware's side with this. I cannot get it to install on anything.
I'm sorry, but I made a mistake. I didn't provided an correct number of bytes to extract from the .vmdk files.
Please delete the "xxx*.bin" files, and run:
for %i in (mdServer-000006-s???.vmdk) do @dsfo.exe "%i" 0 524288 "xxx-%~ni.bin"
then - since "mdServer-000006-s026.vmdk" is smaller than the other files - delete "xxx-mdServer-000006-s026.bin", and run
for %i in (mdServer-000006-s026.vmdk) do @dsfo.exe "%i" 0 131072 "xxx-%~ni.bin"
to ensure that the .bin file only contains metadata, i.e. no user data.
Then compress/zip the newly create .bin files, and attach them to a reply post.
André
Try this.
Run this command in Powershell as Admin:
Get-AppXPackage -AllUsers | Foreach {Add-AppxPackage -DisableDevelopmentMode -Register “$($_.InstallLocation)\AppXManifest.xml”}
Hi Diego,
thanks for the reference, we have one dvS which is untagged with no "Physical adapters or vLan's" mapped to it, previously we removed the adapters and vLans from this dvS.
Can we suspect which is creating for this alarms?
I normally copy a datastore folder like this
$folder='MyVM'
$ds=Get-Datastore-Name $dsName
New-PSDrive-Location $ds-Name DS -PSProvider VimDatastore -Root "\"|Out-Null
Get-ChildItem-Path "DS:/$folder"-Recurse |%{
Copy-DatastoreItem-Item "DS:/$($_.DatastoreFullPath.Split(' ')[1])"-Destination C:\Temp
}
Remove-PSDrive-Name DS -Confirm:$false
It may be a Vram issue, have you tried adding more Vram to the vm's in the pool that you're using?
Did you also try William's Cross vCenter Clone with vSphere 6.0+ script?
You could also clone on the Source vCenter and then cross-vMotion to the other vCenter.
The Move-VM cmdlet supports that afaik.
Thank you for your response. Both vSphere Client and vCenter server versions are 6.7. Java version is 1.8. Our plugin seems to be functioning fine, no noticeable regressions at this point in our testing.
Am I correct in saying that there is an initial error that is causing vCenter to attempt to connect to vcsa.vmware.com to upload the error message/logs and this is the error that I've reported? If so, where would I find the initial/root error? Our test systems don't have connectivity to the internet and therefore can't resolve vcsa.vmware.com. Is there a way to disable this upload service?
Hello SkyGoh
There is actually a handy button on every vSAN Health check that tells you more information about what can trigger it and what can help resolve it - I advise you read these. Cluster > Monitor > vSAN > Health > Retest , then it is just a case of looking at the drop-down triggered alarms you are interested in and clicking the 'ask VMware' button which will redirect to the specific kb article.
e.g.
https://kb.vmware.com/s/article/2108691
In your case you are likely: a) running unsupported hardware/driver/firmware on controller/disks b) have transient or permanent failing drives (either due to a) or physically failing) c) are exceeding 80% used of your vsanDatastore (potentially due to a) and/or b) ) d) have disks with more than 30% capacity used disparity (potentially due to b) if transient and coming back with no usable data and thus functionally blank).
Bob
I'm having the same issue with a single vCenter instance, spinning up a 2k16 Standard server w/ customization spec. Now I'm starting to think its just an issue w/ 2016 server on 6.5?