可能吗？ IBM的Tivoli似乎有devadd命令，所以它应该是可能的 – 任何知道什么devadd做到这一点？
我从我们的networking服务器隧道到我们的MySQL服务器，都在Solaris机箱上。 我为ssh隧道创build了一个SMF清单，以便在Web服务器重新启动时重新连接。 这很好。 问题是我不知道当MySQL框重新启动时该怎么做。 这个隧道的外部closures被传递给SMF，SMF在将服务置于维护模式之前，试图在快速连续的情况下重新启动隧道3次。 有没有办法指定“重试每一个”或类似的东西？ 我还有另一种方法来解决这个问题吗？ 这是我正在使用的SMF。 <?xml version="1.0"?> <!DOCTYPE service_bundle SYSTEM "/usr/share/lib/xml/dtd/service_bundle.dtd.1"> <service_bundle type='manifest' name='ssh-tunnel'> <service name="network/ssh-tunnel" type="service" version="1"> <create_default_instance enabled="false"/> <single_instance /> <dependency name='nameservice' type='service' grouping='require_all' restart_on='none'> <service_fmri value='svc:/milestone/name-services' /> </dependency> <exec_method type='method' name='start' exec='/usr/bin/ssh -fNx -L 3307:127.0.0.1:3306 mysql1' timeout_seconds='0'> </exec_method> <exec_method type='method' name='stop' exec=':kill' timeout_seconds='0'> </exec_method> </service> </service_bundle>
我们有带区域的Solaris11 Express服务器区域或服务器重新引导后，区域委派的ZFS数据集不会重新装入。 （在ZFS数据集上设置挂载点属性）在ZFS或区域configuration中可能会丢失什么？
我有一个计划，定期分叉和执行其他程序。 有时，它开始的程序卡在他们的处理和新程序似乎从来没有开始处理。 我们最终杀了一堆卡住的程序，并重新启动程序，分叉/执行他们，这个问题似乎清除了。 旧/卡住程序（预杀）和新/工作（重启后）程序的ps输出是不同的。 我们可以从“-ksh -c”和perl进程（pid 6212）之间的区别来解释吗？ 他们以完全相同的方式被援引; 为什么ps输出不同？ 我们可能会耗尽一些资源吗？ 虚拟terminal？ [me@unixbox1:~]> ps -ef | grep app_bld_rfh2 appadm 23926 1 0 14:19:34 ? 0:00 -ksh -c /home2/app/eai/app_bld_rfh2.pl APP.DOC.SERVICE me 9232 5237 0 14:38:09 pts/28 0:00 grep app_bld_rfh2 appadm 2975 1 0 14:30:04 ? 0:00 -ksh -c /home2/app/eai/app_bld_rfh2.pl APP.DOC.SERVICE appadm 17697 1 0 14:14:31 ? 0:00 […]
在基于Solaris 11 Express的两台相同的服务器之间提供故障转移是否有很好的解决scheme？ 我们现在在两个SAN之间复制数据，但想要设置故障转移解决scheme。 我曾经看过IPMP作为替代scheme，但不确定在两台主机之间是否是一个好的解决scheme？ 由于SAN2与SAN1相同，并且通过iSCSI进行通信，IP地址更改应该是一个可行的解决scheme？ 客户端很可能会失去任何活动会话，但这会影响最小，停机时间也很短（？）
我有一个Solaris 10 x86 JET服务器，我需要多宿主机，以便能够在新的LAN上启动客户端 什么是configurationJET为多个networking提供configuration的过程？
我有一个Solaris 11盒子，可以作为一个小型虚拟化环境（通过iSCSI和NFS）以及全球团队的中央文件存储（通过SMB）充当NAS / SAN。 对于大多数人来说，它的工作很好，但是我每隔一段时间都会收到美国（我在英国）几个家伙的报告，说他们无法达到networking份额。 Windows报告的特定消息是： \\10.1.1.1\share is not accessible […] The semaphore timeout period has expired. 在Solaris中，我启用了一些debugging日志logging，并注意到发生这种情况时，我在/var/adm/messages看到类似于以下内容的项： Sep 7 00:02:48 lonsbrndnas01 smbd[24587]: [ID 208731 daemon.debug] WORKGROUP <1D> flags=0x0 Sep 7 00:02:48 lonsbrndnas01 smbd[24587]: [ID 370951 daemon.debug] 10.13.111.34 ttl=300 flags=0x0 port=35328 Sep 7 00:04:39 lonsbrndnas01 smbsrv: [ID 421734 kern.notice] NOTICE: [LONSBRNDNAS01\guest]: filestream.hdr share not found […]
在Solaris 10服务器上，我安装了Apache2（v2.2.20），PHP5（v5.2.1）以及来自[1]的软件包的所有依赖关系： http ://unixpackages.com（新的sunfreeware.com）。 现在Apache正在运行，并不会在启动时产生错误。 问题是当我用浏览器询问服务器时，我得到一个ERR_EMPTY_RESPONSE。 在日志中，每次我问服务器我得到这个错误： child pid "PID" signal Segmentation fault (11) 它似乎来自PHP，而在httpd.conf中停用它没有错误，但我找不到在哪里。 [编辑] 使用unixpackages.com（v5.3.6）上提供的最新版本的PHP，并在安装期间强制某些库path解决了问题。 看来，旧版本不适用于Apache v2.2.20。 即使他们不是很有帮助，也非常感谢您的回答。
我有一个停止工作的Solaris 10服务器上的sendmail服务器。 我似乎无法find关于/ var / adm / sendmail中的失败消息的任何信息。 以下是我在尝试debugging时看到的内容： [(root)/var/adm]$ sendmail -v [email protected] < testmessage [email protected]… queued [(root)/var/adm]$ /usr/ucb/mail -v [email protected] Subject: Test message Here is a test message . EOT [(root)/var/adm]$ [email protected]… queued [(root)/var/adm]$ mailq /var/spool/mqueue is empty Total requests: 0 所以，它看起来并没有做任何事情。 有时，当我尝试debugging时，我得到了一个“127.0.0.1连接拒绝”，但它并不经常这样做。 注意：我用上面的'[email protected]'代替了我的个人Gmail地址。 这个地址没有procmail或任何设置，我不断检查垃圾邮件文件夹。 任何其他的事情，我可以尝试找出为什么这是行不通的？ 编辑：mailq -C的输出包括这样的行和行： q0AFMJwG026997X 1629 Tue Jan 10 10:22 […]
是否有可能重新创build或克隆不支持ZFS卷的现有iSCSI目标？ 我问，因为重新启动一个X4500捶击器，我受到这个bug的影响： http : //wesunsolve.net/bugid/id/6803721同样的错误也在这里， https://defect.opensolaris.org/bz/show_bug。 cgi？id = 7482 ，但我突然擅自查看该页面。 因此，执行“iscsitadm list target -v”时显示的一个iSCSI目标的LUN参数现在都是未知的。 iSCSI目标可以从其Windows Server 2008启动器连接到，但是没有安装任何磁盘。 实际数据存在于后备存储目录（/export/pool1/iscsi/iqn.1900.fakeiqn/lun.0）中。 有关其他信息，此iSCSI目标是以下列方式创build的： 1）zfs创buildpool1 / iscsi 2）iscsitadm修改admin –base-directory / export / pool1 / iscsi 3）iscsitadm创build目标 – 大小1T this.is.a.long.target.name.affected.by.the.bug.above 4）基础目录布局如下（ls -al / export / pool1 / iscsi）： drwxr-xr-x 2 root sys 3 Jan 30 10:10 iqn.1900.fakeiqn.target lrwxrwxrwx 1 root sys […]