这看起来微不足道，但是我在Solaris 10中运行了一个服务，但是SMF认为它不是。 通过停止然后启动服务，我可能会让SMF获得正确的状态，但在这种情况下，服务是SSH，这意味着我必须在系统控制台重新启动它。 我怎么能告诉SMF：“这个服务真的在运行，请把它移到'在线'状态？ 编辑 ：有关ssh服务请求的一些信息： /usr/lib/ssh/sshd -d | head -1 /usr/lib/ssh/sshd -d | head -1 ： debug1: sshd version Sun_SSH_1.1 ptree `pgrep sshd`的输出： 453 /usr/lib/ssh/sshd 11456 /usr/lib/ssh/sshd 11459 /usr/lib/ssh/sshd 11461 -tcsh 20521 /usr/lib/ssh/sshd 20524 /usr/lib/ssh/sshd 20526 -tcsh 22145 ptree 11459 20521 11456 20524 453 pargs -e `pgrep sshd`的输出： 11459: /usr/lib/ssh/sshd envp[0]: EDITOR=vi envp[1]: GROUP=wheel […]
我已经把一个zfs文件系统从由一堆或镜像vdevs组成的池移动到另一个由两个raidz1组成的池中，命令如下 # zfs send -R pool/project@moving | zfs recv tank/project 据我了解的手册页，“-R”移动所有的元数据，包括压缩algorithm等，这正是我所看到的： # zfs get compression pool/project NAME PROPERTY VALUE SOURCE pool/project compression lz4 local # zfs get compression tank/project NAME PROPERTY VALUE SOURCE tank/project compression lz4 received 那么为什么目标池（槽）上的文件系统比源池（池）大20％以上。 差不多有6TB，我很好奇，在那里丢失了。
我有一个solaris服务器，需要尽快运行一个timecritical应用程序，虽然设置为RT优先级类似乎不是一个好主意，因为它可能需要100个CPU长时间。 我想使用空闲的CPU时间来处理另一个进程，但是如果时间紧迫的话，这个进程不应该接收任何CPU时间。 我怎么能实现这一点，使用不错的-19不分配100％的CPU到时间关键的一个。
我有一台运行带有8个驱动器的Solaris 10的Dell PowerEdge 2950。 我想换一些新的驱动器。 我现在的问题是，我只看到其中一半，似乎没有其他的迹象4。 服务器信息 – # cat /etc/release Solaris 10 5/09 s10x_u7wos_08 X86 Copyright 2009 Sun Microsystems, Inc. All Rights Reserved. Use is subject to license terms. Assembled 30 March 2009 cfgadm输出 – # cfgadm -al Ap_Id Type Receptacle Occupant Condition c0 scsi-bus connected configured unknown c0::dsk/c0t0d0 disk connected configured unknown c0::dsk/c0t1d0 […]
我有一个带有大量SAN磁盘的solaris 10服务器（在所有path中接近1000）。 iostat -En需要接近5分钟才能返回。 有没有办法找出是什么造成延误？ 桁架没有太大的帮助。
在Solaris 10中，我收到了lsof错误信息： can't read vnode at 0x7d900000000 can't read vnode at 0x7b 但是在另外一个类似的Solaris 10中，我没有给出同样的错误。 在另一个框上， lsof成功列出了打开的文件信息。 有其他人遇到同样的问题，并已能够解决它？ 从完整输出中摘录： $ lsof lsof: WARNING: compiled for Solaris release 5.9; this is 5.10. COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME (unknown) 1 root cwd can't read vnode at 0x7d900000000 (unknown) 1 root rtd can't read vnode […]
问题在底部。 我想将Sun StorageTek 6100作为JBOD用于ZFS，因此我通过FC将其连接到OmniOS上，并使用QLC2462 HBA。 磁盘arrays没有控制器托盘，只是一个扩展托盘，所以没有RAID控制器。 HBA上的两个端口都连接到端口1B的磁盘arrays，所以我打算进行多路复用。 对于其中一个链接，我在所有的磁盘上得到错误，其他链接是完美的。 # fcinfo remote-port -sl -p 210000e08b89bd75 Remote Port WWN: 200100a0b84f89cf Active FC4 Types: SCSI Target: yes Port Symbolic Name: Node WWN: 200000a0b84f89cf Link Error Statistics: Link Failure Count: 0 Loss of Sync Count: 5 Loss of Signal Count: 8 Primitive Seq Protocol Error Count: 0 Invalid Tx […]
我正在尝试在Solaris 11.2上将以下条目添加到/ etc / vfstab，以便在重新启动时装载Windows共享文件夹： //192.168.1.45/share – /mnt/winshare smbfs – yes fileperms=0777,dirperms=777 共享正在工作，挂载文件夹存在，唯一的问题，我不知道如何以及在哪里设置域名，用户名，密码，以及其他问题，我的密码有@字符，所以如果我用一些像用户：p @ ss @ 192.168.1.45它不会工作。 友善的build议。
我正在运行Solaris 11.3（目前来自非合同发行回购）。 我有大量的Solaris 10的经验，但我是11更新，并仍在努力获得与IPS的信心。 我的问题是，我经常发现我有严重的问题诊断程序包依赖性失败，因为pkg install的输出似乎与实际问题没有关系。 事实上，我现在想知道这是否是由一些错误或存储库问题引起的，我将在最后解释。 下面是我遇到的最近的两个问题，其中一个失败的pkg命令的输出与真正的问题完全无关。 在第一个例子中，这使我花了几天的时间追逐红鲱鱼，直到我最终偶然发现了所需的修复。 全局版本是Oracle Solaris 11.3.1.5.1（ pkg/entire版本0.5.11-0.175.3.1.0.5.1 。）全局是从USB文本安装程序安装，从那时起我有版本解锁和更新所有在默认情况下安装在全球的FOSS软件包（按照这里的Oracle文档 ），另外安装了一些额外的支持软件包（ vim ， screen ， tmux等） 在写这篇文章的时候，我重新创build了一个新安装的solaris-small-server区域的例子，没有任何其他的变化。 我上面描述的FOSS更新只发生在全局，而不是在用来重新运行下面的例子并捕获错误输出的区域。 下面列出的命令实际上是从默认区域AI清单创build后在testing区域中运行的第一个命令。 示例1 ：我一直在尝试在非全局区域中安装工作的Gnome桌面，而不必在我的全局中安装软件包，我始终希望保持精简和清洁。 zlogin zone pkg install –accept -v solaris-desktop ：因为driver/audio/audio-usb表示它也必须安装在全局区域中。 我创build了一个名为solaris-desktop-zone的solaris-desktop的自定义版本，它删除了所有driver/*软件包，以及任何依赖于全局的软件包（我通过一个脚本在每个软件包上调用了pkg contents -mr删除了任何引用的feature/package/dependency/self 。）我将它安装到我的本地回购，这是一个pkg/mirror克隆http://pkg.oracle.com/solaris/release/ 。 安装修改后的软件包会导致这个pastebin中显示的依赖性失败的长列表，这些列表似乎大部分与Python包相关。 我花了一天的时间来处理这些错误：手动和recursion地分析各种Python包和它们的依赖关系，并删除我在solaris-desktop-zone包中可以find的任何提示。 最后，我只好把包中的软件包删除，直到find能够通过Solver阶段的版本，然后从那里开始工作，找出一个软件包，并最终了解原因。 解决scheme？ x11/server/xorg/driver/xorg-video ，它依赖于一个NVidia驱动，它也具有feature/package/dependency/self依赖。 事后看来，我可以更快地find这个自我依赖的recursionsearch – 即不仅检查我的solaris-desktop-zone软件包所依赖的所有软件包，还检查它们的所有依赖关系。 但是当然，我还是陷入了困境之中，认为这个问题是由Python程序包或者依赖于它们的包所造成的。 例2 ： gcc-5 zlogin testdesktop pkg install […]
在Debian和RedHat机器上，有一个/etc/default/servicename或/etc/sysconfig/servicename文件，在init脚本运行之前加载。 有没有相当于Solaris？