clientlaunch.cfg vs. hobbittasks.cfg 🔗 link

Hello!  Old bb user, new to setting up a set of clients with a hobbit server in a new environment.  There have been, of course, some oddities...

The first line in
clientlaunch.cfg

cheerfully maintains:
# The hobbittasks.cfg file is loaded by "hobbitlaunch".

I gather this is a typo/leftover, and should now start "The clientlaunch.cfg..."?
If not, I am powerfully confused  XD

Speaking of confused... i am using a Debian system and think this is a Debian/bash conspiracy on my end, but my hobbitclient.log shows nothing but scads of

shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory

when i attempt to start the client, and nothing else.  The archives don't seem to yield a hit on this.
Kernel is 2.6.11, smp (on the client in question.  the server install and function appear fine).

Thanks!

-- 
Rob Munsch
Systems Analyst, Solutions for Progress
http://www.solutionsforprogress.com

On Thu, Oct 27, 2005 at 06:12:09PM -0400, Rob Munsch wrote:

Indeed. I've fixed that reference to an old filename now.

First time ever I've heard of this problem. And I run Debian on my
home systems too.

Could you do an "ls -lR ~hobbit/client/" ?


Henrik

Henrik Stoerner wrote:

Thanks.  Hard to tell setting up something new if it was a typo or if i 
was just being dense...

Could you do an "ls -lR ~hobbit/client/" ?

 

You'll see that i'm not using the 'hobbit' username at present - this is 
a test install, and i built it as -client on the system in question (and 
installed as root, etc). 

The hobbitlaunch.log file, which is rather huger than yesterday, is full 
of nothing but

shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory


doisneau:/home/rmunsch# ls -lR client/
client/:
total 5
drwxr-xr-x  2 rmunsch rmunsch  584 Oct 27 16:15 bin
drwxr-xr-x  2 rmunsch rmunsch  112 Oct 27 16:15 etc
drwxr-xr-x  2 rmunsch rmunsch   48 Oct 27 16:15 ext
drwxr-xr-x  2 rmunsch rmunsch  144 Oct 27 17:34 logs
-r-xr-xr-x  1 rmunsch rmunsch 3001 Sep 28 17:21 runclient.sh
drwxr-xr-x  2 rmunsch rmunsch  152 Oct 28 12:23 tmp

client/bin:
total 804
-rwxr-xr-x  1 rmunsch rmunsch 159177 Oct 27 15:57 bb
-rwxr-xr-x  1 rmunsch rmunsch 137805 Oct 27 15:57 bbcmd
-rwxr-xr-x  1 rmunsch rmunsch 171750 Oct 27 15:57 bbhostgrep
-rwxr-xr-x  1 rmunsch rmunsch 135377 Oct 27 15:57 bbhostshow
-r-xr-xr-x  1 rmunsch rmunsch   1452 Oct  9 16:11 hobbitclient-aix.sh
-r-xr-xr-x  1 rmunsch rmunsch   1164 Oct  9 16:11 hobbitclient-darwin.sh
-r-xr-xr-x  1 rmunsch rmunsch   1462 Oct  9 16:11 obbitclient-freebsd.sh
-r-xr-xr-x  1 rmunsch rmunsch   1553 Oct  9 16:11 hobbitclient-hp-ux.sh
-r-xr-xr-x  1 rmunsch rmunsch   1363 Oct  9 16:11 hobbitclient-linux.sh
-r-xr-xr-x  1 rmunsch rmunsch   1399 Oct  9 16:11 hobbitclient-netbsd.sh
-r-xr-xr-x  1 rmunsch rmunsch   1396 Oct  9 16:11 obbitclient-openbsd.sh
-r-xr-xr-x  1 rmunsch rmunsch   1346 Oct  9 16:11 hobbitclient-osf1.sh
-r-xr-xr-x  1 rmunsch rmunsch   1652 Oct  9 16:11 hobbitclient-sunos.sh
-r-xr-xr-x  1 rmunsch rmunsch   1387 Sep 28 17:21 hobbitclient.sh
-rwxr-xr-x  1 rmunsch rmunsch 168730 Oct 27 15:57 hobbitlaunch

client/etc:
total 8
-rw-r--r--  1 rmunsch rmunsch  349 Oct 27 16:15 clientlaunch.cfg
-rw-r--r--  1 rmunsch rmunsch 1465 Oct 27 16:15 hobbitclient.cfg

client/ext:
total 0

client/logs:
total 64
-rw-r--r--  1 rmunsch rmunsch   280 Oct 27 17:34 clientlaunch.log
-rw-r--r--  1 rmunsch rmunsch     6 Oct 27 17:34 clientlaunch.pid
-rw-r--r--  1 rmunsch rmunsch 56144 Oct 28 12:23 hobbitclient.log

client/tmp:
total 24
-rw-r--r--  1 rmunsch rmunsch   238 Oct 28 12:22 hobbit_vmstat.701
-rw-r--r--  1 rmunsch rmunsch   238 Oct 28 12:23 hobbit_vmstat.745
-rw-r--r--  1 rmunsch rmunsch 13486 Oct 28 12:23 msg.txt


-- 
Rob Munsch
Systems Analyst, Solutions for Progress
http://www.solutionsforprogress.com

hello again, maybe this will help:

rmunsch at doisneau:~/client$ strace -f ./runclient.sh --hostname=doisneau start 2>&1 | grep -5 getcwd
[pid  7053] close(6)                    = 0
[pid  7053] open("/proc/7014/status", O_RDONLY) = 6
[pid  7053] read(6, "Name:\tgrep\nState:\tS (sleeping)\nS"..., 1023) = 531
[pid  7053] close(6)                    = 0
[pid  7053] open("/proc/7014/cmdline", O_RDONLY) = 6
[pid  7053] read(6, "grep\0-5\0getcwd\0", 2047) = 15
[pid  7053] close(6)                    = 0
[pid  7053] stat64("/dev/ttyp0", {st_mode=S_IFCHR|0620, st_rdev=makedev(3, 0), ...}) = 0
[pid  7053] stat64("/proc/7042", {st_mode=S_IFDIR|0555, st_size=0, ...}) = 0
[pid  7053] open("/proc/7042/stat", O_RDONLY) = 6
[pid  7053] read(6, "7042 (hobbitlaunch) S 1 7042 704"..., 1023) = 184
--
[pid  7054] close(4)                    = 0
[pid  7054] open("/proc/7014/statm", O_RDONLY) = 4
[pid  7054] read(4, "439 143 117 18 0 90 0\n", 1023) = 22
[pid  7054] close(4)                    = 0
[pid  7054] open("/proc/7014/cmdline", O_RDONLY) = 4
[pid  7054] read(4, "grep\0-5\0getcwd\0", 2047) = 15
[pid  7054] close(4)                    = 0
[pid  7054] stat64("/proc/7042", {st_mode=S_IFDIR|0555, st_size=0, ...}) = 0
[pid  7054] open("/proc/7042/stat", O_RDONLY) = 4
[pid  7054] read(4, "7042 (hobbitlaunch) S 1 7042 704"..., 1023) = 184
[pid  7054] close(4)                    = 0

With every 5 seconds a new line appearing in the log of

shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory

What's strange is it seems to be working now, for the most part.  I let this client run, shut down the hobbitd, and it faithfully complained of a lack of server to send to.

What is it trying to do with this getcwd() that is failing, and that doesn't seem to affect the reports sent to the host..?

Of note: there is an ancient Debian bugrep about this message that was alternately blamed on bash 2.03 and dpkg < 1.9, and closed as "resolved with dpkg 1.9" - as i have bash 3-something and dpkg 1.10+ i am going to assume it was not :D.  It was reported as a rare occurance by all parties at the time, but it shows up like clockwork here.

Hope this helps...

-- 
Rob Munsch
Systems Analyst, Solutions for Progress
http://www.solutionsforprogress.com