Package: postgresql-7.4
Version: 1:7.4.17-1
Severity: important

        Hi,

 (I'm filing this bug as important but it might be serious as it
 prevents the shutdown of my machine.)

 /etc/init.d/postgresql-7.4 stop hangs and eats 100% CPU; I have no idea
 what changed caused this.

 It seems this is a problem within /usr/lib/postgresql/7.4/bin/pg_ctl; I
 added a set -x redirected to a file at the top of the script and saw:
+ : echo '.\c'
++ expr + 1
/usr/lib/postgresql/7.4/bin/pg_ctl: line 300: expr: No such file or directory
+ cnt=
+ '[' '' -gt 60 ']'
/usr/lib/postgresql/7.4/bin/pg_ctl: line 301: [: : integer expression expected
+ sleep 1
/usr/lib/postgresql/7.4/bin/pg_ctl: line 309: sleep: No such file or directory
+ :
+ '[' -f /var/lib/postgresql/7.4/main/postmaster.pid ']'
 [repeated in loops]

 The log starts with:
++ basename /usr/lib/postgresql/7.4/bin/pg_ctl
/usr/lib/postgresql/7.4/bin/pg_ctl: line 17: basename: No such file or directory

 Setting:
  export PATH=/bin:/sbin:/usr/bin:/usr/sbin

 At the top of the file fixed the problem; I have no idea which program
 is clearing the PATH.


   Bye,
-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-rc2-686 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages postgresql-7.4 depends on:
ii  libc6    2.5-8                           GNU C Library: Shared libraries
ii  libcomer 1.39+1.40-WIP-2007.04.07+dfsg-2 common error description library
ii  libkrb53 1.6.dfsg.1-4                    MIT Kerberos runtime libraries
ii  libpam0g 0.79-4                          Pluggable Authentication Modules l
ii  libssl0. 0.9.8e-5                        SSL shared libraries
ii  postgres 1:7.4.17-1                      front-end programs for PostgreSQL 
ii  postgres 74                              manager for PostgreSQL database cl

postgresql-7.4 recommends no packages.

-- no debconf information

-- 
Loïc Minier

Reply via email to