[lammps-users] ERROR: Did not assign all atoms correctly

Dear lammps-users:
I constructed a data file which contain 165212 atoms, but when I use read_data command, lammps shows ERROR: Did not assign all atoms correctly.And only read in 164951 atoms.
Then I reduce the atom number, and the error shows again. and every time read in few thousand atoms fewer than the total number I constructed and shows error.What’s wrong with it? Is my data file too large?
Eagerly waiting for the reply, and thank you very much!
Sincerely yours
Susie Chen

Dear lammps-users:

dear susie

     I constructed a data file which contain 165212 atoms, but when I
use read_data command, lammps shows ERROR: Did not assign all atoms
correctly.And only read in 164951 atoms.
     Then I reduce the atom number, and the error shows again. and
every time read in few thousand atoms fewer than the total number I
constructed and shows error.What's wrong with it? Is my data file too
large?

yes and no. this looks like the data file that you created
has more columns that the atom style you selected in your
lammps script requires. have a close look at the documentation
of the read_data command.

how did you generate your data file?
what are the settings in your lammps input.

cheers,
   axel.

This portion of the read_data doc page is likely relevant:

If the system is periodic (in a dimension), then atom coordinates can
be outside the bounds (in that dimension); they will be remapped (in a
periodic sense) back inside the box.

IMPORTANT NOTE: If the system is non-periodic (in a dimension), then
all atoms in the data file must have coordinates (in that dimension)
that are "greater than or equal to" the lo value and "less than or
equal to" the hi value. If the non-periodic dimension is of style
"fixed" (see the "boundary"_boundary.html command), then the atom
coords must be strictly "less than" the hi value, due to the way
LAMMPS assign atoms to processors. Note that you should not make the
lo/hi values radically smaller/larger than the extent of the atoms.
For example, if your atoms extend from 0 to 50, you should not specify
the box bounds as -10000 and 10000. This is because LAMMPS uses the
specified box size to layout the 3d grid of processors. A huge
(mostly empty) box will be sub-optimal for performance and may cause a
parallel simulation to lose atoms the first time that LAMMPS
shrink-wraps the box around the atoms.

Steve