From predragp at andrew.cmu.edu  Mon Oct  2 16:13:42 2017
From: predragp at andrew.cmu.edu (Predrag Punosevac)
Date: Mon, 02 Oct 2017 16:13:42 -0400
Subject: GPUs rebooted for cuDNN
Message-ID: <20171002201342.rDTN-Y56Q%predragp@andrew.cmu.edu>

At 3:00 PM all GPU servers were rebooted with exception of GPU2 which
was rebooted last week. cuDNN should now work as expected.

Best,
Predrag

From siyu.cosmo at gmail.com  Tue Oct  3 23:55:32 2017
From: siyu.cosmo at gmail.com (Siyu He)
Date: Tue, 3 Oct 2017 20:55:32 -0700
Subject: Tensorflow on autonlab?
Message-ID: <6353D963-A05A-491F-B9C4-0BBDD9CF0AA6@gmail.com>

Dear all,

I am a new user of autonlab. May I ask if anyone has used tensorflow on autonlab GPU machines? I am now trying to import tensorflow,  but it always shows it requires cuda7.5. However, I only find cude8.0 libraries on the machine. So I was wondering if anyone has any idea about what?s going on here?

Thanks for your time.

Best,
Siyu
 



From yichongx at andrew.cmu.edu  Wed Oct  4 00:06:41 2017
From: yichongx at andrew.cmu.edu (Yichong Xu)
Date: Wed, 4 Oct 2017 04:06:41 +0000
Subject: Tensorflow on autonlab?
In-Reply-To: <6353D963-A05A-491F-B9C4-0BBDD9CF0AA6@gmail.com>
References: <6353D963-A05A-491F-B9C4-0BBDD9CF0AA6@gmail.com>
Message-ID: <965F5BB2-FA85-47A0-B957-8D52DB17B761@andrew.cmu.edu>

What is the version of tensorflow you are using? Recent versions all use 8.0.


Thanks,
Yichong



On Oct 3, 2017, at 11:55 PM, Siyu He <siyu.cosmo at gmail.com<mailto:siyu.cosmo at gmail.com>> wrote:

Dear all,

I am a new user of autonlab. May I ask if anyone has used tensorflow on autonlab GPU machines? I am now trying to import tensorflow,  but it always shows it requires cuda7.5. However, I only find cude8.0 libraries on the machine. So I was wondering if anyone has any idea about what?s going on here?

Thanks for your time.

Best,
Siyu




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.srv.cs.cmu.edu/pipermail/autonlab-users/attachments/20171004/2b1460cf/attachment.html>

From ffalck at andrew.cmu.edu  Wed Oct  4 03:04:28 2017
From: ffalck at andrew.cmu.edu (Fabian Falck)
Date: Wed, 4 Oct 2017 07:04:28 +0000
Subject: Tensorflow on autonlab?
In-Reply-To: <965F5BB2-FA85-47A0-B957-8D52DB17B761@andrew.cmu.edu>
References: <6353D963-A05A-491F-B9C4-0BBDD9CF0AA6@gmail.com>
 <965F5BB2-FA85-47A0-B957-8D52DB17B761@andrew.cmu.edu>
Message-ID: <FC4B6585-4FFE-4183-9AF4-D7994B651500@andrew.cmu.edu>

Dear Siyu,

Install tensorflow version 1.3.0 (the latest stable one) in your user directory with pip, then it should work.

Fabian

Sent from my phone

On 4. Oct 2017, at 05:06, Yichong Xu <yichongx at andrew.cmu.edu<mailto:yichongx at andrew.cmu.edu>> wrote:

What is the version of tensorflow you are using? Recent versions all use 8.0.


Thanks,
Yichong



On Oct 3, 2017, at 11:55 PM, Siyu He <siyu.cosmo at gmail.com<mailto:siyu.cosmo at gmail.com>> wrote:

Dear all,

I am a new user of autonlab. May I ask if anyone has used tensorflow on autonlab GPU machines? I am now trying to import tensorflow,  but it always shows it requires cuda7.5. However, I only find cude8.0 libraries on the machine. So I was wondering if anyone has any idea about what?s going on here?

Thanks for your time.

Best,
Siyu




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.srv.cs.cmu.edu/pipermail/autonlab-users/attachments/20171004/b51e0633/attachment.html>

From erastogi at andrew.cmu.edu  Wed Oct  4 15:44:07 2017
From: erastogi at andrew.cmu.edu (Eti Rastogi)
Date: Wed, 4 Oct 2017 15:44:07 -0400
Subject: Working with torch in autonlab
Message-ID: <CAKOOgKdxtRTLND7fp_wAQi42uhz5hkAqUkgdL_hEBWgUgjh+jQ@mail.gmail.com>

Hello all

I am new to Auton lab. I wanted to know if anyone is using Torch on
autonlab GPU machines? I can see that torch is not supported on RedHat
distribution, so I was wondering if anybody has found any workaround for
this?

Regards
Eti Rastogi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.srv.cs.cmu.edu/pipermail/autonlab-users/attachments/20171004/d82a6b77/attachment.html>

From chiragn at cs.cmu.edu  Wed Oct  4 15:51:22 2017
From: chiragn at cs.cmu.edu (Chirag Nagpal)
Date: Wed, 4 Oct 2017 15:51:22 -0400
Subject: Working with torch in autonlab
In-Reply-To: <CAKOOgKdxtRTLND7fp_wAQi42uhz5hkAqUkgdL_hEBWgUgjh+jQ@mail.gmail.com>
References: <CAKOOgKdxtRTLND7fp_wAQi42uhz5hkAqUkgdL_hEBWgUgjh+jQ@mail.gmail.com>
Message-ID: <CAKH1gVqHsb7C46Qr9i978h-ScKSKEOSw-eSxyjnmJPJgcP4i7Q@mail.gmail.com>

Try this command on the GPU

$python2.7 -c "import torch; print torch.cuda.is_available()"

This is assuming that you are talking of Pytorch and not lua torch.

Chirag


On Wed, Oct 4, 2017 at 3:44 PM, Eti Rastogi <erastogi at andrew.cmu.edu> wrote:

> Hello all
>
> I am new to Auton lab. I wanted to know if anyone is using Torch on
> autonlab GPU machines? I can see that torch is not supported on RedHat
> distribution, so I was wondering if anybody has found any workaround for
> this?
>
> Regards
> Eti Rastogi
>



-- 

*Chirag Nagpal* Graduate Student, Language Technologies Institute
School of Computer Science
Carnegie Mellon University
cs.cmu.edu/~chiragn
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.srv.cs.cmu.edu/pipermail/autonlab-users/attachments/20171004/4e56c306/attachment.html>

From hanqis at andrew.cmu.edu  Wed Oct  4 15:59:37 2017
From: hanqis at andrew.cmu.edu (Hanqi Sun)
Date: Wed, 4 Oct 2017 15:59:37 -0400
Subject: Working with torch in autonlab
In-Reply-To: <CAKH1gVqHsb7C46Qr9i978h-ScKSKEOSw-eSxyjnmJPJgcP4i7Q@mail.gmail.com>
References: <CAKOOgKdxtRTLND7fp_wAQi42uhz5hkAqUkgdL_hEBWgUgjh+jQ@mail.gmail.com>
 <CAKH1gVqHsb7C46Qr9i978h-ScKSKEOSw-eSxyjnmJPJgcP4i7Q@mail.gmail.com>
Message-ID: <CAJS45fn8QQYKWgiZh+xGkDOWsdBONGun98zbO+BR=uwWg4nWiQ@mail.gmail.com>

Hi Eti,

I installed and used Lua Torch last year. You can simply follow the
instructions on http://torch.ch/docs/getting-started.html
<http://torch.ch/docs/getting-started.html>and ignore the "bash
install-deps" command as we already have all the dependencies on GPU
machines.

It worked for me last year but I am not sure whether it still works now.

Best,
Hanqi

On Wed, Oct 4, 2017 at 3:51 PM, Chirag Nagpal <chiragn at cs.cmu.edu> wrote:

> Try this command on the GPU
>
> $python2.7 -c "import torch; print torch.cuda.is_available()"
>
> This is assuming that you are talking of Pytorch and not lua torch.
>
> Chirag
>
>
> On Wed, Oct 4, 2017 at 3:44 PM, Eti Rastogi <erastogi at andrew.cmu.edu>
> wrote:
>
>> Hello all
>>
>> I am new to Auton lab. I wanted to know if anyone is using Torch on
>> autonlab GPU machines? I can see that torch is not supported on RedHat
>> distribution, so I was wondering if anybody has found any workaround for
>> this?
>>
>> Regards
>> Eti Rastogi
>>
>
>
>
> --
>
> *Chirag Nagpal* Graduate Student, Language Technologies Institute
> School of Computer Science
> Carnegie Mellon University
> cs.cmu.edu/~chiragn
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.srv.cs.cmu.edu/pipermail/autonlab-users/attachments/20171004/c8f0df6e/attachment.html>

From sheath at andrew.cmu.edu  Wed Oct  4 16:03:25 2017
From: sheath at andrew.cmu.edu (Simon Heath)
Date: Wed, 4 Oct 2017 16:03:25 -0400
Subject: Working with torch in autonlab
In-Reply-To: <CAKOOgKdxtRTLND7fp_wAQi42uhz5hkAqUkgdL_hEBWgUgjh+jQ@mail.gmail.com>
References: <CAKOOgKdxtRTLND7fp_wAQi42uhz5hkAqUkgdL_hEBWgUgjh+jQ@mail.gmail.com>
Message-ID: <CAGeWgZSQ48TfzA9rM+-qsjPvQgb=wGRX-RONGwSO4K=HrYCTMA@mail.gmail.com>

It's possible to install it in your home dir using the install instructions
on the Torch website, but last time I tried (a year or so ago) it took some
work to make it cooperate.

Simon

On Wed, Oct 4, 2017 at 3:44 PM, Eti Rastogi <erastogi at andrew.cmu.edu> wrote:

> Hello all
>
> I am new to Auton lab. I wanted to know if anyone is using Torch on
> autonlab GPU machines? I can see that torch is not supported on RedHat
> distribution, so I was wondering if anybody has found any workaround for
> this?
>
> Regards
> Eti Rastogi
>



-- 
Simon Heath, Research Programmer and Analyst
Robotics Institute - Auton Lab
Carnegie Mellon University
sheath at andrew.cmu.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.srv.cs.cmu.edu/pipermail/autonlab-users/attachments/20171004/0f5edf24/attachment-0001.html>

From mbarnes1 at andrew.cmu.edu  Wed Oct  4 16:47:41 2017
From: mbarnes1 at andrew.cmu.edu (Matthew Barnes)
Date: Wed, 04 Oct 2017 20:47:41 +0000
Subject: Working with torch in autonlab
In-Reply-To: <CAGeWgZSQ48TfzA9rM+-qsjPvQgb=wGRX-RONGwSO4K=HrYCTMA@mail.gmail.com>
References: <CAKOOgKdxtRTLND7fp_wAQi42uhz5hkAqUkgdL_hEBWgUgjh+jQ@mail.gmail.com>
 <CAGeWgZSQ48TfzA9rM+-qsjPvQgb=wGRX-RONGwSO4K=HrYCTMA@mail.gmail.com>
Message-ID: <CAB7OVwAFfSvGqCqingmKD_X6b1C34AGBkoH2s+NmRFuYQ0nR+Q@mail.gmail.com>

Highly recommend doing all this in a virtual environment

On Wed, Oct 4, 2017 at 4:04 PM Simon Heath <sheath at andrew.cmu.edu> wrote:

> It's possible to install it in your home dir using the install
> instructions on the Torch website, but last time I tried (a year or so ago)
> it took some work to make it cooperate.
>
> Simon
>
> On Wed, Oct 4, 2017 at 3:44 PM, Eti Rastogi <erastogi at andrew.cmu.edu>
> wrote:
>
>> Hello all
>>
>> I am new to Auton lab. I wanted to know if anyone is using Torch on
>> autonlab GPU machines? I can see that torch is not supported on RedHat
>> distribution, so I was wondering if anybody has found any workaround for
>> this?
>>
>> Regards
>> Eti Rastogi
>>
>
>
>
> --
> Simon Heath, Research Programmer and Analyst
> Robotics Institute - Auton Lab
> Carnegie Mellon University
> sheath at andrew.cmu.edu
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.srv.cs.cmu.edu/pipermail/autonlab-users/attachments/20171004/d8030742/attachment.html>

From predragp at andrew.cmu.edu  Wed Oct  4 21:15:18 2017
From: predragp at andrew.cmu.edu (Predrag Punosevac)
Date: Wed, 04 Oct 2017 21:15:18 -0400
Subject: GPU not available?
In-Reply-To: <7B6A5E23-D045-44D4-8840-223BDAA72223@andrew.cmu.edu>
References: <7B6A5E23-D045-44D4-8840-223BDAA72223@andrew.cmu.edu>
Message-ID: <20171005011518.iSfo9nRe-%predragp@andrew.cmu.edu>

siyuh at andrew.cmu.edu wrote:

> Dear Predrag,
> 
> Good evening!
> I am now trying to run tensorflow on Autonlab, it seems I am always using CPU instead of GPU.  Then I try to add tf.device(???gnu:0???) in my code, then it shows that the GPU is not available. May I ask if you have any idea on this?
> 

I don't user TensorFlow but I know for the fact that it works as
expected on all 7 GPU servers. You should have sent the e-mail to the
mailing list so that you can get help from other TensorFlow users.

Predrag


> Thanks,
> Siyu

From chiragn at cs.cmu.edu  Wed Oct  4 21:22:26 2017
From: chiragn at cs.cmu.edu (Chirag Nagpal)
Date: Wed, 4 Oct 2017 21:22:26 -0400
Subject: GPU not available?
In-Reply-To: <20171005011518.iSfo9nRe-%predragp@andrew.cmu.edu>
References: <7B6A5E23-D045-44D4-8840-223BDAA72223@andrew.cmu.edu>
 <20171005011518.iSfo9nRe-%predragp@andrew.cmu.edu>
Message-ID: <CAKH1gVqqdkfG=qeNu2ZO81pza8KYkS3ZjPfzg31ZpVGkN7BwXw@mail.gmail.com>

Try running the following on one of the GPUs. It should multiply the
matrices and give you an output, if it does means its working. If it
doesn't mail whatever output you get (The entire output) back on this
thread.

import tensorflow as tfwith tf.device('/gpu:0'):
    a = tf.constant([1.0, 2.0, 3.0, 4.0, 5.0, 6.0], shape=[2, 3], name='a')
    b = tf.constant([1.0, 2.0, 3.0, 4.0, 5.0, 6.0], shape=[3, 2], name='b')
    c = tf.matmul(a, b)
with tf.Session() as sess:
    print (sess.run(c))







On Wed, Oct 4, 2017 at 9:15 PM, Predrag Punosevac <predragp at andrew.cmu.edu>
wrote:

> siyuh at andrew.cmu.edu wrote:
>
> > Dear Predrag,
> >
> > Good evening!
> > I am now trying to run tensorflow on Autonlab, it seems I am always
> using CPU instead of GPU.  Then I try to add tf.device(???gnu:0???) in my
> code, then it shows that the GPU is not available. May I ask if you have
> any idea on this?
> >
>
> I don't user TensorFlow but I know for the fact that it works as
> expected on all 7 GPU servers. You should have sent the e-mail to the
> mailing list so that you can get help from other TensorFlow users.
>
> Predrag
>
>
> > Thanks,
> > Siyu
>



-- 

*Chirag Nagpal* Graduate Student, Language Technologies Institute
School of Computer Science
Carnegie Mellon University
cs.cmu.edu/~chiragn
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.srv.cs.cmu.edu/pipermail/autonlab-users/attachments/20171004/caa2b6b2/attachment.html>

From siyuh at andrew.cmu.edu  Wed Oct  4 22:45:40 2017
From: siyuh at andrew.cmu.edu (siyuh at andrew.cmu.edu)
Date: Wed, 4 Oct 2017 19:45:40 -0700
Subject: GPU not available?
In-Reply-To: <CAKH1gVqqdkfG=qeNu2ZO81pza8KYkS3ZjPfzg31ZpVGkN7BwXw@mail.gmail.com>
References: <7B6A5E23-D045-44D4-8840-223BDAA72223@andrew.cmu.edu>
 <20171005011518.iSfo9nRe-%predragp@andrew.cmu.edu>
 <CAKH1gVqqdkfG=qeNu2ZO81pza8KYkS3ZjPfzg31ZpVGkN7BwXw@mail.gmail.com>
Message-ID: <05340C7B-A748-4324-9371-4F3B95160BE7@andrew.cmu.edu>

Dear Predrag,

Thanks for replying!
I did this and it shows an error message: Operation was explicitly assigned to /device:GPU:0 but available devices are [ /job:localhost/replica:0/task:0/cpu:0 ].
Below is the full message:
Traceback (most recent call last):
  File "test.py", line 8, in <module>
    print (sess.run(c))
  File "/zfsauton/home/siyuh/.local/lib/python2.7/site-packages/tensorflow/python/client/session.py", line 895, in run
    run_metadata_ptr)
  File "/zfsauton/home/siyuh/.local/lib/python2.7/site-packages/tensorflow/python/client/session.py", line 1124, in _run
    feed_dict_tensor, options, run_metadata)
  File "/zfsauton/home/siyuh/.local/lib/python2.7/site-packages/tensorflow/python/client/session.py", line 1321, in _do_run
    options, run_metadata)
  File "/zfsauton/home/siyuh/.local/lib/python2.7/site-packages/tensorflow/python/client/session.py", line 1340, in _do_call
    raise type(e)(node_def, op, message)
tensorflow.python.framework.errors_impl.InvalidArgumentError: Cannot assign a device for operation 'MatMul': Operation was explicitly assigned to /device:GPU:0 but available devices are [ /job:localhost/replica:0/task:0/cpu:0 ]. Make sure the device specification refers to a valid device.
	 [[Node: MatMul = MatMul[T=DT_FLOAT, transpose_a=false, transpose_b=false, _device="/device:GPU:0"](a, b)]]

Caused by op u'MatMul', defined at:
  File "test.py", line 5, in <module>
    c = tf.matmul(a, b)
  File "/zfsauton/home/siyuh/.local/lib/python2.7/site-packages/tensorflow/python/ops/math_ops.py", line 1844, in matmul
    a, b, transpose_a=transpose_a, transpose_b=transpose_b, name=name)
  File "/zfsauton/home/siyuh/.local/lib/python2.7/site-packages/tensorflow/python/ops/gen_math_ops.py", line 1289, in _mat_mul
    transpose_b=transpose_b, name=name)
  File "/zfsauton/home/siyuh/.local/lib/python2.7/site-packages/tensorflow/python/framework/op_def_library.py", line 767, in apply_op
    op_def=op_def)
  File "/zfsauton/home/siyuh/.local/lib/python2.7/site-packages/tensorflow/python/framework/ops.py", line 2630, in create_op
    original_op=self._default_original_op, op_def=op_def)
  File "/zfsauton/home/siyuh/.local/lib/python2.7/site-packages/tensorflow/python/framework/ops.py", line 1204, in __init__
    self._traceback = self._graph._extract_stack()  # pylint: disable=protected-access

InvalidArgumentError (see above for traceback): Cannot assign a device for operation 'MatMul': Operation was explicitly assigned to /device:GPU:0 but available devices are [ /job:localhost/replica:0/task:0/cpu:0 ]. Make sure the device specification refers to a valid device.
	 [[Node: MatMul = MatMul[T=DT_FLOAT, transpose_a=false, transpose_b=false, _device="/device:GPU:0"](a, b)]]

Then I tried nvidia-smi but I find most of the GPU memory is free. 

Thanks,
Siyu

> On Oct 4, 2017, at 6:22 PM, Chirag Nagpal <chiragn at cs.cmu.edu> wrote:
> 
> Try running the following on one of the GPUs. It should multiply the matrices and give you an output, if it does means its working. If it doesn't mail whatever output you get (The entire output) back on this thread.
> 
> import tensorflow as tf
> with tf.device('/gpu:0'):
>     a = tf.constant([1.0, 2.0, 3.0, 4.0, 5.0, 6.0], shape=[2, 3], name='a')
>     b = tf.constant([1.0, 2.0, 3.0, 4.0, 5.0, 6.0], shape=[3, 2], name='b')
>     c = tf.matmul(a, b)
> 
> with tf.Session() as sess:
>     print (sess.run(c))
> 
> 
> 
> 
> 
> 
> 
> On Wed, Oct 4, 2017 at 9:15 PM, Predrag Punosevac <predragp at andrew.cmu.edu <mailto:predragp at andrew.cmu.edu>> wrote:
> siyuh at andrew.cmu.edu <mailto:siyuh at andrew.cmu.edu> wrote:
> 
> > Dear Predrag,
> >
> > Good evening!
> > I am now trying to run tensorflow on Autonlab, it seems I am always using CPU instead of GPU.  Then I try to add tf.device(???gnu:0???) in my code, then it shows that the GPU is not available. May I ask if you have any idea on this?
> >
> 
> I don't user TensorFlow but I know for the fact that it works as
> expected on all 7 GPU servers. You should have sent the e-mail to the
> mailing list so that you can get help from other TensorFlow users.
> 
> Predrag
> 
> 
> > Thanks,
> > Siyu
> 
> 
> 
> -- 
> Chirag Nagpal
> Graduate Student, Language Technologies Institute
> School of Computer Science
> Carnegie Mellon University
> cs.cmu.edu/~chiragn <http://cs.cmu.edu/~chiragn>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.srv.cs.cmu.edu/pipermail/autonlab-users/attachments/20171004/8bbf1f30/attachment-0001.html>

From siyuh at andrew.cmu.edu  Wed Oct  4 22:46:34 2017
From: siyuh at andrew.cmu.edu (siyuh at andrew.cmu.edu)
Date: Wed, 4 Oct 2017 19:46:34 -0700
Subject: GPU not available?
In-Reply-To: <20171005011518.iSfo9nRe-%predragp@andrew.cmu.edu>
References: <7B6A5E23-D045-44D4-8840-223BDAA72223@andrew.cmu.edu>
 <20171005011518.iSfo9nRe-%predragp@andrew.cmu.edu>
Message-ID: <573CE1D2-913B-475F-AC72-2D5C19E92E8B@andrew.cmu.edu>

Hi Predrag,

Thanks for redirecting the email!

Best regards,
Siyu

> On Oct 4, 2017, at 6:15 PM, Predrag Punosevac <predragp at andrew.cmu.edu> wrote:
> 
> siyuh at andrew.cmu.edu wrote:
> 
>> Dear Predrag,
>> 
>> Good evening!
>> I am now trying to run tensorflow on Autonlab, it seems I am always using CPU instead of GPU.  Then I try to add tf.device(???gnu:0???) in my code, then it shows that the GPU is not available. May I ask if you have any idea on this?
>> 
> 
> I don't user TensorFlow but I know for the fact that it works as
> expected on all 7 GPU servers. You should have sent the e-mail to the
> mailing list so that you can get help from other TensorFlow users.
> 
> Predrag
> 
> 
>> Thanks,
>> Siyu



From chiragn at cs.cmu.edu  Wed Oct  4 23:04:34 2017
From: chiragn at cs.cmu.edu (Chirag Nagpal)
Date: Wed, 4 Oct 2017 23:04:34 -0400
Subject: GPU not available?
In-Reply-To: <2C828964-C3B4-41EE-9605-33FF30499CDC@andrew.cmu.edu>
References: <7B6A5E23-D045-44D4-8840-223BDAA72223@andrew.cmu.edu>
 <20171005011518.iSfo9nRe-%predragp@andrew.cmu.edu>
 <573CE1D2-913B-475F-AC72-2D5C19E92E8B@andrew.cmu.edu>
 <CAKH1gVoHEoTxxm2HFobkSghn=iU8aQV2jAJWMFbUNgwcz0dFyw@mail.gmail.com>
 <2C828964-C3B4-41EE-9605-33FF30499CDC@andrew.cmu.edu>
Message-ID: <CAKH1gVpgu75rpwHtoVkEP36xVd_5YDcvpkJNpTprYKVMKr7_qA@mail.gmail.com>

Great ! Enjoy :)



On Wed, Oct 4, 2017 at 11:03 PM, <siyuh at andrew.cmu.edu> wrote:

> Hi Chirag,
>
> It works now!! Thanks sooooooo much!!
>
> Best regards,
> Siyu
>
> On Oct 4, 2017, at 7:53 PM, Chirag Nagpal <chiragn at cs.cmu.edu> wrote:
>
> It seems as if you are running your own local version of tensorflow. How
> did you install it? it seems you installed only the one for cpu.
>
> To compile the one for GPU that links against CUDA use
>
> $pip install tensorflow-gpu --user
>
> And try running the script again
>
> If that doesnt work, rollback your local TF installation to the system
> wide install
>
> $pip uninstall tensorflow-gpu --user
> $pip uninstall tensorflow --user
>
> and then try again.
>
>
> On Wed, Oct 4, 2017 at 10:46 PM, <siyuh at andrew.cmu.edu> wrote:
>
>> Hi Predrag,
>>
>> Thanks for redirecting the email!
>>
>> Best regards,
>> Siyu
>>
>> > On Oct 4, 2017, at 6:15 PM, Predrag Punosevac <predragp at andrew.cmu.edu>
>> wrote:
>> >
>> > siyuh at andrew.cmu.edu wrote:
>> >
>> >> Dear Predrag,
>> >>
>> >> Good evening!
>> >> I am now trying to run tensorflow on Autonlab, it seems I am always
>> using CPU instead of GPU.  Then I try to add tf.device(???gnu:0???) in my
>> code, then it shows that the GPU is not available. May I ask if you have
>> any idea on this?
>> >>
>> >
>> > I don't user TensorFlow but I know for the fact that it works as
>> > expected on all 7 GPU servers. You should have sent the e-mail to the
>> > mailing list so that you can get help from other TensorFlow users.
>> >
>> > Predrag
>> >
>> >
>> >> Thanks,
>> >> Siyu
>>
>>
>>
>
>
> --
>
> *Chirag Nagpal* Graduate Student, Language Technologies Institute
> School of Computer Science
> Carnegie Mellon University
> cs.cmu.edu/~chiragn
>
>
>


-- 

*Chirag Nagpal* Graduate Student, Language Technologies Institute
School of Computer Science
Carnegie Mellon University
cs.cmu.edu/~chiragn
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.srv.cs.cmu.edu/pipermail/autonlab-users/attachments/20171004/00eb2bae/attachment.html>

From predragp at andrew.cmu.edu  Thu Oct  5 21:04:16 2017
From: predragp at andrew.cmu.edu (Predrag Punosevac)
Date: Thu, 05 Oct 2017 21:04:16 -0400
Subject: Accessing ari using x2go
In-Reply-To: <2C5779A3-8B93-4F34-9AC1-08802D398B99@cs.cmu.edu>
References: <2C5779A3-8B93-4F34-9AC1-08802D398B99@cs.cmu.edu>
Message-ID: <20171006010416.PxRSizND_%predragp@andrew.cmu.edu>

Yichong Xu <yichongx at cs.cmu.edu> wrote:

> Hi Predrag,
> I recently get the attached error image when I try to access ari through x2go and x11 using my Mac. Do you have an idea how this might happen? Thank you very much!
> 

Hi Xu,

You are not the first and I am sure not the last person who is
complaining about X2Go. First I have no idea why it crashed even that I
saw icewm (Window Manager you are using) errors in the log. Proper
trouble shooting will involve some serious DTrace-ing which is not
available on Linux. You could try to launch just a terminal via X2Go
client and then type inside matlab which will bring MATLAB GUI.

My bigger concern is that we are running out of options for GUI access.
Namely X2Go is just an ugly insecure Perl wrapper around NX libraries (
compressed ssh -Y in essence). NoMachines the Italian company behind NX
protocol went fully proprietary few years ago and I suspect that libnx
libraries are no longer properly maintained. We could try to purchase
proprietary server license for NoMachines NX and see if it going to work
better. I am also concern that X2Go clients don't work properly on
certain platforms (primarily OS X). I use quite regularly X2Go from my
DragonFly BSD machine at home to connect to the lab and use MATLAB. It
works rock solid for me personally. 

Sadly if we were to run Windows server Microsoft RDP protocol is rather
stable.

VNC is another "option". However VNC is notoriously insecure and would
require lots of open ports to work. It is also supper buggy. I just used
it to do some DomU installations on Xen (that is the only possible way
to do HVM installation).

Best,
Predrag

> 
> 
> Yichong Xu
> Machine Learning Department, CMU
> yichongx at cs.cmu.edu
> 412-652-8309
> 
> 
> 
> 

From predragp at andrew.cmu.edu  Thu Oct  5 21:05:29 2017
From: predragp at andrew.cmu.edu (Predrag Punosevac)
Date: Thu, 05 Oct 2017 21:05:29 -0400
Subject: Fwd: Autonlab-sysinfo Digest, Vol 39, Issue 8
Message-ID: <20171006010529.Lh7L3fmX_%predragp@andrew.cmu.edu>

This is the kind icewm crash I see all the time and you guys are
complaining about.

Predrag

-------- Original Message --------
From: autonlab-sysinfo-request at autonlab.org
Subject: Autonlab-sysinfo Digest, Vol 39, Issue 8
To: autonlab-sysinfo at autonlab.org
Date: Thu, 05 Oct 2017 20:59:46 -0400

Send Autonlab-sysinfo mailing list submissions to
	autonlab-sysinfo at autonlab.org

To subscribe or unsubscribe via the World Wide Web, visit
	https://mailman.srv.cs.cmu.edu/mailman/listinfo/autonlab-sysinfo
or, via email, send a message with subject or body 'help' to
	autonlab-sysinfo-request at autonlab.org

You can reach the person managing the list at
	autonlab-sysinfo-owner at autonlab.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Autonlab-sysinfo digest..."


Today's Topics:

   1. [abrt] icewm: icewm killed by SIGABRT (auton.sysnotify at gmail.com)


----------------------------------------------------------------------

Message: 1
Date: Thu, 05 Oct 2017 20:59:35 -0400
From: auton.sysnotify at gmail.com
To: root at localhost.int.autonlab.org
Subject: [abrt] icewm: icewm killed by SIGABRT
Message-ID: <59d6d577.9zYl91g2oGu/VLhr%user at localhost>
Content-Type: text/plain; charset=us-ascii

reason:         icewm killed by SIGABRT
cmdline:        icewm
executable:     /usr/bin/icewm
package:        icewm-1.3.8-9.el7
component:      icewm
pid:            12553
pwd:            /zfsauton/home/yichongx
hostname:       ari.int.autonlab.org
count:          4
abrt_version:   2.1.11
analyzer:       CCpp
architecture:   x86_64
event_log:      
global_pid:     12553
kernel:         3.10.0-693.2.1.el7.x86_64
last_occurrence: 1507251575
os_release:     Springdale Linux release 7.4 (Verona)
pkg_arch:       x86_64
pkg_epoch:      0
pkg_fingerprint: 6A2F AEA2 352C 64E5
pkg_name:       icewm
pkg_release:    9.el7
pkg_vendor:     Fedora Project
pkg_version:    1.3.8
runlevel:       N 3
time:           Thu 05 Oct 2017 03:59:48 PM EDT
type:           CCpp
uid:            1080
username:       yichongx
uuid:           6220166cdd5ce3c1c123a679878e0fc1b52e99aa

core_backtrace:
:{   "signal": 6
:,   "executable": "/usr/bin/icewm"
:,   "stacktrace":
:      [ {   "crash_thread": true
:        ,   "frames":
:              [ {   "address": 139803403436535
:                ,   "build_id": "636fe84ba171a02d7343701a551380fdd8893e3d"
:                ,   "build_id_offset": 217591
:                ,   "function_name": "raise"
:                ,   "file_name": "/usr/lib64/libc-2.17.so"
:                }
:              , {   "address": 139803403442408
:                ,   "build_id": "636fe84ba171a02d7343701a551380fdd8893e3d"
:                ,   "build_id_offset": 223464
:                ,   "function_name": "abort"
:                ,   "file_name": "/usr/lib64/libc-2.17.so"
:                }
:              , {   "address": 139803403697991
:                ,   "build_id": "636fe84ba171a02d7343701a551380fdd8893e3d"
:                ,   "build_id_offset": 479047
:                ,   "function_name": "__libc_message"
:                ,   "file_name": "/usr/lib64/libc-2.17.so"
:                }
:              , {   "address": 139803404332423
:                ,   "build_id": "636fe84ba171a02d7343701a551380fdd8893e3d"
:                ,   "build_id_offset": 1113479
:                ,   "function_name": "__fortify_fail"
:                ,   "file_name": "/usr/lib64/libc-2.17.so"
:                }
:              , {   "address": 139803404324672
:                ,   "build_id": "636fe84ba171a02d7343701a551380fdd8893e3d"
:                ,   "build_id_offset": 1105728
:                ,   "function_name": "__readonly_area"
:                ,   "file_name": "/usr/lib64/libc-2.17.so"
:                }
:              , {   "address": 139803404321865
:                ,   "build_id": "636fe84ba171a02d7343701a551380fdd8893e3d"
:                ,   "build_id_offset": 1102921
:                ,   "file_name": "/usr/lib64/libc-2.17.so"
:                }
:              , {   "address": 139803403712076
:                ,   "build_id": "636fe84ba171a02d7343701a551380fdd8893e3d"
:                ,   "build_id_offset": 493132
:                ,   "function_name": "_IO_default_xsputn"
:                ,   "file_name": "/usr/lib64/libc-2.17.so"
:                }
:              , {   "address": 139803403512973
:                ,   "build_id": "636fe84ba171a02d7343701a551380fdd8893e3d"
:                ,   "build_id_offset": 294029
:                ,   "function_name": "vfprintf"
:                ,   "file_name": "/usr/lib64/libc-2.17.so"
:                }
:              , {   "address": 139803404322008
:                ,   "build_id": "636fe84ba171a02d7343701a551380fdd8893e3d"
:                ,   "build_id_offset": 1103064
:                ,   "function_name": "__vsprintf_chk"
:                ,   "file_name": "/usr/lib64/libc-2.17.so"
:                }
:              , {   "address": 139803404321837
:                ,   "build_id": "636fe84ba171a02d7343701a551380fdd8893e3d"
:                ,   "build_id_offset": 1102893
:                ,   "function_name": "__sprintf_chk"
:                ,   "file_name": "/usr/lib64/libc-2.17.so"
:                }
:              , {   "address": 4555493
:                ,   "build_id": "04bdc52edc4dd646e7b3dcb5c4e2c50814392ed8"
:                ,   "build_id_offset": 361189
:                ,   "function_name": "CPUStatus::updateToolTip()"
:                ,   "file_name": "/usr/bin/icewm"
:                }
:              , {   "address": 4557911
:                ,   "build_id": "04bdc52edc4dd646e7b3dcb5c4e2c50814392ed8"
:                ,   "build_id_offset": 363607
:                ,   "function_name": "CPUStatus::CPUStatus(YSMListener*, YWindow*, bool, bool, bool, bool)"
:                ,   "file_name": "/usr/bin/icewm"
:                }
:              , {   "address": 4258096
:                ,   "build_id": "04bdc52edc4dd646e7b3dcb5c4e2c50814392ed8"
:                ,   "build_id_offset": 63792
:                ,   "function_name": "TaskBar::initApplets()"
:                ,   "file_name": "/usr/bin/icewm"
:                }
:              , {   "address": 4277476
:                ,   "build_id": "04bdc52edc4dd646e7b3dcb5c4e2c50814392ed8"
:                ,   "build_id_offset": 83172
:                ,   "function_name": "TaskBar::TaskBar(IApp*, YWindow*, YActionListener*, YSMListener*)"
:                ,   "file_name": "/usr/bin/icewm"
:                }
:              , {   "address": 4389211
:                ,   "build_id": "04bdc52edc4dd646e7b3dcb5c4e2c50814392ed8"
:                ,   "build_id_offset": 194907
:                ,   "function_name": "YWMApp::YWMApp(int*, char***, char const*)"
:                ,   "file_name": "/usr/bin/icewm"
:                }
:              , {   "address": 4221602
:                ,   "build_id": "04bdc52edc4dd646e7b3dcb5c4e2c50814392ed8"
:                ,   "build_id_offset": 27298
:                ,   "function_name": "main"
:                ,   "file_name": "/usr/bin/icewm"
:                } ]
:        } ]
:}
cgroup:
:11:devices:/
:10:pids:/
:9:cpuacct,cpu:/
:8:hugetlb:/
:7:net_prio,net_cls:/
:6:freezer:/
:5:cpuset:/
:4:blkio:/
:3:perf_event:/
:2:memory:/
:1:name=systemd:/user.slice/user-1080.slice/session-2530.scope
dso_list:
:/usr/lib64/libXcursor.so.1.0.2 libXcursor-1.1.14-8.el7.x86_64 (None) 1503623229
:/usr/lib64/libgio-2.0.so.0.5000.3 glib2-2.50.3-3.el7.x86_64 (None) 1503623207
:/usr/lib64/libxcb.so.1.1.0 libxcb-1.12-1.el7.x86_64 (None) 1503623192
:/usr/lib64/libgcc_s-4.8.5-20150702.so.1 libgcc-4.8.5-16.el7.x86_64 (None) 1503623145
:/usr/lib64/libblkid.so.1.1.0 libblkid-2.23.2-43.el7.x86_64 (None) 1503623197
:/usr/lib64/libpcre.so.1.2.0 pcre-8.32-17.el7.x86_64 (None) 1503623175
:/usr/lib64/libstdc++.so.6.0.19 libstdc++-4.8.5-16.el7.x86_64 (None) 1503623174
:/usr/lib64/libfribidi.so.0.3.3 fribidi-0.19.4-6.el7.x86_64 (None) 1435029646
:/usr/lib64/libc-2.17.so glibc-2.17-196.el7.x86_64 (None) 1503623168
:/usr/lib64/libm-2.17.so glibc-2.17-196.el7.x86_64 (None) 1503623168
:/usr/lib64/libSM.so.6.0.1 libSM-1.2.2-2.el7.x86_64 (None) 1453230502
:/usr/lib64/libz.so.1.2.7 zlib-1.2.7-17.el7.x86_64 (None) 1490890528
:/usr/lib64/ld-2.17.so glibc-2.17-196.el7.x86_64 (None) 1503623168
:/usr/lib64/libgdk_pixbuf-2.0.so.0.3600.5 gdk-pixbuf2-2.36.5-1.el7.x86_64 (None) 1503623442
:/usr/lib64/libXfixes.so.3.1.0 libXfixes-5.0.3-1.el7.x86_64 (None) 1503623193
:/usr/lib64/libglib-2.0.so.0.5000.3 glib2-2.50.3-3.el7.x86_64 (None) 1503623207
:/usr/lib64/libgmodule-2.0.so.0.5000.3 glib2-2.50.3-3.el7.x86_64 (None) 1503623207
:/usr/lib64/gconv/gconv-modules.cache glibc-2.17-196.el7.x86_64 (None) 1503623168
:/usr/lib64/libXext.so.6.4.0 libXext-1.3.3-3.el7.x86_64 (None) 1453231308
:/usr/lib64/libXrender.so.1.3.0 libXrender-0.9.10-1.el7.x86_64 (None) 1503623193
:/usr/lib64/libX11.so.6.3.0 libX11-1.6.5-1.el7.x86_64 (None) 1503623192
:/usr/lib64/libuuid.so.1.3.0 libuuid-2.23.2-43.el7.x86_64 (None) 1503623186
:/usr/share/fonts/dejavu/DejaVuSans-Bold.ttf dejavu-sans-fonts-2.33-6.el7.noarch (None) 1435028084
:/usr/lib64/libfontconfig.so.1.7.0 fontconfig-2.10.95-11.el7.x86_64 (None) 1503623327
:/usr/share/fonts/dejavu/DejaVuSansMono-Bold.ttf dejavu-sans-mono-fonts-2.33-6.el7.noarch (None) 1435023544
:/usr/lib64/libgdk_pixbuf_xlib-2.0.so.0.3600.5 gdk-pixbuf2-2.36.5-1.el7.x86_64 (None) 1503623442
:/usr/lib64/libfreetype.so.6.10.0 freetype-2.4.11-15.el7.x86_64 (None) 1503623186
:/usr/lib64/libpng15.so.15.13.0 libpng-2:1.5.13-7.el7_2.x86_64 (None) 1453230484
:/usr/lib64/libgobject-2.0.so.0.5000.3 glib2-2.50.3-3.el7.x86_64 (None) 1503623207
:/usr/lib64/nx/libNX_Xinerama.so.1.0 libNX_Xinerama-3.5.0.32-3.el7.x86_64 (Fedora Project) 1453231425
:/usr/lib64/libICE.so.6.3.0 libICE-1.0.9-9.el7.x86_64 (None) 1503623203
:/usr/lib64/libdl-2.17.so glibc-2.17-196.el7.x86_64 (None) 1503623168
:/usr/bin/icewm icewm-1.3.8-9.el7.x86_64 (Fedora Project) 1453231566
:/usr/share/locale/en/LC_MESSAGES/icewm.mo icewm-1.3.8-9.el7.x86_64 (Fedora Project) 1453231566
:/usr/lib64/libXau.so.6.0.0 libXau-1.0.8-2.1.el7.x86_64 (None) 1434994373
:/usr/lib64/libXrandr.so.2.2.0 libXrandr-1.5.1-2.el7.x86_64 (None) 1503623195
:/usr/lib64/libresolv-2.17.so glibc-2.17-196.el7.x86_64 (None) 1503623168
:/usr/lib64/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-xpm.so gdk-pixbuf2-2.36.5-1.el7.x86_64 (None) 1503623442
:/usr/lib64/libmount.so.1.1.0 libmount-2.23.2-43.el7.x86_64 (None) 1503623206
:/usr/lib64/libpthread-2.17.so glibc-2.17-196.el7.x86_64 (None) 1503623168
:/usr/lib/locale/locale-archive glibc-common-2.17-196.el7.x86_64 (None) 1503623165
:/usr/lib64/libselinux.so.1 libselinux-2.5-11.el7.x86_64 (None) 1503623183
:/usr/lib64/libffi.so.6.0.1 libffi-3.0.13-18.el7.x86_64 (None) 1490890581
:/usr/lib64/libexpat.so.1.6.0 expat-2.1.0-10.el7_3.x86_64 (None) 1490890540
:/usr/lib64/libXft.so.2.3.2 libXft-2.3.2-2.el7.x86_64 (None) 1453231314
environ:
:MPI_INCLUDE=/usr/include/mpich-x86_64
:MANPATH=/usr/share/man/mpich:/usr/share/man:/usr/local/share/man
:XDG_SESSION_ID=2530
:SSH_AGENT_PID=12623
:HOSTNAME=ari.int.autonlab.org
:SELINUX_ROLE_REQUESTED=
:SHELL=/bin/bash
:HISTSIZE=1000
:'SSH_CLIENT=10.8.0.6 44618 22'
:X2GO_SESSION=yichongx-51-1507233575_stDicewm_dp32
:CVSROOT=svnhub.int.autonlab.org:/var/CVS
:SELINUX_USE_CURRENT_RANGE=
:NX_XINERAMA_CONF=/zfsauton/home/yichongx/.x2go/C-yichongx-51-1507233575_stDicewm_dp32/xinerama.conf
:X2GO_AGENT_PID=12189
:MPI_PYTHON_SITEARCH=/usr/lib64/python2.7/site-packages/mpich
:USER=yichongx
:CUDA_HOME=/usr/local/cuda
:LD_LIBRARY_PATH=/usr/lib64/nx/X11/Xinerama:/usr/lib64/nx/X11::/zfsauton/home/yichongx/cudnn/cuda/lib64:/usr/local/cuda/extras/CUPTI/lib64
:SSH_AUTH_SOCK=/tmp/ssh-t18TKX7m8MI8/agent.12553
:MPI_LIB=/usr/lib64/mpich/lib
:ESPEAKER=localhost:43792
:PATH=/usr/lib64/mpich/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin
:MAIL=/var/spool/mail/yichongx
:MPI_BIN=/usr/lib64/mpich/bin
:MPI_COMPILER=mpich-x86_64
:PWD=/zfsauton/home/yichongx
:_LMFILES_=/etc/modulefiles/mpi/mpich-x86_64
:SVN=svn://svnhub.int.autonlab.org/psycho/auton
:LANG=en_US.UTF-8
:MODULEPATH=/usr/share/Modules/modulefiles:/etc/modulefiles:/usr/local/share/Modules/modulefiles:/opt/share/Modules/modulefiles
:LOADEDMODULES=mpi/mpich-x86_64
:QT_GRAPHICSSYSTEM=native
:SELINUX_LEVEL_REQUESTED=
:XSESSION_EXEC=icewm
:SSH_ASKPASS=/usr/libexec/openssh/gnome-ssh-askpass
:HISTCONTROL=ignoredups
:MPI_SYSCONFIG=/etc/mpich-x86_64
:HOME=/zfsauton/home/yichongx
:SHLVL=4
:MPI_SUFFIX=_mpich
:MPI_MAN=/usr/share/man/mpich
:PYTHONPATH=/usr/lib64/python2.7/site-packages/mpich
:LOGNAME=yichongx
:CVS_RSH=ssh
:DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-lnnH5tai3b,guid=ee88f376c94338f52887629859d68f32
:'SSH_CONNECTION=10.8.0.6 44618 192.168.6.11 22'
:MPI_HOME=/usr/lib64/mpich
:MPI_FORTRAN_MOD_DIR=/usr/lib64/gfortran/modules/mpich-x86_64
:MODULESHOME=/usr/share/Modules
:PKG_CONFIG_PATH=/usr/lib64/mpich/lib/pkgconfig
:'LESSOPEN=||/usr/bin/lesspipe.sh %s'
:XDG_RUNTIME_DIR=/run/user/1080
:DISPLAY=:51
:'STARTUP=/usr/bin/env LD_LIBRARY_PATH=/usr/lib64/nx/X11/Xinerama:/usr/lib64/nx/X11::/zfsauton/home/yichongx/cudnn/cuda/lib64:/usr/local/cuda/extras/CUPTI/lib64 icewm'
:XAUTHORITY=/zfsauton/home/yichongx/.Xauthority
:'BASH_FUNC_module()=() {  eval `/usr/bin/modulecmd bash $*`\n}'
:_=/usr/bin/env
limits:
:Limit                     Soft Limit           Hard Limit           Units     
:Max cpu time              unlimited            unlimited            seconds   
:Max file size             unlimited            unlimited            bytes     
:Max data size             unlimited            unlimited            bytes     
:Max stack size            8388608              unlimited            bytes     
:Max core file size        0                    unlimited            bytes     
:Max resident set          unlimited            unlimited            bytes     
:Max processes             4096                 2063066              processes 
:Max open files            1024                 4096                 files     
:Max locked memory         65536                65536                bytes     
:Max address space         unlimited            unlimited            bytes     
:Max file locks            unlimited            unlimited            locks     
:Max pending signals       2063066              2063066              signals   
:Max msgqueue size         819200               819200               bytes     
:Max nice priority         0                    0                    
:Max realtime priority     0                    0                    
:Max realtime timeout      unlimited            unlimited            us        
machineid:
:systemd=20b27ad50adc448f8f4f601d0f85c4c5
:sosreport_uploader-dmidecode=c5b1319800ff8c36e542976a8b7b8ea1d0928404585315567ac3c6570f7c7781
maps:
:00400000-004bb000 r-xp 00000000 09:7e 203136144                          /usr/bin/icewm
:006ba000-006bb000 r--p 000ba000 09:7e 203136144                          /usr/bin/icewm
:006bb000-006c5000 rw-p 000bb000 09:7e 203136144                          /usr/bin/icewm
:006c5000-006c9000 rw-p 00000000 00:00 0 
:0202d000-020d8000 rw-p 00000000 00:00 0                                  [heap]
:7f267b6ab000-7f267b6b1000 r-xp 00000000 09:7e 202520650                  /usr/lib64/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-xpm.so
:7f267b6b1000-7f267b8b0000 ---p 00006000 09:7e 202520650                  /usr/lib64/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-xpm.so
:7f267b8b0000-7f267b8b1000 r--p 00005000 09:7e 202520650                  /usr/lib64/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-xpm.so
:7f267b8b1000-7f267b8b2000 rw-p 00006000 09:7e 202520650                  /usr/lib64/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-xpm.so
:7f267b8b2000-7f267b8ff000 r--p 00000000 09:7e 203007266                  /usr/share/fonts/dejavu/DejaVuSansMono-Bold.ttf
:7f267b8ff000-7f267b9a4000 r--p 00000000 09:7e 204095114                  /usr/share/fonts/dejavu/DejaVuSans-Bold.ttf
:7f267b9a4000-7f267b9a9000 r-xp 00000000 09:7e 1095314                    /usr/lib64/libXfixes.so.3.1.0
:7f267b9a9000-7f267bba8000 ---p 00005000 09:7e 1095314                    /usr/lib64/libXfixes.so.3.1.0
:7f267bba8000-7f267bba9000 r--p 00004000 09:7e 1095314                    /usr/lib64/libXfixes.so.3.1.0
:7f267bba9000-7f267bbaa000 rw-p 00005000 09:7e 1095314                    /usr/lib64/libXfixes.so.3.1.0
:7f267bbaa000-7f267bbb4000 r-xp 00000000 09:7e 1105700                    /usr/lib64/libXcursor.so.1.0.2
:7f267bbb4000-7f267bdb3000 ---p 0000a000 09:7e 1105700                    /usr/lib64/libXcursor.so.1.0.2
:7f267bdb3000-7f267bdb4000 r--p 00009000 09:7e 1105700                    /usr/lib64/libXcursor.so.1.0.2
:7f267bdb4000-7f267bdb5000 rw-p 0000a000 09:7e 1105700                    /usr/lib64/libXcursor.so.1.0.2
:7f267bdb5000-7f267be77000 rw-p 00000000 00:00 0 
:7f267be77000-7f26823a0000 r--p 00000000 09:7e 202979411                  /usr/lib/locale/locale-archive
:7f26823a0000-7f26823db000 r-xp 00000000 09:7e 259568                     /usr/lib64/libblkid.so.1.1.0
:7f26823db000-7f26825da000 ---p 0003b000 09:7e 259568                     /usr/lib64/libblkid.so.1.1.0
:7f26825da000-7f26825dd000 r--p 0003a000 09:7e 259568                     /usr/lib64/libblkid.so.1.1.0
:7f26825dd000-7f26825de000 rw-p 0003d000 09:7e 259568                     /usr/lib64/libblkid.so.1.1.0
:7f26825de000-7f26825df000 rw-p 00000000 00:00 0 
:7f26825df000-7f26825e1000 r-xp 00000000 09:7e 1047298                    /usr/lib64/libXau.so.6.0.0
:7f26825e1000-7f26827e1000 ---p 00002000 09:7e 1047298                    /usr/lib64/libXau.so.6.0.0
:7f26827e1000-7f26827e2000 r--p 00002000 09:7e 1047298                    /usr/lib64/libXau.so.6.0.0
:7f26827e2000-7f26827e3000 rw-p 00003000 09:7e 1047298                    /usr/lib64/libXau.so.6.0.0
:7f26827e3000-7f2682822000 r-xp 00000000 09:7e 3550132                    /usr/lib64/libmount.so.1.1.0
:7f2682822000-7f2682a21000 ---p 0003f000 09:7e 3550132                    /usr/lib64/libmount.so.1.1.0
:7f2682a21000-7f2682a22000 r--p 0003e000 09:7e 3550132                    /usr/lib64/libmount.so.1.1.0
:7f2682a22000-7f2682a23000 rw-p 0003f000 09:7e 3550132                    /usr/lib64/libmount.so.1.1.0
:7f2682a23000-7f2682a24000 rw-p 00000000 00:00 0 
:7f2682a24000-7f2682a3a000 r-xp 00000000 09:7e 3236557                    /usr/lib64/libresolv-2.17.so
:7f2682a3a000-7f2682c3a000 ---p 00016000 09:7e 3236557                    /usr/lib64/libresolv-2.17.so
:7f2682c3a000-7f2682c3b000 r--p 00016000 09:7e 3236557                    /usr/lib64/libresolv-2.17.so
:7f2682c3b000-7f2682c3c000 rw-p 00017000 09:7e 3236557                    /usr/lib64/libresolv-2.17.so
:7f2682c3c000-7f2682c3e000 rw-p 00000000 00:00 0 
:7f2682c3e000-7f2682c62000 r-xp 00000000 09:7e 1263115                    /usr/lib64/libselinux.so.1
:7f2682c62000-7f2682e61000 ---p 00024000 09:7e 1263115                    /usr/lib64/libselinux.so.1
:7f2682e61000-7f2682e62000 r--p 00023000 09:7e 1263115                    /usr/lib64/libselinux.so.1
:7f2682e62000-7f2682e63000 rw-p 00024000 09:7e 1263115                    /usr/lib64/libselinux.so.1
:7f2682e63000-7f2682e65000 rw-p 00000000 00:00 0 
:7f2682e65000-7f2682e7a000 r-xp 00000000 09:7e 12476                      /usr/lib64/libz.so.1.2.7
:7f2682e7a000-7f2683079000 ---p 00015000 09:7e 12476                      /usr/lib64/libz.so.1.2.7
:7f2683079000-7f268307a000 r--p 00014000 09:7e 12476                      /usr/lib64/libz.so.1.2.7
:7f268307a000-7f268307b000 rw-p 00015000 09:7e 12476                      /usr/lib64/libz.so.1.2.7
:7f268307b000-7f26830a2000 r-xp 00000000 09:7e 12642                      /usr/lib64/libexpat.so.1.6.0
:7f26830a2000-7f26832a2000 ---p 00027000 09:7e 12642                      /usr/lib64/libexpat.so.1.6.0
:7f26832a2000-7f26832a4000 r--p 00027000 09:7e 12642                      /usr/lib64/libexpat.so.1.6.0
:7f26832a4000-7f26832a5000 rw-p 00029000 09:7e 12642                      /usr/lib64/libexpat.so.1.6.0
:7f26832a5000-7f26832cc000 r-xp 00000000 09:7e 1047347                    /usr/lib64/libxcb.so.1.1.0
:7f26832cc000-7f26834cb000 ---p 00027000 09:7e 1047347                    /usr/lib64/libxcb.so.1.1.0
:7f26834cb000-7f26834cc000 r--p 00026000 09:7e 1047347                    /usr/lib64/libxcb.so.1.1.0
:7f26834cc000-7f26834cd000 rw-p 00027000 09:7e 1047347                    /usr/lib64/libxcb.so.1.1.0
:7f26834cd000-7f26834d1000 r-xp 00000000 09:7e 3303                       /usr/lib64/libuuid.so.1.3.0
:7f26834d1000-7f26836d0000 ---p 00004000 09:7e 3303                       /usr/lib64/libuuid.so.1.3.0
:7f26836d0000-7f26836d1000 r--p 00003000 09:7e 3303                       /usr/lib64/libuuid.so.1.3.0
:7f26836d1000-7f26836d2000 rw-p 00004000 09:7e 3303                       /usr/lib64/libuuid.so.1.3.0
:7f26836d2000-7f26836d9000 r-xp 00000000 09:7e 181050                     /usr/lib64/libffi.so.6.0.1
:7f26836d9000-7f26838d8000 ---p 00007000 09:7e 181050                     /usr/lib64/libffi.so.6.0.1
:7f26838d8000-7f26838d9000 r--p 00006000 09:7e 181050                     /usr/lib64/libffi.so.6.0.1
:7f26838d9000-7f26838da000 rw-p 00007000 09:7e 181050                     /usr/lib64/libffi.so.6.0.1
:7f26838da000-7f268393a000 r-xp 00000000 09:7e 225166                     /usr/lib64/libpcre.so.1.2.0
:7f268393a000-7f2683b3a000 ---p 00060000 09:7e 225166                     /usr/lib64/libpcre.so.1.2.0
:7f2683b3a000-7f2683b3b000 r--p 00060000 09:7e 225166                     /usr/lib64/libpcre.so.1.2.0
:7f2683b3b000-7f2683b3c000 rw-p 00061000 09:7e 225166                     /usr/lib64/libpcre.so.1.2.0
:7f2683b3c000-7f2683b3e000 r-xp 00000000 09:7e 12471                      /usr/lib64/libdl-2.17.so
:7f2683b3e000-7f2683d3e000 ---p 00002000 09:7e 12471                      /usr/lib64/libdl-2.17.so
:7f2683d3e000-7f2683d3f000 r--p 00002000 09:7e 12471                      /usr/lib64/libdl-2.17.so
:7f2683d3f000-7f2683d40000 rw-p 00003000 09:7e 12471                      /usr/lib64/libdl-2.17.so
:7f2683d40000-7f2683d69000 r-xp 00000000 09:7e 259611                     /usr/lib64/libpng15.so.15.13.0
:7f2683d69000-7f2683f69000 ---p 00029000 09:7e 259611                     /usr/lib64/libpng15.so.15.13.0
:7f2683f69000-7f2683f6a000 r--p 00029000 09:7e 259611                     /usr/lib64/libpng15.so.15.13.0
:7f2683f6a000-7f2683f6b000 rw-p 0002a000 09:7e 259611                     /usr/lib64/libpng15.so.15.13.0
:7f2683f6b000-7f26840f7000 r-xp 00000000 09:7e 3550130                    /usr/lib64/libgio-2.0.so.0.5000.3
:7f26840f7000-7f26842f6000 ---p 0018c000 09:7e 3550130                    /usr/lib64/libgio-2.0.so.0.5000.3
:7f26842f6000-7f26842fb000 r--p 0018b000 09:7e 3550130                    /usr/lib64/libgio-2.0.so.0.5000.3
:7f26842fb000-7f26842fe000 rw-p 00190000 09:7e 3550130                    /usr/lib64/libgio-2.0.so.0.5000.3
:7f26842fe000-7f26842ff000 rw-p 00000000 00:00 0 
:7f26842ff000-7f26844b7000 r-xp 00000000 09:7e 12465                      /usr/lib64/libc-2.17.so
:7f26844b7000-7f26846b7000 ---p 001b8000 09:7e 12465                      /usr/lib64/libc-2.17.so
:7f26846b7000-7f26846bb000 r--p 001b8000 09:7e 12465                      /usr/lib64/libc-2.17.so
:7f26846bb000-7f26846bd000 rw-p 001bc000 09:7e 12465                      /usr/lib64/libc-2.17.so
:7f26846bd000-7f26846c2000 rw-p 00000000 00:00 0 
:7f26846c2000-7f26846d9000 r-xp 00000000 09:7e 12501                      /usr/lib64/libpthread-2.17.so
:7f26846d9000-7f26848d8000 ---p 00017000 09:7e 12501                      /usr/lib64/libpthread-2.17.so
:7f26848d8000-7f26848d9000 r--p 00016000 09:7e 12501                      /usr/lib64/libpthread-2.17.so
:7f26848d9000-7f26848da000 rw-p 00017000 09:7e 12501                      /usr/lib64/libpthread-2.17.so
:7f26848da000-7f26848de000 rw-p 00000000 00:00 0 
:7f26848de000-7f26848f3000 r-xp 00000000 09:7e 181093                     /usr/lib64/libgcc_s-4.8.5-20150702.so.1
:7f26848f3000-7f2684af2000 ---p 00015000 09:7e 181093                     /usr/lib64/libgcc_s-4.8.5-20150702.so.1
:7f2684af2000-7f2684af3000 r--p 00014000 09:7e 181093                     /usr/lib64/libgcc_s-4.8.5-20150702.so.1
:7f2684af3000-7f2684af4000 rw-p 00015000 09:7e 181093                     /usr/lib64/libgcc_s-4.8.5-20150702.so.1
:7f2684af4000-7f2684bf5000 r-xp 00000000 09:7e 141006                     /usr/lib64/libm-2.17.so
:7f2684bf5000-7f2684df4000 ---p 00101000 09:7e 141006                     /usr/lib64/libm-2.17.so
:7f2684df4000-7f2684df5000 r--p 00100000 09:7e 141006                     /usr/lib64/libm-2.17.so
:7f2684df5000-7f2684df6000 rw-p 00101000 09:7e 141006                     /usr/lib64/libm-2.17.so
:7f2684df6000-7f2684edf000 r-xp 00000000 09:7e 13015                      /usr/lib64/libstdc++.so.6.0.19
:7f2684edf000-7f26850df000 ---p 000e9000 09:7e 13015                      /usr/lib64/libstdc++.so.6.0.19
:7f26850df000-7f26850e7000 r--p 000e9000 09:7e 13015                      /usr/lib64/libstdc++.so.6.0.19
:7f26850e7000-7f26850e9000 rw-p 000f1000 09:7e 13015                      /usr/lib64/libstdc++.so.6.0.19
:7f26850e9000-7f26850fe000 rw-p 00000000 00:00 0 
:7f26850fe000-7f2685138000 r-xp 00000000 09:7e 4577177                    /usr/lib64/libfontconfig.so.1.7.0
:7f2685138000-7f2685338000 ---p 0003a000 09:7e 4577177                    /usr/lib64/libfontconfig.so.1.7.0
:7f2685338000-7f268533a000 r--p 0003a000 09:7e 4577177                    /usr/lib64/libfontconfig.so.1.7.0
:7f268533a000-7f268533b000 rw-p 0003c000 09:7e 4577177                    /usr/lib64/libfontconfig.so.1.7.0
:7f268533b000-7f2685350000 r-xp 00000000 09:7e 1105707                    /usr/lib64/libXft.so.2.3.2
:7f2685350000-7f268554f000 ---p 00015000 09:7e 1105707                    /usr/lib64/libXft.so.2.3.2
:7f268554f000-7f2685550000 r--p 00014000 09:7e 1105707                    /usr/lib64/libXft.so.2.3.2
:7f2685550000-7f2685551000 rw-p 00015000 09:7e 1105707                    /usr/lib64/libXft.so.2.3.2
:7f2685551000-7f26855f1000 r-xp 00000000 09:7e 3395220                    /usr/lib64/libfreetype.so.6.10.0
:7f26855f1000-7f26857f0000 ---p 000a0000 09:7e 3395220                    /usr/lib64/libfreetype.so.6.10.0
:7f26857f0000-7f26857f6000 r--p 0009f000 09:7e 3395220                    /usr/lib64/libfreetype.so.6.10.0
:7f26857f6000-7f26857f7000 rw-p 000a5000 09:7e 3395220                    /usr/lib64/libfreetype.so.6.10.0
:7f26857f7000-7f2685808000 r-xp 00000000 09:7e 1095312                    /usr/lib64/libXext.so.6.4.0
:7f2685808000-7f2685a07000 ---p 00011000 09:7e 1095312                    /usr/lib64/libXext.so.6.4.0
:7f2685a07000-7f2685a08000 r--p 00010000 09:7e 1095312                    /usr/lib64/libXext.so.6.4.0
:7f2685a08000-7f2685a09000 rw-p 00011000 09:7e 1095312                    /usr/lib64/libXext.so.6.4.0
:7f2685a09000-7f2685a12000 r-xp 00000000 09:7e 1095311                    /usr/lib64/libXrender.so.1.3.0
:7f2685a12000-7f2685c12000 ---p 00009000 09:7e 1095311                    /usr/lib64/libXrender.so.1.3.0
:7f2685c12000-7f2685c13000 r--p 00009000 09:7e 1095311                    /usr/lib64/libXrender.so.1.3.0
:7f2685c13000-7f2685c14000 rw-p 0000a000 09:7e 1095311                    /usr/lib64/libXrender.so.1.3.0
:7f2685c14000-7f2685c1e000 r-xp 00000000 09:7e 1095343                    /usr/lib64/libXrandr.so.2.2.0
:7f2685c1e000-7f2685e1d000 ---p 0000a000 09:7e 1095343                    /usr/lib64/libXrandr.so.2.2.0
:7f2685e1d000-7f2685e1e000 r--p 00009000 09:7e 1095343                    /usr/lib64/libXrandr.so.2.2.0
:7f2685e1e000-7f2685e1f000 rw-p 0000a000 09:7e 1095343                    /usr/lib64/libXrandr.so.2.2.0
:7f2685e1f000-7f2685f57000 r-xp 00000000 09:7e 3470886                    /usr/lib64/libX11.so.6.3.0
:7f2685f57000-7f2686157000 ---p 00138000 09:7e 3470886                    /usr/lib64/libX11.so.6.3.0
:7f2686157000-7f2686158000 r--p 00138000 09:7e 3470886                    /usr/lib64/libX11.so.6.3.0
:7f2686158000-7f268615d000 rw-p 00139000 09:7e 3470886                    /usr/lib64/libX11.so.6.3.0
:7f268615d000-7f2686175000 r-xp 00000000 09:7e 2302653                    /usr/lib64/libfribidi.so.0.3.3
:7f2686175000-7f2686374000 ---p 00018000 09:7e 2302653                    /usr/lib64/libfribidi.so.0.3.3
:7f2686374000-7f2686375000 r--p 00017000 09:7e 2302653                    /usr/lib64/libfribidi.so.0.3.3
:7f2686375000-7f2686376000 rw-p 00018000 09:7e 2302653                    /usr/lib64/libfribidi.so.0.3.3
:7f2686376000-7f268638d000 r-xp 00000000 09:7e 3550122                    /usr/lib64/libICE.so.6.3.0
:7f268638d000-7f268658c000 ---p 00017000 09:7e 3550122                    /usr/lib64/libICE.so.6.3.0
:7f268658c000-7f268658d000 r--p 00016000 09:7e 3550122                    /usr/lib64/libICE.so.6.3.0
:7f268658d000-7f268658e000 rw-p 00017000 09:7e 3550122                    /usr/lib64/libICE.so.6.3.0
:7f268658e000-7f2686592000 rw-p 00000000 00:00 0 
:7f2686592000-7f2686599000 r-xp 00000000 09:7e 1548780                    /usr/lib64/libSM.so.6.0.1
:7f2686599000-7f2686798000 ---p 00007000 09:7e 1548780                    /usr/lib64/libSM.so.6.0.1
:7f2686798000-7f2686799000 r--p 00006000 09:7e 1548780                    /usr/lib64/libSM.so.6.0.1
:7f2686799000-7f268679a000 rw-p 00007000 09:7e 1548780                    /usr/lib64/libSM.so.6.0.1
:7f268679a000-7f268679c000 r-xp 00000000 09:7e 2876925                    /usr/lib64/nx/libNX_Xinerama.so.1.0
:7f268679c000-7f268699b000 ---p 00002000 09:7e 2876925                    /usr/lib64/nx/libNX_Xinerama.so.1.0
:7f268699b000-7f268699c000 r--p 00001000 09:7e 2876925                    /usr/lib64/nx/libNX_Xinerama.so.1.0
:7f268699c000-7f268699d000 rw-p 00002000 09:7e 2876925                    /usr/lib64/nx/libNX_Xinerama.so.1.0
:7f268699d000-7f2686aac000 r-xp 00000000 09:7e 3550134                    /usr/lib64/libglib-2.0.so.0.5000.3
:7f2686aac000-7f2686cac000 ---p 0010f000 09:7e 3550134                    /usr/lib64/libglib-2.0.so.0.5000.3
:7f2686cac000-7f2686cad000 r--p 0010f000 09:7e 3550134                    /usr/lib64/libglib-2.0.so.0.5000.3
:7f2686cad000-7f2686cae000 rw-p 00110000 09:7e 3550134                    /usr/lib64/libglib-2.0.so.0.5000.3
:7f2686cae000-7f2686caf000 rw-p 00000000 00:00 0 
:7f2686caf000-7f2686cfd000 r-xp 00000000 09:7e 3550138                    /usr/lib64/libgobject-2.0.so.0.5000.3
:7f2686cfd000-7f2686efd000 ---p 0004e000 09:7e 3550138                    /usr/lib64/libgobject-2.0.so.0.5000.3
:7f2686efd000-7f2686efe000 r--p 0004e000 09:7e 3550138                    /usr/lib64/libgobject-2.0.so.0.5000.3
:7f2686efe000-7f2686eff000 rw-p 0004f000 09:7e 3550138                    /usr/lib64/libgobject-2.0.so.0.5000.3
:7f2686eff000-7f2686f25000 r-xp 00000000 09:7e 4959481                    /usr/lib64/libgdk_pixbuf-2.0.so.0.3600.5
:7f2686f25000-7f2687125000 ---p 00026000 09:7e 4959481                    /usr/lib64/libgdk_pixbuf-2.0.so.0.3600.5
:7f2687125000-7f2687126000 r--p 00026000 09:7e 4959481                    /usr/lib64/libgdk_pixbuf-2.0.so.0.3600.5
:7f2687126000-7f2687127000 rw-p 00027000 09:7e 4959481                    /usr/lib64/libgdk_pixbuf-2.0.so.0.3600.5
:7f2687127000-7f268712a000 r-xp 00000000 09:7e 3550136                    /usr/lib64/libgmodule-2.0.so.0.5000.3
:7f268712a000-7f2687329000 ---p 00003000 09:7e 3550136                    /usr/lib64/libgmodule-2.0.so.0.5000.3
:7f2687329000-7f268732a000 r--p 00002000 09:7e 3550136                    /usr/lib64/libgmodule-2.0.so.0.5000.3
:7f268732a000-7f268732b000 rw-p 00003000 09:7e 3550136                    /usr/lib64/libgmodule-2.0.so.0.5000.3
:7f268732b000-7f268733b000 r-xp 00000000 09:7e 5145932                    /usr/lib64/libgdk_pixbuf_xlib-2.0.so.0.3600.5
:7f268733b000-7f268753a000 ---p 00010000 09:7e 5145932                    /usr/lib64/libgdk_pixbuf_xlib-2.0.so.0.3600.5
:7f268753a000-7f268753b000 r--p 0000f000 09:7e 5145932                    /usr/lib64/libgdk_pixbuf_xlib-2.0.so.0.3600.5
:7f268753b000-7f268753c000 rw-p 00010000 09:7e 5145932                    /usr/lib64/libgdk_pixbuf_xlib-2.0.so.0.3600.5
:7f268753c000-7f268755d000 r-xp 00000000 09:7e 12458                      /usr/lib64/ld-2.17.so
:7f268757a000-7f268759a000 r--s 00000000 09:7e 134501615                  /usr/share/mime/mime.cache
:7f268759a000-7f26875a5000 r--s 00000000 09:7e 136512970                  /var/cache/fontconfig/b79f3aaa7d385a141ab53ec885cc22a8-le64.cache-4
:7f26875a5000-7f268773c000 rw-p 00000000 00:00 0 
:7f268773d000-7f268773e000 rw-p 00000000 00:00 0 
:7f268773e000-7f268773f000 r--p 00000000 09:7e 203136152                  /usr/share/locale/en/LC_MESSAGES/icewm.mo
:7f268773f000-7f2687741000 r--s 00000000 09:7e 136512971                  /var/cache/fontconfig/87f5e051180a7a75f16eb6fe7dbd3749-le64.cache-4
:7f2687741000-7f2687744000 r--s 00000000 09:7e 136512974                  /var/cache/fontconfig/830f035fa84a65ce80e050178dbb630d-le64.cache-4
:7f2687744000-7f2687748000 r--s 00000000 09:7e 136512973                  /var/cache/fontconfig/b67b32625a2bb51b023d3814a918f351-le64.cache-4
:7f2687748000-7f268774f000 r--s 00000000 09:7e 136512972                  /var/cache/fontconfig/12b26b760a24f8b4feb03ad48a333a72-le64.cache-4
:7f268774f000-7f2687751000 r--s 00000000 09:7e 136512968                  /var/cache/fontconfig/3640555adad8a8f6978400293cfce7ab-le64.cache-4
:7f2687751000-7f2687755000 r--s 00000000 09:7e 136512967                  /var/cache/fontconfig/beeeeb3dfe132a8a0633a017c99ce0c0-le64.cache-4
:7f2687755000-7f268775c000 r--s 00000000 09:7e 68061086                   /usr/lib64/gconv/gconv-modules.cache
:7f268775c000-7f268775d000 rw-p 00000000 00:00 0 
:7f268775d000-7f268775e000 r--p 00021000 09:7e 12458                      /usr/lib64/ld-2.17.so
:7f268775e000-7f268775f000 rw-p 00022000 09:7e 12458                      /usr/lib64/ld-2.17.so
:7f268775f000-7f2687760000 rw-p 00000000 00:00 0 
:7ffd3541c000-7ffd3543d000 rw-p 00000000 00:00 0                          [stack]
:7ffd354ca000-7ffd354cc000 r-xp 00000000 00:00 0                          [vdso]
:ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0                  [vsyscall]
open_fds:
:0:/dev/null
:pos:	0
:flags:	0100000
:mnt_id:	20
:1:/zfsauton/home/yichongx/.xsession-x2go-ari.int.autonlab.org-errors
:pos:	20012
:flags:	0102001
:mnt_id:	217
:2:/zfsauton/home/yichongx/.xsession-x2go-ari.int.autonlab.org-errors
:pos:	20012
:flags:	0102001
:mnt_id:	217
:3:pipe:[33393272]
:pos:	0
:flags:	02000000
:mnt_id:	9
:4:pipe:[33393272]
:pos:	0
:flags:	02004001
:mnt_id:	9
:5:socket:[33393273]
:pos:	0
:flags:	02004002
:mnt_id:	8
os_info:
:NAME="Springdale Linux"
:VERSION="7.4 (Verona)"
:ID="rhel"
:ID_LIKE="fedora"
:VERSION_ID="7.4"
:PRETTY_NAME="Springdale Linux 7.4 (Verona)"
:ANSI_COLOR="0;32"
:CPE_NAME="cpe:/o:springdale:linux:7.4:GA"
:HOME_URL="http://springdale.princeton.edu/"
:BUG_REPORT_URL="https://springdale.math.ias.edu/"
:
:REDHAT_BUGZILLA_PRODUCT="Springdale Linux 7"
:REDHAT_BUGZILLA_PRODUCT_VERSION=7.4
:REDHAT_SUPPORT_PRODUCT="Springdale Linux"
:REDHAT_SUPPORT_PRODUCT_VERSION=7.4
proc_pid_status:
:Name:	icewm
:Umask:	0002
:State:	S (sleeping)
:Tgid:	12553
:Ngid:	0
:Pid:	12553
:PPid:	12392
:TracerPid:	0
:Uid:	1080	1080	1080	1080
:Gid:	1080	1080	1080	1080
:FDSize:	256
:Groups:	501 514 1080 
:VmPeak:	  198844 kB
:VmSize:	  198844 kB
:VmLck:	       0 kB
:VmPin:	       0 kB
:VmHWM:	    5676 kB
:VmRSS:	    5676 kB
:RssAnon:	    1300 kB
:RssFile:	    4376 kB
:RssShmem:	       0 kB
:VmData:	    3292 kB
:VmStk:	     132 kB
:VmExe:	     748 kB
:VmLib:	   11616 kB
:VmPTE:	     208 kB
:VmSwap:	       0 kB
:Threads:	1
:SigQ:	0/2063066
:SigPnd:	0000000000000000
:ShdPnd:	0000000000000000
:SigBlk:	0000000000014007
:SigIgn:	0000000000000000
:SigCgt:	0000000180014007
:CapInh:	0000000000000000
:CapPrm:	0000000000000000
:CapEff:	0000000000000000
:CapBnd:	0000001fffffffff
:CapAmb:	0000000000000000
:Seccomp:	0
:Cpus_allowed:	ffffffff
:Cpus_allowed_list:	0-31
:Mems_allowed:	00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,0000000f
:Mems_allowed_list:	0-3
:voluntary_ctxt_switches:	321
:nonvoluntary_ctxt_switches:	8
var_log_messages:
:[System Logs]:
:Oct 05 15:59:36 ari.int.autonlab.org /usr/bin/x2gostartagent[12191]: successfully started X2Go agent session with ID yichongx-51-1507233575_stDicewm_dp32
:Oct 05 15:59:46 ari.int.autonlab.org /usr/bin/x2goruncommand[12519]: launching session with Xsession-x2go mechanism, using STARTUP="icewm"
:Oct 05 15:59:48 ari.int.autonlab.org abrt-hook-ccpp[12649]: Process 12553 (icewm) of user 1080 killed by SIGABRT - dumping core
:Oct 05 16:00:01 ari.int.autonlab.org /usr/sbin/x2gocleansessions[1263]: yichongx-51-1507233600_stDicewm_dp32: state file for this session does not exist: /tmp/.x2go-yichongx/C-yichongx-51-1507233600_stDicewm_dp32/state (this can be ignored during session startups)
:Oct 05 16:00:02 ari.int.autonlab.org /usr/bin/x2gostartagent[18990]: successfully started X2Go agent session with ID yichongx-51-1507233600_stDicewm_dp32
:[User Logs]:
:Oct 05 15:59:36 ari.int.autonlab.org /usr/bin/x2gostartagent[12191]: successfully started X2Go agent session with ID yichongx-51-1507233575_stDicewm_dp32
:Oct 05 15:59:46 ari.int.autonlab.org /usr/bin/x2goruncommand[12519]: launching session with Xsession-x2go mechanism, using STARTUP="icewm"
:Oct 05 16:00:02 ari.int.autonlab.org /usr/bin/x2gostartagent[18990]: successfully started X2Go agent session with ID yichongx-51-1507233600_stDicewm_dp32


------------------------------

Subject: Digest Footer

_______________________________________________
Autonlab-sysinfo mailing list
Autonlab-sysinfo at autonlab.org
https://mailman.srv.cs.cmu.edu/mailman/listinfo/autonlab-sysinfo


------------------------------

End of Autonlab-sysinfo Digest, Vol 39, Issue 8
***********************************************


From yichongx at cs.cmu.edu  Thu Oct  5 21:17:28 2017
From: yichongx at cs.cmu.edu (Yichong Xu)
Date: Thu, 5 Oct 2017 21:17:28 -0400
Subject: Accessing ari using x2go
In-Reply-To: <20171006010416.PxRSizND_%predragp@andrew.cmu.edu>
References: <2C5779A3-8B93-4F34-9AC1-08802D398B99@cs.cmu.edu>
 <20171006010416.PxRSizND_%predragp@andrew.cmu.edu>
Message-ID: <F37023F8-C983-4115-B6A4-21129A595FB4@cs.cmu.edu>

Hi Predrag,
Thanks for the reply! Sad to hear about the GUI access. Can you tell me how to launch a terminal through X2GO? I didn?t find it in the session types option. Currently my connection cannot launch and it crashes immediately after launching.
Actually my use case is to use jupypter notebook on ari - do you have some advice about how to set this up? I can set up the remote notebook server if I can somehow connect to ari directly through my machine (I guess that is impossible). Thank you very much!

Thanks,
Yichong



> On Oct 5, 2017, at 9:04 PM, Predrag Punosevac <predragp at andrew.cmu.edu> wrote:
> 
> Yichong Xu <yichongx at cs.cmu.edu> wrote:
> 
>> Hi Predrag,
>> I recently get the attached error image when I try to access ari through x2go and x11 using my Mac. Do you have an idea how this might happen? Thank you very much!
>> 
> 
> Hi Xu,
> 
> You are not the first and I am sure not the last person who is
> complaining about X2Go. First I have no idea why it crashed even that I
> saw icewm (Window Manager you are using) errors in the log. Proper
> trouble shooting will involve some serious DTrace-ing which is not
> available on Linux. You could try to launch just a terminal via X2Go
> client and then type inside matlab which will bring MATLAB GUI.
> 
> My bigger concern is that we are running out of options for GUI access.
> Namely X2Go is just an ugly insecure Perl wrapper around NX libraries (
> compressed ssh -Y in essence). NoMachines the Italian company behind NX
> protocol went fully proprietary few years ago and I suspect that libnx
> libraries are no longer properly maintained. We could try to purchase
> proprietary server license for NoMachines NX and see if it going to work
> better. I am also concern that X2Go clients don't work properly on
> certain platforms (primarily OS X). I use quite regularly X2Go from my
> DragonFly BSD machine at home to connect to the lab and use MATLAB. It
> works rock solid for me personally. 
> 
> Sadly if we were to run Windows server Microsoft RDP protocol is rather
> stable.
> 
> VNC is another "option". However VNC is notoriously insecure and would
> require lots of open ports to work. It is also supper buggy. I just used
> it to do some DomU installations on Xen (that is the only possible way
> to do HVM installation).
> 
> Best,
> Predrag
> 
>> 
>> 
>> Yichong Xu
>> Machine Learning Department, CMU
>> yichongx at cs.cmu.edu
>> 412-652-8309
>> 
>> 
>> 
>> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.srv.cs.cmu.edu/pipermail/autonlab-users/attachments/20171005/d0cb78e8/attachment.html>

From chiragn at cs.cmu.edu  Thu Oct  5 21:25:07 2017
From: chiragn at cs.cmu.edu (Chirag Nagpal)
Date: Thu, 5 Oct 2017 21:25:07 -0400
Subject: Accessing ari using x2go
In-Reply-To: <F37023F8-C983-4115-B6A4-21129A595FB4@cs.cmu.edu>
References: <2C5779A3-8B93-4F34-9AC1-08802D398B99@cs.cmu.edu>
 <20171006010416.PxRSizND_%predragp@andrew.cmu.edu>
 <F37023F8-C983-4115-B6A4-21129A595FB4@cs.cmu.edu>
Message-ID: <CAKH1gVovK+42sTqsqDOesZVGVm5XUw-u=Ffb9RLtsb_Cxwmw_A@mail.gmail.com>

Hi Yichong

In my experience, using Jupyter with port tunneling over SSH is a much
better experience than running a remote browser over X2Go.

just ssh directly into the machine you want to log into example

$ssh <username>@bash.autonlab.org
then
$ssh <username>@ari

you can then run a jupyter in ari

Now the hard part is tunneling the port where your notebook is running over
ssh back to your local machine, which can be made much easier if you have
an ssh config which includes the ssh proxy server.

If you want you can stop by tomorrow and I can set it up for you.

Chirag

On Thu, Oct 5, 2017 at 9:17 PM, Yichong Xu <yichongx at cs.cmu.edu> wrote:

> Hi Predrag,
> Thanks for the reply! Sad to hear about the GUI access. Can you tell me
> how to launch a terminal through X2GO? I didn?t find it in the session
> types option. Currently my connection cannot launch and it crashes
> immediately after launching.
> Actually my use case is to use jupypter notebook on ari - do you have some
> advice about how to set this up? I can set up the remote notebook server if
> I can somehow connect to ari directly through my machine (I guess that is
> impossible). Thank you very much!
>
> *Thanks,*
> *Yichong*
>
>
>
> On Oct 5, 2017, at 9:04 PM, Predrag Punosevac <predragp at andrew.cmu.edu>
> wrote:
>
> Yichong Xu <yichongx at cs.cmu.edu> wrote:
>
> Hi Predrag,
> I recently get the attached error image when I try to access ari through
> x2go and x11 using my Mac. Do you have an idea how this might happen? Thank
> you very much!
>
>
> Hi Xu,
>
> You are not the first and I am sure not the last person who is
> complaining about X2Go. First I have no idea why it crashed even that I
> saw icewm (Window Manager you are using) errors in the log. Proper
> trouble shooting will involve some serious DTrace-ing which is not
> available on Linux. You could try to launch just a terminal via X2Go
> client and then type inside matlab which will bring MATLAB GUI.
>
> My bigger concern is that we are running out of options for GUI access.
> Namely X2Go is just an ugly insecure Perl wrapper around NX libraries (
> compressed ssh -Y in essence). NoMachines the Italian company behind NX
> protocol went fully proprietary few years ago and I suspect that libnx
> libraries are no longer properly maintained. We could try to purchase
> proprietary server license for NoMachines NX and see if it going to work
> better. I am also concern that X2Go clients don't work properly on
> certain platforms (primarily OS X). I use quite regularly X2Go from my
> DragonFly BSD machine at home to connect to the lab and use MATLAB. It
> works rock solid for me personally.
>
> Sadly if we were to run Windows server Microsoft RDP protocol is rather
> stable.
>
> VNC is another "option". However VNC is notoriously insecure and would
> require lots of open ports to work. It is also supper buggy. I just used
> it to do some DomU installations on Xen (that is the only possible way
> to do HVM installation).
>
> Best,
> Predrag
>
>
>
> Yichong Xu
> Machine Learning Department, CMU
> yichongx at cs.cmu.edu
> 412-652-8309 <(412)%20652-8309>
>
>
>
>
>
>


-- 

*Chirag Nagpal* Graduate Student, Language Technologies Institute
School of Computer Science
Carnegie Mellon University
cs.cmu.edu/~chiragn
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.srv.cs.cmu.edu/pipermail/autonlab-users/attachments/20171005/04efd2e7/attachment.html>

From yichongx at cs.cmu.edu  Thu Oct  5 21:56:41 2017
From: yichongx at cs.cmu.edu (Yichong Xu)
Date: Thu, 5 Oct 2017 21:56:41 -0400
Subject: Accessing ari using x2go
In-Reply-To: <CAKH1gVovK+42sTqsqDOesZVGVm5XUw-u=Ffb9RLtsb_Cxwmw_A@mail.gmail.com>
References: <2C5779A3-8B93-4F34-9AC1-08802D398B99@cs.cmu.edu>
 <20171006010416.PxRSizND_%predragp@andrew.cmu.edu>
 <F37023F8-C983-4115-B6A4-21129A595FB4@cs.cmu.edu>
 <CAKH1gVovK+42sTqsqDOesZVGVm5XUw-u=Ffb9RLtsb_Cxwmw_A@mail.gmail.com>
Message-ID: <17186C19-4307-466D-977C-AD64B9BD26DA@cs.cmu.edu>

Hi Chirag,
That?s so nice! I think I will get to find you tomorrow afternoon. Thank you very much!

Thanks,
Yichong



> On Oct 5, 2017, at 9:25 PM, Chirag Nagpal <chiragn at cs.cmu.edu> wrote:
> 
> Hi Yichong 
> 
> In my experience, using Jupyter with port tunneling over SSH is a much better experience than running a remote browser over X2Go. 
> 
> just ssh directly into the machine you want to log into example
> 
> $ssh <username>@bash.autonlab.org <http://bash.autonlab.org/>
> then
> $ssh <username>@ari 
> 
> you can then run a jupyter in ari
> 
> Now the hard part is tunneling the port where your notebook is running over ssh back to your local machine, which can be made much easier if you have an ssh config which includes the ssh proxy server. 
> 
> If you want you can stop by tomorrow and I can set it up for you.
> 
> Chirag
> 
> On Thu, Oct 5, 2017 at 9:17 PM, Yichong Xu <yichongx at cs.cmu.edu <mailto:yichongx at cs.cmu.edu>> wrote:
> Hi Predrag,
> Thanks for the reply! Sad to hear about the GUI access. Can you tell me how to launch a terminal through X2GO? I didn?t find it in the session types option. Currently my connection cannot launch and it crashes immediately after launching.
> Actually my use case is to use jupypter notebook on ari - do you have some advice about how to set this up? I can set up the remote notebook server if I can somehow connect to ari directly through my machine (I guess that is impossible). Thank you very much!
> 
> Thanks,
> Yichong
> 
> 
> 
>> On Oct 5, 2017, at 9:04 PM, Predrag Punosevac <predragp at andrew.cmu.edu <mailto:predragp at andrew.cmu.edu>> wrote:
>> 
>> Yichong Xu <yichongx at cs.cmu.edu <mailto:yichongx at cs.cmu.edu>> wrote:
>> 
>>> Hi Predrag,
>>> I recently get the attached error image when I try to access ari through x2go and x11 using my Mac. Do you have an idea how this might happen? Thank you very much!
>>> 
>> 
>> Hi Xu,
>> 
>> You are not the first and I am sure not the last person who is
>> complaining about X2Go. First I have no idea why it crashed even that I
>> saw icewm (Window Manager you are using) errors in the log. Proper
>> trouble shooting will involve some serious DTrace-ing which is not
>> available on Linux. You could try to launch just a terminal via X2Go
>> client and then type inside matlab which will bring MATLAB GUI.
>> 
>> My bigger concern is that we are running out of options for GUI access.
>> Namely X2Go is just an ugly insecure Perl wrapper around NX libraries (
>> compressed ssh -Y in essence). NoMachines the Italian company behind NX
>> protocol went fully proprietary few years ago and I suspect that libnx
>> libraries are no longer properly maintained. We could try to purchase
>> proprietary server license for NoMachines NX and see if it going to work
>> better. I am also concern that X2Go clients don't work properly on
>> certain platforms (primarily OS X). I use quite regularly X2Go from my
>> DragonFly BSD machine at home to connect to the lab and use MATLAB. It
>> works rock solid for me personally. 
>> 
>> Sadly if we were to run Windows server Microsoft RDP protocol is rather
>> stable.
>> 
>> VNC is another "option". However VNC is notoriously insecure and would
>> require lots of open ports to work. It is also supper buggy. I just used
>> it to do some DomU installations on Xen (that is the only possible way
>> to do HVM installation).
>> 
>> Best,
>> Predrag
>> 
>>> 
>>> 
>>> Yichong Xu
>>> Machine Learning Department, CMU
>>> yichongx at cs.cmu.edu <mailto:yichongx at cs.cmu.edu>
>>> 412-652-8309 <tel:(412)%20652-8309>
>>> 
>>> 
>>> 
>>> 
> 
> 
> 
> 
> -- 
> Chirag Nagpal
> Graduate Student, Language Technologies Institute
> School of Computer Science
> Carnegie Mellon University
> cs.cmu.edu/~chiragn <http://cs.cmu.edu/~chiragn>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.srv.cs.cmu.edu/pipermail/autonlab-users/attachments/20171005/75351518/attachment-0001.html>

From predragp at andrew.cmu.edu  Thu Oct  5 22:07:39 2017
From: predragp at andrew.cmu.edu (Predrag Punosevac)
Date: Thu, 05 Oct 2017 22:07:39 -0400
Subject: Accessing ari using x2go
In-Reply-To: <CAKH1gVovK+42sTqsqDOesZVGVm5XUw-u=Ffb9RLtsb_Cxwmw_A@mail.gmail.com>
References: <2C5779A3-8B93-4F34-9AC1-08802D398B99@cs.cmu.edu>
 <20171006010416.PxRSizND_%predragp@andrew.cmu.edu>
 <F37023F8-C983-4115-B6A4-21129A595FB4@cs.cmu.edu>
 <CAKH1gVovK+42sTqsqDOesZVGVm5XUw-u=Ffb9RLtsb_Cxwmw_A@mail.gmail.com>
Message-ID: <20171006020739.UQTbD-9qD%predragp@andrew.cmu.edu>

Chirag Nagpal <chiragn at cs.cmu.edu> wrote:

> Hi Yichong
> 
> In my experience, using Jupyter with port tunneling over SSH is a much
> better experience than running a remote browser over X2Go.
> 
> just ssh directly into the machine you want to log into example
> 
> $ssh <username>@bash.autonlab.org
> then
> $ssh <username>@ari
> 


This is the wrong replay. While theoretically he can run 

ssh -Y username at bash.autonlab.org

In practice his network is too slow for it

If you look at X2Go client on the bottom there is an option start a
single application. Pick terminal


> you can then run a jupyter in ari
> 
> Now the hard part is tunneling the port where your notebook is running over
> ssh back to your local machine, which can be made much easier if you have
> an ssh config which includes the ssh proxy server.
> 
> If you want you can stop by tomorrow and I can set it up for you.
> 
> Chirag
> 
> On Thu, Oct 5, 2017 at 9:17 PM, Yichong Xu <yichongx at cs.cmu.edu> wrote:
> 
> > Hi Predrag,
> > Thanks for the reply! Sad to hear about the GUI access. Can you tell me
> > how to launch a terminal through X2GO? I didn???t find it in the session
> > types option. Currently my connection cannot launch and it crashes
> > immediately after launching.
> > Actually my use case is to use jupypter notebook on ari - do you have some
> > advice about how to set this up? I can set up the remote notebook server if
> > I can somehow connect to ari directly through my machine (I guess that is
> > impossible). Thank you very much!
> >
> > *Thanks,*
> > *Yichong*
> >
> >
> >
> > On Oct 5, 2017, at 9:04 PM, Predrag Punosevac <predragp at andrew.cmu.edu>
> > wrote:
> >
> > Yichong Xu <yichongx at cs.cmu.edu> wrote:
> >
> > Hi Predrag,
> > I recently get the attached error image when I try to access ari through
> > x2go and x11 using my Mac. Do you have an idea how this might happen? Thank
> > you very much!
> >
> >
> > Hi Xu,
> >
> > You are not the first and I am sure not the last person who is
> > complaining about X2Go. First I have no idea why it crashed even that I
> > saw icewm (Window Manager you are using) errors in the log. Proper
> > trouble shooting will involve some serious DTrace-ing which is not
> > available on Linux. You could try to launch just a terminal via X2Go
> > client and then type inside matlab which will bring MATLAB GUI.
> >
> > My bigger concern is that we are running out of options for GUI access.
> > Namely X2Go is just an ugly insecure Perl wrapper around NX libraries (
> > compressed ssh -Y in essence). NoMachines the Italian company behind NX
> > protocol went fully proprietary few years ago and I suspect that libnx
> > libraries are no longer properly maintained. We could try to purchase
> > proprietary server license for NoMachines NX and see if it going to work
> > better. I am also concern that X2Go clients don't work properly on
> > certain platforms (primarily OS X). I use quite regularly X2Go from my
> > DragonFly BSD machine at home to connect to the lab and use MATLAB. It
> > works rock solid for me personally.
> >
> > Sadly if we were to run Windows server Microsoft RDP protocol is rather
> > stable.
> >
> > VNC is another "option". However VNC is notoriously insecure and would
> > require lots of open ports to work. It is also supper buggy. I just used
> > it to do some DomU installations on Xen (that is the only possible way
> > to do HVM installation).
> >
> > Best,
> > Predrag
> >
> >
> >
> > Yichong Xu
> > Machine Learning Department, CMU
> > yichongx at cs.cmu.edu
> > 412-652-8309 <(412)%20652-8309>
> >
> >
> >
> >
> >
> >
> 
> 
> -- 
> 
> *Chirag Nagpal* Graduate Student, Language Technologies Institute
> School of Computer Science
> Carnegie Mellon University
> cs.cmu.edu/~chiragn

From jieshic at andrew.cmu.edu  Fri Oct  6 11:36:36 2017
From: jieshic at andrew.cmu.edu (Jieshi Chen)
Date: Fri, 6 Oct 2017 15:36:36 +0000
Subject: Reminder: Auton Lab Picnic, Saturday October 7th
Message-ID: <fd079af1181e4084ae2d6d03e13d498b@PGH-MSGMLT-03.andrew.ad.cmu.edu>


Dear Autonians,


Just a reminder of tomorrow's annual picnic at Vietnam Veterans Pavilion (Google map location: https://goo.gl/maps/maKRPBqebBP2).


The picnic will start around 12pm with food and a most popular Taro cake delivered around 12:15pm. We have some long games and you are also welcome to bring your bikes, games, cameras, etc..



The weather will be partly cloudy tomorrow, high 87F, low 68F, wind S at 10 to 15 mph, chance of rain in daytime 10%.


Pls let me know if you have any question. Look forward to seeing you!




Best,
Jessie
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.srv.cs.cmu.edu/pipermail/autonlab-users/attachments/20171006/e507478e/attachment.html>

From ngisolfi at cs.cmu.edu  Mon Oct  9 13:28:09 2017
From: ngisolfi at cs.cmu.edu (Nick Gisolfi)
Date: Mon, 9 Oct 2017 13:28:09 -0400
Subject: Cookies @ Auton Lab
Message-ID: <CAJ4FYPwZHJB7qXa+rWx=HwuDL3hwNMfpjYeedvFJdJLWNKXGyw@mail.gmail.com>

Hi everyone,

Stop by NSH 3111 for some Costco cookies this afternoon.  There's 24 here
so get them while you can!

Cheers,

- Nick
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.srv.cs.cmu.edu/pipermail/autonlab-users/attachments/20171009/400d7bad/attachment.html>

From predragp at andrew.cmu.edu  Mon Oct  9 16:41:57 2017
From: predragp at andrew.cmu.edu (Predrag Punosevac)
Date: Mon, 09 Oct 2017 16:41:57 -0400
Subject: Git/Gogs running again
Message-ID: <20171009204157.wszXe83mT%predragp@andrew.cmu.edu>

Dear Autonians,

Our Git/Gogs respos now are up and running. The down time was caused by
a serious manufacturing error during the production of Intel Atom
processors. As a result we are RMA-ing 3 servers.

Best,
Predrag

From predragp at andrew.cmu.edu  Mon Oct  9 22:44:43 2017
From: predragp at andrew.cmu.edu (Predrag Punosevac)
Date: Mon, 09 Oct 2017 22:44:43 -0400
Subject: Git/Gogs running again
In-Reply-To: <D6024B53.E2CF%suppe@andrew.cmu.edu>
References: <20171009204157.wszXe83mT%predragp@andrew.cmu.edu>
 <D6024B53.E2CF%suppe@andrew.cmu.edu>
Message-ID: <20171010024443.Q97Mg7njt%predragp@andrew.cmu.edu>

Arne Suppe <suppe at andrew.cmu.edu> wrote:

> Wow - is this the LPC bus failure bug?  Just curious?
> 

You got it! Our Gogs is a FreeBSD jail instance hosted by one of the
servers powered by Atom C2758 which is one of the chips with faulty LPC
bus


https://www.theregister.co.uk/2017/02/06/cisco_intel_decline_to_link_product_warning_to_faulty_chip/


Cheers,
Predrag



> On 10/10/17, 4:41 AM, "Autonlab-users on behalf of Predrag Punosevac"
> <autonlab-users-bounces at autonlab.org on behalf of predragp at andrew.cmu.edu>
> wrote:
> 
> >Dear Autonians,
> >
> >Our Git/Gogs respos now are up and running. The down time was caused by
> >a serious manufacturing error during the production of Intel Atom
> >processors. As a result we are RMA-ing 3 servers.
> >
> >Best,
> >Predrag

From ram at ri.cmu.edu  Wed Oct 11 08:42:26 2017
From: ram at ri.cmu.edu (Rob Maclachlan)
Date: Wed, 11 Oct 2017 08:42:26 -0400
Subject: Workaround for recent problems with running Matlab via Windows x2go
Message-ID: <705a0de4-988a-dc57-6aa1-b0629ebe70ad@ri.cmu.edu>

After the last Matlab upgrade I found that the Matlab desktop GUI was 
barfing out with X errors and hanging X2go at a rate that made it 
completely unusable.? Possibly this only happens with windows x2go 
because predrag was unable to reproduce it.? Anyway, via the wonders of 
Google and stackexchange I have found a partial workaround.

https://stackoverflow.com/questions/34188495/how-can-i-work-around-the-classcastexception-in-java2d-bug-id-7172749

https://www.mathworks.com/help/matlab/matlab_env/java-opts-file.html

It seems that in Java 8 a display optimizer called Java2d has now been 
enabled by default.? This is (mostly) where Matlab was having problems 
in my environment.? You can turn this off by creating a file java.opts 
with this line in it:

|-Dsun.java2d.xrender=false|

This file has to be in the directory that you start Matlab from (Matlab 
startup directory).

If other people are having this problem, we may want install this in the 
Matlab root, as described in the second link.

I am still seeing a new null pointer exception failure in event 
dispatching, but this is nonfatal.

Oct 10, 2017 1:10:48 PM sun.awt.X11.XToolkit processException
WARNING: Exception on Toolkit thread
java.lang.NullPointerException
	at sun.awt.X11.XWindowPeer.stateChanged(XWindowPeer.java:1462)
	at sun.awt.X11.XWindow.handlePropertyNotify(XWindow.java:1284)
	at sun.awt.X11.XComponentPeer.handlePropertyNotify(XComponentPeer.java:75)
	at sun.awt.X11.XBaseWindow.dispatchEvent(XBaseWindow.java:1143)
	at sun.awt.X11.XBaseWindow.dispatchToWindow(XBaseWindow.java:1086)
	at sun.awt.X11.XToolkit.dispatchEvent(XToolkit.java:502)
	at sun.awt.X11.XToolkit.run(XToolkit.java:616)
	at sun.awt.X11.XToolkit.run(XToolkit.java:532)
	at java.lang.Thread.run(Thread.java:745)

 ? Rob


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.srv.cs.cmu.edu/pipermail/autonlab-users/attachments/20171011/7b44cfa8/attachment.html>

From awd at cs.cmu.edu  Wed Oct 11 12:29:18 2017
From: awd at cs.cmu.edu (Artur Dubrawski)
Date: Wed, 11 Oct 2017 12:29:18 -0400
Subject: Fwd: Re: Reimbursement information
In-Reply-To: <6835e8b7-bf24-d649-395b-84d6109331a9@cs.cmu.edu>
References: <6835e8b7-bf24-d649-395b-84d6109331a9@cs.cmu.edu>
Message-ID: <8b7a00f3-d753-367c-5b4e-f6829482aa2c@cs.cmu.edu>

Team,

We need to clearly separate business vs personal expenses when we are on 
the Auton lab business travel.

For instance, any stays extended or enhanced for personal purposes 
(sightseeing/visiting) over the duration of each trip beyond what is 
directly required by business needs, cannot be funded by any of our 
research projects and everyone would have to cover these parts of their 
costs from their personal funds.

Please keep that in mind when submitting your requests for reimbursement.

It is best to separate business vs personal costs upfront, and only 
submit claims for the business-related part. It actually saves time and 
hassle.

Thanks
Artur


-------- Forwarded Message --------
Subject: 	Re: Reimbursement information
Date: 	Wed, 11 Oct 2017 10:01:46 -0400
From: 	Jean Harpley <jean at cs.cmu.edu>
To: 	Karen Widmaier <krw at andrew.cmu.edu>, Artur Dubrawski 
<awd at cs.cmu.edu>, Nathan Michael <nmichael at cmu.edu>, John Dolan 
<jmd at cs.cmu.edu>, Illah Nourbakhsh <illah at cs.cmu.edu>



Karen,

Thank you very much.? If you care to, you can also provide them with
this information.

 From Jean Harpley:

This is standard travel policy.? DDFR exception approval is required for
any unusual circumstance.? If you are unsure if your travel plans require
advance approval, please drop me an email and ask, I'll be happy to
research it.

The way to achieve DDFR exception approval is by submitting details
via email following these guidelines:

http://roboguide.ri.cmu.edu/policies-procedures/ddfr-exception-approval-process.html

Business & Travel Expense Policies can be found at:
https://www.cmu.edu/finance/controller/bte/index.html

On 10/11/2017 9:45 AM, Karen Widmaier wrote:
> Can you please convey the following message to your lab:
> For future trips (conferences, project report meetings, demos, 
> hackathons, etc.):
> *Travelers extending any trips to include personal legs and/or 
> additional days not
> justified by business travel must secure advance DDFR approval. *
> If the trip is audited, you may be required to pay the amount back to 
> CMU or sponsors.
> If you have any questions concerning your travel, please feel free to 
> contact me before making arrangements for your trip.
> Karen
> /Karen Widmaier/
> /Carnegie Mellon University/
> /5000 Forbes Avenue/
> /NSH 3203/
> /Pittsburgh, PA? 15213/
> /412.268.7551/
> /FAX:? 412.268.7350/
> _krw at andrew.cmu.edu_ <mailto:krw at andrew.cmu.edu>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.srv.cs.cmu.edu/pipermail/autonlab-users/attachments/20171011/596c57f0/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Picture (Device Independent Bitmap) 1.jpg
Type: image/jpeg
Size: 1448 bytes
Desc: not available
URL: <http://mailman.srv.cs.cmu.edu/pipermail/autonlab-users/attachments/20171011/596c57f0/attachment.jpg>

From sheath at andrew.cmu.edu  Thu Oct 12 12:23:23 2017
From: sheath at andrew.cmu.edu (Simon Heath)
Date: Thu, 12 Oct 2017 12:23:23 -0400
Subject: Code and Coffee this Friday, if people want?
Message-ID: <CAGeWgZQx7Z8ez7bBtr9tx+f3ERwsBps5-vJBEPKLz22q2mdcOg@mail.gmail.com>

Hi all,

I know I've been bad about this lately, given deadlines and travel and all
the other usual kerfuffle of life, but we should keep up with Code and
Coffee for as long as it's useful, not for as long as it's convenient.  :-)

So, if people have the desire, we have the NSH 3001 meeting room tomorrow
from 12:30-1:30 anyway, so we can do a Code and Coffee.  If nobody has
anything they particularly want to talk about I can ramble about some of
the work I've been doing recently with processing spatial data sets.

If everyone's really just too busy, we can do something next week instead,
so let me know what you want!

Thanks,
Simon

-- 
Simon Heath, Research Programmer and Analyst
Robotics Institute - Auton Lab
Carnegie Mellon University
sheath at andrew.cmu.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.srv.cs.cmu.edu/pipermail/autonlab-users/attachments/20171012/d1dea84e/attachment.html>

From lee.jayyoon at gmail.com  Thu Oct 12 16:46:33 2017
From: lee.jayyoon at gmail.com (Jay-Yoon Lee)
Date: Thu, 12 Oct 2017 16:46:33 -0400
Subject: imageNet datset on the serever?
Message-ID: <CAFn+aOjcOiS2Gk2X+UyHX7w3bSZOqQ8XdfaaQbda3t05VOPL+Q@mail.gmail.com>

Hi all,

Does anybody have imageNet datset on the server?!
I didn't want to download large dataset when somebody might have it on the
server already!

Thanks,
Jay-Yoon
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.srv.cs.cmu.edu/pipermail/autonlab-users/attachments/20171012/9d7d9234/attachment.html>

From flaxman at gmail.com  Thu Oct 12 17:06:07 2017
From: flaxman at gmail.com (Seth Flaxman)
Date: Thu, 12 Oct 2017 22:06:07 +0100
Subject: imageNet datset on the serever?
In-Reply-To: <CAFn+aOjcOiS2Gk2X+UyHX7w3bSZOqQ8XdfaaQbda3t05VOPL+Q@mail.gmail.com>
References: <CAFn+aOjcOiS2Gk2X+UyHX7w3bSZOqQ8XdfaaQbda3t05VOPL+Q@mail.gmail.com>
Message-ID: <CAPGk9pdXW8CkxbSE4pSfOKLPyv3UXOsRp_NDZkEO4qWoZHb_pw@mail.gmail.com>

...I so hope this is for some last minute results for an AISTATS submission. ;)

Hope everyone is well! And now, back to getting some last minute
results for an AISTATS submission.
Seth

On Thu, Oct 12, 2017 at 9:46 PM, Jay-Yoon Lee <lee.jayyoon at gmail.com> wrote:
> Hi all,
>
> Does anybody have imageNet datset on the server?!
> I didn't want to download large dataset when somebody might have it on the
> server already!
>
> Thanks,
> Jay-Yoon

From predragp at andrew.cmu.edu  Fri Oct 13 12:49:40 2017
From: predragp at andrew.cmu.edu (Predrag Punosevac)
Date: Fri, 13 Oct 2017 12:49:40 -0400
Subject: Creating an account for Avi on Auton clusters
In-Reply-To: <CAPYFmgnm-Jq65V10WeUtt+Y8NtpK+9sKM-hBNHCWtrFR3bUCyQ@mail.gmail.com>
References: <CAPGQ=J0oqjMGJumUtmddOr_m0zqbKhgmPdoqH6Nfx4x=g=ycSg@mail.gmail.com>
 <CAHFiJZuwpksC_72+0tdU5s3ryCG3Kh96D3z8WvMdfmwoNnsMTg@mail.gmail.com>
 <CAPYFmgnWZPmfmz=c+RJsPruL5zq3Tknr4ccpmVpHurfwb4trYA@mail.gmail.com>
 <20170511153359.9KcbyP68T%predragp@cs.cmu.edu>
 <CAPYFmg=B-6j2jo=iXiRx4a7bg4L722PJpy6gqSyFpCJoHq3sxA@mail.gmail.com>
 <CAPYFmgnm-Jq65V10WeUtt+Y8NtpK+9sKM-hBNHCWtrFR3bUCyQ@mail.gmail.com>
Message-ID: <CAEFFt-HQGv8tK4ABfyp6k+rqzwxsHZOThYJ=OaGSfBmSTAzNUg@mail.gmail.com>

That is a poor problem report. You should have shown entire output after
running ssh in triple verbose form

ssh -vvv username at lop1.autonlab.org

I just checked and there is nothing wrong neither with bash nor with lop1.
Note that lop1 has being upgraded yesterday to OpenBSD 6.2. You will need
to remove existing cryptographic key from ~/.ssh/known_hosts file.

Cheers,
Predrag

P.S. I am CC users and I am sure quite a few people might be thrown away
with the same problem. Also try not to use private e-mail for official
correspondence.

On Fri, Oct 13, 2017 at 11:15 AM, Avinava Dubey <avinava.dubey at gmail.com>
wrote:

> Hey Predrag,
>
> Now it says
>
> ssh: connect to host lop1.autonlab.org port 22: Connection refused
>
> thanks
> ~avi
>
> On Fri, Oct 13, 2017 at 11:06 AM, Avinava Dubey <avinava.dubey at gmail.com>
> wrote:
>
>> Hey Predrag,
>>
>> I am unable to login into lop1 or bash. I was able to work on it till
>> yesterday.
>>
>> thanks
>> ~avi
>>
>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.srv.cs.cmu.edu/pipermail/autonlab-users/attachments/20171013/a224f761/attachment.html>

From chiragn at cs.cmu.edu  Sun Oct 15 15:54:04 2017
From: chiragn at cs.cmu.edu (Chirag Nagpal)
Date: Sun, 15 Oct 2017 15:54:04 -0400
Subject: CPU usage on GPU Machines
Message-ID: <CAKH1gVoKtkuqLo_8v1ee=kxNVi=ffGDXWMr0a8h9t8vyDyv6RA@mail.gmail.com>

Hi All

this is an earnest request to please *NOT *use the GPU machines for CPU
computation.

Almost all the gpu machines 1-7 have all CPUs being used currently with
multiple GPUs empty. It makes it impossible for the others to access the
free GPU cards.

If all you want is to do CPU computation please use the CPU nodes.. they
have much larger RAM and more number of cores.

Chirag

-- 

*Chirag Nagpal* Graduate Student, Language Technologies Institute
School of Computer Science
Carnegie Mellon University
cs.cmu.edu/~chiragn
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.srv.cs.cmu.edu/pipermail/autonlab-users/attachments/20171015/aa0c9ff7/attachment.html>

From awd at cs.cmu.edu  Sun Oct 15 18:01:15 2017
From: awd at cs.cmu.edu (Artur Dubrawski)
Date: Sun, 15 Oct 2017 18:01:15 -0400
Subject: CPU usage on GPU Machines
In-Reply-To: <CAKH1gVoKtkuqLo_8v1ee=kxNVi=ffGDXWMr0a8h9t8vyDyv6RA@mail.gmail.com>
References: <CAKH1gVoKtkuqLo_8v1ee=kxNVi=ffGDXWMr0a8h9t8vyDyv6RA@mail.gmail.com>
Message-ID: <0ea268dc-9496-14b5-7f6e-c956f2004007@cs.cmu.edu>

I fully support Chirag's request!

Artur

On 10/15/2017 3:54 PM, Chirag Nagpal wrote:
> Hi All
>
> this is an earnest request to please *NOT *use the GPU machines for 
> CPU computation.
>
> Almost all the gpu machines 1-7 have all CPUs being used currently 
> with multiple GPUs empty. It makes it impossible for the others to 
> access the free GPU cards.
>
> If all you want is to do CPU computation please use the CPU nodes.. 
> they have much larger RAM and more number of cores.
>
> Chirag
>
> -- 
> *Chirag Nagpal
> * Graduate Student, Language Technologies Institute
> School of Computer Science
> Carnegie Mellon University
> cs.cmu.edu/~chiragn <http://cs.cmu.edu/%7Echiragn>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.srv.cs.cmu.edu/pipermail/autonlab-users/attachments/20171015/25528990/attachment.html>

From predragp at andrew.cmu.edu  Mon Oct 16 09:35:02 2017
From: predragp at andrew.cmu.edu (Predrag Punosevac)
Date: Mon, 16 Oct 2017 09:35:02 -0400
Subject: Using GPU machine for CPU computing
Message-ID: <20171016133502.jUGpqqyLJ%predragp@andrew.cmu.edu>

Dear Autonians,

This is a gentle reminder that using GPU computing nodes  GPU[1-7] is
strictly prohibited except in extraordinary circumstances. GPU time is
too expensive to be misused in this fashion. Currently the Auton Lab has
the following CPU computing nodes (not including group Neill machines). 


lou1         48 CPU cores 128 GB of RAM
lov3         64 CPU cores 256 GB of RAM
lov4         64 CPU cores 256 GB of RAM
low1         48 CPU cores 512 GB of RAM
ari          32 CPU cores 512 GB of RAM
foxconn      32 CPU cores 384 GB of RAM
compute-0-0  16 CPU cores  24 GB of RAM
compute-0-1  16 CPU cores  24 GB of RAM

I am looking this morning for a new equipment which will enable me to
migrate virtual machines from Athena and enable me to repurpose this
server

athena       32 CPU cores 512 GB of RAM 

for general scientific computing. I am also hoping to migrate services
a way from svnhub and backup1 which will enable me to add 

compute-0-2  16 CPU cores  24 GB of RAM
compute-0-3  16 CPU cores  24 GB of RAM

possibly in the form of ROCKS cluster compute-0-[1-4]. The price of the
RAM has gone up so much in the last year that buying new CPUs is not an
easy proposition.

Best,
Predrag

From ngisolfi at cs.cmu.edu  Tue Oct 17 10:58:45 2017
From: ngisolfi at cs.cmu.edu (Nick Gisolfi)
Date: Tue, 17 Oct 2017 10:58:45 -0400
Subject: Cookies @ Auton Lab
Message-ID: <CAJ4FYPxy8BjddOfzsY21XDHLx=Fh6B=WgSghnQQtV4jYaiwDXw@mail.gmail.com>

Hi everyone,

If you want a snack break, stop by NSH 3111 for some cookies today.  These
are homemade chocolate chip, pecan coconut, and oatmeal raisin cookies.  I
didn't make them, so I promise they are tasty!

Cheers,

- Nick
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.srv.cs.cmu.edu/pipermail/autonlab-users/attachments/20171017/394adfac/attachment.html>

From predragp at andrew.cmu.edu  Tue Oct 17 15:34:26 2017
From: predragp at andrew.cmu.edu (Predrag Punosevac)
Date: Tue, 17 Oct 2017 15:34:26 -0400
Subject: lop1.autonlab.org LDAP login
Message-ID: <20171017193426.H3T9X5Jnq%predragp@andrew.cmu.edu>

Dear Autonians,

It was brought to my attention by few new student that lop1.autonlab.org
shell gateway was unavailable for login. I fixed the problem and now
everyone can use lop1.autonlab.org as usual. For those of you who are
curious what happened yours truly forgot to link /bin/bash (not
installed by default on BSDs) to the location Linux expect that binary
/usr/bin/bash after the last week upgrade. Of course I did test the
upgrade and it worked for me. The only problem is that I use ksh not
bash. If zsh or tcsh users notice anything strange please e-mail me.

Have a little laugh on my expense.

Cheers,
Predrag

From sheath at andrew.cmu.edu  Tue Oct 17 17:12:59 2017
From: sheath at andrew.cmu.edu (Simon Heath)
Date: Tue, 17 Oct 2017 17:12:59 -0400
Subject: Julia now installed on compute nodes
Message-ID: <CAGeWgZRss3HC3BDyNF7tT0Ac8zZnzS1o5zVFvpMLE0rWYu5+Vw@mail.gmail.com>

Hi all,

The Julia programming language ( https://julialang.org/ ) is now installed
on all CPU and GPU nodes.  You should just be able to run it just by typing
"julia" at the command line.

Have fun!
Simon

-- 
Simon Heath, Research Programmer and Analyst
Robotics Institute - Auton Lab
Carnegie Mellon University
sheath at andrew.cmu.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.srv.cs.cmu.edu/pipermail/autonlab-users/attachments/20171017/7c3380d8/attachment.html>

From mdeartea at andrew.cmu.edu  Wed Oct 18 10:36:03 2017
From: mdeartea at andrew.cmu.edu (Maria De Arteaga Gonzalez)
Date: Wed, 18 Oct 2017 14:36:03 +0000
Subject: NIPS 2017 Workshop on ML4D -- travel grants, paper awards, extended
 deadline!
Message-ID: <5501015f5f874858953d7a324fffa24e@PGH-MSGMLT-01.andrew.ad.cmu.edu>

Hi all,


The NIPS 2017 workshop Machine Learning for the Developing World is now announcing best paper awards, travel awards, and even workshop registration awards for those who were not able to register before NIPS sold out! To allow for potential participants to take advantage of this, the deadline has been extended. We would greatly appreciate your help spreading the word, and we are looking forward to your submissions!


William & Maria


*********************************************************************************

Workshop on Machine Learning for the Developing World, NIPS 2017

Date: December 8th, 2017

Location: Long Beach, California, USA

https://sites.google.com/site/ml4development/

*********************************************************************************


Now available:

  *   Best paper awards!

  *   Travel awards! (apply here<https://docs.google.com/forms/d/e/1FAIpQLSfsD1GWzVt399LvZTig4xiT0nDie4qDdszFT3Q5av4KgcA8Ug/viewform>)

  *   Workshop registration awards! (apply here<https://docs.google.com/forms/d/e/1FAIpQLSeIg8JJb8NVK5gl6Z1gZ5-QujUQFr1qcJeZ1N5V0vwYC5m8og/viewform>)

  *   Deadline: October 30


Call for papers:


This one-day workshop is focussed on machine learning for the developing world (ML4D). We will discuss impactful applications of machine learning to address core global development concerns, as well as limitations to ML in developing countries and novel algorithms inspired by development challenges, such as limited computational capacity.


We invite researchers to submit their recent work on this topic, including:

* Applications of ML to development issues including health, education, institutional integrity, violence mitigation, economics, societal analysis, and environment.

* Novel ML techniques inspired by limitations in developing countries.

* Limitations and risks of data science and ML for development.

* Practical systems using ML in developing regions.


Please submit 2-4 page extended abstracts to ml4d.nips at gmail.com, following the NIPS style<https://nips.cc/Conferences/2017/PaperInformation/StyleFiles> guidelines. Accepted papers will be presented as posters or contributed talks, and may optionally be published in an arXiv proceedings.



Key dates:

Submission deadline: October 30, 2017

Travel/registration award deadline: October 30, 2017

Acceptance notification: November 6, 2017

Workshop: December 8, 2017


Speakers:

-- Emma Brunskill (Stanford)

-- Stefano Ermon (Stanford)

-- Daniel Neill (CMU)

-- Jake Porway (DataKind)

-- Jen Ziemke (International Network of Crisis Mappers)

-- Ernest Mwebaze (Makerere University | UN Global Pulse)


Workshop overview:

Six billion people live in developing world countries. The unique development challenges faced by these regions have long been studied by researchers ranging from sociology to statistics and ecology to economics. With the emergence of mature machine learning methods in the past decades, researchers from many fields - including core machine learning - are increasingly turning to machine learning to study and address challenges in the developing world. This workshop is about delving into the intersection of machine learning and development research.


Machine learning present tremendous potential to development research and practice. Supervised methods can provide expert telemedicine decision support in regions with few resources; deep learning techniques can analyze satellite imagery to create novel economic indicators; NLP algorithms can preserve and translate obscure languages, some of which are only spoken. Yet, there are notable challenges with machine learning in the developing world. Data cleanliness, computational capacity, power availability, and internet accessibility are more limited than in developed countries. Additionally, the specific applications differ from what many machine learning researchers normally encounter. The confluence of machine learning's immense potential with the practical challenges posed by developing world settings has inspired a growing body of research at the intersection of machine learning and the developing world.


This one-day workshop is focussed on machine learning for the developing world, with an emphasis on developing novel methods and technical applications that address core concerns of developing regions. We will consider a wide range of development areas including health, education, institutional integrity, violence mitigation, economics, societal analysis, and environment. >From the machine learning perspective we are open to all methodologies with an emphasis on novel techniques inspired by particular use cases in the developing world.


Invited speakers will address particular areas of interest, while poster sessions and a guided panel discussion will encourage interaction between attendees. We wish to review the current approaches to machine learning in the developing world, and inspire new approaches and paradigms that can lay the groundwork for substantial innovation.



Mar?a De Arteaga
PhD Student in Machine Learning and Public Policy
Carnegie Mellon University
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.srv.cs.cmu.edu/pipermail/autonlab-users/attachments/20171018/2362358a/attachment-0001.html>

From predragp at andrew.cmu.edu  Thu Oct 19 09:39:55 2017
From: predragp at andrew.cmu.edu (Predrag Punosevac)
Date: Thu, 19 Oct 2017 09:39:55 -0400
Subject: TF jobs hang with GPU at P8 perf level
In-Reply-To: <CAOeK4vG1yJw=KwL6K_bpxTmPVg9NVeK1nmuT20Z9T9Denc-S8w@mail.gmail.com>
References: <CAOeK4vG1yJw=KwL6K_bpxTmPVg9NVeK1nmuT20Z9T9Denc-S8w@mail.gmail.com>
Message-ID: <20171019133955.KjZzNaJxi%predragp@andrew.cmu.edu>

Rui Peng <pengrui at cmu.edu> wrote:

> Hi Predrag,
> 
> All my processes (on gpu3, gpu4) as been running fine until a few hours ago
> where all my newly started Tensorflow jobs could no longer make progress
> (appeared to be hang) after merely occupying mem chunks. I see 0 GPU util
> level but full mem occupancy (mem usage was intended).
> Have you had any experience with cases like above?

Nope. I am CC-ing to users at autonlab.org to see if anybody else had.

Predrag

> 
> Best,
> Rui

From predragp at andrew.cmu.edu  Fri Oct 20 17:56:25 2017
From: predragp at andrew.cmu.edu (Predrag Punosevac)
Date: Fri, 20 Oct 2017 17:56:25 -0400
Subject: Need CPU time on computing machine (ari)
Message-ID: <20171020215625.Au-Wogw6I%predragp@andrew.cmu.edu>

Srinivasan Vijayarangan <svijaya1 at andrew.cmu.edu> wrote:

> Predrag,
> I am trying to run some scripts for the TERRA project on the ari computing machine. The script has been running for a few weeks now, but, its not getting enough cpu cycles. The server is 100% utilized all the time. Since I am operating on the data in the local hard-drive of the ari machine (1.7TB at /mnt/xfsdata/terra) I cannot move to a different machine either. 
> 

I am CC-ing this to users at autonlab.

Dear Autonians,

This is one of those moments when I am asking for your cooperation on
this matter. Srinivasan has to complete the work and moving that much
data to another server is not an option. I ask everyone else to stay
away for few days from Ari. If you have job already running you can take
few hours possibly up to tomorrow to complete your work. 

Since I like to finish on the positive note I would like to let you know
that Dr. Dubrawski and Dr. Poczos have cleared 65K for purchase of new
HDDs for the file server, purchase one small virtual host machine so
that we can recommission Athena, as well as purchase of 3X20K CPU
computing nodes. My hope is that we will double CPU computing capacity
until the Thanksgiving. My hope is that we can repurpose Athena within 2
weeks from now. 

Best,
Predrag





> Is there a possibility to reserve some time on this machine to run this program exclusively. Or can the priority on my process be bumped up. Or should we move the data to a different cpu machine which is relatively free? Or is there anything else we could do?
> 
> Please let me know.
> 
> Thanks,
> Srini.


From predragp at andrew.cmu.edu  Thu Oct 26 09:54:12 2017
From: predragp at andrew.cmu.edu (Predrag Punosevac)
Date: Thu, 26 Oct 2017 09:54:12 -0400
Subject: Gogs/Git scheduled maintenance
Message-ID: <20171026135412.Efndo7ixj%predragp@andrew.cmu.edu>

Dear Autonians,

I would like to take Gogs down today at 2:30PM for about 1h to do some
upgrades. Once the server is up you might need to clear .ssh/known_hosts
from old Gogs ssh fingerprints. On the related note if you are using 
upload.autonlab.org you will need to do the same. Migration is already
done. This is related to the recent hardware failure of few servers with
faulty Atom chipsets.

Best,
Predrag

From yz6 at andrew.cmu.edu  Sun Oct 29 14:45:13 2017
From: yz6 at andrew.cmu.edu (Yang Zhang)
Date: Sun, 29 Oct 2017 14:45:13 -0400
Subject: matlab with gpu
Message-ID: <CAMmpjnxw0J84MM3Yv2URhtn4E-A9=7U_DCdFWUk4MOd2E_eNUQ@mail.gmail.com>

Hi all,

how can I use matlab with GPU support on the cluster?
I wrote an example program, and let that run on gpu2. But there is nothing
scheduled on the gpu. Also, it takes just as long on the cpu as on the gpu
which is another indicator that it is not actually running on the gpu.

Thanks.
Best,
Yang
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.srv.cs.cmu.edu/pipermail/autonlab-users/attachments/20171029/af446304/attachment.html>

From yz6 at andrew.cmu.edu  Sun Oct 29 14:51:57 2017
From: yz6 at andrew.cmu.edu (Yang Zhang)
Date: Sun, 29 Oct 2017 14:51:57 -0400
Subject: matlab with gpu
In-Reply-To: <CAMmpjnxw0J84MM3Yv2URhtn4E-A9=7U_DCdFWUk4MOd2E_eNUQ@mail.gmail.com>
References: <CAMmpjnxw0J84MM3Yv2URhtn4E-A9=7U_DCdFWUk4MOd2E_eNUQ@mail.gmail.com>
Message-ID: <CAMmpjnwxvdfdoDk0+15i8hDc9XSYCvQKDs9zr2XuLkbg3VuKMw@mail.gmail.com>

Hi,

My mistake. I solved it. Thanks!

On Sun, Oct 29, 2017 at 2:45 PM, Yang Zhang <yz6 at andrew.cmu.edu> wrote:

> Hi all,
>
> how can I use matlab with GPU support on the cluster?
> I wrote an example program, and let that run on gpu2. But there is nothing
> scheduled on the gpu. Also, it takes just as long on the cpu as on the gpu
> which is another indicator that it is not actually running on the gpu.
>
> Thanks.
> Best,
> Yang
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.srv.cs.cmu.edu/pipermail/autonlab-users/attachments/20171029/53bd1a7e/attachment.html>

From awd at cs.cmu.edu  Mon Oct 30 19:06:51 2017
From: awd at cs.cmu.edu (Artur Dubrawski)
Date: Mon, 30 Oct 2017 19:06:51 -0400
Subject: Fwd: Internships at A9 Search Relevance and Labs (Amazon)
In-Reply-To: <6025d5063da244a8a2bdaaf8cba0e914@EX13D04UWB001.ant.amazon.com>
References: <6025d5063da244a8a2bdaaf8cba0e914@EX13D04UWB001.ant.amazon.com>
Message-ID: <7cdec58c-a18f-5852-a4ad-f8a4ab1ff070@cs.cmu.edu>

fyi

BTW, Daria is a former Auton Lab postdoc.

Cheers,
Artur

-------- Forwarded Message --------
Subject: 	Internships at A9 Search Relevance and Labs (Amazon)
Date: 	Mon, 30 Oct 2017 22:52:38 +0000
From: 	Sorokina, Daria <dariasor at a9.com>
To: 	Artur Dubrawski <awd at cs.cmu.edu>



Hello Artur,

I think our recruiting team had a big success attracting prospective 
candidates from CMU data science program this year. But in case they 
missed someone or especially if you have PhD students who might be 
interested:

A9 Search Relevance and Labs org is looking for interns for the next 
summer. Our org has grown and we have multiple opportunities.

1.We have a new team focused on experimentation methods. Their possible 
internship topics include ?Development of faster to converge weblab 
metrics? and ?Increase statistical power for weblabs?.

2.I am looking for an intern to continue the work on developing a smart 
but simple model for the first phase of multi-phase ranking. This is 
more of an empirical ML-heavy project. Ideally I am looking for someone 
who has experience with logistic regression, but this is not a hard 
requirement.

3.Ranking team has room for a research intern. They haven?t made their 
mind about a specific project yet, but I?ve heard keywords ?head/tail 
query splits?, ?feature selection?, ?revisit pointwise vs pairwise?.

4.Digital media team is looking to continue an internship project from 
this summer on identifying query chains.

5.There is another new team ? Deep Learning for Search (a.k.a Search 
Labs) under Guy Lebanon. I think there is a possibility there as well.

Resumes can be sent directly to me, I?ll forward them to the respective 
teams.

Best,

Daria

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.srv.cs.cmu.edu/pipermail/autonlab-users/attachments/20171030/4ba4cc45/attachment.html>