Hi,
Something related.
/usr/sausalito/codb/db.classes can be rebuild via cceclient / web GUI.
Meaning using cceclient or even web GUI to re-add the records.
The problem come when codb engine did a system check for
existing username and found a match in /var/db/<.db> and
thus rejected your record addition.
ie: /var/db/gshadow.db
/var/db/group.db
/var/db/passwd.db
/var/db/shadow.db
If you edit .db in /var/db, please take care of BerkeleyDB version.
fyi, BQ is using an older version and not compatible with newer version.
Consequence for not taking care of BerkeleyDB versioning ==
account corruption, ie: pop3 intermittent failure,
cannot delete accounts, etc...
ps: See thread
http://bluequartz.org/ml/archive/coba-e/4100/4138.html
If you want to add your code to BQ meta-verify, let me know.
So that we have one coherent copy with proper contribution listing.
Thanks
Cheers
patrick
On Wed, 6 Sep 2006, [ISO-8859-1] Tom MÍler-Kortkamp wrote:
> I have a Server with a lot of people missing in the Webfrontend, but
> the exist in Unix.
> I tried to create my own /usr/sausalito/codb/objects/<free_id> and
> add it to /usr/sausalito/codb/codb.oids.
> I guess I have to rebuild /usr/sausalito/codb/db.classes, but how do
> I do that?
>
> Anaother Solution would be a new meta-verify.pl like in RaQ2 ... I
> think ?!?
>
> I have tried something like this in perl put i got "unexpected file
> type or format":
> #!/usr/bin/perl
>
>
> use strict ;
> use BerkeleyDB ;
> use vars qw( %h ) ;
> my $filename = "db.classes";
>
>
> tie %h, 'BerkeleyDB::Btree',
> -Filename => $filename,
> -Flags => DB_RDONLY
> or die "Cannot open file $filename: $! $BerkeleyDB::Error\n" ;
>
>
> Any suggestion?
>
> tmueko
>
>