Oracle数据库教程 —— solaris11,客户删除用户后导致ssh无法启动
oracle常见故障处理手册
oracle常见故障处理手册一、数据库启动与关闭故障1.数据库启动失败原因：可能是由于Oracle数据库配置不正确、系统环境变量设置不正确、初始化参数设置不正确等原因导致。
解决方法：检查数据库日志文件，查看错误信息，根据错误信息进行相应的修复。
2.数据库关闭失败原因：可能是由于数据库事务未完成、数据库锁未释放等原因导致。
解决方法：检查数据库日志文件，查看错误信息，根据错误信息进行相应的修复。
二、连接故障1.连接不成功原因：可能是由于网络连接问题、数据库用户名或密码错误、数据库实例名错误等原因导致。
解决方法：检查网络连接是否正常，检查数据库用户名和密码是否正确，检查数据库实例名是否正确。
2.连接断开原因：可能是由于网络不稳定、数据库服务器异常等原因导致。
解决方法：检查网络连接是否正常，检查数据库服务器是否正常。
三、数据恢复故障1.数据丢失原因：可能是由于数据库损坏、磁盘故障等原因导致。
解决方法：根据数据丢失的原因，选择相应的恢复方法，如使用备份恢复数据或使用日志文件恢复数据。
2.数据不一致原因：可能是由于数据修改不一致、数据复制不一致等原因导致。
解决方法：检查数据修改和复制的日志文件，找到不一致的数据并修复。
四、性能优化故障1.性能下降原因：可能是由于CPU占用过高、内存占用过高、磁盘IO过大等原因导致。
解决方法：优化数据库配置参数，如增加内存、优化磁盘IO等。
2.查询速度慢原因：可能是由于查询语句不优化、表没有建立索引等原因导致。
解决方法：优化查询语句，为表建立索引等。
五、存储管理故障1.存储空间不足原因：可能是由于磁盘空间不足、表空间不足等原因导致。
解决方法：清理磁盘空间，增加磁盘空间，调整表空间大小等。
2.数据文件丢失或损坏原因：可能是由于磁盘故障、人为误删除或修改等原因导致。
解决方法：使用备份恢复数据文件或修复损坏的数据文件。
六、网络连接故障1.网络连接中断原因：可能是由于网络设备故障、网络连接线故障等原因导致。
oracle错误ORA-01017问题分析与解决方法
Oracle常见错误 ORA-01017通常表示用户名或密码不正确，但在您的情况下，问题可能与 Oracle 11g 客户端和 Oracle 19c 数据库之间的兼容性有关。
可能的原因用户名或密码错误：首先，确保输入的用户名和密码是正确的。
密码版本兼容性：Oracle 19c 默认使用更高版本的密码加密算法，而 Oracle 11g 客户端可能不支持。
数据库参数配置：某些数据库参数可能需要调整以支持旧版本客户端的连接。
解决方案1. 确认用户名和密码首先，确保您输入的用户名和密码是正确的，并且没有输入错误。
2. 检查密码案例敏感Oracle 11g 和 19c 在处理密码时可能有不同的大小写敏感。
确保密码的大小写与创建用户时设置的密码一致。
3. 调整密码版本兼容Oracle 19c 默认使用 12c 及以上版本的密码加密算法。
为了兼容旧版本客户端，可以调整数据库参数，使其支持旧版本的密码加密算法。
连接到 Oracle 19c 数据库实例：sqlplus / as sysdba检查当前的 SQLNET.ALLOWED_LOGON_VERSION_SERVER 参数：SHOW PARAMETER SQLNET.ALLOWED_LOGON_VERSION_SERVER;如果需要修改参数，可以编辑 sqlnet.ora 文件：vi $ORACLE_HOME/network/admin/sqlnet.ora添加或修改以下参数：SQLNET.ALLOWED_LOGON_VERSION_SERVER=11SQLNET.ALLOWED_LOGON_VERSION_CLIENT=11保存并关闭文件，然后重启数据库监听程序：lsnrctl stoplsnrctl start4. 重新设置用户密码重新设置用户密码可以确保密码使用兼容的加密算法。
连接到 Oracle 19c 数据库实例：sqlplus / as sysdba重新设置用户密码：ALTER USER <username> IDENTIFIED BY <new_password>;5. 检查和调整数据库参数某些数据库参数可能需要调整以支持旧版本客户端的连接。
SUSE Linux Enterprise 11SP1静默安装Oracle 11gR2说明文档
SUSE Linux Enterprise 11SP1静默安装Oracle 11gR2说明文档1准备oracle安装文件Oracle11gR2包含两个文件linux_11gR2_database_1of2.zip和linux_11gR2_database_2of2.zip，下载地址分别是：/otn/linux/oracle11g/R2/linux_11gR2_database_1of2.zip/otn/linux/oracle11g/R2/linux_11gR2_database_2of2.zip下载完成后将这两个文件通过SSH上传到/usr/local/oracle中。
装程序的目录。
2准备oracle的安装目标目录安装目标目录是用户想将oracle安装到哪个位置的目录，本次我们将oracle安装到/opt/ora cle目录中，以下为目录创建命令。
3创建oracle相关用户和用户组oracle不能在root帐户下进行安装，所以需要为oracle的安装专门创建一个用户，同时需要创建dba和oinstall的用户组。
以下命令将创建dba和oinstall用户组：以下命令将创建oracle用户，并设置密码以下命令将oracle安装目录（/opt/oracle）赋予oracle用户oinstall用户组4检查安装ORACLE依赖的RPM软件包oracle的安装所依赖的软件包，有一部分linux是没有安装的。
这需要将这些尚未安装的软件包先安装后才能正常安装oracle。
这些未安装的软件包在linux安装光盘上可以取到，我们直接在linux的光盘上对这些软件包进行安装（也可将所需的软件包直接复制到linux本地磁盘中），首先我们需要挂载linux光盘，使用以下命令：安装所缺少的软件包，此处只安装本linux系统所缺少的软件包。
如oracle安装过程中，对软件包进行检查时，发现仍有所需软件包未安装时，可根据显示未安装软件包的名字，再次对所缺少的软件包进行安装。
华为公司Oracle11g常见故障处理
Oracle 11g 数据库常见故障处理TSD配套产品服务部2009年6月27日目标通过本课程的学习，您将了解以下内容:Oracle 11g数据库常见故障及处理安装和配置类问题实例管理类问题数据管理类管理数据库恢复类问题管理工具类问题ORA-00600介绍和案例分析ORA-07445介绍和案例分析目录安装配置类实例管理类数据管理类数据恢复类管理工具类ORA-00600ORA-07445目标通过本章节的学习，您将了解以下内容:ORACLE 11g常见的安装类问题这些问题的分析和解决如何在客户端启动图形界面问题用客户端连接到Unix或者Linux平台上安装数据库软件时，常常无法启动图形界面，因此无法进行安装解决以root用户执行:xhost +客户端需要安装xmanager,并且通过Xbrowser登陆到主机以oracle用户执行:export DISPLAY=客户端IP:0.0xclock (测试能否显示图形界面)如果图形界面还出不来，可以尝试export DISPLAY=客户端IP:1.0如何在服务器端启动图形界面问题如果直接在服务器上安装数据库软件时，有时也会碰到不能启动图形界面的问题解决以root用户执行:xhost +以oracle用户执行:export DISPLAY=:0.0xclock (测试能否显示图形界面)安装CRS时，无法添加节点故障现象AIX或HPUX上安装CRS的过程中，有一步是添加节点，正常情况下，应该可以添加本地节点和远程节点，但添加远程节点时失败。
解决方法如果要安装的CRS需要依赖操作系统双机管理共享文件，那么安装CRS时，必须保证操作系统双机服务启动如果不需要操作系统双机软件，而只需要ASM管理共享存储，那么必须在操作系统上删除双机软件，对于HACMP，要保证没有安装rsct.basic.hacmp包，对于HPUX,要保证没有安装Serviceguard包AIX上安装CRS时提示bos.cifs_fs.rte检查不通过故障现象在AIX5L上安装CRS时，当安装程序自动检查操作系统补丁时，提示bos.cifs_fs_rte未安装解决办法安装所需AIX程序包smitty installp重启操作系统shutdown -FrCRS安装最后阶段在第二个节点运行root.sh报错故障现象安装CRS最后阶段，在第二个节点执行root.sh时，报错：The given interface(s), "eth2" is not public.Public interfaces should be used to configure virtual IPs解决办法以root身份手工在第二个节点执行vipcacd /<CRS安装目录>/bin./vipca安装RAC时报ORA-00603,ORA-29702故障现象在安装RAC时，出现下列错误：ORA-00603:ORACLE server session terminated by fatal error或ORA-29702:error occurred in Cluster Group Service operation原因分析RAC的节点名出现在了/etc/hosts文件中的回送地址中xxxx解决方法如果机器名出现在回送地址条目中，如下所示：127.0.0.1 rac1 localhost.localdomain localhost需要灾回送地址中删除掉机器名，如下：127.0.0.1 localhost.localdomain localhost无法连接数据库ORA-12521,ORA-12505故障现象连接数据库时报错:原因分析客户端tnsnames.ora配置的连接串中，关于instance_name的设置不正确，这个错误类似ORA-12505: TNS:listener could not resolve SID given in connectdescriptor解决方法检查数据库的instance_name:select instance_name from v$instance;修改客户端tnsnames.ora文件，设置正确的instance_name或SID无法连接数据库ORA-12541故障现象连接数据库时报错:ERROR:ORA-12541: TNS:no listener原因分析可能原因一：客户端tnsnames.ora配置的连接串中，监听端口号设置不正确可能原因二：数据库服务器监听没有启动解决方法检查客户端tnsnames.ora文件，设置正确的监听端口号检查服务器上的监听是否正常启动无法连接数据库ORA-12535故障现象连接数据库时报错:ERROR:ORA-12535: TNS:operation timed out原因分析可能原因：客户端tnsnames.ora中，服务器IP地址设置错误可能原因：防火墙阻断了连接解决方法正确配置tnsnames.ora中的服务器IP地址利用Tnsping connectstring,测试配置是否正确，如果不通，检查网络。
解决ORA12547：TNS：lostcontact错误-电脑资料
解决ORA12547：TNS：lostcontact错误-电脑资料运行环境：ubuntu+oracle 11.2.0在命令启动oracle时，出现ORA-12547: TNS:lost contact错误，。
中午好好的纳，下午就不管了。
以为是链接失效，关机重启后还是不行。
然后google了一把，找到了下面的解决方法。
回想了一下，引起的原因是权限的问题，中午的时候不小心该了oracle安装目录的文件夹的权限，看来oracle的权限不能随便改动。
Cause1. This could be due to kernel parameters settings2. Incorrect permissions on the ORACLE executable SolutionTo implement the solution, please execute the following steps:1.This could be due to kernel parameters settingsPlease check the notes below that provide the required settings for kernel parametersNote 169706.1 Oracle Database on AIX,HP-UX,Linux,MacOSX,Solaris,Tru64Note 201021.1 SOLARIS: Quick Start Guide - 9.2.0 RDBMS Installation2.This could be due to Incorrect permissions on the ORACLE.exeThe 'ls' command should show permissions 6751 (as follows) Please check the following:$ cd $ORACLE_HOME/bin$ ls -l oracleThe output should be-rwsr-s--x 1 oracle dbaIf not then please execute the following$ chmod 6751 oraclePlease also verify if the following are correctecho $ORACLE_HOMEecho $ORACLE_SIDecho $LD_LIBRARY_PATHecho $PATH3.If the above does not resolve I suggest that you shutdown the database and listener and then"relink all"Note 131321.1 How to Relink Oracle Database Software on UNIX完成以上步骤，再次启动oracle就ok了。
解决ROSEHA双机热备重启后无法带入服务的方法-essen
解决ROSEHA双机热备重启后⽆法带⼊服务的⽅法-essen 解决双机热备重启后⽆法带⼊服务的⽅法按照本⽂档中的每⼀步操作即可：系统⼯具—终端（将光驱挂载到mnt ⽂件夹下）在终端窗⼝下⼀次键⼊：# mount –t iso9660 /dev/cdrom /mnt （挂载设备）# cd /mnt （进⼊mnt ⽂件夹）# ls ( 查看mnt 下的⽂件)安装ROSEHA ，进⼊到mnt ⽬录下运⾏# ./install.sh可检查/opt/roseha/bin ⾯是否有⽂件存在两个较为重要的⽂件NewPass 修改密码（第⼀次运⾏需要修改密码）运⾏# ./NewPass 按照下图进⾏按照提⽰⾸先User : ha ( 管理员的⽤户名) New password : 密码Re-enter new password 重新输⼊密码在进⼊系统之前然我们来设置⼀下系统的相关信息如下图所⽰：/etc/hosts设置完毕后重新引导系统确定starting RoseHA dearm 服务启动正常在/opt/roseha/bin 下运⾏# ./hacon 运⾏ROSEHA 的管理界⾯进⼊控制界⾯⾸先敲击回车选择Connect 进⼊系统User 是上⾯我们设置的⽤户名Password 也是我们设置的密码全部输完― OK‖出现如下和⾯说明连接正常当我们没有拿到正式的licence 授权之前我们就可以先享受30 天的使⽤期，可是也需要设置⼀下只要移动Tab 键在HostName: 处将本机的主机名和对端主机名填写正确就可以了― OK ―两边机器都需要进⾏设置出现下图所⽰的License Information success 说明我们可以⽤试⽤版了只要在⼀个⽉内注册正式版产品就可以了！两边的服务器都需要做相同的设置配置Rose HA1 、管理界⾯的启动#cd /opt/roseha/bin# hacon2 、连接：进⼊Tools---Connect, 输⼊Server:localhostUser:rootPassword:root3 、license 号输⼊：进⼊Tools---License, 输⼊HostName: 左边为本机主机名，右边为远程主机名。
SUN Solaris SUN Solairs服务器可能遇到的问题总结
SUN Solaris SUN Solairs服务器可能遇到的问题总结(一)(二)(三)部分1）Q：现在遇到这样一个问题，telnet一台SUN机时报下面的错误：No utmpx entry. You must exec "login" from the lowest level "shell".做了下面的处理后：cd /var/admmv utmpx utmpxbaktouch utmpxtelnet 恢复了正常，可在该机器的终端下执行login 命令时，又报了上面相同的错误。
而且重新启动机器以后，telnet时还是报相同的错误！A：进入单用户模式，清空(不是删除)这两个文件# cat /dev/null > /var/adm/wtmpx# cat /dev/null > /var/adm/utmpx之后，重新启动系统找了很多国外的论坛，都是这么说的：The problem comes if utmp or wtmp file becomes corrupted . You need to initialize these and reboot the system to correct the error.These files are log files and can be initialized without affecting the system, as long as you reboot the system after truncating the files. Perform these steps:1. Bring the system into System Maintenance mode.2. Make copies of the files /etc/utmp, /etc/utmpx, /etc/wtmp, and/etc/wtmpx before proceeding with the next step.3. Delete the contents of these files by executing the followingcommands:# > /etc/utmp# > /etc/wtmp# > /etc/utmpx# > /etc/wtmpx4. Shutdown the system:# shutdown -y -g0Restart the system2）Q：我用setenv PA TH=$PATH:/path/to/my/program的方式来赋值，总显示语法或者修饰符有问题。
oracle 11g默认用户名、密码解锁 以及安装后重启黑屏问题
安装时选择的自动安装，由于时间久远忘记用户名、密码了，导致现在试了几个默认的用户名密码後（表格中附带默认用户名及密码），都提示无效的用户名、密码，终于在试了下dbsnmp/dbsnmp，提示被锁；首先启动sqlplus输入用户名：sqlplus / as sysdba密码空缺如果用户被锁定，记得加上SQL> alter user dbsnmp account unlock;User altered.然后修改密码SQL> alter user dbsnmp identified by dbsnmp;User altered.现在就可以用用户名：dbsnmp 密码：dbsnmp登录了。
Oracle 10g默认安装带来的用户名/密码Username Password Description See AlsoCTXSYS CTXSYS The Oracle Text account Oracle Text ReferenceDBSNMP DBSNMP The account used by theManagement Agent component ofOracle Enterprise Manager tomonitor and manage the databaseOracle Enterprise Manager GridControl Installation and BasicConfigurationLBACSYS LBACSYS The Oracle Label Security Oracle Label Securityadministrator account Administrator's GuideMDDATA MDDATA The schema used by Oracle Spatialfor storing Geocoder and router dataOracle Spatial User's Guide andReferenceMDSYS MDSYS The Oracle Spatial and OracleinterMedia Locator administratoraccountOracle Spatial User's Guide andReferenceDMSYS DMSYS The Oracle Data Mining account.Oracle Data Mining Administrator's Guide Oracle Data Mining ConceptsOLAPSYS MANAGERThe account used to create OLAPmetadata structures. It owns theOLAP Catalog (CWMLite).Oracle OLAP ApplicationDeveloper's GuideORDPLUG INS ORDPLUGINSThe Oracle interMedia user. Plug-inssupplied by Oracle and third partyformat plug-ins are installed in thisschema.Oracle interMedia User's GuideORDSYS ORDSYS The Oracle interMedia administratoraccount Oracle interMedia User's GuideOUTLN OUTLN The account that supports planstability. Plan stability enables you tomaintain the same execution plansOracle Database PerformanceTuning Guidefor the same SQL statements. OUTLN acts as a role to centrally manage metadata associated with stored outlines.SI_INFOR MTN_SCH EMA SI_INFORMTN_SCHEMAThe account that stores theinformation views for the SQL/MMStill Image Standard Oracle interMedia User's GuideSYS CHANGE_ON_INSTALLThe account used to performdatabase administration tasksOracle DatabaseAdministrator's GuideSYSMAN CHANGE_ON_INSTALLThe account used to perform OracleEnterprise Manager databaseadministration tasks. Note that SYSand SYSTEM can also perform thesetasks.Oracle Enterprise Manager GridControl Installation and BasicConfigurationSYSTEM MANAGERAnother account used to performdatabase administration tasks.Oracle DatabaseAdministrator's Guide不知道11g是不是这个。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Oracle数据库教程—— solaris11，客户删除用户后导致ssh无法启动今天，客户把t4-4的一台机器重启后，发现使用ssh无法登录，telnet也无法登录，感觉特别奇怪。
叫我们远程支持一下，现把整个过程分析出来，与大家分享！1、首先说明，客户的环境是一台t4-4的小机，使用建了两个ldom分区，安装的solaris11，所以我们可以通过管理分区进去root@t4-4# ldm listNAME STATE FLAGS CONS VCPU MEMORY UTIL N ORM UPTIMEprimary active -n-cv- UART 8 8G 2.2% 2.2% 56d 17h 43mMYTEST2 active -n---- 5000 16 16G 0.1% 0.1% 16h 31mMYTEST1 active -n---- 5001 24 40G 3.6% 3.6% 15h 11mMYTEST3 active -n--v- 5002 72 160G 0.5% 0.5% 33d 18h 30m根据客户的描述，我们知道是MYTEST1的远程连接无法使用了，所以通过主分区进去root@t4-4# telnet localhost 5001Trying ::1...telnet: connect to address ::1: Connection refusedTrying 127.0.0.1...Connected to localhost.Escape character is '^]'.Connecting to console "MYTEST1" in group "MYTEST1" ....Press ~? for control options ..MYTEST1 console login: rootPassword:Jan 22 09:06:46 MYTEST1 login: ROOT LOGIN /dev/consoleLast login: Wed Jan 22 08:15:30 on rad/0Oracle Corporation SunOS 5.11 11.1 September 2013You have new mail.root@MYTEST1:~#2、登录进去后，对系统进行检查root@MYTEST1:~# svcs -a | grep sshoffline 17:55:09 svc:/network/ssh:defaultssh服务是offline再检查ssh所依赖的服务，如下：root@MYTEST1:~# svcs -d sshSTATE STIME FMRIdisabled 17:54:46 svc:/network/ipfilter:defaultonline 17:54:53 svc:/system/cryptosvc:defaultonline 17:54:53 svc:/network/loopback:defaultonline 17:54:58 svc:/system/utmp:defaultonline 17:55:02 svc:/network/physical:defaultonline 17:55:04 svc:/system/filesystem/local:defaultoffline 17:55:09 svc:/system/filesystem/autofs:default可以看到，autofs这个服务是offline的，原因找到了root@MYTEST1:~# svcadm enable autofsroot@MYTEST1:~# svcs -d sshSTATE STIME FMRIdisabled 17:54:46 svc:/network/ipfilter:defaultonline 17:54:53 svc:/system/cryptosvc:defaultonline 17:54:53 svc:/network/loopback:defaultonline 17:54:58 svc:/system/utmp:defaultonline 17:55:02 svc:/network/physical:defaultonline 17:55:04 svc:/system/filesystem/local:defaultoffline 17:55:09 svc:/system/filesystem/autofs:default仍然无法启动autofs3、分析及解决autofs一般是自动启动的，服务本身估计没有问题，可能是由于某些挂载点丢失什么的影响。
我们检查了一下/etc/auto_master等自动配置的文件，均没有问题，由于客户没有提供更多情况，我们建议重启一下操作系统，观察启动情况。
root@MYTEST1:~# syncroot@MYTEST1:~# reboot在关闭后，重启的过程中，我们发现了这样的情况rpool/export/home/user1 mount /export/home/user1失败rpool/export/home/user2 mount /export/home/user2失败所以，从这里基本可以看到问题。
客户这下回忆说，曾经在不久前删除了两个用户，并且把目录也强制删除了，情况一下明了！root@MYTEST1:~# cat /etc/passwdroot:x:0:0:Super-User:/root:/usr/bin/bashdaemon:x:1:1::/:bin:x:2:2::/usr/bin:sys:x:3:3::/:adm:x:4:4:Admin:/var/adm:lp:x:71:8:Line Printer Admin:/:uucp:x:5:5:uucp Admin:/usr/lib/uucp:nuucp:x:9:9:uucp Admin:/var/spool/uucppublic:/usr/lib/uucp/uucicodladm:x:15:65:Datalink Admin:/:netadm:x:16:65:Network Admin:/:netcfg:x:17:65:Network Configuration Admin:/:smmsp:x:25:25:SendMail Message Submission Program:/:gdm:x:50:50:GDM Reserved UID:/var/lib/gdm:zfssnap:x:51:12:ZFS Automatic Snapshots Reserved UID:/:/usr/bin/pfshupnp:x:52:52:UPnP Server Reserved UID:/var/coherence:/bin/kshxvm:x:60:60:xVM User:/:mysql:x:70:70:MySQL Reserved UID:/:openldap:x:75:75:OpenLDAP User:/:webservd:x:80:80:WebServer Reserved UID:/:postgres:x:90:90:PostgreSQL Reserved UID:/:/usr/bin/pfkshsvctag:x:95:12:Service Tag UID:/:unknown:x:96:96:Unknown Remote UID:/:nobody:x:60001:60001:NFS Anonymous Access User:/:noaccess:x:60002:60002:No Access User:/:nobody4:x:65534:65534:SunOS 4.x NFS Anonymous Access User:/:aiuser:x:61:61:AI User:/:ftp:x:21:21:FTPD Reserved UID:/:dhcpserv:x:18:65:DHCP Configuration Admin:/:pkg5srv:x:97:97:pkg(5) server UID:/:可看到没有user1,和user2root@MYTEST1:~# df -hFilesystem Size Used Available Capacity Mounted onrpool/ROOT/solaris-1 244G 5.7G 200G 3% //devices 0K 0K 0K 0% / devices/dev 0K 0K 0K 0%/devctfs 0K 0K 0K 0%/system/contractproc 0K 0K 0K 0%/procmnttab 0K 0K 0K 0%/etc/mnttabswap 34G 2.6M 34G 1% / system/volatileobjfs 0K 0K 0K 0%/system/objectsharefs 0K 0K 0K 0%/etc/dfs/sharetabfd 0K 0K 0K 0% /dev/fdrpool/ROOT/solaris-1/var244G 241M 200G 1%/varswap 35G 807M 34G 3% / tmprpool/VARSHARE 244G 96K 200G 1% rpool/export 244G 1.0G 200G 1% /exportrpool/export/home 244G 71M 200G 1% /export/home rpool/export/home/admin244G 34K 200G 1%/export/home/admin也没有这样的挂载点存在，可以肯定的是，由于无法挂载，导致autofs无法正常启动，进而使用ssh无。
法启动所以基本上可以确定删除这两个挂载点可解决问题删除挂载点：root@MYTEST1:~# zfs destroy rpool/export/home/user2root@MYTEST1:~# zfs destroy rpool/export/home/user1删除后，再重启一次，已经没有挂载的错误出现4、重启后检查服务root@MYTEST1:~# svcs -d sshSTATE STIME FMRIdisabled 17:54:46 svc:/network/ipfilter:defaultonline 17:54:53 svc:/system/cryptosvc:defaultonline 17:54:53 svc:/network/loopback:defaultonline 17:54:58 svc:/system/utmp:defaultonline 17:55:02 svc:/network/physical:defaultonline 17:55:04 svc:/system/filesystem/local:defaultonline 17:55:09 svc:/system/filesystem/autofs:default可以看到，autofs已经起来了，检查一下sshroot@MYTEST1:~# svcs -a | grep sshonline 17:55:09 svc:/network/ssh:default也起来了，问题解决！最后说明，solaris的服务启动与其它服务是依赖的，如果所依赖的服务没有启动，那么它本身无法启动的更多文章可见：公司官网：。