求助..谁知道在linux下怎么挂上3tb的外设.

kabir

求助..谁知道在linux下怎么挂上3tb的外设.
只分一个区..我分的时候最大能分到1.4tb求助..谁知道在linux下怎么挂上3tb的外设.

nntp

怎么会?

描述一下你的环境先 !!!!!

1. linux 版本, kernel 版本, errata 版本
2. 什么文件系统,什么版本的
3. 什么存储，怎么连接的

另外，尽可能在TB级存储上避免单独mkfs一个超大分区然后直接mount上.我估计你不是用ext2就是ext3.如果TB级的ext2/3直接单独挂上去后，以后会有数不清的麻烦的. 从fsck开始到disaster recovery,从I/O blocking 开始到partition extending.

在生产环境下，正确的做法是:

1. upgrade你的linux kernel, errata到最新的, TB级存储，尽一切可能规避掉采用RedHat professional 之类的。RHEL, SLES是唯一的选择. FC也尽可能不要用.

2. 如果你的服务器是x86的，不是EM64T/AMD64的(x86_64)的，你就创建LVM分区,每个大小控制在400GB以内(当然，到底最小的用多少，要到现场采用一定的方法和手段作应用级的性能评估才能确定的，这里就是假设你是最普通的应用). 我习惯把所有的分区和lvm操作都脚本化. 所以我一般会切200G的LVM分区. 切多少个LVM partition,具体看你现在到底要用到多少, 比如你现在只要用1TB,就切5x200GB出来,剩下的不要理它.

3. 把你前面切出来的LVM Partition 用 pvcreate 做成PV,然后把用vgcreate  vgname pv1 pv2 pv3... 把你这些pv都放到一个新建的vg中去

4. vg做好后，vgscan一下，如果没有activated, vgchange -a y 来激活, 然后lvcreate从这个1TB的vg中切出你要得lv出来. 比如就是 1TB的lv

5. 给这个lv 创建文件系统，我建议你好好看清楚自己的应用 I/O行为到底是怎样的，如果是大块的顺序读，并且数据不需要太多的保护，直接用ext2是最优的选择，当然你linux玩的还过得去的话，我也建议你优先考虑xfs. 如果都是琐碎的不确定大小的文件，且随机读写操作频繁，建议用ReiserFS. 最后考虑ext3.  (n多人上来就用默认的ext3, ext3性能很糟糕，而且日志只有meta data才做，data区没有日志机制保护的，不像ReiserFS, JFS, XFS那样).

6. 以后要扩容了，就fdisk你的LUN,切出新的LVM partition, 然后用 pvcreate newpv1 newpv2 做好pv,然后用vgextend vgname newpv1 newpv2 newpv3把新的pv扩进去

7. 扩好了vg, 不用umount你之前的1TB LV的mountpoint,直接lvextend +LE numbers  oldLV 来热扩展你的LV,扩好了LV之后，用 reiserfs.resize或者ext3.resize或者xfs_resize之类的动态的热扩展你的mountpoint上的fs

8.瞬间就可以做好n个TB上的存储管理.

看着挺烦德对巴，其实linux下面很容易做,也就个10分钟的事情. 如果你的应用是生产环境的正规应用，忘掉你说的什么直接创建文件系统然后挂上去的做法把，这个是野路子的做法，基本上没有人在正规应用中这样操作TB级的linux存储管理的，主要的原因就是后患无穷。

shtang

2.4 kernel 要加patch不然有一個2T的上限 (對所有block device)

nntp

原帖由 shtang 于 2005-12-13 01:28 发表
2.4 kernel 要加patch不然有一個2T的上限 (對所有block device)

注意 2TB的限制，是说 filesystem ,不是说storage.两码事情.

lv出来后，创建fs的时候会有这个限制.

foobar

原帖由 nntp 于 2005-12-10 21:58 发表
n多人上来就用默认的ext3, ext3性能很糟糕，而且日志只有meta data才做，data区没有日志机制保护的，不像ReiserFS, JFS, XFS那样

ext3是可以保护data的一致性的，事实上用户可以选择三种不同的日志模式。我听说倒是JFS等系统不支持data journaling。

以下摘自：linux/Documentation/filesystems/ext3.txt

Data Mode
---------
There's 3 different data modes:

* writeback mode
In data=writeback mode, ext3 does not journal data at all.  This mode
provides a similar level of journaling as XFS, JFS, and ReiserFS in its
default mode - metadata journaling.  A crash+recovery can cause
incorrect data to appear in files which were written shortly before the
crash.  This mode will typically provide the best ext3 performance.

* ordered mode
In data=ordered mode, ext3 only officially journals metadata, but it
logically groups metadata and data blocks into a single unit called a
transaction.  When it's time to write the new metadata out to disk, the
associated data blocks are written first.  In general, this mode
perform slightly slower than writeback but significantly faster than
journal mode.

* journal mode
data=journal mode provides full data and metadata journaling.  All new
data is written to the journal first, and then to its final location.
In the event of a crash, the journal can be replayed, bringing both
data and metadata into a consistent state.  This mode is the slowest
except when data needs to be read from and written to disk at the same
time where it outperform all others mode.


BTW, 请问有什么数据支持"ext3性能很糟糕"这样的说法？

[ 本帖最后由 foobar 于 2006-1-22 02:28 编辑 ]

nntp

道听途说，不如实际来做。opensource社区也有牛皮烘烘的东西.

ext3=烂.

foobar

原帖由 nntp 于 2006-1-22 21:13 发表
道听途说，不如实际来做。opensource社区也有牛皮烘烘的东西.

ext3=烂.

BTW, 请问有什么"实际"数据支持"ext3=烂"这样的说法？牛皮烘烘，不如给点实际东西。

nntp

原帖由 foobar 于 2006-1-22 21:45 发表



BTW, 请问有什么"实际"数据支持"ext3=烂"这样的说法？牛皮烘烘，不如给点实际东西。

具体项目中，具体谈，失败的案子我怎么会在这里公开说.

也许就是你用的某张银行卡的那个银行.

等我给实际的东西，不如自己去看去了解去比较，有什么能够比自己做出来的更加能说服自己呢?

[ 本帖最后由 nntp 于 2006-1-23 12:55 编辑 ]

flanker_linux

内核得打补丁，用parted分区。不要用fdisk分区。fdisk认不到>2T的分区
我做了一6T的分区，用XFS文件系统。
用ext3和reiserfs挂载的时候会有问题，用jfs，写完了卸载不了，而且管不了机。
最终用只能选择xfs了。

bingosek

请问nntp，你的扩建方法是流行和通用的，在多种存储和多种卷管理软件上扩展也都是这样做的，我的问题是扩建是容易的，缩小有没有比较稳当保险的方法？我一般为了保险缩小是做数据的导入导出的