Quantcast
Channel: VMware Communities: Message List
Viewing all 171074 articles
Browse latest View live

Re: script

0
0

Yes it will not powercycle the VM instantly.

 

upgrade at power cycle means, whenever VM gets restarted for any reason, it will check the Tools and upgrade it if older.

 

Just add below commands from powershell

 

connect your vcenter server first and then run below command.

 

get-vm | update-tools                                   (upgrade the tools immidiately and restart the VM.

get-vm | shutdown-vmguest -Confirm:$false  (Once above command gets successfull then this command will shutdown again all VMs.)

 

This will shutdown the vm gracefully and in that case, vm tool should work however, you can also force shutdown by using command below

 

get-vm | stop-vm

 

Hope, this will help you.


Re: Redeploy Controllers

Re: script

0
0

Thanks alot for the support

Will the below script work for me(i.e install or upgrade vmware tools and shutdown the VMs)

 

#list name of servers on which changes required in file

$n = Get-Content "D:\Jitu\VMName.txt"

foreach ($b in $n){

$vm = Get-VM -Name $b | % {Get-View $_.ID}

$value = New-Object VMware.Vim.VirtualMachineConfigSpec

$value.tools = New-Object VMware.Vim.ToolsConfigInfo

get-vm | update-tools                                  

get-vm | shutdown-vmguest -Confirm:$false

$vm.ReconfigVM_Task($value)| Export-Csv "D:\ToolsOutput.csv" -UseCulture -NoTypeInformation

}

Re: Redeploy Controllers

Re: Ubuntu 17.10 does not run in VMware Workstation 12.5.6

0
0

Hi Darius,

 

Did you happen to read my last message before your replies?  I have now confirmed and repeatedly reproduced this with both 12.5.4 and 12.5.5 and I believe also 12.5.6, and it is specifically only when using the default (and recommended) SCSI disk type with a Linux Ubuntu guest.  In this case, forget I even said ANYTHING about 16.10 because it's irrelevant.  Take the long-term 16.04 in either of those versions of workstation x64 on Win7x64 (could also go back further and be other combinations) and as long as you install any relatively RECENT LINUX KERNEL COMBINED WITH THE SCSI DISK TYPE - upon shutdown the disk will become corrupted and unusable.  Some times it's recoverable (partially) with a repair etc. sometimes it's fatal 1st time - either way it's BAD.  That Kali post is relevant since it's also a recent Linux kernel and they were also using the SCSI disk type and if you read their post, their testing mirrored mine which confirms that all of this is in the Vmware workstation SCSI guest disk driver and the change to SATA guest disk driver is a valid workaround (albeit not preferred).  This just needs vmware support DEV engineers reproducing it and getting it patched - not much more we can do, unfortunately.

 

I've been championing Vmware and virtualization since it's inception back in late 90's (and LONG before anyone even knew what it was or it was close to a trend), so thanks for the comments and yes, I do hold Vmware to high standards and am very aware of how this works as I now approach my 30yr mark in the industry.

 

Again, no need to do much more testing now except to drill down to find the flaw in the SCSI disk guest driver - which unfortunately I cannot really help much with.  Again, the ONLY change I've made in ALL of these scenarios is to rebuild the exact same Linux guests with new guests BUT USING THE SATA DISK (non-default) guest disk driver.  100% of the same tests using SATA driver show ZERO of the corruption, which again was 100% reproducible EVERY SINGLE REBUILD using SCSI disks.

 

BTW, I made ZERO changes to any VMX's configs to keep this even that much more super-simple for anyone in support to reproduce. 

 

TO REPRODUCE:

 

Just choose EASY INSTALL, let it detect a 16.04 x64 ISO, select default SCSI disk and if you're on Workstation 12.5.4 or 12.5.5 (and my host is WIN7x64), and 100% of the time boot the OS and it is fine, SHUT DOWN AND POWER OFF the guest and you don't even need to snapshot it - just power it right back on and watch the corruption fun begin.  Sometimes it's just a fsck that fixes the disk and perhaps that's how this was repeatedly missed the last few versions.....but it's also why I'm AMAZED that with multiple online reports of this that something frankly so easily reproducible slipped through not one but at least two (three counting 12.5.6) production releases of Workstation and possibly more.  I just have not rolled back to any earlier to test but it is really possible it goes back further because I personally have not been using Workstation much for Linux guests, lately, and apparently not many other have been, either!

Re: Redeploy Controllers

0
0

Also I even tried deploying a new NSX manager and restoring from a backup. Here is a screenshot. Note the number sare different as they changed when trying various things. The issue is while they are in a disconnected status I cannot deploy new controllers and as the VM's is removed I cannot even ssh into the controller.

Re: Redeploy Controllers

Re: Redeploy Controllers

0
0

Well Kind Sir

 

All is well. All controllers are deleted and now I can deploy new controllers. I just had the API command wrong.

 

Your assistance is greatly appreciated once again. Time to upgrade NSX tomorrow


Mounting a datastore to ESXi host

0
0

I've had a house fire and my old ESXi host hardware suffered enough that it powercycled continuously. The drives are seem to be perfectly fine though.

So house is rebuilt and I have new hardware (DL380 G7).

However my old hardware took 3.5" drives the DL380 takes 2.5" drives.

So the old VMs I had are on my 1TB SATA 3.5" which I cannot directly fit to the new equipment.

I do have a very nice USB SATA caddy though so I'm plugged all the bits in, stuck the drive in and powered up everything (including a shutdown and startup of the ESXi host).

 

This obviously has nothing to do with IOPS and speed this is purely rescue.

I am hoping that I can throw a few commands at my new machine to find the USB caddy (and subsequently the old VM datastore) so I can simply copy the old stuff to the new.

However I am not an infrastructure (I am trying to learn) so I haven't even got it to see the caddy yet.

 

I am happy to say I wasn't stupid enough to put precious things on the drive but over the years I have ripped my wifes and my own DVD/Bluray collection as well as our CDs and records.

Whilst I can do this again it has taken more years than i wish to admit.

Can someone direct me to some articles or knows the commands off by heart to rectify this woeful situation?

 

Thank you

Hello, I am interested to pass "vSphere 6.5 Foundations" exam but i cannot find any courses or materials to prepare for the exam. I need your help please! appreciate your fast reply. Thank you.

0
0

Hello, I am interested to pass "vSphere 6.5 Foundations" exam but i cannot find any courses or materials to prepare for the exam. I need your help please! appreciate your fast reply. Thank you.

Re: Redeploy Controllers

0
0

I attached a screenshot of the successful deployment. So for those wanting to remove controllers when you get the error about not being able to use the API via the vSphere Manager you can use the REST API to remove then using the correct command above. I use the Postman REST plugin in chrome but there are others you can use.

 

A note however that this did not work via our ipsec VPN....Not sure why..I have to login to a VM on the internal network to use the REST API. Anyway happy times ahead thanks for the guidance of Sreec!!!

Re: Redeploy Controllers

0
0

Glad to hear that . Well i'm not sure why you were not able to execute api calls from IPsec network. Most likely NSX manager is neither part of Local/peer networks based on from which location you tried executing it.

Re: Ubuntu 17.10 does not run in VMware Workstation 12.5.6

0
0

Any chance I could trouble you to provide a copy of all of the vmware*.log files in the directory of an affected VM?  If you could attach them to a reply in this thread (just look for the Attach button in the lower-right corner when composing a reply), that'd be superb.

 

I firmly believe there is some factor at play on your host system which is triggering this problem.  If the last few releases of VMware Workstation were all unable to install a released LTS version of the most popular Linux distributions in a VM in its default/recommended configuration running on one of the most popular host operating systems, I would expect that there would be a veritable avalanche of reports of the same problem here in the forums and through our technical support channels, but we're simply not seeing that.  I'm also very confident that our quality assurance processes would have detected such a catastrophic issue before release.  You've given evidence that suggests that multiple people are encountering guest disk corruption problems that seem identical upon first inspection, but I don't yet accept that it is anywhere near as widespread and easy to reproduce as your comments suggest.

 

It could at least help to understand the nature of the problem if I could have a peek at the vmware.log (and all other numbered vmware-*.log) files from one of the affected VMs on your host after the corruption has occurred.

 

Thanks,

--

Darius

vSphere DRS changes mode

0
0

Hi

 

Does anyone of you faced issue that DRS changes mode automatically from Fully automated to Manual?

I've found that after some time DRS mode changes to Manual even DRS mode was setup to Fully automated.

 

In the event console I only can find that cluster were reconfigured from fullyAutomated to manual.

Modified option: configurationEx.drsConfig.defaultVmBehavior

OSPF between DLR and external router via ESG?

0
0

I'm working on my VMUG Advantage home lab, now with NSX!

 

My home router is a Sophos UTM, so it supports OSPF.

 

DLR <-- area A --> ESG <-- area B --> Sophos UTM

 

The DLR and ESG are exchanging routes, as are the ESG and UTM. How do I get the UTM and DLR to know that they need to reach each other through the ESG?

 

Looks like "route redistribution" from OSPF to OSPF is grayed out.

 

Thanks.


Re: PSOD: Spin count exceeded - possible deadlock with PCPU 3

0
0

did you solve the problem? I have the same with my HP Server and ESXi 6.5

Re: I'm getting purple screen and "Spin count exceeded - possible deadlock with PCPU" Vmware ESXi 6.5.0 Releasebuild 4887370 HPz620

0
0

did you solve the problem? I have the same with my HP Server and ESXi 6.5

Re: iSCSI port binding

0
0

I did unbind the vmk on both nics (vmk3 on vmnic3 and vmk5 was on vmnic5). Esxi host was disconnected from all data stores. i rebooted the esxi and did not reconnect the datastore.

Here is the message on the vDswitch when i click on network port binding tab" No VMkernel network adapters are bound to this iscsi host bus adapter"

Is it because I am not using iSCSI HBA?

Re: Repeated VM segfault with Ubuntu 16.04 host

0
0

Try putting mks.noBeep = "TRUE" into your /etc/vmware/config file – you'll need to edit that file as root, but that should apply the workaround to all VMs on that host without needing to modify each new VM.

 

Cheers,

--

Darius

Re: Repeated VM segfault with Ubuntu 16.04 host

0
0

I've recently retested this with Workstation 12.5.6 and Ubuntu 17.04, with several different guests.  I'm still getting a segfault as above.

 

If the ALSA support is fundamentally broken, please could it be fixed or removed, or make beeping disabled by default when using ALSA?  Having workstation segfault every time a guest OS makes a beep makes it practically unusable.  I'm still working around this by using mks.noBeep = "TRUE", but having to manually work around this defect every time I create a new VM is getting very tiresome.

 

I'm afraid using PulseAudio continues to be impossible; it's still quite broken on my hardware, as described above.

 

Many thanks,

Roger

 

Stack trace:

 

2017-06-03T14:24:19+01:00[+3.299]| vmx| W115: Caught signal 11 -- tid 152822 (addr 7FB6FC2230F0)

2017-06-03T14:24:19+01:00[+3.299]| vmx| I125: SIGNAL: rip 0x7fb3e05fc641 rsp 0x7ffe04fb8090 rbp 0x7fb3cc014870

2017-06-03T14:24:19+01:00[+3.299]| vmx| I125: SIGNAL: rax 0xcc06acc1 rbx 0x7fb3cc077df0 rcx 0xcc06acc0 rdx 0x7fb3cc077df4 rsi 0xcc06acef rdi 0x7fb3cc014870

2017-06-03T14:24:19+01:00[+3.299]| vmx| I125:         r8 0x7ffe04fb8130 r9 0x7ffe04fb80dc r10 0x30 r11 0x0 r12 0x0 r13 0x7ffe04fb80ec r14 0x30 r15 0x7ffe04fb80dc

2017-06-03T14:24:19+01:00[+3.299]| vmx| I125: SIGNAL: stack 7FFE04FB8090 : 0x00007ffe04fb91c4 0x0000000000000000

2017-06-03T14:24:19+01:00[+3.299]| vmx| I125: SIGNAL: stack 7FFE04FB80A0 : 0x00007fb3cc014870 0x00007ffe04fb91c8

2017-06-03T14:24:19+01:00[+3.299]| vmx| I125: SIGNAL: stack 7FFE04FB80B0 : 0x00000000000000cf 0x00007fb3cc077df0

2017-06-03T14:24:19+01:00[+3.300]| vmx| I125: SIGNAL: stack 7FFE04FB80C0 : 0x0000000000000000 0x00007fb3e05fc6b5

2017-06-03T14:24:19+01:00[+3.300]| vmx| I125: SIGNAL: stack 7FFE04FB80D0 : 0x00007ffe04fb91c0 0x0000000000000030

2017-06-03T14:24:19+01:00[+3.300]| vmx| I125: SIGNAL: stack 7FFE04FB80E0 : 0x00007ffe04fb91c4 0xcc06acc0e05fc606

2017-06-03T14:24:19+01:00[+3.300]| vmx| I125: SIGNAL: stack 7FFE04FB80F0 : 0x00007ffe04fb91f0 0x0000000000000000

2017-06-03T14:24:19+01:00[+3.300]| vmx| I125: SIGNAL: stack 7FFE04FB8100 : 0x00007ffe04fb9200 0x00007fb3cc077df0

2017-06-03T14:24:19+01:00[+3.300]| vmx| I125: Backtrace:

2017-06-03T14:24:19+01:00[+3.300]| vmx| I125: Backtrace[0] 00007ffe04fb77c0 rip=000055f00d47a506 rbx=000055f00d47a280 rbp=0000000000000000 r12=0000000000000000 r13=00007ffe04fb8110 r14=00007fb485dffd50 r15=0000000000000000

2017-06-03T14:24:19+01:00[+3.300]| vmx| I125: Backtrace[1] 00007ffe04fb7800 rip=000055f00d7d6718 rbx=00007ffe04fb8110 rbp=000000000000000b r12=0000000000000000 r13=00007ffe04fb8110 r14=00007fb485dffd50 r15=0000000000000000

2017-06-03T14:24:19+01:00[+3.300]| vmx| I125: Backtrace[2] 00007ffe04fb7aa0 rip=000055f00d7d6b55 rbx=000000000000000b rbp=00007ffe04fb7b00 r12=0000000000000000 r13=00007ffe04fb7c30 r14=00007fb485dffd50 r15=0000000000000000

2017-06-03T14:24:19+01:00[+3.300]| vmx| I125: Backtrace[3] 00007ffe04fb7b00 rip=00007fb4859fc670 rbx=00007fb3cc077df0 rbp=00007fb3cc014870 r12=0000000000000000 r13=00007ffe04fb80ec r14=0000000000000030 r15=00007ffe04fb80dc

2017-06-03T14:24:19+01:00[+3.300]| vmx| I125: Backtrace[4] 00007ffe04fb8090 rip=00007fb3e05fc641 rbx=00007fb3cc077df0 rbp=00007fb3cc014870 r12=0000000000000000 r13=00007ffe04fb80ec r14=0000000000000030 r15=00007ffe04fb80dc

2017-06-03T14:24:19+01:00[+3.300]| vmx| I125: Backtrace[5] 00007ffe04fb80d0 rip=00007fb3e05fc6b5 rbx=0000000000000000 rbp=00007fb3cc014870 r12=00007ffe04fb91c8 r13=00000000000000cf r14=00007fb3cc077df0 r15=0000000000000000

2017-06-03T14:24:19+01:00[+3.300]| vmx| I125: Backtrace[6] 00007ffe04fb8130 rip=00007fb3e05fd865 rbx=0000000000000000 rbp=00007ffe04fb9200 r12=00007fb3cc077df0 r13=0000000000000002 r14=00007ffe04fb83e8 r15=00007fb3cc014870

2017-06-03T14:24:19+01:00[+3.300]| vmx| I125: Backtrace[7] 00007ffe04fb9210 rip=00007fb3e05fda55 rbx=00007ffe04fb9278 rbp=00007ffe04fb927c r12=00007fb3cc07d130 r13=0000000000000001 r14=0000000000000400 r15=00007fb3cc014870

2017-06-03T14:24:19+01:00[+3.300]| vmx| I125: Backtrace[8] 00007ffe04fb9270 rip=00007fb3e083bbd9 rbx=00007fb3cc0765a0 rbp=00000000000003ac r12=0000000000000400 r13=00007fb3cc0783c0 r14=0000000000000001 r15=0000000000000c00

2017-06-03T14:24:19+01:00[+3.300]| vmx| I125: Backtrace[9] 00007ffe04fb9290 rip=00007fb3eb8d0316 rbx=00007fb3cc0765a0 rbp=00000000000003ac r12=0000000000000400 r13=00007fb3cc0783c0 r14=0000000000000001 r15=0000000000000c00

2017-06-03T14:24:19+01:00[+3.300]| vmx| I125: Backtrace[10] 00007ffe04fb92e0 rip=00007fb3eb8d072e rbx=00007fb3cc074ab0 rbp=00007fb3cc0765a0 r12=0000000000000400 r13=00007ffe04fb9300 r14=00007ffe04fb9308 r15=0000000000000b04

2017-06-03T14:24:19+01:00[+3.300]| vmx| I125: Backtrace[11] 00007ffe04fb9360 rip=00007fb3eb8d083a rbx=00007fb3cc074ab0 rbp=00007fb3cc0765a0 r12=0000000000000800 r13=00000000000003e8 r14=0000000000000eec r15=00007ffe04fb93e0

2017-06-03T14:24:19+01:00[+3.300]| vmx| I125: Backtrace[12] 00007ffe04fb9390 rip=00007fb3eb8d08e3 rbx=00000000000000dd rbp=00007fb3cc074ab0 r12=0000000000000000 r13=00007ffe04fb94a0 r14=00000000000000dd r15=00007ffe04fb93e0

2017-06-03T14:24:19+01:00[+3.300]| vmx| I125: Backtrace[13] 00007ffe04fb93b0 rip=00007fb3eb8c35a0 rbx=00007fb3cc074ab0 rbp=0000000000000000 r12=0000000000000000 r13=00007ffe04fb94a0 r14=00000000000000dd r15=00007ffe04fb93e0

2017-06-03T14:24:19+01:00[+3.300]| vmx| I125: Backtrace[14] 00007ffe04fb9430 rip=00007fb3eb8b7956 rbx=0000000000000000 rbp=00000000000000dd r12=0000000000000000 r13=00007fb3eb92b798 r14=0000000000000000 r15=00007fb3cc074ab0

2017-06-03T14:24:19+01:00[+3.300]| vmx| I125: Backtrace[15] 00007ffe04fb94a0 rip=00007fb3eb8c38fa rbx=00000000000000dd rbp=00007ffe04fb94f0 r12=00007fb3cc074ab0 r13=0000000000000000 r14=000055f013279d10 r15=000037da76986604

2017-06-03T14:24:19+01:00[+3.300]| vmx| I125: Backtrace[16] 00007ffe04fb9500 rip=000055f00d7b4858 rbx=00007fb3cc05d400 rbp=00000000000000dd r12=0000000000000002 r13=0000000000000000 r14=000055f013279d10 r15=000037da76986604

2017-06-03T14:24:19+01:00[+3.300]| vmx| I125: Backtrace[17] 00007ffe04fb9530 rip=000055f00ce7f177 rbx=000055f013288a80 rbp=00007fb4825db010 r12=0000000000000000 r13=0000000000000000 r14=000055f013279d10 r15=000037da76986604

2017-06-03T14:24:19+01:00[+3.300]| vmx| I125: Backtrace[18] 00007ffe04fb95c0 rip=000055f00ce801cf rbx=0000000000000000 rbp=0000000e4c681e6f r12=00007fb4825db010 r13=0000000e4c68169f r14=00007ffe04fb9660 r15=00007fb4825db050

2017-06-03T14:24:19+01:00[+3.300]| vmx| I125: Backtrace[19] 00007ffe04fb96d0 rip=000055f00ce839d1 rbx=000055f00e287660 rbp=000055f013279d10 r12=000055f013072f20 r13=0000000000000000 r14=000055f00e287620 r15=000055f013072f20

2017-06-03T14:24:19+01:00[+3.301]| vmx| I125: Backtrace[20] 00007ffe04fb97f0 rip=000055f00ce77fec rbx=0000000000000003 rbp=0000000000000000 r12=000055f00e0a5cf8 r13=000055f012d24540 r14=000055f00d94b6d7 r15=0000000000000000

2017-06-03T14:24:19+01:00[+3.301]| vmx| I125: Backtrace[21] 00007ffe04fb9890 rip=00007fb483bfb3f1 rbx=0000000000000000 rbp=000055f00d9145f0 r12=000055f00ce76590 r13=00007ffe04fb9960 r14=0000000000000000 r15=0000000000000000

2017-06-03T14:24:19+01:00[+3.301]| vmx| I125: Backtrace[22] 00007ffe04fb9950 rip=000055f00ce765b9 rbx=0000000000000000 rbp=0000000000000000 r12=000055f00ce76590 r13=00007ffe04fb9960 r14=0000000000000000 r15=0000000000000000

2017-06-03T14:24:19+01:00[+3.301]| vmx| I125: SymBacktrace[0] 00007ffe04fb77c0 rip=000055f00d47a506 in function (null) in object /usr/lib/vmware/bin/vmware-vmx-debug loaded at 000055f00cd83000

2017-06-03T14:24:19+01:00[+3.301]| vmx| I125: SymBacktrace[1] 00007ffe04fb7800 rip=000055f00d7d6718 in function (null) in object /usr/lib/vmware/bin/vmware-vmx-debug loaded at 000055f00cd83000

2017-06-03T14:24:19+01:00[+3.301]| vmx| I125: SymBacktrace[2] 00007ffe04fb7aa0 rip=000055f00d7d6b55 in function (null) in object /usr/lib/vmware/bin/vmware-vmx-debug loaded at 000055f00cd83000

2017-06-03T14:24:19+01:00[+3.301]| vmx| I125: SymBacktrace[3] 00007ffe04fb7b00 rip=00007fb4859fc670 in function (null) in object /lib/x86_64-linux-gnu/libpthread.so.0 loaded at 00007fb4859eb000

2017-06-03T14:24:19+01:00[+3.301]| vmx| I125: SymBacktrace[4] 00007ffe04fb8090 rip=00007fb3e05fc641 in function (null) in object /usr/lib/x86_64-linux-gnu/libspeexdsp.so.1 loaded at 00007fb3e05f3000

2017-06-03T14:24:19+01:00[+3.301]| vmx| I125: SymBacktrace[5] 00007ffe04fb80d0 rip=00007fb3e05fc6b5 in function (null) in object /usr/lib/x86_64-linux-gnu/libspeexdsp.so.1 loaded at 00007fb3e05f3000

2017-06-03T14:24:19+01:00[+3.301]| vmx| I125: SymBacktrace[6] 00007ffe04fb8130 rip=00007fb3e05fd865 in function speex_resampler_process_int in object /usr/lib/x86_64-linux-gnu/libspeexdsp.so.1 loaded at 00007fb3e05f3000

2017-06-03T14:24:19+01:00[+3.301]| vmx| I125: SymBacktrace[7] 00007ffe04fb9210 rip=00007fb3e05fda55 in function speex_resampler_process_interleaved_int in object /usr/lib/x86_64-linux-gnu/libspeexdsp.so.1 loaded at 00007fb3e05f3000

2017-06-03T14:24:19+01:00[+3.301]| vmx| I125: SymBacktrace[8] 00007ffe04fb9270 rip=00007fb3e083bbd9 in function (null) in object /usr/lib/x86_64-linux-gnu/alsa-lib/libasound_module_rate_speexrate.so loaded at 00007fb3e083b000

2017-06-03T14:24:19+01:00[+3.301]| vmx| I125: SymBacktrace[9] 00007ffe04fb9290 rip=00007fb3eb8d0316 in function (null) in object /usr/lib/x86_64-linux-gnu/libasound.so.2 loaded at 00007fb3eb863000

2017-06-03T14:24:19+01:00[+3.301]| vmx| I125: SymBacktrace[10] 00007ffe04fb92e0 rip=00007fb3eb8d072e in function (null) in object /usr/lib/x86_64-linux-gnu/libasound.so.2 loaded at 00007fb3eb863000

2017-06-03T14:24:19+01:00[+3.301]| vmx| I125: SymBacktrace[11] 00007ffe04fb9360 rip=00007fb3eb8d083a in function (null) in object /usr/lib/x86_64-linux-gnu/libasound.so.2 loaded at 00007fb3eb863000

2017-06-03T14:24:19+01:00[+3.301]| vmx| I125: SymBacktrace[12] 00007ffe04fb9390 rip=00007fb3eb8d08e3 in function (null) in object /usr/lib/x86_64-linux-gnu/libasound.so.2 loaded at 00007fb3eb863000

2017-06-03T14:24:19+01:00[+3.301]| vmx| I125: SymBacktrace[13] 00007ffe04fb93b0 rip=00007fb3eb8c35a0 in function (null) in object /usr/lib/x86_64-linux-gnu/libasound.so.2 loaded at 00007fb3eb863000

2017-06-03T14:24:19+01:00[+3.301]| vmx| I125: SymBacktrace[14] 00007ffe04fb9430 rip=00007fb3eb8b7956 in function (null) in object /usr/lib/x86_64-linux-gnu/libasound.so.2 loaded at 00007fb3eb863000

2017-06-03T14:24:19+01:00[+3.301]| vmx| I125: SymBacktrace[15] 00007ffe04fb94a0 rip=00007fb3eb8c38fa in function snd_pcm_mmap_writei in object /usr/lib/x86_64-linux-gnu/libasound.so.2 loaded at 00007fb3eb863000

2017-06-03T14:24:19+01:00[+3.301]| vmx| I125: SymBacktrace[16] 00007ffe04fb9500 rip=000055f00d7b4858 in function (null) in object /usr/lib/vmware/bin/vmware-vmx-debug loaded at 000055f00cd83000

2017-06-03T14:24:19+01:00[+3.302]| vmx| I125: SymBacktrace[17] 00007ffe04fb9530 rip=000055f00ce7f177 in function (null) in object /usr/lib/vmware/bin/vmware-vmx-debug loaded at 000055f00cd83000

2017-06-03T14:24:19+01:00[+3.302]| vmx| I125: SymBacktrace[18] 00007ffe04fb95c0 rip=000055f00ce801cf in function (null) in object /usr/lib/vmware/bin/vmware-vmx-debug loaded at 000055f00cd83000

2017-06-03T14:24:19+01:00[+3.302]| vmx| I125: SymBacktrace[19] 00007ffe04fb96d0 rip=000055f00ce839d1 in function (null) in object /usr/lib/vmware/bin/vmware-vmx-debug loaded at 000055f00cd83000

2017-06-03T14:24:19+01:00[+3.302]| vmx| I125: SymBacktrace[20] 00007ffe04fb97f0 rip=000055f00ce77fec in function main in object /usr/lib/vmware/bin/vmware-vmx-debug loaded at 000055f00cd83000

2017-06-03T14:24:19+01:00[+3.302]| vmx| I125: SymBacktrace[21] 00007ffe04fb9890 rip=00007fb483bfb3f1 in function __libc_start_main in object /lib/x86_64-linux-gnu/libc.so.6 loaded at 00007fb483bdb000

2017-06-03T14:24:19+01:00[+3.302]| vmx| I125: SymBacktrace[22] 00007ffe04fb9950 rip=000055f00ce765b9 in function (null) in object /usr/lib/vmware/bin/vmware-vmx-debug loaded at 000055f00cd83000

Viewing all 171074 articles
Browse latest View live




Latest Images