Development for LHC@home

A new version is available

Should work a few us faster without "&".

printf "\033c" 

Removed

CP already mentioned that ALT-F2 and ALT-F3 are switched compared to other vbox apps.
This should be streamlined.

Tried to swap back but top has disappeared on ALT-F3 .

In addition it bypasses a local proxy.

Both should be solved in future releases.

Will add in a future release.

stderr.txt doesn't include a line like this (CP already mentioned that):

Fixed

https://lhcathomedev.cern.ch/lhcathome-dev/result.php?resultid=2827020

runspec=boinc pp jets 13000 180,-,3560 - pythia8 8.235 tune-1 91000 132

Above task needed 23 hours run time and thus exceeding the default maximum job duration of 18 hours.

top has disappeared on ALT-F3

Right.
The recent bootstrap redirects stdin from /dev/null.
I also tested that and a couple of other sources like files or fifos.
None of them worked except /dev/ttyn.
Hence I suggested to use a "fake" tty, e.g. /dev/tty13.

# doesn't work
bash -c "top -d 5 >/dev/tty3 2>/dev/null </dev/null" &

# might work, hence should be tested.
bash -c "top -d 5 >/dev/tty3 2>/dev/null </dev/tty13" &

https://lhcathomedev.cern.ch/lhcathome-dev/result.php?resultid=2827020

runspec=boinc pp jets 13000 180,-,3560 - pythia8 8.235 tune-1 91000 132

Above task needed 23 hours run time and thus exceeding the default maximum job duration of 18 hours.

I have increased this to ten days.

stderr.txt doesn't include a line like this (CP already mentioned that):

Fixed

I returned my first task with version 5.10 - https://lhcathomedev.cern.ch/lhcathome-dev/result.php?resultid=2827519,
but can't discover the job description in it, not when the job starts, nor at the job's finish.
At the finish would not be very useful, cause when a task would error out, it would not show the description.

top has disappeared on ALT-F3

Right.
The recent bootstrap redirects stdin from /dev/null.
I also tested that and a couple of other sources like files or fifos.
None of them worked except /dev/ttyn.
Hence I suggested to use a "fake" tty, e.g. /dev/tty13.

# doesn't work
bash -c "top -d 5 >/dev/tty3 2>/dev/null </dev/null" &

# might work, hence should be tested.
bash -c "top -d 5 >/dev/tty3 2>/dev/null </dev/tty13" &

Fixed in v5.11

Thanks.

... causes top to be stopped if a user accidentally hits a key at the top console.

If possible, be so kind as to use a tty number that is not related to one of the usual function keys (F1..F12).
If /dev/tty7 is used and a user hits ALT-F7 the top process at /dev/tty3 will stop.

... causes top to be stopped if a user accidentally hits a key at the top console.

If possible, be so kind as to use a tty number that is not related to one of the usual function keys (F1..F12).
If /dev/tty7 is used and a user hits ALT-F7 the top process at /dev/tty3 will stop.

I will fix this when I address the proxy functionality.

If /dev/tty7 is used and a user hits ALT-F7 the top process at /dev/tty3 will stop.

Not exactly. It's waiting for input. I would call it a feature ;)
You could type in Console F7 'u' followed by 'boinc' <RETURN> and go back to ALT-F3. It will show you only the 'boinc' processes.

Another 18hours task: https://lhcathomedev.cern.ch/lhcathome-dev/result.php?resultid=2827575

Is it worth running these long task till the end?

Above task needed 23 hours run time and thus exceeding the default maximum job duration of 18 hours.

I have increased this to ten days.

In the last Theory_2019_09_30.xml I received, the job_duration still is 64800 (18 hours).
I can change it myself and will do, if I have a long runner, but it would be good to extend the job duration server site.
Maybe you changed it, but is not sent to the clients.

Some errors that seems not to influence the correct working of the today's new vdi:

Above task needed 23 hours run time and thus exceeding the default maximum job duration of 18 hours.

I have increased this to ten days.

In the last Theory_2019_09_30.xml I received, the job_duration still is 64800 (18 hours).
I can change it myself and will do, if I have a long runner, but it would be good to extend the job duration server site.
Maybe you changed it, but is not sent to the clients.

It thought I changed it but the changed file wasn't taken.

Some errors that seems not to influence the correct working of the today's new vdi

Am working on it.

Another 18hours task: https://lhcathomedev.cern.ch/lhcathome-dev/result.php?resultid=2827575

Is it worth running these long task till the end?

https://lhcathome.cern.ch/lhcathome/forum_thread.php?id=4242&postid=30082#30082
Is it the answer to my question?
How can I extend job duration?

Is it the answer to my question?
How can I extend job duration?

This will be fixed in the next version.

A new version (v5.15) is available that hopefully fixes all outstanding issues. Local proxy use should also be supported as well as OpenHTC.io.

... Local proxy use should also be supported ...

Bootstrap Issue

The following command (currently line 46) will fail due to an uninitialized variable "local_wpad_file":

echo -e "function FindProxyForURL(url, host) {\n    return \"PROXY http://${PROXY_HOST}:${PROXY_PORT}; DIRECT\";\n}" >${local_wpad_file}

To solve the issue this section from https://gitlab.cern.ch/vc/vm/blob/master/sbin/bootstrap must be inserted before line 27.

# A local wpad file must be created
local_wpad_file="/var/www/html/wpad.dat"
wget -q http://lhchomeproxy.cern.ch/wpad.dat -O ${local_wpad_file}

if [ ${?} -ne 0 ]
then
    wget -q http://lhchomeproxy.fnal.gov/wpad.dat -O ${local_wpad_file}

    if [ ${?} -ne 0 ]
    then
        # Basic configuration if lhchomeproxy can't be reached
        echo -e "function FindProxyForURL(url, host) {\n    return \"DIRECT\";\n}" > ${local_wpad_file}
    fi
    
fi

To solve the issue this section from https://gitlab.cern.ch/vc/vm/blob/master/sbin/bootstrap must be inserted before line 27.

If we are just going to create that file, do we need the part that downloads it or should we just define the variable?

To solve the issue this section from https://gitlab.cern.ch/vc/vm/blob/master/sbin/bootstrap must be inserted before line 27.

If we are just going to create that file, do we need the part that downloads it or should we just define the variable?

The local wpad file must exist even if a user doesn't have a local proxy as CVMFS is usually configured to use it.

To download it from lhchomeproxy gives you (or Dave Dykstra) the opportunity to switch to a powerful fallback proxy for repositories that are not configured to use openhtc.io.
(I know, the latter shouldn't happen any more)

OTOH the wpad file at lhchomeproxy might need maintenance as it still points to port 3125 and Dave mentioned a (long) while ago that this port shouldn't be used any more.