Now it's clear why you don't run app. 4.49! Wrong permissions!
You and root are not the user, it's boinc. That's the reason your system
always runs 4.38.
To run 4.49 the permissions should be set to boinc, not to root nor perle.
Alternatively if you prefer to be yourself the owner, change all the permissions to owner perle.
perle@Stan:/var/lib/boinc-client/projects/einstein.phys.uwm.edu$ sudo ls -l ./ei*
ls: cannot access ./ei*: No such file or directory
This bit I don't understand.
The perle-shell tries to expand the glob-pattern './ei*'. User 'perle' does not have read permission for the E@H directory (only search permission), therefore the expansion fails and remains './ei*'. This is passed as an argument to sudo, and then to ls (which doesn't expand glob-patterns, the shell is supposed to have done that).
$ sudo sh -c 'ls -l ei*'
This should work, because '*' is left alone by the perle-shell. The root-shell invoked by sudo should be able to expand 'ei*', unless Ubuntu has also limited root's priviliges. :-D
To manipulate files in /var/lib/boinc-client/* when necessary:
# sudo su -m
# cd /var/lib/boinc-client
# su boinc
# umask 022
Ownership (user and group) and permissions will not change by accident. To install new beta-applications, you'll still need a root-shell to change user and group ownership to boinc:boinc after downloading and unpacking. And remember to check permissions. :-D
Now it's clear why you don't run app. 4.49! Wrong permissions!
I'm sorry but this is not correct. The permissions are workable since the execute bit is set for "world". Anybody can execute the 4.49 file.
The true answer is the one given by Michael. Only root is able to read the app_info.xml file so if the core client is started by the user boinc, it can't read the app_info.xml file and therefore doesn't know to use the 4.49 app instead of the 4.38 app. Without a readable app_info.xml file you are not using the anonymous platform mechanism.
This problem arose because the original BOINC package was installed with owner and group being set to boinc boinc. This probably was auto-handled by the package installation system. At a later stage the beta test app was installed manually by root and so root should have changed the ownership of the newly installed files back to boinc boinc before finishing. With manual installation of files like this there is no automatic mechanism to correct the file ownership. It is bad form to have files owned by root in a user directory.
Have completed a WU (this one). It normally should take me under 28,000 seconds to do even the Peak type work units, but this one took well over 38,000 seconds.
It had stopped at 97% for some time with the status of 'running' but nothing was happening, no cpu time or progress percent done. I suspended and restarted, as it had started another WU I did not see this particular one restart.
It apparently did restart but took a darn long time to finish.
It has been a major struggle to get this puppy running. I just installed Ubuntu 8.04 and I had WUs croaking all over the place every time I tried to attach to E@H and download work. BOINC works fine with S@H, but dies with exit code 255 on every WU I've tried for E@H.
Finally I found this thread which got me going finally! Basically the problem is that Ubuntu 8.04 [edit]64-bit version[/edit] (Kubuntu also) does not install the ia32 libs by default. The 4.38 and 4.49 apps run in 32-bit, not 64-bit like the S@H app. Got the ia32 libs installed, restarted BOINC w/E@H attached and it finally is running more than 5 seconds at a time!
This may or may not be relevant to Perle's problems.
I have read through countless forums and information and tried multiple commands to set this right, but with no success.
Bikeman has given you the command to change both owner and group but I thought it might be useful to put in yet another plug for convincing yourself to use man pages.
To change the owner to boinc you obviously discovered the 'chown' (change owner) command. If you had done a 'man chown' you wou would have gotten the following command synopsis right at the top of the page:-
chown [OPTION].... [OWNER][:[GROUP]] FILE....
You interpret that synopsis as follows (please realise that anything inside square brackets is optional):-
* The command name is chown
* The command does accept several options
* options are optional - ie you don't have to supply any if you don't want to
* The command accepts owner and group names (in several optional formats)
* You could use 'owner' by itself to change owner without changing group
* You could use 'owner:' - read the man page to see exactly what that does
* You could use ':group' - again, read the man page
* You could even use ':' on its own and once again this is described
* Finally you need to supply one or more files or directories.
Once you understand the basic command syntax, have a look for useful options. They can be short, like -R, or long like --recursive, both of which are allowed. This option is particularly useful because it allows you to change the ownership of zillions of files in one simple command.
There's only one modification to Bikeman's suggested command that I would make. You should use chown -R boinc:boinc /var/lib/boinc-client
just in case there are any other root owned files lurking anywhere else in the kingdom of boinc :-).
I guess one of the problems with finding information about commands is that you need to know the name of the command in order to read its man page. New users will suffer from not knowing the names of useful commands. You can get around this to some extent by using the 'apropos' command (check out its man page) with a likely keyword such as 'owner' as shown in the next example
apropos owner
which will return you a list of command names that are useful for file ownership purposes. You could use the 'group' keyword instead of 'owner' and get an even more extensive list.
Some people complain that man pages are too hard to read and understand. To some extent this is true, particularly when you are first starting. It is an effort to read the detail very carefully and quite often you can miss very important stuff by skipping through too quickly. The more you read the easier it gets :-).
Some people complain that man pages are too hard to read and understand. To some extent this is true, particularly when you are first starting. It is an effort to read the detail very carefully and quite often you can miss very important stuff by skipping through too quickly. The more you read the easier it gets :-).
Good Luck!!
Man pages... the first thing I go to when confronted with a prob..... errr challenge. :-)
FWIW, I thought it was pretty cool when I found that chown could do owner and group at the same time. I thought I was going to have to do some permission changes in two passes, chown and chgrp, but nope. chown does it all.
RE: I (perle) am the only
)
Now it's clear why you don't run app. 4.49! Wrong permissions!
You and root are not the user, it's boinc. That's the reason your system
always runs 4.38.
To run 4.49 the permissions should be set to boinc, not to root nor perle.
Alternatively if you prefer to be yourself the owner, change all the permissions to owner perle.
Good luck!
RE: RE: perle@Stan:/var/l
)
The perle-shell tries to expand the glob-pattern './ei*'. User 'perle' does not have read permission for the E@H directory (only search permission), therefore the expansion fails and remains './ei*'. This is passed as an argument to sudo, and then to ls (which doesn't expand glob-patterns, the shell is supposed to have done that).
$ sudo sh -c 'ls -l ei*'
This should work, because '*' is left alone by the perle-shell. The root-shell invoked by sudo should be able to expand 'ei*', unless Ubuntu has also limited root's priviliges. :-D
Regards,
Waldi
RE: so i tried the sudo ls
)
And it shows us your E@H directory is a total mess. :-)
But first your sudo problems. When you (as user perle) run:
$ sudo su -m
You should get a real root-shell:You will remain root until:
But first, as root:
# vigr
Move the cursor to the line that starts with 'boinc:', type 'A' and add 'perle' at the end of the line after the colon:boinc:!:NNN:perle
Where NNN is a number. Type ESC and ':x'ENTER and then you are a member of group 'boinc'. Continue with:To manipulate files in /var/lib/boinc-client/* when necessary:
Ownership (user and group) and permissions will not change by accident. To install new beta-applications, you'll still need a root-shell to change user and group ownership to boinc:boinc after downloading and unpacking. And remember to check permissions. :-D
Regards,
Waldi
RE: RE: I (perle) am the
)
I'm sorry but this is not correct. The permissions are workable since the execute bit is set for "world". Anybody can execute the 4.49 file.
The true answer is the one given by Michael. Only root is able to read the app_info.xml file so if the core client is started by the user boinc, it can't read the app_info.xml file and therefore doesn't know to use the 4.49 app instead of the 4.38 app. Without a readable app_info.xml file you are not using the anonymous platform mechanism.
This problem arose because the original BOINC package was installed with owner and group being set to boinc boinc. This probably was auto-handled by the package installation system. At a later stage the beta test app was installed manually by root and so root should have changed the ownership of the newly installed files back to boinc boinc before finishing. With manual installation of files like this there is no automatic mechanism to correct the file ownership. It is bad form to have files owned by root in a user directory.
Cheers,
Gary.
Have completed a WU (this
)
Have completed a WU (this one). It normally should take me under 28,000 seconds to do even the Peak type work units, but this one took well over 38,000 seconds.
It had stopped at 97% for some time with the status of 'running' but nothing was happening, no cpu time or progress percent done. I suspended and restarted, as it had started another WU I did not see this particular one restart.
It apparently did restart but took a darn long time to finish.
Well it changed one of the
)
Well it changed one of the labels but not both.
-rwx--x--x 1 boinc root 3867487 2008-06-07 08:58 einstein_S5R3_4.49_graphics_i686-pc-linux-gnu
-rwx--x--x 1 boinc root 449913 2008-06-07 08:58 einstein_S5R3_4.49_i686-pc-linux-gnu
-rwx--x--x 1 boinc root 4849253 2008-06-07 08:58 einstein_S5R3_4.49_i686-pc-linux-gnu_0
-rwx--x--x 1 boinc root 4867308 2008-06-07 08:58 einstein_S5R3_4.49_i686
I have read through countless forums and information and tried multiple commands to set this right, but with no success.
RE: Well it changed one of
)
Try this: as user root:
chown -R boinc:boinc /var/lib/boinc-client/projects/einstein.phys.uwm.edu
CU
Bikeman
It has been a major struggle
)
It has been a major struggle to get this puppy running. I just installed Ubuntu 8.04 and I had WUs croaking all over the place every time I tried to attach to E@H and download work. BOINC works fine with S@H, but dies with exit code 255 on every WU I've tried for E@H.
Finally I found this thread which got me going finally! Basically the problem is that Ubuntu 8.04 [edit]64-bit version[/edit] (Kubuntu also) does not install the ia32 libs by default. The 4.38 and 4.49 apps run in 32-bit, not 64-bit like the S@H app. Got the ia32 libs installed, restarted BOINC w/E@H attached and it finally is running more than 5 seconds at a time!
This may or may not be relevant to Perle's problems.
Seti Classic Final Total: 11446 WU.
RE: Well it changed one of
)
Bikeman has given you the command to change both owner and group but I thought it might be useful to put in yet another plug for convincing yourself to use man pages.
To change the owner to boinc you obviously discovered the 'chown' (change owner) command. If you had done a 'man chown' you wou would have gotten the following command synopsis right at the top of the page:-
chown [OPTION].... [OWNER][:[GROUP]] FILE....
You interpret that synopsis as follows (please realise that anything inside square brackets is optional):-
* The command does accept several options
* options are optional - ie you don't have to supply any if you don't want to
* The command accepts owner and group names (in several optional formats)
* You could use 'owner' by itself to change owner without changing group
* You could use 'owner:' - read the man page to see exactly what that does
* You could use ':group' - again, read the man page
* You could even use ':' on its own and once again this is described
* Finally you need to supply one or more files or directories.
Once you understand the basic command syntax, have a look for useful options. They can be short, like -R, or long like --recursive, both of which are allowed. This option is particularly useful because it allows you to change the ownership of zillions of files in one simple command.
There's only one modification to Bikeman's suggested command that I would make. You should use
chown -R boinc:boinc /var/lib/boinc-client
just in case there are any other root owned files lurking anywhere else in the kingdom of boinc :-).
I guess one of the problems with finding information about commands is that you need to know the name of the command in order to read its man page. New users will suffer from not knowing the names of useful commands. You can get around this to some extent by using the 'apropos' command (check out its man page) with a likely keyword such as 'owner' as shown in the next example
apropos owner
which will return you a list of command names that are useful for file ownership purposes. You could use the 'group' keyword instead of 'owner' and get an even more extensive list.Some people complain that man pages are too hard to read and understand. To some extent this is true, particularly when you are first starting. It is an effort to read the detail very carefully and quite often you can miss very important stuff by skipping through too quickly. The more you read the easier it gets :-).
Good Luck!!
Cheers,
Gary.
RE: Some people complain
)
Man pages... the first thing I go to when confronted with a prob..... errr challenge. :-)
FWIW, I thought it was pretty cool when I found that chown could do owner and group at the same time. I thought I was going to have to do some permission changes in two passes, chown and chgrp, but nope. chown does it all.
Kathryn :o)
Einstein@Home Moderator