Re: [BUGS] BUG #7983: Problem with pgAgent.
Good afternoon, Dave. The output of led mount brings the following about the / tmp: /dev/mapper/vg_vmpjebdh2-LogVol01 on /tmp type ext4 (rw,noexec,nosuid,nodev,noat ime) Thanks, Marcelo Matheus -- View this message in context: http://postgresql.1045698.n5.nabble.com/BUG-7983-Problem-with-pgAgent-tp5749215p5749308.html Sent from the PostgreSQL - bugs mailing list archive at Nabble.com. -- Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-bugs
[BUGS] BUG #7984: passwordcheck module not enforced in PGAdmin GUI
The following bug has been logged on the website: Bug reference: 7984 Logged by: passwordcheck module is not enforced by PGAdmin GUI Email address: pmahal...@intertrust.com PostgreSQL version: 9.1.0 Operating system: Windows Description: Hi, We've enabled the Postgres passwordcheck modules by following instructions as mentioned on http://www.postgresql.org/docs/9.1/static/passwordcheck.html Now we find that this password strength check is only enforced in command line mode. PGAdmin still accepts the weak password. Please fix. Regards, Pankaj -- Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-bugs
Re: [BUGS] BUG #7983: Problem with pgAgent.
Hi On Fri, Mar 22, 2013 at 2:23 PM, Marcelo Matheus wrote: > Good afternoon, Dave. > > The output of led mount brings the following about the / tmp: > > /dev/mapper/vg_vmpjebdh2-LogVol01 on /tmp type ext4 > (rw,noexec,nosuid,nodev,noat > ime) That's likely the issue then - you need to mount /tmp without the noexec option for pgAgent to be able to work. -- Dave Page Blog: http://pgsnake.blogspot.com Twitter: @pgsnake EnterpriseDB UK: http://www.enterprisedb.com The Enterprise PostgreSQL Company -- Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-bugs
Re: [BUGS] BUG #7984: passwordcheck module not enforced in PGAdmin GUI
On Fri, Mar 22, 2013 at 8:23 PM, wrote: > The following bug has been logged on the website: > > Bug reference: 7984 > Logged by: passwordcheck module is not enforced by PGAdmin GUI > Email address: pmahal...@intertrust.com > PostgreSQL version: 9.1.0 > Operating system: Windows > Description: > > Hi, > > We've enabled the Postgres passwordcheck modules by following instructions > as mentioned on > http://www.postgresql.org/docs/9.1/static/passwordcheck.html Did you read the large "Caution" box on that page? > Now we find that this password strength check is only enforced in command > line mode. PGAdmin still accepts the weak password. Please fix. We're not going to modify pgAdmin to send plain-text passwords over the wire. -- Dave Page Blog: http://pgsnake.blogspot.com Twitter: @pgsnake EnterpriseDB UK: http://www.enterprisedb.com The Enterprise PostgreSQL Company -- Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-bugs
[BUGS] BUG #7986: base backup copy all files from tablespace, not only needed data
The following bug has been logged on the website: Bug reference: 7986 Logged by: Sergey Burladyan Email address: eshkin...@gmail.com PostgreSQL version: 9.2.3 Operating system: Debian GNU/Linux 7.0 (wheezy) Description: I have one tablespace dir with multiple versions: $ ls -la ~/inst/var/l/ итого 16 drwx-- 4 seb seb 4096 Мар 23 18:26 . drwxr-xr-x 7 seb seb 4096 Мар 23 18:28 .. drwx-- 3 seb seb 4096 Мар 23 18:24 PG_9.2_201204301 drwx-- 3 seb seb 4096 Мар 23 18:26 PG_9.3_201303201 ../pg-dev-master/bin/pg_basebackup -Ft -D backup copy all subdirectorys from tablespace dir: $ tar -tf backup/16384.tar PG_9.2_201204301/ PG_9.2_201204301/12042/ PG_9.2_201204301/12042/16385 PG_9.3_201303201/ PG_9.3_201303201/12070/ PG_9.3_201303201/12070/16385 PG_9.3_201303201/12070/16390 PG_9.3_201303201/12070/16388 IMHO it must copy only self version dir PG_9.3_201303201 -- Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-bugs
[BUGS]
Sat, 23 Mar 2013 07:22:43 -0700 (PDT) 23 Mar 2013 07:22:43 -0700 (PDT) X-Newsgroups: pgsql.bugs Date: Sat, 23 Mar 2013 07:22:43 -0700 (PDT) Complaints-To: groups-ab...@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=79.173.238.135; posting-account=olGTqwoh6jEnGJU_fjLVfoHldlc3 User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: Subject: Moteview database problem From: "Hana'a AL-Theiabat" Injection-Date: Sat, 23 Mar 2013 14:22:43 + Content-Type: text/plain; charset=ISO-8859-1 To: pgsql-bugs@postgresql.org when i install Moteview 2.0 on windows XP this problem appeared : ""Moteview the database server localhost is not available please input a valid server name"" the version of pgsql is PostgreSQL 8.0.0-rc1 anyone have any idea to solve this ? -- Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-bugs
[BUGS] BUG #7985: Postgres Windows Installer fails with "permission denied"
The following bug has been logged on the website: Bug reference: 7985 Logged by: hassib Email address: hkhan...@hotmail.com PostgreSQL version: 9.2.2 Operating system: Windows 7 Description: We are facing an issue with Postgres Windows installer (version 9.2.2). In some machines we find that the installer works, in other machines it fails and when checking the logs, we find that the script "initcluster" failed. We are installing Postgres in the default directory (i.e. c:\program files (x86)\PostgreSQL), and the data directory under "c:\ProgramData". After long hours of debugging in the machines where it fails we found the problem in the following line of the scripts "strInitdbPass = strInstallDir & "\" & objFso.GetTempName", which is actually trying to save the password file under the installation directory (i.e. c:\program files (x86)\PostgreSQL) , which failed with "Permission denied" error, when changing this line to point to another directory the script worked. We tried to run the installer as "Local Administrator", but that also didn't fix the issue. What would be the solution for this issue? -- Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-bugs
Re: [BUGS]
On 3/23/2013 7:22 AM, News Subsystem wrote: the version of pgsql is PostgreSQL 8.0.0-rc1 anyone have any idea to solve this ? step 1, install a supported version. 8.0 has been EOSL for several years now, the first robust version of PostgreSQL on MS Windows is 8.3, adn even that is EOL now, 8.4.16 is the oldest version currently supported. 8.0.0-Rc1 was a beta release of the first release of the 8.0 series, which got up to like 8.0.26 before it was discontinued. 8.0.0 was released in January 2005, its 2013 now. I have no idea what Moteview 2.0 is, never heard of it. This package supports PostgreSQL ? what version(s) do they recommend? does it require additional database connectivity components like ODBC, or NPGSQL or ? anyways, I don't believe this is a postgresql bug, so doesn't belong on this list. -- john r pierce 37N 122W somewhere on the middle of the left coast -- Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-bugs
