トップ 差分 一覧 ソース 検索 ヘルプ RSS ログイン

File handling problem of 32-bit software

File handling problem of 32-bit software

[The entire system][Data analysis servers(kaim*, kaih*)][Terminal workstations(sbt*, alt*)][Batch system(kaibm*)][Others]

We have a problem described below since the new system started its operation in 2018.
As of July 2018, the problem is under investigation.

Problem

In some cases, a 32-bit software (command) may fail to open a file in /lfs* and /wk[m,h]* area.

  • Examples
    • "imcalc" command included in IRAF/STSDAS cannot manipulate (open) files in the /lfs* area.
    • The commands of "newstar" cannot manipulate (open) files in the /wk* area.

Examples of software affected by this problem

- JNewstarLinux (All commands)
- newstar (Almost all)
- IRAF 2.14.1 (Almost all except for part of STSDAS)
- IRAF 2.16.1 (Partly; STSDAS, TABLES, noao.digiphot.photocal)
- x11iraf (All commands)
- mpeg_encode
- mpeg_play

Cause

This problem occurs because 32-bit programs cannot deal with
the inode number of the 64-bit file-system.

Workaround

You should use /home* area (your home directory) when you would like to use
the software with this problem. This problem does not occur in
the /home* area because inode numbers fit within the 32-bit range.

最終更新時間:2018年06月29日 15時19分55秒