First I go try to make an 880M RVM data thingie (experimenting as if I
were going to make a 20G server thing). Doing it manually (since the
script wouldn't figure it out),

[root@atlas coda-5.0.0]# rdsinit -f /vdat/cuc-log /vdat/cuc-data 922746880
0x20000000 964689920 0x100000 80 32
rvm_initialize succeeded.
Going to initialize data file to zero, could take awhile.
done.
?  ERROR: rds_zap_heap RVM_EINTERNAL.

didn't work, so I selected the 315M size in vice-setup, so far so good,
but vice-setup-rvm should allow for a wider range of sizes...

I start the server, the thing eats up RAM out the wazoo:

983 root      11   0  252M 231M   696 R       0 13.8 92.1   0:04 codasrv

And it crashes (see attached log file and stack trace). I have 256M real +
128M swap space on the system - is that enough for a 315M RVM data file?

So, how can I help fix these problems? :)

Also, I remember way back there used to be a kernel module that would
allow open-by-inode or something, to speed codasrv up with the /vicepa
stuff. Is this still existent relevant?
-- Elliot
"In film you will find four basic story lines. Man versus man, man
 versus nature, nature versus nature, and dog versus vampire."
    - Steven Spielberg

Script started on Fri Jan 15 00:13:03 1999
[root@atlas srv]# gdb /usr/sbin/codasrv 983

GNU gdb 4.17.0.4 with Linux/x86 hardware watchpoint and FPU support

Copyright 1998 Free Software Foundation, Inc.

GDB is free software, covered by the GNU General Public License, and you are

welcome to change it and/or distribute copies of it under certain conditions.

Type "show copying" to see the conditions.

There is absolutely no warranty for GDB.  Type "show warranty" for details.

This GDB was configured as "i386-redhat-linux"...



/vice/srv/983: No such file or directory.

Attaching to program `/usr/sbin/codasrv', Pid 983

Reading symbols from /usr/lib/libstdc++.so.2.8...done.

Reading symbols from /lib/libm.so.6...done.

Reading symbols from /lib/libc.so.6...done.

Reading symbols from /lib/ld-linux.so.2...done.

Reading symbols from /lib/libnss_ldap.so.1...done.

Reading symbols from /usr/lib/libldap.so.1...done.

Reading symbols from /lib/libnsl.so.1...done.

Reading symbols from /usr/lib/liblber.so.1...done.

Reading symbols from /lib/libpthread.so.0...done.

Reading symbols from /lib/libnss_files.so.1...done.

Reading symbols from /lib/libnss_nis.so.1...done.

Reading symbols from /lib/libnss_dns.so.1...done.

Reading symbols from /lib/libresolv.so.2...done.

0x400c8921 in __libc_nanosleep ()

(gdb) where

#0  0x400c8921 in __libc_nanosleep ()

#1  0x400c889a in sleep (seconds=1) at ../sysdeps/unix/sysv/linux/sleep.c:30

#2  0x816e237 in coda_assert (pred=0x816f3e1 "0", 

    file=0x816f3ab "/usr/src/redhat/BUILD/coda-5.0.0/coda-src/vice/srv.cc", 

    line=317) at /usr/src/redhat/BUILD/coda-5.0.0/lib-src/base/coda_assert.c:46

#3  0x804a866 in zombie (sig=11)

    at /usr/src/redhat/BUILD/coda-5.0.0/coda-src/vice/srv.cc:317

#4  <signal handler called>

#5  0x4016c000 in ?? () from /lib/libresolv.so.2

#6  0x40145106 in connect (fd=10, addr={__sockaddr__ = 0x151b24dc, 

      __sockaddr_at__ = 0x151b24dc, __sockaddr_ax25__ = 0x151b24dc, 

      __sockaddr_dl__ = 0x151b24dc, __sockaddr_eon__ = 0x151b24dc, 

      __sockaddr_in__ = 0x151b24dc, __sockaddr_in6__ = 0x151b24dc, 

      __sockaddr_inarp__ = 0x151b24dc, __sockaddr_ipx__ = 0x151b24dc, 

      __sockaddr_iso__ = 0x151b24dc, __sockaddr_ns__ = 0x151b24dc, 

      __sockaddr_un__ = 0x151b24dc, __sockaddr_x25__ = 0x151b24dc}, len=16)

    at wrapsyscall.c:151

#7  0x4012edbc in ldap_connect_to_host ()

#8  0x40122b04 in open_ldap_connection ()

#9  0x4012dd85 in ldap_new_connection ()

#10 0x401227fd in ldap_open ()

#11 0x40118ea4 in do_open () at ldap-nss.c:208

#12 0x40119097 in _nss_ldap_lookup (args=0x151b2aac, 

    filterprot=0x4011cc50 "(&(objectclass=ipHost)(cn=%s))", attrs=0x4011e2bc, 

    sizelimit=1) at ldap-nss.c:351

#13 0x401193a2 in _nss_ldap_getbyname (args=0x151b2aac, result=0x151b2f68, 

    buffer=0x151b2b48 "", buflen=1024, 

    filterprot=0x4011cc50 "(&(objectclass=ipHost)(cn=%s))", attrs=0x4011e2bc, 

    parser=0x4011a0a0 <_nss_ldap_parse_host>) at ldap-nss.c:529

---Type <return> to continue, or q <return> to quit---

#14 0x4011a2e4 in _nss_ldap_gethostbyname_r (name=0x151b2f7c "atlas.cs.cuc.edu", 

    result=0x151b2f68, buffer=0x151b2b48 "", buflen=1024, h_errnop=0x151b2f5c)

    at ldap-hosts.c:282

#15 0x400e44c9 in __gethostbyname_r (name=0x151b2f7c "atlas.cs.cuc.edu", 

    resbuf=0x151b2f68, buffer=0x151b2b48 "", buflen=1024, result=0x151b2f60, 

    h_errnop=0x151b2f5c) at ../nss/getXXbyYY_r.c:133

#16 0x400d95a7 in gethostid () at ../sysdeps/unix/sysv/linux/gethostid.c:95

#17 0x806c6c6 in SmonInit ()

    at /usr/src/redhat/BUILD/coda-5.0.0/coda-src/vice/smon.cc:249

#18 0x806cdc7 in SmonDaemon ()

    at /usr/src/redhat/BUILD/coda-5.0.0/coda-src/vice/smon.cc:506

#19 0x816bc6d in Create_Process_Part2 ()

    at /usr/src/redhat/BUILD/coda-5.0.0/lib-src/mlwp/lwp.c:769

(gdb) quit

The program is running.  Quit anyway (and detach it)? (y or n) y

Detaching from program: /usr/sbin/codasrv Thread 983

[root@atlas srv]# exit

exit


Script done on Fri Jan 15 00:13:19 1999
00:07:41 New SrvLog started at Fri Jan 15 00:07:41 1999

00:07:41 Resource limit on data size are set to 2147483647

00:07:41 Server etext 0x816f286, edata 0x81dd344
00:07:41 RvmType is Rvm
00:07:41 Main process doing a LWP_Init()
00:07:41 Main thread just did a RVM_SET_THREAD_DATA

00:07:41 Setting Rvm Truncate threshhold to 5.

Partition /vicepa: inodes in use: 0, total: 262144.
00:08:29 Partition /vicepa: 3944972K available (minfree=5%), 2123059K free.
00:08:29 The server (pid 983) can be controlled using volutil commands
00:08:29 "volutil -help" will give you a list of these commands
00:08:29 If desperate,
                "kill -SIGWINCH 983" will increase debugging level
00:08:29        "kill -SIGUSR2 983" will set debugging level to zero
00:08:29        "kill -9 983" will kill a runaway server
00:08:29 VCheckVLDB:  could not open VLDB
00:08:29 VInitVolPackage: no VLDB! Please create a new one.
00:08:29 Vice file system salvager, version 3.0.
00:08:29 SanityCheckFreeLists: Checking RVM Vnode Free lists.
00:08:29 DestroyBadVolumes: Checking for destroyed volumes.
00:08:29 Salvaging file system partition /vicepa
00:08:29 Force salvage of all volumes on this partition
00:08:29 Scanning inodes in directory /vicepa...
00:08:29 SalvageFileSys completed on /vicepa
00:08:29 Attached 0 volumes; 0 volumes not attached
00:08:29 CheckVRDB: could not open VRDB
lqman: Creating LockQueue Manager.....LockQueue Manager starting .....
done
00:08:29 CallBackCheckLWP just did a rvmlib_set_thread_data()

00:08:29 CheckLWP just did a rvmlib_set_thread_data()

00:08:29 ServerLWP 0 just did a rvmlib_set_thread_data()

00:08:29 ServerLWP 1 just did a rvmlib_set_thread_data()

00:08:29 ServerLWP 2 just did a rvmlib_set_thread_data()

00:08:29 ServerLWP 3 just did a rvmlib_set_thread_data()

00:08:29 ServerLWP 4 just did a rvmlib_set_thread_data()

00:08:29 ServerLWP 5 just did a rvmlib_set_thread_data()

00:08:29 ResLWP-0 just did a rvmlib_set_thread_data()

00:08:29 ResLWP-1 just did a rvmlib_set_thread_data()

00:08:29 VolUtilLWP 0 just did a rvmlib_set_thread_data()

00:08:29 VolUtilLWP 1 just did a rvmlib_set_thread_data()

00:08:29 ****** FILE SERVER INTERRUPTED BY SIGNAL 11 ******
00:08:29 ****** Aborting outstanding transactions, stand by...
00:08:29 Uncommitted transactions: 0
00:08:29 Uncommitted transactions: 0
00:08:29 Becoming a zombie now ........
00:08:29 You may use gdb to attach to 983

Reply via email to