C.Arthur 回复于：2004-02-02 17:16:19 |
把你需要挂接的文件系统写到/etc/vfstab里
|
lixiaosi 回复于：2004-02-02 17:26:33 |
我看了一下，已经在里面写着呢
不是这个原因吧
|
metor78 回复于：2004-02-02 17:28:16 |
没有把这个分区设置成自动加载吧？？看看你得vfstab文件好吗？
|
findufo 回复于：2004-02-02 17:40:30 |
如果是非正常关机后，是会有这现象的，这十分正常。没有方法避免
|
ewebboy 回复于：2004-02-02 17:50:56 |
是呀
|
jianyan 回复于：2004-02-02 18:01:48 |
只要正常关机没问题就可以了，
掉电出错是没有办法的事
是不是SUN v120上你装了什么数据库之类大IO的进程。
而V280上没有这样的大IO进程。
|
race 回复于：2004-02-02 22:31:44 |
vfstab里面可以避免fsck，加个logging的选项就可以了。
|
lixiaosi 回复于：2004-02-02 22:42:02 |
是不是SUN v120比SUN 280要脆弱，是这个原因吗？？
我是在SUN v120上面装了Oracle 8i，而且每天的数据量挺大，
日志的产生量平均每天是1G，而且还有我们的应用平台，所以大的IO进程
有很多，SUN 280没有这些进程，只是作为通信服务器来使用，是这个
原因吗？？
|
lixiaosi 回复于：2004-02-02 23:06:14 |
SUN 280 的vfstab的内容：
#device device mount FS fsck mount mount
#to mount to fsck point type pass at boot options
#
#/dev/dsk/c1d0s2 /dev/rdsk/c1d0s2 /usr ufs 1 yes -
fd - /dev/fd fd - no -
/proc - /proc proc - no -
/dev/dsk/c1t0d0s1 - - swap - no -
/dev/dsk/c1t0d0s0 /dev/rdsk/c1t0d0s0 / ufs 1 no
-
/dev/dsk/c1t0d0s3 /dev/rdsk/c1t0d0s3 /usr ufs 1 no
-
/dev/dsk/c1t0d0s4 /dev/rdsk/c1t0d0s4 /var ufs 1 no
-
/dev/dsk/c1t0d0s6 /dev/rdsk/c1t0d0s6 /home ufs 2 yes
-
/dev/dsk/c1t0d0s5 /dev/rdsk/c1t0d0s5 /opt ufs 2 yes
-
/dev/dsk/c1t0d0s7 /dev/rdsk/c1t0d0s7 /sybase ufs 2 yes
-
swap - /tmp tmpfs - yes -
~
~
SUN v120的vfstab的内容：
#device device mount FS fsck mount mount
#to mount to fsck point type pass at boot options
#
fd - /dev/fd fd - no -
/proc - /proc proc - no -
/dev/dsk/c0t0d0s3 - - swap - no -
/dev/dsk/c0t0d0s0 /dev/rdsk/c0t0d0s0 / ufs 1 no
-
/dev/dsk/c0t0d0s6 /dev/rdsk/c0t0d0s6 /usr ufs 1 no
-
/dev/dsk/c0t0d0s1 /dev/rdsk/c0t0d0s1 /var ufs 1 no
-
/dev/dsk/c0t0d0s7 /dev/rdsk/c0t0d0s7 /home ufs 2 yes
-
/dev/dsk/c0t0d0s5 /dev/rdsk/c0t0d0s5 /opt ufs 2 yes
-
swap - /tmp tmpfs - yes -
~
~
~
以上就是两台机器的vfstab的内容，都是在在安装的时候系统自己写好的，
我自己没有人为的干涉，大家看看是不是没有设成自动加载？？
|
race 回复于：2004-02-02 23:06:35 |
FSCK主要是检查磁盘的一致性，你想了解原因，就找点FSCK的资料看看，280自己掉电后，也可能是FSCK自动修复好了，就不需要手工做了，如果自动过不去的话，就提示你手工做
|
jianyan 回复于：2004-02-02 23:14:51 |
如果能用fsck修复的话，一定不关vfstab什么事了。
是其它原因，
楼上的，是不是帮我解决OSI安装的问题先，
|
lixiaosi 回复于：2004-02-03 09:45:28 |
[quote:0d4fdb9ce3="race"]vfstab里面可以避免fsck，加个logging的选项就可以了。[/quote:0d4fdb9ce3]
1。 race，你说加个logging的选项，怎麽个加法，我看SUN 280也没有加什麽
logging的选项，怎麽就可以自己fsck修复好？？
2。我开始也是认为掉电以后文件系统的损坏是无法避免的，需要用fsck进行修
复，但是现在SUN 280的文件系统就没有掉，而SUN v120的文件系统就掉了，
需要用fsck进行修复，SUN 280的系统是SUN的工程师给装的，SUN v120的系
统是我装的，就有人认为是我装的文件系统有问题，两台机器的文件系统的架构
在上面已经列出来了，我该怎样反驳他？？
3。 solaris的文件系统怎麽这麽脆弱，同样的应用，我在redhat linux 下装
oracle8i和在solaris下装oracle8i，都掉电了，linux下的文件系统就没问题，
而solaris下的文件系统就掉了，是不是solaris下的文件系统比较脆弱？？还是
怎麽的？？
|
云间苍月 回复于：2004-02-03 10:04:01 |
solaris就是很脆弱，不争的事实
|
lixiaosi 回复于：2004-02-03 10:54:27 |
谁能把握上面提到的三个问题一一解答一下？？
在线等？
|
云间苍月 回复于：2004-02-03 11:17:04 |
logging加在vfstab里的，mountoption里
你就告诉他solaris就是怕非法关机，系统很脆弱，280没事是因为跑的服务不同的关系，而且运气比较好
第3个就不好说了，就是很脆弱，但是没比较过
|
hamwork 回复于：2004-02-03 11:41:13 |
ufs文件系统是非日志型文件系统，所以在系统非法重起后都必须进行fsck，所不同的是你的280没有象120上这样大而且频繁的io操作，所以280在非法掉电重新启动后可以fsck自动过去并且正常启动，而120则不能。如果说两台系统的文件系统有什么差别，可以比较一下solaris版本好及patch。比较一下uname -a的输出即可。
你的linux用的是什么文件系统呢？
|
云间苍月 回复于：2004-02-03 11:46:22 |
正解~~~~~
|
lixiaosi 回复于：2004-02-03 14:00:51 |
SUN v120的显示：
# uname -a
SunOS solaris 5.9 Generic_112233-06 sun4u sparc SUNW,UltraAX-i2
#
SUN280的显示：
# uname -a
SunOS jk 5.8 Generic_108528-15 sun4u sparc SUNW,Sun-Fire-280R
#
楼上兄弟，你看看，能看出啥吗？你说大的IO操作导致不能自己fsck恢复，
我这还有一台Ultra 1,上面啥都没有装，就是装了一个solaris 9，我要这台
机子掉电的话，文件系统一样要我人工fsck修复，这是咋回事？？
Ultra 1的显示：
# uname -a
SunOS solaris 5.9 Generic_112233-03 sun4u sparc SUNW,Ultra-1
#
我的linux的文件系统的事ext3的文件系统，说起文件系统，好像不是你能
决定的吧，好像是由操作系统决定的，比如说windows的文件系统是
FAT32或NTFS，而linux的文件系统是ext2或ext3，solaris的文件系统是
UFS，你能人为决定文件系统的类型吗？？
|
云间苍月 回复于：2004-02-03 14:38:24 |
至少solaris是可以改的，不过没有什么意义啊？你就在vfstab里加一下logging应该管用的，修复的问题似乎根桩的软件，和掉电视后哦正在运行的进程有关阿，那个真的是没什么规律，我觉得~~~
|
lixiaosi 回复于：2004-02-03 15:24:25 |
1。刚才我和SUN的工程师电话聊了一下，他说机器掉电后，非法重启fsck
自动修复不能修复文件系统的什麽块来的，什麽什麽id？必须手动修复，是
不是超级快，是不是超级块的id号？我没记清楚
2。我用format命令查看了一下SUN v120和SUN280R的硬盘分区的
结构，具体如下：
SUN v120:
Part Tag Flag Cylinders Size Blocks
0 root wm 2913 - 5825 2.00GB (2913/0/0) 4194720
1 var wm 5826 - 8738 2.00GB (2913/0/0) 4194720
2 backup wm 0 0 (0/0/0) 0
3 swap wu 0 - 2912 2.00GB (2913/0/0) 4194720
4 unassigned wm 0 0 (0/0/0) 0
5 unassigned wm 8739 - 11651 2.00GB (2913/0/0) 4194720
6 usr wm 11652 - 26215 10.00GB (14564/0/0) 20972160
7 home wm 26216 - 49779 16.18GB (23564/0/0) 33932160
SUN 280R：
Part Tag Flag Cylinders Size Blocks
0 root wm 0 - 1451 2.00GB (1452/0/0) 4194828
1 swap wu 1452 - 2903 2.00GB (1452/0/0) 4194828
2 backup wm 0 - 24619 33.92GB (24620/0/0) 71127180
3 usr wm 2904 - 5807 4.00GB (2904/0/0) 8389656
4 var wm 5808 - 7259 2.00GB (1452/0/0) 4194828
5 unassigned wm 7260 - 9437 3.00GB (2178/0/0) 6292242
6 home wm 9438 - 13793 6.00GB (4356/0/0) 12584484
7 unassigned wm 13794 - 24619 14.91GB (10826/0/0) 31276314
我发现这两个分区的唯一不同的地方就是backup这个地方，
SUN v120这样分的：
2 backup wm 0 0 (0/0/0) 0
SUN 280R这样分的：
2 backup wm 0 - 24619 33.92GB (24620/0/0) 71127180
哪个正确，SUN v120是我分的分区，SUN 280R是SUN的工程师分的分
区，即使我分得SUN v120不正确，有隐患吗？？
|
云间苍月 回复于：2004-02-03 15:33:54 |
那个分区不能动的阿~~~0-0？？？！！！那是整个硬盘的大小阿，0-0应该是没有啊？！你改它了？？
|
lixiaosi 回复于：2004-02-03 15:40:25 |
那就是我在分区的过程中有问题，是不是少做了一步，才导致一掉电
就掉文件系统？？
|
云间苍月 回复于：2004-02-03 15:54:25 |
那我还真不知道，这个分区我没动过，你还真敢干
|
lixiaosi 回复于：2004-02-03 16:12:07 |
是这样的，我把这个分区给释放了
因为我刚开始工作的时候，别人教我在Ultra 5上安装solaris2.6的时候，
别人让我把overlap这个分区给清空了，所以现在我在安装的时候也是
把这个overlap分区清空释放掉，所以就是这样的。我在往SUN v120
上安装solaris 9的时候，我还纳闷呢，怎麽overlap置为0或者置为
整个整盘的空间都没问题，现在发现了，overlap到底是置为0呢，还是
置为整个硬盘的空间呢，如果置为0的话，有影响吗？可是我们以前给
银行开发项目的时候，都是把overlap置为0的？？这到底是咋回事？
overlap是干吗使的，楼上这位兄弟给我说说
|
hamwork 回复于：2004-02-03 16:21:57 |
[quote:8409c54b0a="云间苍月"]至少solaris是可以改的，不过没有什么意义啊？你就在vfstab里加一下logging应该管用的，修复的问题似乎根桩的软件，和掉电视后哦正在运行的进程有关阿，那个真的是没什么规律，我觉得~~~[/quote:8409c54b0a]
没错哦。。
|
hamwork 回复于：2004-02-03 16:27:35 |
个人认为可能没有什么影响。但是sun是不建议这样做的。默认情况下slice 2就是指整个硬盘。
|
lixiaosi 回复于：2004-02-03 16:36:58 |
目前的情况是：
一。
我刚开始工作的时候，别人教我在Ultra 5上安装solaris2.6的时候，
别人让我把overlap这个分区清空，所以现在我在安装的时候也是
把这个overlap分区清空释放掉，当时我们给银行开发项目，都是这
样做的，所以我现在也是习惯性的把这个分区给清空
二 。我在往SUN v120 上安装solaris 9的时候，还纳闷呢，怎麽
overlap置为0或者置为整个整盘的空间都没问题，这是我的一个遗
留问题
我现在的问题是：
1。 overlap到底是置为0呢，还是置为整个硬盘的空间呢，如果置为0
的话，有影响吗？
2。是不是就是因为我把overlap这个分区置为0了，才导致在断电的情
况下，比没有置overlap为0的文件系统更加容易掉？
3。这到底是咋回事？ overlap是干吗使的？？
楼上兄弟们说说
|
hamwork 回复于：2004-02-03 17:14:36 |
这可不好说一定如何。。
不过我们可以做个试验。你先把slice 2恢复成整个硬盘大小。然后如果有机会在非法重新启动的话，看看是不是还是今天的这个状态。
个人认为
1没有影响。
2不是的。那个sun的工程师不是已经告诉你了嘛。fsck修复的是文件系统一级的东东，磁盘分区是底层的东东。如果说真的有影响的话，那就不可能你在fsck的时候才会有影响。
3overlap默认代表整个硬盘大小，有时可以直接使用该分区进行读些。
|
zhangpiwang 回复于：2004-02-03 17:47:17 |
[quote:080abe2710]不过我们可以做个试验。你先把slice 2恢复成整个硬盘大小。然后如果有机会在非法重新启动的话，看看是不是还是今天的这个状态。[/quote:080abe2710]
还是做个试验好!
按照标准的应该是overlap就是应该表示全部的磁盘容量.我看sun的管理员手册上没有动这个东西.我想不应该动吧.最好按照标准的来.否则人家为什么要那么起名字呢!也可以问一下sun确定一下!
|
lixiaosi 回复于：2004-02-03 18:07:17 |
我刚才又和SUN的工程师说了一会，把通话结果总结一下：
一。SUN是不主张把overlap置为0的，但是置为0以后，除了对恢复有
影响之外，对系统的运行没有影响
二。就是因为我把overlap置为0,才使得掉电以后，SUN v120的所有文
件系统很难恢复，不光是我安装oracle8i在/home文件系统下，其他的文件
系统，比如/usr，/var等等，除了"/"文件系统是好的之外，其他的文件系统
都需要我人工fsck修复，这是因为：overlap是作为整个硬盘来用的，断电
恢复时要从overlap中找很多东西，而动了这个分区，修复时会出现很多问
题。这是那个工程师的原话
我现在问题是：
1。怎样将slice 2(overlap)由现在的0恢复成整个硬盘的大小？？除了
重装系统之外，怎样在现有的情况下恢复？
2。我现在对这个SUN公司的硬盘管理产生了疑问，比如就是一块40G硬
盘，怎麽分出两个40G出来，一个由overlap所拥有，一个由“/”，
“/usr”，“/home”,“/var”，“/opt”等等来拥有，这是怎麽回事？
谁能给我解释一下，SUN工程师给我解释为把硬盘看作一个柜子，对柜子的
不同的看法，我理解为overlap是一个虚拟的分区，但我还是概念上很模
糊，谁能给我往清楚解释一下？
|
hamwork 回复于：2004-02-03 18:41:43 |
哎~~~，对于sun工程师给的结论我回去进一步验证的，我不能完全认同。
slice 2是可能是可以不重新安装系统然后恢复的。这需要做一个试验。前提是你需要对有用的数据备份。
问题2需要你去看书理解一下，其实用的多了，自然就知道了。
|
hamwork 回复于：2004-02-03 18:43:29 |
其实关于overlap是否能恢复，你可以问问sun啊，看他有什么说法呢？？
|
lixiaosi 回复于：2004-02-03 22:06:21 |
谢谢楼上几位兄弟！
对于overlap的概念问题，我自己找文档看一下，在这就不劳兄弟们了
对于overlap的在线恢复问题，我是准备请教SUN的，但还是想请知道
的兄弟们给说一下
所以我现在的问题是：
1。怎样将slice 2(overlap)由现在的0恢复成整个硬盘的大小？？除了
重装系统之外，怎样在现有的情况下恢复？
2。前面一直在说在vfstab文件里面加logging选项，我看了一下，加
这个logging到底是何用，race兄说是避免fsck，后来云间苍月兄的意
思促进了fsck修复文件系统，到底是何作用？如果是促进了fsck修复文件
系统，而且这个logging是加在vfstab的mount option里，是不是这样：
#device device mount FS fsck mount mount
#to mount to fsck point type pass at boot options
#
fd - /dev/fd fd - no -
/proc - /proc proc - no -
/dev/dsk/c0t0d0s3 - - swap - no -
/dev/dsk/c0t0d0s0 /dev/rdsk/c0t0d0s0 / ufs 1 no logging
/dev/dsk/c0t0d0s6 /dev/rdsk/c0t0d0s6 /usr ufs 1 no logging
/dev/dsk/c0t0d0s1 /dev/rdsk/c0t0d0s1 /var ufs 1 no logging
/dev/dsk/c0t0d0s7 /dev/rdsk/c0t0d0s7 /home ufs 2 yes logging
/dev/dsk/c0t0d0s5 /dev/rdsk/c0t0d0s5 /opt ufs 2 yes logging
swap - /tmp tmpfs - yes -
上面加logging，加的对否？？
|
lixiaosi 回复于：2004-02-04 10:26:35 |
谁能说说上面的两个问题，完成问题的收尾？
|
hamwork 回复于：2004-02-04 10:36:13 |
1我做过overlap的恢复，但是划分完毕后，没有最终label。但是只要可以label的话，就肯定可以恢复。
2加上logging以后，ufs文件系统即相当于日志型文件系统了。那么这个时候如果需要对系统进行fsck就要快得多了。就像你的linux一样。
|
云间苍月 回复于：2004-02-04 10:40:10 |
1可以用format改一下，但是我真得没改过，我觉得改成0都没有问题，该回来应该也没事吧，我只是觉得阿，你应该慎重，再问问别人
2logging是强制在message里面不写下信息，也就避免了开机时的fsck，不是加速什么修复。另外建议以下sun得热线工程师水平也就是那么回事，现场的工程师氏萍还是很高的，你跟你的领导解释，就说solaris就是很脆弱，就是怕非正常断电也就可以了~~~~另外你可以很他推荐用windows哈哈哈，开个玩笑
|
lixiaosi 回复于：2004-02-04 11:14:15 |
1。按照上面两位兄弟说法，加了logging以后，如果在断电
时有文件系统坏了的话，断电重起时系统就不进行fsck修
复了，就是等着我一个一个手工fsck修复文件系统就行了，
是不是这个意思？？
2。有几次，我发现断电重起后，只有“/”和“/usr”文件系统
是连线的，其他的文件系统都掉了，我就把其他的文件系统
一一修复，但是连线的“/usr”文件系统也有坏块，我只得
在线修复“/usr”文件系统，不过还好，没有出啥问题，而
“/”好像一直没有出啥问题，我现在问了一下，如果连“/”
也出现坏块了，在线修好了就不说啥了，如果修复不好，或者
说“/usr”和其他的文件系统无论在线还是不在线，都不能修
复好，这时该如何处理，是不是尽可能挽救和备份现有数据的
情况下，然后重装操作系统和数据库？？
|
云间苍月 回复于：2004-02-04 11:29:10 |
没那么严重把，应该可以修复好的~~~加了logging之后，应该也不用手动修复了~~
|
hamwork 回复于：2004-02-04 11:33:43 |
[quote:a6f437c4f4="云间苍月"]1可以用format改一下，但是我真得没改过，我觉得改成0都没有问题，该回来应该也没事吧，我只是觉得阿，你应该慎重，再问问别人
2logging是强制在message里面不写下信息，也就避免了开机时的fsck，不是加速什么修复?.........[/quote:a6f437c4f4]
这个是官方文档：
Enables or disables logging for the file system. UFS logging is the process of storing transactions (changes that make up a complete UFS operation) into a log before the transactions are applied to the UFS file system. Logging helps prevent UFS file systems from becoming inconsistent, which means fsck can be bypassed. Bypassing fsck reduces the time to reboot a system if it crashes, or after a system is shutdown uncleanly.
The log is allocated from free blocks on the file system, and is sized at approximately 1 Mbyte per 1 Gbyte of file system, up to a maximum of 64 Mbytes.
增加logging可以将ufs变成日志型文件系统，因此可以加快fsck。
|
云间苍月 回复于：2004-02-04 11:36:57 |
哦~~~我理解错了~~~呵呵，试一下吧~~我在查查资料
|
hamwork 回复于：2004-02-04 11:37:28 |
一般情况不会那么糟糕，但是如果频繁断电，导致硬盘坏块太多，到是有可能导致数据丢失。
|
云间苍月 回复于：2004-02-04 11:38:41 |
通常对于UFS来说，如果操作系统在任何文件系统操作中崩溃，整个文件系统都需要用fsck命令做一致性检查。这个命令的执行可能需要几分钟的时间，因为它需要检测所有的metadata和文件的数据以确认文件系统的完整性：包括当前已经用的空间、未用的、inode的数量等，修复其中不一致的地方。出现比较大的问题时还需要人工干预。在做检查的过程中有可能会丢失文件，甚至目录。这决定于crash发生时，该操作进行到了哪种程度。如果采用logging功能，情况就完全不同。因为metadata的修改首先被写在log空间而不是文件系统中。如果系统崩溃，对文件系统一致性的检测可以仅仅限于log中记录的那部分，这样会更简单、更有效。系统检查logging的数据，以决定在上一次的文件系统中，哪种修改已经做过了，哪种修改即将做，哪种修改正在做， 做过的和即将做但还没有做的操作被系统从log中删掉， 而那些做了一部分的会被接着做完或完全取消掉。如果在log中记录了足够的数据来完成这一操作，该操作会被继续完成。否则，这种改变会被取消。熟悉数据库操作的用户会发现这和数据库软件中的事务处理过程非常相似。最终的结果是：文件系统能够最大限度地保持一致，不需要进行彻底的文件系统检测，整个文件系统检测过程只需要花几秒钟时间。从Solaris 7开始, mount命令和/etc/vfstab文件中也有了一个新的logging选项。
|
hamwork 回复于：2004-02-04 11:39:29 |
其实solaris也是有自己的日志型文件系统的，就是ufs。性能上不敢说，但一直以来都很稳定，所以我们一直用它。。呵呵~~
|
lixiaosi 回复于：2004-02-04 13:10:30 |
solaris在性能上还是不错的，起码在相同配置下，CPU和IO速度
都很快，这也可能是SCSI硬盘和总线有关，给我的感觉就是，
solaris比linux要快，运行很长时间以后，不会随着垃圾文件和临
时文件的增多，而变得慢，这一点上好像比linux要好，但是不能这
样说，因为linux预安装的应用太多，这也增大了linux的开销，稳
定性都差不多，solaris唯一的缺点就是文件系统太脆弱，与我把
overlap清空也有关系
早上又和SUN的工程师通了个电话，水平不能说很高，很多的问题
都是要我看文档，说一看就明白了，明显是搪塞我，问到logging
参数的问题，他没听过，呵呵，我也不知道你们从哪知道的，只是觉
得他说话可能要权威一些，毕竟代表的是SUN公司的，把通话结果总
结以下，也算我的一点点贡献，大家共享：
1。overlap一般来说不能在线恢复，即使恢复了，也破坏了原有的文件
系统，得不偿失，如果实在想恢复，不如重装系统，以免留下无法预知
的隐患，所以我只是准备在实验机器上做一下，生产机还是不动了，有机会
重装一下，整个系统也重新构架一下
2。进一步验证了overlap清空以后，不会对系统的正常运行产生影响，只
会对系统crash以后，系统自动修复产生影响
3。solaris自己修复一般不能完全修复文件系统的超级块和超级id，需要手
工修复一下
4。solaris只能分8个分区，不能再多分了，其中只有两个分区可以自定
义，对于oracle的OFA结构的话，可能有所限制，我只是猜想，没有具体
验证OFA结构，如果想分扩展分区的话，必须要借助一个什麽软件，没有
听清，而window和linux的分区是主和扩展的，要灵活的多
5。看了看上面两位兄弟的讨论，也看了看上面的官方文档，我觉得加
logging参数以后，是不是就和oralce启动归档进程，增加了归档日志，
把所有的操作都记下了，以文件的形式保存，是不是logging也是以一种
不可见的文件方式记下操作过程，恢复的时候从不可见文件里面取东西，
不知我的理解对不对，上面二位说一下？？
上面有通话的总结，也有我的一些知识
|
zq9711 回复于：2004-02-04 14:52:13 |
lixiaosi,好样的
|
lixiaosi 回复于：2004-02-04 15:51:23 |
我做了一下试验，加上logging参数以后
掉了好几次电，文件系统都没有问题了
结合前面hamwork和云间苍月的对话
基本上知道了logging的用途
1。加上logging以后，所记的log在何处？？
我查了一下，没找到
2。我们的数据库服务器生产机每天日志的产生
量是1G，这还不算对数据库的DML操作(事务操作）
和DDL操作，这麽大的IO操作，会不会使log变的
很大了，影响系统正常工作？？？而且记log本身
也对CPU和IO产生负担
hamwork和云间苍月二位可否说一下
|
C.Arthur 回复于：2004-02-04 15:57:47 |
这个LOG应该是写到私有区里的
你每天产生的日志文件是放到/var/adm/messages或者其他指定的位置，只要空间不被占满不会有大的问题
|
lixiaosi 回复于：2004-02-04 16:35:21 |
1。私有区在哪，能看吗？需不需要担心私有区写满的问题？
2。我看了一下，我的几台服务器/var/adm下的messages
情况都一样，如下：
# ls mess*
messages messages.0 messages.1 messages.2 messages.3
我一直都是专注于数据库，数据库日志都是天天备份并删除的，
今天说到这了，操作系统有定期清空日志或删除日志这一说吗？？
操作系统运行久了，需要把那些文件人为干预一下，以提高系统的
运行速度？？我现在就是看看每天的硬盘空间量和CPU的利用率就行了
|
C.Arthur 回复于：2004-02-04 16:49:49 |
这个我只是猜测而已，具体的工作方式我也不清楚
操作系统不能删除日志，只能手工来操作
|
lixiaosi 回复于：2004-02-04 17:01:20 |
不会吧，我们那个生产机器SUN v120工作一年了
我只人为干预数据库的日志，对操作系统
的日志从来没动过，我都不知道操作系统的
日志在哪呢，你说手工操作，你怎麽
操作的？？
|
C.Arthur 回复于：2004-02-04 17:05:42 |
把重要的日志拿走，不重要的删除
|
lixiaosi 回复于：2004-02-04 17:13:53 |
能不能说的具体一点
哪些是重要的
那些不重要
怎麽删，在线删，还是把某些进程down了再删？
|
C.Arthur 回复于：2004-02-04 17:22:30 |
/var/adm/messages*这些文件系统会一直的写，这些文件记录了很多系统的警告什么的，具体的看SYSLOG，是SYSLOG来写的。
删除的时候直接把文件删了就可以了
|
lixiaosi 回复于：2004-02-04 17:49:11 |
1。messages messages.0 messages.1 messages.2 messages.3
这几个文件大小会不断的增长吗？
是不是这样：系统把每天的日志写在syslog里面，写到一定的程度，
syslog满了，syslog就把信息再腾到messages里面去了，然后
messages的大小就不断增长，系统管理员看得差不多了，就把
messages文件删了，系统会再自动生成，比如messages.0特别
大，我把它删了，系统就会再生成一个messages.0的文件？
2。solaris操作系统的所有日志是不是最终都记到messages文件里面去了？
|
hamwork 回复于：2004-02-04 17:51:59 |
[quote:4323a3a8df="lixiaosi"]我做了一下试验，加上logging参数以后
掉了好几次电，文件系统都没有问题了
结合前面hamwork和云间苍月的对话
基本上知道了logging的用途
1。加上logging以后，所记的log在何处？？
我查了一下，没找到
2?.........[/quote:4323a3a8df]
The log is allocated from free blocks on the file system, and is sized at approximately 1 Mbyte per 1 Gbyte of file system, up to a maximum of 64 Mbytes.
上面的这句话已经解释了你的疑问了。如果还想钻研，那建议你去找一些更底层的书去读了。
|
C.Arthur 回复于：2004-02-04 17:53:09 |
.*不会再增长了，messages增长
你可以去看看 /etc/syslog.conf里面定义了日志的类型和输出方向
|
lixiaosi 回复于：2004-02-04 18:02:52 |
C.Arthur 你没有说明白
我看得一头雾水
|
lixiaosi 回复于：2004-02-04 18:13:07 |
C.Arthur ，你说得syslog.conf里面定义的输出方向，不就是这个吗？
ifdef(`LOGHOST', ,
user.err /dev/sysmsg
user.err /var/adm/messages
user.alert `root, operator'
user.emerg *
)
但是你没有说清楚solaris记日志，删除日志，以及重建日志的过程，
我手头又没有相关的文档和书籍，希望你不厌其烦说得仔细一点
|
lixiaosi 回复于：2004-02-04 18:24:20 |
[quote:b936adfb42="hamwork"]
The log is allocated from free blocks on the file system, and is sized at approximately 1 Mbyte per 1 Gbyte of file system, up to a maximum of 64 Mbytes.
上面的这句话已经解释了你的疑问了。如果还?.........[/quote:b936adfb42]
hamwork，经你这麽一提醒，我好像对logging豁然开朗
所有的问题我都心中有数了，就是一个慢慢理解的过程了
哈哈哈哈哈哈
我现在集中解决solaris的日志问题
|
云间苍月 回复于：2004-02-10 10:47:15 |
我前几天出差了，回来好不容易把这帖子翻出来，继续关注一下~~~~
|
C.Arthur 回复于：2004-02-10 10:50:22 |
已经设置为推荐贴了，希望更多的人能从精华区里看到他
|
jigenxiang 回复于：2004-02-10 10:55:02 |
偶也碰到过!
|
我是海风 回复于：2004-02-10 13:33:59 |
1。在/etc/vfstab里面加logging，如：
/dev/dsk/c0t0d0s0 /dev/rdsk/c0t0d0s0 / ufs 1 no logging
2。文件系统有问题是因为当时在大量的写盘，而没有写盘的系统当然不会出问题，这个很自然。
3。这个就不好说了，Linux下的写盘量有这么大吗？
|
云间苍月 回复于：2004-02-10 15:34:40 |
同意~~~~他似乎是想要个说法~~~
|
helixor 回复于：2004-02-11 12:03:53 |
Solaris的文件系统一直就是弱点。加了logging以后会有增强，但是这个特性没有作为系统缺省属性。
Solaris10 将在安装的时候缺省加入logging。
slice 2 可以在线改，如下：
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
Total disk cylinders available: 17660 + 2 (reserved cylinders)
Part Tag Flag Cylinders Size Blocks
0 root wm 0 - 16253 7.81GB (16254/0/0) 16384032
1 swap wu 16254 - 17294 512.00MB (1041/0/0) 1049328
2 unassigned wm 0 - 17659 8.49GB (17660/0/0) 17801280
3 unassigned wm 17295 - 17498 100.00MB (204/0/0) 205632
4 unassigned wm 0 0 (0/0/0) 0
5 unassigned wm 0 0 (0/0/0) 0
6 unassigned wm 0 0 (0/0/0) 0
7 unassigned wm 0 0 (0/0/0) 0
partition> 2
Part Tag Flag Cylinders Size Blocks
2 unassigned wm 0 - 17659 8.49GB (17660/0/0) 17801280
Enter partition id tag[unassigned]:
Enter partition permission flags[wm]:
Enter new starting cyl[0]:
Enter partition size[17801280b, 17660c, 17659e, 8692.00mb, 8.00gb]: 0
partition> p
Current partition table (unnamed):
Total disk cylinders available: 17660 + 2 (reserved cylinders)
Part Tag Flag Cylinders Size Blocks
0 root wm 0 - 16253 7.81GB (16254/0/0) 16384032
1 swap wu 16254 - 17294 512.00MB (1041/0/0) 1049328
2 unassigned wm 0 0 (0/0/0) 0
3 unassigned wm 17295 - 17498 100.00MB (204/0/0) 205632
4 unassigned wm 0 0 (0/0/0) 0
5 unassigned wm 0 0 (0/0/0) 0
6 unassigned wm 0 0 (0/0/0) 0
7 unassigned wm 0 0 (0/0/0) 0
partition> 2
Part Tag Flag Cylinders Size Blocks
2 unassigned wm 0 0 (0/0/0) 0
Enter partition id tag[unassigned]:
Enter partition permission flags[wm]:
Enter new starting cyl[0]:
Enter partition size[0b, 0c, 0e, 0.00mb, 0.00gb]: $
partition> la
Ready to label disk, continue? y
partition> p
Current partition table (unnamed):
Total disk cylinders available: 17660 + 2 (reserved cylinders)
Part Tag Flag Cylinders Size Blocks
0 root wm 0 - 16253 7.81GB (16254/0/0) 16384032
1 swap wu 16254 - 17294 512.00MB (1041/0/0) 1049328
2 unassigned wm 0 - 17659 8.49GB (17660/0/0) 17801280
3 unassigned wm 17295 - 17498 100.00MB (204/0/0) 205632
4 unassigned wm 0 0 (0/0/0) 0
5 unassigned wm 0 0 (0/0/0) 0
6 unassigned wm 0 0 (0/0/0) 0
7 unassigned wm 0 0 (0/0/0) 0
partition>
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
附件是pdf文件，是安装280R的checklist. 有兴趣可以看看。文中提到了在vfstab里加logging。
|
