search for: sissies

I have installed CentOS 4.5 and 5 on 2 separate machines, and both have default installs of vim-enhanced on each of them. I noticed that I can get syntax highlighting as a regular user, sudo and as root in C4.5. In C5 I only get highlighting as a regular user. I diff'ed my /etc/vimrc files between each install there is no changes and neither root ~ has a .vimrc file. I had put "# vim:

...drwxrwxr-x lp > lp > -re-install the cups packages > -start cupsd > > That solved my two days of frustration. Dont know what was wrong but it > sure fixed the problem for me. Maybe it can help you by giving you a > fresh start. > Richard > -- > Old age ain't for Sissies!

Currently, if we don't enable CONFIG_OCFS2_FS_POSIX_ACL, ocfs2 will not support acl. That is OK. But in the following case: 1. kernel isn't built to support acl. 2. mount -t ocfs2 -o acl /dev/sdx /mnt/ocfs2. It sucesses. And what's more, if I do "mount|grep sdx" will get /dev/sdx on /mnt/ocfs2 type ocfs2 (rw,acl,heartbeat=none) So a normal user will just think acl now is ok

Hello Everyone, First time CentOS poster :) I have CentOS 4 installed on the head node of a Sun Gridengine cluster set up in a RAID. The head node has four hard drives, and I assume that drives 1 and 2 are in a raid and then drives 3 and 4 are in another raid. I was trying to expand the OS partition on drive 1 because it was full. I took drive 1 out, put it in my Fedora 8 box as a secondary

...data(XX) = "..... some binary data ......" } DST# tdbtool --help Could not open --help: No such file or directory tdb> ^D DST# man tdbtool No manual entry for tdbtool See 'man 7 undocumented' for help when manual pages are not available. of course who uses documentation? Only sissies... Real admins don't read documentation, they copy paste "rm -rf /" from internet without check on man page what this does... so remove this bogus entry DST# tdbtool /var/lib/samba/share_info.tdb delete "SECDESC/testshare\00" 4.10. ACL test using WINXP on DST -------------...

If I start ocfs2_controld.cman in parallel on a few nodes, only one of them starts up, the others exit with one of these errors: call_section_read at 370: Reading from section "daemon_protocol" on checkpoint "ocfs2:controld" (try 1) call_section_read at 387: Checkpoint "ocfs2:controld" does not have a section named "daemon_protocol" call_section_read at

...this tool can migrate only whole share. This is insane limitation.... If my share migration takes 24 times, but i have only 6 hours window on night to take operation? What to do? Split into smaller parts? NO! net rpc share decides that for yo= u!: No one wants copy smaller units than share. Only sissies uses files and folders. Real admins uses shares.... Big shame. 5. Migrations isn't migration =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D why 20 days downtime isn't acceptable? When 20 days downtime is acceptable? - when user in advance is tra...

Hi, For EAs data structure in inode/block are little different from them in bucket. These two patches try to make them same for the most part. The first patch set xh_free_start and xh_name_value_len when EAs in inode/block. xh_free_start is useful to keep the minimum offset of the xattr name/value. But xh_name_value_len is not very useful because we don't have "hole" when EAs in

In commit ea455f8ab68338ba69f5d3362b342c115bea8e13, we move the dentry lock put process into ocfs2_wq. This is OK for most case, but as for umount, it lead to at least 2 bugs. See http://oss.oracle.com/bugzilla/show_bug.cgi?id=1133 and http://oss.oracle.com/bugzilla/show_bug.cgi?id=1135. And it happens easily if we have opened a lot of inodes. For 1135, the reason is that during umount will call

As part of adding support for OCFS2 to mount huge volumes, we need to check that the sector_t and page cache of the system are capable of addressing the entire volume. An identical check already appears in ext3 and ext4. This patch moves the addressability check into its own function in fs/libfs.c and modifies ext3 and ext4 to invoke it. Signed-off-by: Patrick LoPresti <lopresti at