Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 93791 - ebuild coda-6.0.8.ebuild config failed
Summary: ebuild coda-6.0.8.ebuild config failed
Status: RESOLVED WONTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Other
: High normal (vote)
Assignee: Maurice van der Pot (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-05-24 03:57 UTC by Toralf Förster
Modified: 2006-10-28 06:09 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Toralf Förster gentoo-dev 2005-05-24 03:57:51 UTC
n22 /etc/apache2/conf/modules.d #  ebuild
/var/db/pkg/net-fs/coda-6.0.8/coda-6.0.8.ebuild config
 * This default configuration of coda will require 350MB of free space
 * for Recoverable Virtual Memory. Additional space is required for
 * the files that you store on your coda volume.

 * Please specify where coda should store this data [/var/lib/vice]:

 * A default coda server and client configuration will be set up that consists of:
 * - a coda SCM (System Control Machine)
 * - a coda administrator 'codaroot' with coda uid 6000 and password 'changeme'
 * - a coda root volume available at /mnt/coda/localhost
 * - a test volume mounted at /mnt/coda/localhost/test

 * Are you sure you want to do this? (y/n) y

 * Setting up vice (the coda server)...
 * Starting auth2...                                                           
                                              [ ok ]
 * Starting coda-update...
Creating /var/lib/vice/spool
Creating /var/lib/vice/spool                                                   
                                              [ ok ]
 * Starting codasrv...                                                         
                                              [ ok ]
 * Creating root volume...
 * Unable to create root volume, output of createvol_rep follows
Failed to dump the current VRDB into /var/lib/vice/db/VRList.new
n22 /etc/apache2/conf/modules.d # ls -l  /var/lib/vice/db
total 44
-rw-r--r--  1 root root    0 May 24 12:52 VLDB
-rw-r--r--  1 root root    0 May 24 12:52 VRDB
-rw-r--r--  1 root root    0 May 24 12:53 VRList
-rw-r--r--  1 root root    0 May 24 12:52 auth2.lock
-rw-------  1 root root   33 May 24 12:52 auth2.pw
-rw-------  1 root root   11 May 24 12:52 auth2.tk
-rw-r--r--  1 root root    0 May 24 12:52 auth2.tk.BAK
-rw-r--r--  1 root root    0 May 24 12:52 dumplist
-rw-r--r--  1 root root  144 May 24 12:52 files
-rw-r--r--  1 root root  195 May 24 12:52 files.export
-rw-r--r--  1 root root   11 May 24 12:52 maxgroupid
-rw-------  1 root root 2781 May 24 12:52 prot_users.cdb
-rw-r--r--  1 root root   10 May 24 12:52 scm
-rw-r--r--  1 root root   13 May 24 12:52 servers
-rw-------  1 root root   12 May 24 12:52 update.tk
-rw-r--r--  1 root root   61 May 24 12:53 vicetab
-rw-------  1 root root   13 May 24 12:52 volutil.tk
n22 /etc/apache2/conf/modules.d # df -m
Filesystem           1M-blocks      Used Available Use% Mounted on
/dev/hda8                13902     10511      3391  76% /
none                       506         0       506   0% /dev/shm
tmpfs                      660         1       660   1% /mnt/ramdisk


Reproducible: Always
Steps to Reproduce:
1.
2.
3.




Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.5-20050130,
glibc-2.3.4.20041102-r1, 2.6.11-hardened-r13 i686)
=================================================================
System uname: 2.6.11-hardened-r13 i686 Intel(R) Pentium(R) M processor 1700MHz
Gentoo Base System version 1.4.16
Python:              dev-lang/python-2.3.5 [2.3.5 (#1, May  6 2005, 16:34:26)]
ccache version 2.3 [enabled]
dev-lang/python:     2.3.5
sys-apps/sandbox:    [Not Present]
sys-devel/autoconf:  2.59-r6, 2.13
sys-devel/automake:  1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.5
sys-devel/binutils:  2.15.92.0.2-r7
sys-devel/libtool:   1.5.16
virtual/os-headers:  2.6.8.1-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -march=pentium3 -fomit-frame-pointer -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env
/usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=pentium3 -fomit-frame-pointer -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms strict"
GENTOO_MIRRORS="ftp://pandemonium.tiscali.de/pub/gentoo/
ftp://mirror.nutsmaas.nl/gentoo/
http://mirrors.sec.informatik.tu-darmstadt.de/gentoo/
ftp://mir1.ovh.net/gentoo-distfiles/"
LINGUAS="de en"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="x86 X acpi aim alsa apache2 arts avi berkdb bitmap-fonts blas cardbus cddb
cdparanoia cdr crypt cups curl dvd dvdr dvdread emboss encode esd ethereal fam
font-server foomaticdb fortran gd gdbm gif gpm gtk gtk2 imagemagick imlib innodb
ipv6 jai java javascript jimi jpeg junit kde libg++ libwww live mad mbox mikmod
mmx mmxext mng motif mp3 mpeg mysql nagios-dns nagios-ntp nagios-ping nagios-s
ncurses network nls no-old-linux ogg oggvorbis opengl oss pam pcmcia pdflib perl
png python qt quicktime readline samba sasl scanner sdl slp smime snmp spell sse
sse2 ssl subversion svg svga tcltk tcpd tiff truetype truetype-fonts type1-fonts
usb userlocales vorbis webdav wifi xanim xfs xine xml2 xmms xv zlib linguas_de
linguas_en userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, PORTDIR_OVERLAY
Comment 1 Maurice van der Pot (RETIRED) gentoo-dev 2005-05-25 08:29:47 UTC
mine mine mine
Comment 2 Maurice van der Pot (RETIRED) gentoo-dev 2005-05-25 11:39:45 UTC
I am unable to reproduce this.
What do /var/lib/vice/srv/SrvErr and /var/lib/vice/srv/SrvLog contain?
Comment 3 Toralf Förster gentoo-dev 2005-05-26 00:33:26 UTC
n22 ~ # ls -lR /var/lib/vice/
/var/lib/vice/:
total 343384
drwxr-xr-x  2 root root        48 May 26 09:29 auth2
drwxr-xr-x  2 root root        48 May 26 09:29 backup
drwxr-xr-x  2 root root       512 May 26 09:30 db
-rw-r--r--  1 root root        10 May 26 09:29 hostname
drwxr-xr-x  2 root root        48 May 26 09:29 misc
-rw-r--r--  1 root root 330301440 May 26 09:30 rvmdatapartition.img
-rw-r--r--  1 root root  20973056 May 26 09:30 rvmlogpartition.img
drwxr-xr-x  2 root root        48 May 26 09:29 srv
drwxr-xr-x  2 root root        72 May 26 09:30 vicepa
drwxr-xr-x  3 root root        72 May 26 09:29 vol

/var/lib/vice/auth2:
total 0

/var/lib/vice/backup:
total 0

/var/lib/vice/db:
total 44
-rw-r--r--  1 root root    0 May 26 09:29 VLDB
-rw-r--r--  1 root root    0 May 26 09:29 VRDB
-rw-r--r--  1 root root    0 May 26 09:30 VRList
-rw-r--r--  1 root root    0 May 26 09:29 auth2.lock
-rw-------  1 root root   33 May 26 09:29 auth2.pw
-rw-------  1 root root   11 May 26 09:29 auth2.tk
-rw-r--r--  1 root root    0 May 26 09:29 auth2.tk.BAK
-rw-r--r--  1 root root    0 May 26 09:29 dumplist
-rw-r--r--  1 root root  144 May 26 09:29 files
-rw-r--r--  1 root root  195 May 26 09:29 files.export
-rw-r--r--  1 root root   11 May 26 09:29 maxgroupid
-rw-------  1 root root 2781 May 26 09:29 prot_users.cdb
-rw-r--r--  1 root root   10 May 26 09:29 scm
-rw-r--r--  1 root root   13 May 26 09:29 servers
-rw-------  1 root root   12 May 26 09:29 update.tk
-rw-r--r--  1 root root   61 May 26 09:30 vicetab
-rw-------  1 root root   13 May 26 09:29 volutil.tk

/var/lib/vice/misc:
total 0

/var/lib/vice/srv:
total 0

/var/lib/vice/vicepa:
total 0
-rw-r--r--  1 root root 0 May 26 09:30 FTREEDB

/var/lib/vice/vol:
total 0
drwxr-xr-x  2 root root 48 May 26 09:29 remote

/var/lib/vice/vol/remote:
total 0
Comment 4 Maurice van der Pot (RETIRED) gentoo-dev 2005-06-08 12:53:10 UTC
I knew I had seen this problem before. This is where. It's actually something
I ran into myself when I implemented coda's pkg_config.

http://www.linuxarkivet.se/mlists/codalist/0410/msg00056.html

Does adding a "sleep 5" to pkg_config between codasrv start and createvol_rep
solve the problem for you? I know it's a workaround, but it's all I have at 
the moment.
Comment 5 Toralf Förster gentoo-dev 2005-06-10 02:55:08 UTC
yes, that problem is solved, but :
n22 ~ # ebuild /var/db/pkg/net-fs/coda-6.0.8/coda-6.0.8.ebuild config
 * This default configuration of coda will require 350MB of free space
 * for Recoverable Virtual Memory. Additional space is required for
 * the files that you store on your coda volume.

 * Please specify where coda should store this data [/var/lib/vice]:

 * A default coda server and client configuration will be set up that consists of:
 * - a coda SCM (System Control Machine)
 * - a coda administrator 'codaroot' with coda uid 6000 and password 'changeme'
 * - a coda root volume available at /mnt/coda/n22
 * - a test volume mounted at /mnt/coda/n22/test

 * Are you sure you want to do this? (y/n) y

 * Setting up vice (the coda server)...
 * Starting auth2 ...                                                          
                                              [ ok ]
 * Starting coda-update ...
Creating /var/lib/vice/spool
Creating /var/lib/vice/spool                                                   
                                              [ ok ]
 * Starting codasrv ...                                                        
                                              [ ok ]
 * Creating root volume...
 * Creating test volume...
 * Setting up venus (the coda client)...
 * WARNING:  "venus" has already been started.
 * Mounting test volume at /mnt/coda/n22/test
Unable to resolve addresses for Coda auth2 servers in realm 'n22'
Invalid login (RPC2_FAIL (F)).
/mnt/coda/n22: No such file or directory

 * The coda server and client have been set up successfully.
 * Please refer to http://www.coda.cs.cmu.edu/doc/html/ for Coda documentation.

 * Tip: use pdbtool to add a normal coda user and clog to authenticate and get
write access.



At this spoint the script hangs. May be interesting:
tfoerste@n22 ~ $ ls -l /mnt/coda/
total 4
-rw-r--r--  1 root root 48 Jun 10 11:27 NOT_REALLY_CODA

Maybe a network problem ?
Comment 6 Maurice van der Pot (RETIRED) gentoo-dev 2005-06-10 09:57:23 UTC
The problem here seems to be that venus died for some reason but hadn't been
stopped using the init script. It was therefore not started when it should
have been, hence the NOT_REALLY_CODA.

To get back to a clean state (other than just rebooting): 
- stop all services (/etc/init.d/auth2 stop and /etc/init.d/venus stop should
  do the trick)
- if any fail, zap them
- make sure there are no processes left (look for auth2, updatesrv, codasrv, 
  rpc2portmap and kill them if present)

Then run the config again and see if it succeeds.
If it doesn't, please add a comment with the output and tell me if you can
resolve "n22".
Comment 7 Maurice van der Pot (RETIRED) gentoo-dev 2005-06-10 09:58:11 UTC
Oh, I forgot one process in the list to look for: venus
Comment 8 Toralf Förster gentoo-dev 2005-06-10 11:27:16 UTC
Now the ebuild .. config did not hang, here is the log:

n22 ~ # rm -rf /var/lib/vice/ /etc/coda/server.conf /etc/coda/venus.conf
n22 ~ # ebuild /var/db/pkg/net-fs/coda-6.0.8/coda-6.0.8.ebuild config
 * This default configuration of coda will require 350MB of free space
 * for Recoverable Virtual Memory. Additional space is required for
 * the files that you store on your coda volume.

 * Please specify where coda should store this data [/var/lib/vice]:

 * A default coda server and client configuration will be set up that consists of:
 * - a coda SCM (System Control Machine)
 * - a coda administrator 'codaroot' with coda uid 6000 and password 'changeme'
 * - a coda root volume available at /mnt/coda/n22
 * - a test volume mounted at /mnt/coda/n22/test

 * Are you sure you want to do this? (y/n) y

 * Setting up vice (the coda server)...
 * Starting codasrv ...                                                        
                                              [ ok ]
 * Creating root volume...
 * Creating test volume...
 * Setting up venus (the coda client)...
 * WARNING:  "venus" has already been started.
 * Mounting test volume at /mnt/coda/n22/test
Unable to resolve addresses for Coda auth2 servers in realm 'n22'
Invalid login (RPC2_FAIL (F)).
/mnt/coda/n22: No such file or directory

 * The coda server and client have been set up successfully.
 * Please refer to http://www.coda.cs.cmu.edu/doc/html/ for Coda documentation.

 * Tip: use pdbtool to add a normal coda user and clog to authenticate and get
write access.
lsof / | grep sa
n22 ~ # ls -l /mnt/coda/
total 4
-rw-r--r--  1 root root 48 Jun 10 11:27 NOT_REALLY_CODA
n22 ~ # cd /etc/coda/
n22 /etc/coda # grep -v -e '^#' -e '^$' server.conf venus.conf
server.conf:numservers="1"
server.conf:vicedir=/var/lib/vice
server.conf:rvm_log="/var/lib/vice/rvmlogpartition.img"
server.conf:rvm_data="/var/lib/vice/rvmdatapartition.img"
server.conf:rvm_data_length="330301440"
server.conf:rvmtruncate=5
server.conf:trace=100
server.conf:allow_sha=1
venus.conf:realm="n22"
venus.conf:cacheblocks="20000"
venus.conf:
venus.conf:
venus.conf:mapprivate=1
venus.conf:mountpoint=/mnt/coda
Comment 9 Maurice van der Pot (RETIRED) gentoo-dev 2005-06-10 12:01:38 UTC
This line: * WARNING:  "venus" has already been started.
indicates that venus' init script has not been stopped.

If ebuild ... config does not complain about venus still running, it means the 
venus process *has* for some reason stopped already.

If you do /etc/init.d/venus stop, it will probably fail.
If so, do /etc/init.d/venus zap

Then stop everything else (/etc/init.d/auth2 stop) and try config again.
Comment 10 Toralf Förster gentoo-dev 2006-10-28 06:09:44 UTC
closed