Re: Kernel Panic in VMXNET3 Driver

2017-07-03 Thread Mini Trader
I am on stretch Debian 4.9.30-2+deb9u2. Is there a link to submit this bug too? On Ubuntu's 4.4.0-83-generic this is not reproducible. On Mon, Jul 3, 2017 at 6:45 PM, deloptes wrote: > Mini Trader wrote: > > > More information. I found a post here: > > > > http

Re: Kernel Panic in VMXNET3 Driver

2017-07-03 Thread Mini Trader
More information. I found a post here: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1650635 They mention LRO so I disabled it. I cannot reproduce if LRO is disabled. On Mon, Jul 3, 2017 at 5:59 PM, Mini Trader wrote: > Looks to be the same. > > On Mon, Jul 3, 2017 a

Re: Kernel Panic in VMXNET3 Driver

2017-07-03 Thread Mini Trader
Looks to be the same. On Mon, Jul 3, 2017 at 5:48 PM, deloptes wrote: > Mini Trader wrote: > > > task_numa_fault+0x6ed/0xd20 > > what happens if you boot the vm with numa=off > > > >

Kernel Panic in VMXNET3 Driver

2017-07-03 Thread Mini Trader
I had posted earlier that I was having issues with a java program but after doing some quick digging I've been able to identity the error. I enabled logging kernel messages over the network and was able to capture this. Would appreciate some guidance on where to go from here. [ 118.656721] -

Re: Tracing hard Lockup

2017-07-01 Thread Mini Trader
Java 7 rarely has issues on Java 8 and if they do it's a program error not system. At this point I'll go back to Jessie or Ubuntu 16. Thanks for the feedback. On Sat, Jul 1, 2017 at 6:41 PM deloptes wrote: > Mini Trader wrote: > > > I tried oracles version as well and s

Re: Tracing hard Lockup

2017-07-01 Thread Mini Trader
I tried oracles version as well and same response. Is there any sort of utility that can be used to sandbox this and see what is going on? Any log files other than kernlog or syslog? On Sat, Jul 1, 2017 at 4:42 PM deloptes wrote: > Mini Trader wrote: > > > My last two cents on t

Re: Tracing hard Lockup

2017-07-01 Thread Mini Trader
hole on this release which I find very odd. On Sat, Jul 1, 2017 at 10:39 AM, Mini Trader wrote: > This isn't reserving JVM heap space > 2GB. This is a java process taking > down an entire system. > > I didn't have any memory issues. They do mention that it was fixe

Re: Tracing hard Lockup

2017-07-01 Thread Mini Trader
ul 1, 2017 at 10:22 AM, deloptes wrote: > Mini Trader wrote: > > > I've installed Debian 9/Stetch and am having issues with what looks to be > > a java application. > > > > When connecting to the app from certain devices the entire system will > > lockup ins

Tracing hard Lockup

2017-07-01 Thread Mini Trader
I've installed Debian 9/Stetch and am having issues with what looks to be a java application. When connecting to the app from certain devices the entire system will lockup inside an ESXi VM. There doesn't appear to be any errors. The system just locks up, no console, no IP nothing works. The ESX

Tracing Hard Lockup

2017-06-30 Thread Mini Trader
I've installed Debian 9/Stetch and am having issues with what looks to be a java application. When connecting to the app from certain devices the entire system will lockup inside an ESXi VM. There doesn't appear to be any errors. The system just locks up, no more IP nothing works. The ESXi host

Re: NFS 4 id mapping does not work on auto mount

2017-01-08 Thread Mini Trader
So for whatever reason. It seems that there is a slight delay after boot for the ids to be pulled. They come after around 10 minutes or so. Issuing nfsidmap -c will cause them to be loaded immediately. On Sat, Jan 7, 2017 at 2:40 PM Mini Trader wrote: > Hello all, > > I am having so

NFS 4 id mapping does not work on auto mount

2017-01-07 Thread Mini Trader
Hello all, I am having some issues with ID mapping. The behavior that I notice is as follows. 1. If I mount via /etc/fstab when automount is enabled, then I have no id mapping 2. If I mount after boot via mount -a (fstab contains noauto entry) my id mapping is correct Client is running: Linux