Re: [ADMIN] Tool for filling database

2000-11-16 Thread Prasanth A. Kumar
Aleksander Rozman - Andy <[EMAIL PROTECTED]> writes: > Hi ! > > Me again. Has anybody of users found any tools that could be used for > filling database with lot of dataI mean with nice interface so that you > can easily fill different tablessomething like Access maybebut not > do bg

[ADMIN] Tool for filling database

2000-11-16 Thread Aleksander Rozman - Andy
Hi ! Me again. Has anybody of users found any tools that could be used for filling database with lot of dataI mean with nice interface so that you can easily fill different tablessomething like Access maybebut not do bg. i don't want to install whole office 2000 so I could use oDBC l

Re: [ADMIN] Tool for filling database

2000-11-16 Thread Serge Canizares
Aleksander Rozman - Andy wrote: >Has anybody of users found any tools that could be used for >filling database with lot of dataI mean with nice interface so that you >can easily fill different tablessomething like Access maybebut not >do bg. . . . >Yeah a lot of typing Well,

Re: [ADMIN] Losing data from Postgres

2000-11-16 Thread Paul Breen
Bonjour Jean-Marc, Yeah, we get the feeling that it may be a vacuum+index related problem, not sure though? As I said, we've gone back to only vacuuming twice a day and the problem (we hope) has gone away. It leaves us feeling uneasy though, when we fix a problem we like to understand why! Bas

[ADMIN]

2000-11-16 Thread turing2000
Sorry for previos letter, it was wrong. Deal ( question ) consist of: [plperl]# make mkdir blib mkdir blib/lib mkdir blib/arch mkdir blib/arch/auto mkdir blib/arch/auto/plperl mkdir blib/lib/auto mkdir blib/lib/auto/plperl gcc -c -I../../../src/include -I../../../src/backend -fno-strict-aliasin

Re: [ADMIN] V7.0.3 on Solaris 2.7

2000-11-16 Thread Dronamraju Rajesh
hi jean, after installing postgres before doing initdb add the following statements in the /etc/system file and relink the kernel or give 'touch /etc/reconfigure' and reboot the system. forceload: sys/semsys forceload: sys/shmsys set shmsys:shminfo_shmmax=268435456 set shmsys:shminfo_shmseg=20 s

[ADMIN] Error message: 'ERROR: cannot mark block 0 of [] blind'

2000-11-16 Thread Francis Solomon
Hi all, Does anyone know what this error means or whether I should be concerned about it? 'ERROR: cannot mark block 0 of [] blind' It occurred while performing a simple query through the ODBC driver. The query was: SELECT keyword FROM modkeyword WHERE mfrname='DEDE' AND model='VM7451' The de

Re: [ADMIN] v7.0.3 on Solaris 2.7

2000-11-16 Thread Dronamraju Rajesh
hi jean, this problem crops up in all postgres installations on solaris. as postgres installation find ar,lex,lorder and other commands while installation. these commands are there in /usr/ccs/bin on all solaris machines. so include this in the PATH environment variable. after adding it try 'whic

RE: [ADMIN] Losing data from Postgres

2000-11-16 Thread Thomas Sonne Olesen
Title: RE: [ADMIN] Losing data from Postgres IMHO the biggest problem with RAID 5 is the performance. Under normal conditions RAID 0+1 have double read performance (since each mirror can be accessed indepently) and in case of an error things get really bad for RAID 5. If a disc fails iin a R

Re: [ADMIN] Some workds about version info

2000-11-16 Thread Christopher Liebman
Interesting, I 'm having the same problem. I looks like the jdbc driver does not return the database metadata correctly. Is this a known problem? -- Chris - Original Message - From: "Aleksander Rozman - Andy" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, November 15,

[ADMIN]

2000-11-16 Thread turing2000
Please, help me. I configure/compile perl with option ( other options stay default ): ./Configure -Dprefix=/usr/local/perl -Duseshrplib make make install I add string '/usr/local/perl/lib/5.6.0/i686-linux/CORE' in file /etc/ld.so.conf and call program 'lddconfig'. Environment:

Re: [ADMIN] Newbie: pg_hba.conf question

2000-11-16 Thread Marc Poinot
Peter Eisentraut wrote: > > Marc Poinot writes: > > > marcvs> psql > > psql: No pg_hba.conf entry for host localhost, user marcvs, database marcvs > > > > The pg_hba.conf in the PGDATA actually contains a line with: > > > > local all trust > > "local" is not the same a "localhost". The former