This is weird.
We are ftp’ing files from an external source to a QNX node. The files from
time to time become corrupt on the server side (QNX node). The files are
plain text files and when the files are cat’ed on the QNX node, appear as
partly the file that was sent and portions of another file that previously
existed on the QNX node. Example: send new_file.csv then cat new_file.csv
and new_file.csv shows the output of /etc/config/netmap as well as portions
of new_file.csv.
Any ideas? Past experiences?
Doug
“Doug Rixmann” <rixmannd@rdsdata.com> wrote in
news:a8ci02$gu5$1@inn.qnx.com:
This is weird.
We are ftp’ing files from an external source to a QNX node. The files
from time to time become corrupt on the server side (QNX node). The
files are plain text files and when the files are cat’ed on the QNX
node, appear as partly the file that was sent and portions of another
file that previously existed on the QNX node. Example: send
new_file.csv then cat new_file.csv and new_file.csv shows the output of
/etc/config/netmap as well as portions of new_file.csv.
Any ideas? Past experiences?
That is strange. You are transfering the files in ASCII mode correct?
Also include a sin ver, perhaps updating to the latest release might help
(if it’s an Fsys problem).
\
Cheers,
Adam
With a PC, I always felt limited by the software available.
On Unix, I am limited only by my knowledge.
–Peter J. Schoenster <pschon@baste.magibox.net>
Fsys32 is 4.24T Feb 26, 1999
Doug
“Adam Mallory” <amallory@qnx.com> wrote in message
news:Xns91E47CFDEA4DBamalloryqnxcom@209.226.137.4…
“Doug Rixmann” <> rixmannd@rdsdata.com> > wrote in
news:a8ci02$gu5$> 1@inn.qnx.com> :
This is weird.
We are ftp’ing files from an external source to a QNX node. The files
from time to time become corrupt on the server side (QNX node). The
files are plain text files and when the files are cat’ed on the QNX
node, appear as partly the file that was sent and portions of another
file that previously existed on the QNX node. Example: send
new_file.csv then cat new_file.csv and new_file.csv shows the output of
/etc/config/netmap as well as portions of new_file.csv.
Any ideas? Past experiences?
That is strange. You are transfering the files in ASCII mode correct?
Also include a sin ver, perhaps updating to the latest release might help
(if it’s an Fsys problem).
\
Cheers,
Adam
QNX Software Systems Ltd.
[ > amallory@qnx.com > ]
With a PC, I always felt limited by the software available.
On Unix, I am limited only by my knowledge.
–Peter J. Schoenster <> pschon@baste.magibox.net
List the “sin ver” to determine which version of TCP/IP you are using. Is
the FTP link getting
terminated at the client before transfer is complete? Or is the server
being powered down while
an FTP transfer is taking place?
Run a “chkfsys -u /” on your hard drive to clean up any corruption. Then
see if any FTP
errors show up afterwards.
Ivan
“Doug Rixmann” <rixmannd@rdsdata.com> wrote in message
news:a8crpd$nh5$1@inn.qnx.com…
Fsys32 is 4.24T Feb 26, 1999
Doug
“Adam Mallory” <> amallory@qnx.com> > wrote in message
news:Xns91E47CFDEA4DBamalloryqnxcom@209.226.137.4…
“Doug Rixmann” <> rixmannd@rdsdata.com> > wrote in
news:a8ci02$gu5$> 1@inn.qnx.com> :
This is weird.
We are ftp’ing files from an external source to a QNX node. The files
from time to time become corrupt on the server side (QNX node). The
files are plain text files and when the files are cat’ed on the QNX
node, appear as partly the file that was sent and portions of another
file that previously existed on the QNX node. Example: send
new_file.csv then cat new_file.csv and new_file.csv shows the output
of
/etc/config/netmap as well as portions of new_file.csv.
Any ideas? Past experiences?
That is strange. You are transfering the files in ASCII mode correct?
Also include a sin ver, perhaps updating to the latest release might
help
(if it’s an Fsys problem).
\
Cheers,
Adam
QNX Software Systems Ltd.
[ > amallory@qnx.com > ]
With a PC, I always felt limited by the software available.
On Unix, I am limited only by my knowledge.
–Peter J. Schoenster <> pschon@baste.magibox.net