search for: autoimport

I have a very strange situation where the gpg command will fail to verify whether there is valid PGP data in some files. Decrypting these files works flawlessly. Here is an example: [root at server autoimport]# gpg -vv --verify-files 01UserEnumswValues.txt.asc.txt gpg: armor: BEGIN PGP MESSAGE gpg: armor header: Version: GnuPG v1.4.7 (MingW32) :pubkey enc packet: version 3, algo 16, keyid F0682D87CF4ED243 data: [1022 bits] data: [1024 bits] [root at server autoimport]# gpg -vv --verify-...

I filed this RFE earlier, since there is no way for non sun personel to see this RFE for a while I am posting it here, and asking for feedback from the community. [Fwd: CR 6470231 Created P5 opensolaris/triage-queue Add an inuse check that is inforced even if import -f is used.] Inbox Assign a GTD Label to this Conversation: [Show] Statuses: Next Action, Action, Waiting On, SomeDay, Finished

Hi. I''d like to request a feature be added to zfs. Currently, on SAN attached disk, zpool shows up with a big WWN for the disk. If ZFS (or the zpool command, in particular) had a text field for arbitrary information, it would be possible to add something that would indicate what LUN on what array the disk in question might be. This would make troubleshooting and general