search for: showrev

https://bugzilla.mindrot.org/show_bug.cgi?id=1799 Summary: Unable to login through PAM on Solaris 8 x86 due to PAM_TTY Product: Portable OpenSSH Version: 5.5p1 Platform: ix86 OS/Version: Solaris Status: NEW Severity: major Priority: P2 Component: PAM support AssignedTo:

...id/www/user-testuser root at kronos:/ # ...the filesystem simply would not go away until I turned on the sharenfs toggle. Then it happily died. Thought I''d mention it. root at kronos:/ # uname -a SunOS kronos 5.10 Generic_118833-18 sun4u sparc SUNW,Sun-Fire-880 root at kronos:/ # showrev -p | grep -i zfs Patch: 122640-05 Obsoletes: Requires: 118833-12 Incompatibles: Packages: SUNWcsr, SUNWzfskr, SUNWzfsr, SUNWzfsu If anyone is interested in trying to reproduce the problem, let me know. This message posted from opensolaris.org

...which had similar problems, some of the errors I was seeing went away with OpenSSH 2.5.2.p1. compiled against openssl-0.9.6, with SUNWspro & GCC281 on Solaris 2.8 & Solaris 2.6, both have the same problem. 133$ uname -a SunOS dtadmin 5.8 Generic_108528-03 sun4u sparc SUNW,Ultra-250 134$ showrev -p | wc -l 218 Mar 22 09:29:24 dtadmin sshd[11783]: [ID 800047 auth.error] error: Hm, dispatch protocol error: type 30 plen 132 Mar 22 10:30:25 dtadmin sshd[17083]: [ID 800047 auth.error] error: Hm, dispatch protocol error: type 20 plen 136 Mar 22 10:30:25 dtadmin sshd[17083]: [ID 800047 a...

...te 2 and gcc on Solaris 8 (not suprising since the problems are actually in the openssl code). I used the snapshot from 11/4 for this test on a brand new system I built from the July release of Solaris 8. I have the latest linker patches, C, C++ library patches, etc. If you want to see the ouput of showrev, etc I can provide this. People in the past suggested that I apply the latest linker patch in the past to fix the problem, however that is not true. The only way I can compile openssh and have it work is to do the following suggest from people on this list. Others should be able to replicate my pro...

http://bugzilla.mindrot.org/show_bug.cgi?id=813 Summary: Scp to s Solaris 9 box gives "exit status 1" although file is delivered. Product: Portable OpenSSH Version: 3.8p1 Platform: Sparc OS/Version: Solaris Status: NEW Severity: normal Priority: P2 Component: scp

Dear folks, I'm recently investigating large scale deployment and upgrading FreeBSD RELEASE. It's our tradition to bump "RELEASE-pN" after a security patch is applied, however, it seems that there is less method to determine whether the userland is patched, which is somewhat important for large site managements. So is "uname -sr" the only way to differencate the

...is be causing ZFS to get confused when the device is brought online? We are willing to try zpool replace -f on the disks that need to be brought online during the weekend to see what happens. Here is the system info: ROOT $ uname -a SunOS x.x.com 5.10 Generic_120012-14 i86pc i386 i86pc Will send showrev -p output if desired. Thanks, Kevin This message posted from opensolaris.org

...0 0 2348 705 9212 0 29 70 0 0 0 8250016 1084776 0 0 0 0 0 0 0 0 0 0 0 5152 384 17753 0 22 78 1 0 0 8249928 1084688 0 0 0 0 0 0 0 0 0 0 0 2397 1193 7311 0 30 70 ^C bash-3.00# uname -a SunOS nfs-10-1.srv 5.10 Generic_125100-04 sun4u sparc SUNW,Sun-Fire-V440 bash-3.00# showrev -p|grep IDR Patch: IDR126199-01 Obsoletes: Requires: 120473-05 Incompatibles: 120473-06 Packages: SUNWzfskr bash-3.00# -- Best regards, Robert mailto:rmilkowski at task.gda.pl http://milek.blogspot.com

Hi Folks, I''ve got a 3.9 Tb zpool, and it is casing kernel panics on my Solaris 10 280r (SPARC) server. The message I get on panic is this: panic[cpu1]/thread=2a100a95cc0: zfs: freeing free segment (offset=423713792 size=1024) This seems to come about when the zpool is being used or being scrubbed - about twice a day at the moment. After the reboot, the scrub seems to have