-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
+ 1(the same for me)
Greetings
DrTrigon
On 23.11.2012 20:46, Tim Landscheidt wrote:
(anonymous) wrote:
At some point I even logged in, clicked an issue, clicked Edit
(which uses AJAX) and then the Edit screen wouldn't load due to
me not
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello
I have an issue with my jobs not executed or more precise queued since
midnight:
job-ID prior name user state submit/start at
queue slots ja-task-ID
-
Logging in to submit.toolserver.org takes a really long time recently
(starting a few days ago). Clematis doesn't seem to have any load though,
so I don't know what's going on.
On Sat, Nov 24, 2012 at 10:17 AM, Dr. Trigon dr.tri...@surfeu.ch wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash:
On 24/11/12 17:37, Wolfgang Faust wrote:
Logging in to submit.toolserver.org http://submit.toolserver.org takes
a really long time recently (starting a few days ago). Clematis doesn't
seem to have any load though, so I don't know what's going on.
Thousands of processes running df -k
Hello,
a broken nfs mount was the source of the slow login.
Dont know if it affected SGE as well but I tried to mount the user-store and I got the
error Out of stream resources.
There might be something fishy with the local disks too since cat /etc/vfstab took ages 2
times and ls resulted in
Am 24.11.2012 20:43, schrieb Marlen Caemmerer:
Hello,
a broken nfs mount was the source of the slow login.
Dont know if it affected SGE as well but I tried to mount the user-store
and I got the error Out of stream resources.
There might be something fishy with the local disks too since cat
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 24.11.2012 21:15, Merlissimo wrote:
At 20:32 on Nov 23th sge on turnera stopped and was started at
damiana. The qmaster thread started successfully because it
responses pings and so on. But the scheduler thread seems not to
work. qconf -tsm
On 24/11/12 21:38, Dr. Trigon wrote:
@All: If you are working on big files please copy them to local
temp first (on sge $TMP contains an individual temp dir for the
job). E.g. piping big files to other slow programs causes much
nfs load because data must be read in small packages which cause