Okay, das ergibt Sinn, auch wenn ich vor dem Replace noch ein komplettes Backup des Pools mache. Mit zpool replace habe ich mich schon ein wenig eingelesen, leider hat Truenas meine Platten im Pool nicht eindeutig benannt:
root@storage01:/var/apache2/2.4/logs# cat error_log
[Fri Oct 28 23:42:52.529914 2022] [ssl:warn] [pid 2340:tid 1] AH01906: 127.0.0.1:443:0 server certificate is a CA certificate (BasicConstraints: CA == TRUE !?)
[Fri Oct 28 23:42:52.529991 2022] [ssl:warn] [pid 2340:tid 1] AH01909: 127.0.0.1:443:0 server certificate does NOT include an ID which matches the server name
[Fri Oct 28 23:42:52.552780 2022] [ssl:warn] [pid 2342:tid 1] AH01906: 127.0.0.1:443:0 server certificate is a CA certificate (BasicConstraints: CA == TRUE !?)
[Fri Oct 28 23:42:52.552855 2022] [ssl:warn] [pid 2342:tid 1] AH01909: 127.0.0.1:443:0 server certificate does NOT include an ID which matches the server name
[Fri Oct 28 23:42:52.554482 2022] [core:error] [pid 2342:tid 1] (2)No such file or directory: AH00099: could not create /var/run/apache2/2.4/httpd.pid.MDBIQd
[Fri Oct 28 23:42:52.554568 2022] [core:error] [pid 2342:tid 1] AH00100: httpd: could not log pid to file /var/run/apache2/2.4/httpd.pid
[Fri Oct 28 23:42:52.555209 2022] [cgid:error] [pid 2343:tid 1] (2)No such file or directory: AH01243: Couldn't bind unix domain socket /var/run/apache2/2.4/cgisock.2342
[Fri Oct 28 23:45:44.357921 2022] [ssl:warn] [pid 2679:tid 1] AH01906: 127.0.0.1:443:0 server certificate is a CA certificate (BasicConstraints: CA == TRUE !?)
[Fri Oct 28 23:45:44.358022 2022] [ssl:warn] [pid 2679:tid 1] AH01909: 127.0.0.1:443:0 server certificate does NOT include an ID which matches the server name
[Fri Oct 28 23:45:44.382108 2022] [ssl:warn] [pid 2680:tid 1] AH01906: 127.0.0.1:443:0 server certificate is a CA certificate (BasicConstraints: CA == TRUE !?)
[Fri Oct 28 23:45:44.382196 2022] [ssl:warn] [pid 2680:tid 1] AH01909: 127.0.0.1:443:0 server certificate does NOT include an ID which matches the server name
[Fri Oct 28 23:45:44.386176 2022] [mpm_event:notice] [pid 2680:tid 1] AH00489: Apache/2.4.51 (Unix) OpenSSL/1.0.2za configured -- resuming normal operations
[Fri Oct 28 23:45:44.386326 2022] [core:notice] [pid 2680:tid 1] AH00094: Command line: '/usr/apache2/2.4/bin/httpd -f /var/web-gui/data/tools/httpd/apache24/solaris/config/httpd.conf'
chmod: WARNING: can't access /tmp/nappit/htm
chmod: WARNING: can't access /tmp/nappit/htm
root@storage01:/var/apache2/2.4/logs# netstat -an | grep 443
*.443 *.* 0 0 2097152 0 LISTEN
192.168.1.94.443 192.168.1.10.58871 2102272 0 2098020 0 ESTABLISHED
192.168.1.94.443 192.168.1.10.58889 0 0 2098020 0 SYN_RCVD
*.443 *.* 0 0 2097152 0 LISTEN
root@storage01:/var/apache2/2.4/logs#[Fri Oct 28 23:52:47.001572 2022] [core:warn] [pid 2680:tid 1] AH00045: child process 2682 still did not exit, sending a SIGTERM
[Fri Oct 28 23:56:24.191462 2022] [ssl:warn] [pid 1142:tid 1] AH01906: 127.0.0.1:443:0 server certificate is a CA certificate (BasicConstraints: CA == TRUE !?)
[Fri Oct 28 23:56:24.191729 2022] [ssl:warn] [pid 1142:tid 1] AH01909: 127.0.0.1:443:0 server certificate does NOT include an ID which matches the server name
[Fri Oct 28 23:56:24.211694 2022] [ssl:warn] [pid 1143:tid 1] AH01906: 127.0.0.1:443:0 server certificate is a CA certificate (BasicConstraints: CA == TRUE !?)
[Fri Oct 28 23:56:24.211783 2022] [ssl:warn] [pid 1143:tid 1] AH01909: 127.0.0.1:443:0 server certificate does NOT include an ID which matches the server name
[Fri Oct 28 23:56:24.214909 2022] [cgid:error] [pid 1144:tid 1] (2)No such file or directory: AH01243: Couldn't bind unix domain socket /var/run/apache2/2.4/cgisock.1143
[Fri Oct 28 23:56:24.217736 2022] [core:error] [pid 1143:tid 1] (2)No such file or directory: AH00099: could not create /var/run/apache2/2.4/httpd.pid.LI2abb
[Fri Oct 28 23:56:24.217838 2022] [core:error] [pid 1143:tid 1] AH00100: httpd: could not log pid to file /var/run/apache2/2.4/httpd.pid...
###
#IncludeOptional /etc/apache2/2.4/conf.d/*.conf
Include /var/web-gui/data/tools/httpd/apache24/solaris/config/httpd-ssl.conf
#additional
Include /etc/apache2/2.4/samples-conf.d/mpm.conf
Include /etc/apache2/2.4/samples-conf.d/default.conf
#
# Note: The following must must be present to support
# starting without SSL on platforms with no /dev/random equivalent
# but a statically compiled-in mod_ssl.
#
<IfModule ssl_module>
SSLRandomSeed startup builtin
SSLRandomSeed connect builtin
</IfModule>
......
<IfModule !mpm_netware_module>
PidFile "/var/run/apache2/2.4/httpd.pid"
</IfModule>
...[Sat Oct 29 10:16:41.298681 2022] [ssl:warn] [pid 4075:tid 1] AH01906: 127.0.0.1:443:0 server certificate is a CA certificate (BasicConstraints: CA == TRUE !?)
[Sat Oct 29 10:16:41.298835 2022] [ssl:warn] [pid 4075:tid 1] AH01909: 127.0.0.1:443:0 server certificate does NOT include an ID which matches the server name
[Sat Oct 29 10:16:41.341305 2022] [ssl:warn] [pid 4076:tid 1] AH01906: 127.0.0.1:443:0 server certificate is a CA certificate (BasicConstraints: CA == TRUE !?)
[Sat Oct 29 10:16:41.341437 2022] [ssl:warn] [pid 4076:tid 1] AH01909: 127.0.0.1:443:0 server certificate does NOT include an ID which matches the server name
[Sat Oct 29 10:16:41.346012 2022] [cgid:error] [pid 4077:tid 1] (2)No such file or directory: AH01243: Couldn't bind unix domain socket /var/run/apache2/2.4/cgisock.4076
[Sat Oct 29 10:16:41.350328 2022] [mpm_event:notice] [pid 4076:tid 1] AH00489: Apache/2.4.51 (Unix) OpenSSL/1.0.2za configured -- resuming normal operations
[Sat Oct 29 10:16:41.350534 2022] [core:notice] [pid 4076:tid 1] AH00094: Command line: '/usr/apache2/2.4/bin/httpd -f /var/web-gui/data/tools/httpd/apache24/solaris/config/httpd.conf'
[Sat Oct 29 10:16:41.350783 2022] [cgid:crit] [pid 4076:tid 1] AH01238: cgid daemon failed to initializeDefaultRunTimeDir /var/runDie Installation von SQL Server erfolgt dabei mit einem Domain Administrator Account und der Pfad für das Datenstammverzeichnis wird korrekterweise auch als UNC (\\napp-it\SQLServer\) angegeben, wobei SQLServer der SMB Freigabename des ZFS Filesystems tank/SQLServer ist und napp-it der DNS-Name des OmniOS Servers. Die Berechtigungen der SQLServer Share werden wie folgt in der napp-it Oberfläche angezeigt:
github.com
Daraus leite ich ab, daß das für die Installation erforderliche Privileg - SeSecurityPrivilege - der Gruppe administrators gar nicht zugeordnet ist und daher eine Aufnahme von root in diese Gruppe auch nichts zu ändern vermöchte.
Das ist mir soweit klar, hilft mir aber bei meiner Umsetzungsidee - ebenso wie die zweite Variante, dem Windows Server einfach eine zusätzliche virtuelle VMFS Festplatte über VMWare ESXi für die Datenbankdateien zuzuweisen - leider nicht. In beiden Fällen wird dafür nämlich ntfs als Dateisystem verwendet. Mein Ziel wäre aber, auf die Datenbankdateien mit OmniOS direkt zugreifen zu können. Mit anderen Worten sollen die MS SQL Server Datenbankdateien als einfache Files unter OmniOS aufscheinen und damit für alle möglichen Tools (cp, grep, cmp, etc.) direkt verfügbar sein.
Du hast natürlich völlig recht, daß die Installation - sprich der Installationsbenutzer - die notwendigen Rechte bzw. Privileges benötigt. Aber diese hat er (zumindest lokal auf dem Windows Server) auch: Ich habe das im sysinternals Process Explorer für den Installationsprozeß (und vorher auch in der Power Shell) geprüft und das Privilege "SeSecurityPrivilege" ist vorhanden und auch aktiviert. Offenbar gilt dieses Privilege dann aber nur für das "lokale" System, nicht aber für den OmniOS Server welcher insoweit ja ein "remote" System ist. Darauf deutet auch die Fehlermeldung hin, die ich hier auszugsweise (mit Hervorhebung) nochmals anführe:
Ich verstehe das so, daß auf dem Dateiserver - also jenem, auf dem die Daten gespeichert werden sollen - die dortige "Lokale Sicherheitsrichtlinie" derart angepaßt werden muß, damit dem auf dem Windows Server für die Installation benutzten User (Domain\Administrator) dieses Privilege auf dem OmniOS Dateiserver zukommt. Auf OmniOS ist dieses Privileg aber offenbar nicht vorhanden und damit auch für den zur Installation benutzen User nicht vorhanden (vgl. dazu den Output von "smbadm show -pm" auf der Shell des OmniOS Systems). Auch die Lösung für NetApp (siehe Link) deutet eigentlich darauf hin, daß etwas auf der NetApp getan werden muß, nicht aber Änderungen unter Windows für den zur Installation verwendeten User erforderlich sind.
Das ist ja genau das Ziel, welches ich verfolge: Die Installation des SQL Servers erfolgt ja "lokal", aber bei der Installation wird als ein Schritt des menugeführten Installationsprozesses auch das Datenbankstammverzeichnis abgefragt. Dieses muß für SMB über einen UNC-Pfad spezifiziert werden und soll eben auf einer SMB-Freigabe des OmniOS SMB-Servers liegen. Nach meinem Verständnis will die Installation dann dieses Verzeichnis mit den korrekten Berechtigungen derart vorbereiten, daß es später im Betrieb keine Probleme gibt - und dafür ist offenbar in der lokalen Sicherheitsrichtlinie auf dem (OmniOS) Dateiserver das Privilege "SeSecurityPrivilege" für den Installationsbenutzer des SQL Servers erforderlich.
Der verwendete "vserver cifs" Befehl, den es im übrigen in einer Vielzahl von Inkarnationen gibt, ist nach meinem Verständnis Teil von ONTAP, also dem Betriebsystem der NetApp Lösungen (vgl. dazu die Doku von NetApp, zu finden auf der linken Seite unter dem ausklappbaren Heading "vserver cifs commands".
Ich selbst kenne mich mit NetApp übrigens überhaupt nicht aus und habe mir meine Interpretation jetzt nur durch Recherchen und Suchen im Internet logisch zusammengefügt. Und diese macht aus meiner Sicht momentan durchaus Sinn ... aber möglicherweise liege ich auch total daneben.
docs.netapp.com
github.com
Hallo @gea , seit dem Update auf OmniOS r44 hagelt es bei mir perl-Fehler:
