search for: dsvr

...rtain privilege before they can successfully authenticate. Without the privilege the PAM module will return PAM_PERM_DENIED. However I find that in OpenSSH 3.7.1p2, I can easily subvert this check simply by hitting return 3 times on connection i.e. [nick at localhost pam.d]$ ssh nick at host.dsvr.net Server host.dsvr.net Password: <hit return> Password: <hit return> Password: <hit return> nick at host.dsvr.net's password: <enter real password> [nick at host.dsvr.net nick]$ Syslog shows that indeed pam_vsd.so is correctly rejecting the connection, but then w...

We are running redhat 7.2 with 2.4 kernel. There is a 2 disk RAID 1 array which had a disk fail. The disk that failed had GRUB on it which in turn made the system unbootable. Our recovery method in a time of panic was to reinstall on a new disk saving certain partitions and reconstructing the array afterwards. During the reinstall we made a boot disk. Now we have 2 problems. 1.) The system will

Hello, I've been watching the list for a few weeks and I've seen some users mention problems using quotas on EXT3 under high loads (or high io). I'm working on a new production server which will see some high io and I was wondering if anyone could share their experiences using quotas. Specifically, I'm looking for answers to: * Is the problem only with new (or old) style

So instead of a series of files containing the same set of virtual kernels and a distinct DEFAULT option (which is a lazy/safe way of having one configuration per file), you'd have one main config file INCLUDEd by the various instances files. -first_config------------------ -main_config------------------ PROMPT 1 PROMPT 1 DEFAULT l1

Hi, I have several servers configured as follows: an unpatched 2.4.19-pre7 kernel, IDE discs, 1Gb RAM (not all used), load avg around 1-4. a large partition, formatted reiserfs within large partition are 80 300Mb loopback file systems, formatted ext3, quotas enabled From time to time, the processes on the server get stuck in D state. The processes can be attributed to one loopback

Hi, I have a server configured as follows: a standard 2.4.18 kernel, IDE discs, 1Gb RAM (not all used), load avg around 1-2. a large partition, formatted reiserfs within large partition are 80 300Mb loopback file systems, formatted ext3. I got the following assertion yesterday which forced a lot of processes into D state. I'm not sure how easy it is to reproduce this problem.