On Tue, 10 Apr 2012 11:19:07 -0500
Andrew Deason wrote:
> So, the prdb.DB0 seems fine (assuming the entries in it are indeed the
> only entries you have); it's just the ubik label version epoch that's
> screwed up. The only time I'm aware of where the label can be like that
> is during a SendFile
On Sat, 7 Apr 2012 12:16:46 -0500
Andrew Deason wrote:
> Would you be willing to provide your prdb.DB0? It just contains things
> like usernames, groups, group memberships, ids, etc. It shouldn't
> contain very sensitive information, unless any of your usernames or
> group memberships etc are sen
On Sat, 07 Apr 2012 21:40:01 -0500
Brett Heroux wrote:
> That did it.
Well that's good to hear, but do you still have the old database files,
and would you be willing to share them? Just from what's in this thread,
I don't really know why it broke, so I don't have any guarantee that it
won't hap
That did it.
1) stop the ptserver
2) back up prdb files
3) remove prdb files
4) pt_util -user -group -members -name -system -prdb ./prdb.DB0
-datafile /tmp/t
5) pt_util -user -group -members -name -system -w -datafile /tmp/t
6) start the ptserver
7) joy
I think the -system was unnecessary, but
On Fri, 6 Apr 2012 14:59:40 -0500
Brett Heroux wrote:
> The pt_util output looks good, it just gives all the users.
>
> Still would appreciate help.
Would you be willing to provide your prdb.DB0? It just contains things
like usernames, groups, group memberships, ids, etc. It shouldn't
contain v
The pt_util output looks good, it just gives all the users.
Still would appreciate help.
Thanks,
Brett Heroux
On Thu, Apr 5, 2012 at 2:43 PM, Andrew Deason wrote:
> On Thu, 5 Apr 2012 14:17:30 -0500
> Brett Heroux wrote:
>
> > The output from udebug is:
>
> This all looks fine. I probably sho
On Thu, 5 Apr 2012 14:17:30 -0500
Brett Heroux wrote:
> The output from udebug is:
This all looks fine. I probably should have asked for udebug on port
7002; that is what looks weird:
$ udebug 74.222.253.110 7002
[...]
Local db version is 0.134632965
I am sync site forever (1 server)
Recovery s
The CellServDB on my system is:
>devicesoft.org #EFS
74.222.253.110 #east-gateway.devicesoft.org
It resides in /etc/openafs and /etc/openafs/server on both the
db/fileserver and the other fileserver.
The output from udebug is:
root@east-gateway:~# udebug east-gateway 7003
Host's addre
On Wed, 04 Apr 2012 20:06:05 -0500
Brett Heroux wrote:
> I have one db/fileserver and another fileserver. The db/fileserver is
> east-gateway. This is the udebug output.
I don't think you can get a quorum error with just one dbserver. What's
in /usr/afs/etc/CellServDB? (or wherever the server-s
On Wed, Apr 4, 2012 at 21:06, Brett Heroux wrote:
> root@east-gateway:~# udebug 7003 east-gateway
> udebug: can't resolve port name east-gateway
>
That command is backwards; should be "udebug east-gateway 7003".
--
brandon s allbery allber...@gmail.com
wand
I'm pretty sure I restarted my servers already, but I did it again.
I have one db/fileserver and another fileserver. The db/fileserver is
east-gateway. This is the udebug output.
root@east-gateway:~# bos status east-gateway
Instance buserver, currently running normally.
Instance ptserver, curr
On Wed, 4 Apr 2012 10:24:19 -0500
Brett Heroux wrote:
> Sun Apr 1 04:00:03 2012 File server starting
> Sun Apr 1 04:00:03 2012 afs_krb_get_lrealm failed, using devicesoft.org.
> Sun Apr 1 04:00:03 2012 VL_RegisterAddrs rpc failed; will retry
> periodically (code=5376, err=0)
> Sun Apr 1 04:00
Andrew Deason wrote:
On Thu, 28 Apr 2011 12:34:27 +0200
Christof Hanke wrote:
# translate_et 5376
5376 (u).0 = no quorum elected
The DB-Servers cannot agree on who should be the master.
VLLog and 'udebug 7003' might help indicate why.
If the dbservers were just turned on, you may just hav
On Thu, 28 Apr 2011 12:34:27 +0200
Christof Hanke wrote:
> # translate_et 5376
> 5376 (u).0 = no quorum elected
>
> The DB-Servers cannot agree on who should be the master.
VLLog and 'udebug 7003' might help indicate why.
If the dbservers were just turned on, you may just have needed to wait
14 matches
Mail list logo