bad pbm.cfg file

John Garvey <jpg@cisco.com> wrote in message
news:3A4374B1.5BF6EC6D@cisco.com

Augie Henriques wrote:

[bad pdm config files]

Yes, you (and many others) are victims of a “flowery performance
optimisation” (writing blocks to disk is slow, so don’t do it!).

This is fixed in Fsys 4.24O, although I strongly recommend you
upgrade to 4.24V as it also fixes deadlocks in link(), rename(),
and write(), fixes message buffer corruption bugs with stat(),
ramdisk issues, ENOSPC fixes, ensures fsync() always physically
writes inodes, and also bugs with discarded disk writes to
_REMOVABLE media (and more).

I’m using a DELL Inspiron 5000 laptop with QNX 4.25 and Photon 1.14 from the
June 2000 CD. This system does have Fsys 2.24V. The pdm.cfg file goes bad
more often than I care to fix it (retore from backup). This is a new system
we are setting up for NASA. I don’t want them to get the wrong impression
about QNX 4.25 and Photon 1.14.

Please help.

Augie

This is not really a bug as much as a big annoyance. I
I think this is a bug. Losing the Photon Desktop Manager is not good.

Yes, it is plainly a bug. Delayed-writes of bitmap blocks (as a
performance aid) is simply unacceptable without explicit user
compliance (Fsys -a). Suggestions involving ‘-d’ just move the
timing window of corruption and are a poor substitute for upgrading.

It is a pity that QNX4/NTO filesystem issues receive little informed
official comment and too much unofficial unfounded glory-day rhetoric.

Do not turn off computer after Photon shut down about 2-3 sec.
When you Photon shut down - it need some time to save *.cfg files srough
Fsys spooling.

So all is OK, you can delete this wrong file and start Photon again.

regards.

Augie Henriques <augiehenriques@hotmail.com> ÚÁÐÉÓÁÎÏ × ÓÔÁÔØÀ
<93cok6$dl$1@inn.qnx.com>…

John Garvey <> jpg@cisco.com> > wrote in message
news:> 3A4374B1.5BF6EC6D@cisco.com> …
Augie Henriques wrote:

[bad pdm config files]

Yes, you (and many others) are victims of a “flowery performance
optimisation” (writing blocks to disk is slow, so don’t do it!).

This is fixed in Fsys 4.24O, although I strongly recommend you
upgrade to 4.24V as it also fixes deadlocks in link(), rename(),
and write(), fixes message buffer corruption bugs with stat(),
ramdisk issues, ENOSPC fixes, ensures fsync() always physically
writes inodes, and also bugs with discarded disk writes to
_REMOVABLE media (and more).

I’m using a DELL Inspiron 5000 laptop with QNX 4.25 and Photon 1.14 from
the
June 2000 CD. This system does have Fsys 2.24V. The pdm.cfg file goes
bad
more often than I care to fix it (retore from backup). This is a new
system
we are setting up for NASA. I don’t want them to get the wrong
impression
about QNX 4.25 and Photon 1.14.

Please help.

Augie


This is not really a bug as much as a big annoyance. I
I think this is a bug. Losing the Photon Desktop Manager is not
good.

Yes, it is plainly a bug. Delayed-writes of bitmap blocks (as a
performance aid) is simply unacceptable without explicit user
compliance (Fsys -a). Suggestions involving ‘-d’ just move the
timing window of corruption and are a poor substitute for upgrading.

It is a pity that QNX4/NTO filesystem issues receive little informed
official comment and too much unofficial unfounded glory-day rhetoric.
\

Hi.

Leonid Khait <lhait@diaspro.com> wrote in message
news:01c079df$48cf7fc0$55103bd5@khait…

Do not turn off computer after Photon shut down about 2-3 sec.
When you Photon shut down - it need some time to save *.cfg files srough
Fsys spooling.

After you exit Word don’t start Excel for 2-3 sec, -:).

So all is not OK. I wish someone would make the effort to make a fix for
this problem?

Thanks for the reply.

Augie

So all is OK, you can delete this wrong file and start Photon again.

regards.

Augie Henriques <> augiehenriques@hotmail.com> > ÚÁÐÉÓÁÎÏ × ÓÔÁÔØÀ
93cok6$dl$> 1@inn.qnx.com> >…

John Garvey <> jpg@cisco.com> > wrote in message
news:> 3A4374B1.5BF6EC6D@cisco.com> …
Augie Henriques wrote:

[bad pdm config files]

Yes, you (and many others) are victims of a “flowery performance
optimisation” (writing blocks to disk is slow, so don’t do it!).

This is fixed in Fsys 4.24O, although I strongly recommend you
upgrade to 4.24V as it also fixes deadlocks in link(), rename(),
and write(), fixes message buffer corruption bugs with stat(),
ramdisk issues, ENOSPC fixes, ensures fsync() always physically
writes inodes, and also bugs with discarded disk writes to
_REMOVABLE media (and more).

I’m using a DELL Inspiron 5000 laptop with QNX 4.25 and Photon 1.14 from
the
June 2000 CD. This system does have Fsys 2.24V. The pdm.cfg file goes
bad
more often than I care to fix it (retore from backup). This is a new
system
we are setting up for NASA. I don’t want them to get the wrong
impression
about QNX 4.25 and Photon 1.14.

Please help.

Augie


This is not really a bug as much as a big annoyance. I
I think this is a bug. Losing the Photon Desktop Manager is not
good.

Yes, it is plainly a bug. Delayed-writes of bitmap blocks (as a
performance aid) is simply unacceptable without explicit user
compliance (Fsys -a). Suggestions involving ‘-d’ just move the
timing window of corruption and are a poor substitute for upgrading.

It is a pity that QNX4/NTO filesystem issues receive little informed
official comment and too much unofficial unfounded glory-day rhetoric.
\

I don’t want to get into the is it or isn’t it a bug argument
again, but most likely the behavior that causes this is:

  1. Exit Photon
  2. Short delay
  3. Turn of cpu power


    Here are three possible ways to avoid the problem.

A) Skip steps 1 + 2
B) Make sure that step two is long enough. In a default system I’d count
to 5.
C) Modify your boot file adding “Fsys -d#” I use -d1 myself. This
decreases the delay needed in 2) considerably. It also decreases
disk write performance somewhat.


I’m using a DELL Inspiron 5000 laptop with QNX 4.25 and Photon 1.14 from the
June 2000 CD. This system does have Fsys 2.24V. The pdm.cfg file goes bad
more often than I care to fix it (retore from backup). This is a new system
we are setting up for NASA. I don’t want them to get the wrong impression
about QNX 4.25 and Photon 1.14.
Please help.

Mitchell Schoenbrun --------- maschoen@pobox.com