求助..谁知道在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的时候会有这个限制.

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

foobar

原帖由 wolfop 于 2006-1-23 14:43 发表

谁在生产系统中用data 日志的？真晕，自己试试性能如何吧，那么怕丢的化，还不如对数据区分类型，需要保护的用rdbms。而且大家都是日志meta data的情况，ext3的性能也比jfs xfs差距很大。rhas3忘记u几之前的ext3还有严重BUG会让内核panic。
此外ext3在调整fs大小的时候必须umount，呵呵。

只是说ext3可以支持data journaling (以回应bz的\"ext3的data区没有日志机制保护的\"的说法)，至于是不是适用于生产系统，那是另外的问题了。

“此外ext3在调整fs大小的时候必须umount”，这是老皇历了(RHEL4之前)。请先看看RHEL4中的ext2online命令。

至于ext3/jfs/xfs的性能比较，那恐怕是需要具体数据来说话了。至于那个严重BUG，如果方便的话最好也提供一些具体信息。实事求是嘛。