[Bug] output Lots of single "r" when inference

[dongwhfdyer]

Checklist

• 1. I have searched related issues but cannot get the expected help.
• 2. The bug has not been fixed in the latest version.
• 3. Please note that if the bug-related issue you submitted lacks corresponding environment info and a minimal reproducible demo, it will be challenging for us to reproduce and resolve the issue, reducing the likelihood of receiving feedback.

Describe the bug

Description

When run inference on data using InternVL2.5 8B or 26B, there are unexpected "r" characters appearing between JSON entries in the output file data_to_regenerate.jsonl. These "r" characters appear to be incorrectly inserted as separators between JSON objects.

Steps to Reproduce

1. Run any dataset. It would happen in lots of data especially for 8B model. Many many many "r", single "r". It would happen much less in internVL 26B.
2. Observing the output shows unexpected "r" characters between JSON entries

Expected Behavior

Generate the natural language.

Actual Behavior

Extra "r" characters appear between the natural language.

Reproduction

Just use transformers or lmdeploy to run inference on data.

Environment

❯ lmdeploy check_env
/home/kuhn.xia/miniforge3/envs/geochat2/lib/python3.10/site-packages/_distutils_hack/__init__.py:53: UserWarning: Reliance on distutils from stdlib is deprecated. Users must rely on setuptools to provide the distutils module. Avoid importing distutils or import setuptools first, and avoid setting SETUPTOOLS_USE_DISTUTILS=stdlib. Register concerns at https://github.com/pypa/setuptools/issues/new?template=distutils-deprecation.yml
  warnings.warn(
sys.platform: linux
Python: 3.10.15 | packaged by conda-forge | (main, Oct 16 2024, 01:24:24) [GCC 13.3.0]
CUDA available: True
MUSA available: False
numpy_random_seed: 2147483648
GPU 0: NVIDIA A100-SXM4-40GB MIG 2g.10gb
CUDA_HOME: /usr/local/cuda
NVCC: Cuda compilation tools, release 12.2, V12.2.140
GCC: gcc (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0
PyTorch: 2.4.0+cu121
PyTorch compiling details: PyTorch built with:
  - GCC 9.3
  - C++ Version: 201703
  - Intel(R) oneAPI Math Kernel Library Version 2022.2-Product Build 20220804 for Intel(R) 64 architecture applications
  - Intel(R) MKL-DNN v3.4.2 (Git Hash 1137e04ec0b5251ca2b4400a4fd3c667ce843d67)
  - OpenMP 201511 (a.k.a. OpenMP 4.5)
  - LAPACK is enabled (usually provided by MKL)
  - NNPACK is enabled
  - CPU capability usage: AVX2
  - CUDA Runtime 12.1
  - NVCC architecture flags: -gencode;arch=compute_50,code=sm_50;-gencode;arch=compute_60,code=sm_60;-gencode;arch=compute_70,code=sm_70;-gencode;arch=compute_75,code=sm_75;-gencode;arch=compute_80,code=sm_80;-gencode;arch=compute_86,code=sm_86;-gencode;arch=compute_90,code=sm_90
  - CuDNN 90.1  (built against CUDA 12.4)
  - Magma 2.6.1
  - Build settings: BLAS_INFO=mkl, BUILD_TYPE=Release, CUDA_VERSION=12.1, CUDNN_VERSION=9.1.0, CXX_COMPILER=/opt/rh/devtoolset-9/root/usr/bin/c++, CXX_FLAGS= -D_GLIBCXX_USE_CXX11_ABI=0 -fabi-version=11 -fvisibility-inlines-hidden -DUSE_PTHREADPOOL -DNDEBUG -DUSE_KINETO -DLIBKINETO_NOROCTRACER -DUSE_FBGEMM -DUSE_PYTORCH_QNNPACK -DUSE_XNNPACK -DSYMBOLICATE_MOBILE_DEBUG_HANDLE -O2 -fPIC -Wall -Wextra -Werror=return-type -Werror=non-virtual-dtor -Werror=bool-operation -Wnarrowing -Wno-missing-field-initializers -Wno-type-limits -Wno-array-bounds -Wno-unknown-pragmas -Wno-unused-parameter -Wno-unused-function -Wno-unused-result -Wno-strict-overflow -Wno-strict-aliasing -Wno-stringop-overflow -Wsuggest-override -Wno-psabi -Wno-error=pedantic -Wno-error=old-style-cast -Wno-missing-braces -fdiagnostics-color=always -faligned-new -Wno-unused-but-set-variable -Wno-maybe-uninitialized -fno-math-errno -fno-trapping-math -Werror=format -Wno-stringop-overflow, LAPACK_INFO=mkl, PERF_WITH_AVX=1, PERF_WITH_AVX2=1, PERF_WITH_AVX512=1, TORCH_VERSION=2.4.0, USE_CUDA=ON, USE_CUDNN=ON, USE_CUSPARSELT=1, USE_EXCEPTION_PTR=1, USE_GFLAGS=OFF, USE_GLOG=OFF, USE_GLOO=ON, USE_MKL=ON, USE_MKLDNN=ON, USE_MPI=OFF, USE_NCCL=1, USE_NNPACK=ON, USE_OPENMP=ON, USE_ROCM=OFF, USE_ROCM_KERNEL_ASSERT=OFF, 

TorchVision: 0.19.0+cu121
LMDeploy: 0.6.4+8d74415
transformers: 4.47.1
gradio: 3.35.2
fastapi: 0.115.5
pydantic: 2.10.4
triton: 3.0.0
NVIDIA Topology: 
        GPU0    NIC0    NIC1    CPU Affinity    NUMA Affinity   GPU NUMA ID
GPU0     X      SYS     SYS     96-127  3               N/A
NIC0    SYS      X      SYS
NIC1    SYS     SYS      X 

Legend:

  X    = Self
  SYS  = Connection traversing PCIe as well as the SMP interconnect between NUMA nodes (e.g., QPI/UPI)
  NODE = Connection traversing PCIe as well as the interconnect between PCIe Host Bridges within a NUMA node
  PHB  = Connection traversing PCIe as well as a PCIe Host Bridge (typically the CPU)
  PXB  = Connection traversing multiple PCIe bridges (without traversing the PCIe Host Bridge)
  PIX  = Connection traversing at most a single PCIe bridge
  NV#  = Connection traversing a bonded set of # NVLinks

NIC Legend:

  NIC0: mlx5_0
  NIC1: mlx5_1

I install torch via pip.


❯ echo -e "PATH=$PATH\n\nLD_LIBRARY_PATH=$LD_LIBRARY_PATH\n\nPYTHONPATH=$PYTHONPATH"
PATH=/home/kuhn.xia/.autojump/bin:/home/kuhn.xia/.autojump/bin:/home/kuhn.xia/miniforge3/envs/geochat2/bin:/home/kuhn.xia/miniforge3/condabin:/usr/local/nvm/versions/node/v16.20.2/bin:/home/kuhn.xia/.cursor-server/cli/servers/Stable-316e524257c2ea23b755332b0a72c50cf23e1b00/server/bin/remote-cli:/usr/local/lib/python3.10/dist-packages/torch_tensorrt/bin:/usr/local/mpi/bin:/usr/local/nvidia/bin:/usr/local/cuda/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/local/ucx/bin:/opt/tensorrt/bin:/home/kuhn.xia/software

LD_LIBRARY_PATH=/usr/local/lib/python3.10/dist-packages/torch/lib:/usr/local/lib/python3.10/dist-packages/torch_tensorrt/lib:/usr/local/cuda/compat/lib:/usr/local/nvidia/lib:/usr/local/nvidia/lib64

PYTHONPATH=

Error traceback

No.

[yuecao0119]

Hi,

Is it convenient to provide the simplest reproducible code? So that we can identify the problem.

[aircloud]

Same here, I'm dealing with the same issue.

[AlanGPWang2024]

unsubscribe.发自我的iPhone------------------ Original ------------------From: xt.n ***@***.***>Date: Wed,Jan 22,2025 7:03 PMTo: OpenGVLab/InternVL ***@***.***>Cc: Subscribed ***@***.***>Subject: Re: [OpenGVLab/InternVL] [Bug] output Lots of single "r" wheninference (Issue #870) Same here, I'm dealing with the same issue. —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you are subscribed to this thread.Message ID: ***@***.***> [ { ***@***.***": "http://schema.org", ***@***.***": "EmailMessage", "potentialAction": { ***@***.***": "ViewAction", "target": "#870 (comment)", "url": "#870 (comment)", "name": "View Issue" }, "description": "View this Issue on GitHub", "publisher": { ***@***.***": "Organization", "name": "GitHub", "url": "https://github.com" } } ]

[wenqi-wang20]

Same here, waiting for the solution

[KurtKoo]

I guess it may be relevant to the output out of the data type range? For some of my data, it would only output "r". 100% reproduced.

[toddyLee]

Same here, but if used a longer or clear prompt, it worked. The questions and answers may be sth. like:
Q1: Please describe this image. A1: r
Q2: Please describe this image in no more than 500 words. A2: In this picture, ...
Q3: Please describe this image. If you cannot understand this image, please return with the message: "Sorry, I cannot describe." A3: Sorry, I cannot describe."