[OmniOS-discuss] [OmniOS] Two problem for set a zfs dataset in a zone
Hello :) I have two problem for use a zfs dataset in a zone. First, i would like use it as a device zfs create -V5g rpool/data0 In zonecfg: add device set match = "/dev/zvol/dsk/rpool/data0" end I boot the zone, and the device don't appear. I read this, but it not resolve the problem http://lists.omniti.com/pipermail/omnios-discuss/2013-February/000479.html After, i try to use it lie this: add dataset set name = rpool/data0 end and when i want boot the zone: root@box:/var/tmp# zoneadm -z nappit0 boot zone 'nappit0': cannot open ZFS dataset 'rpool/data0' zoneadm: zone 'nappit0': call to zoneadmd failed But my dataset exist root@box:/var/tmp# zfs list rpool/data0 NAME USED AVAIL REFER MOUNTPOINT rpool/data0 5,16G 33,2G16K - Can you help me please ? Regards, Frédéric ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] system/fm/smtp-notify mailing about already-resolved events on boot
I didn’t know smtp-notify but looked useful so I tried to install it. However, it depends on sendmail and I already have postfix, that also provides a binary /usr/sbin/sendmail, so they conflict (see below). If I install the ms.omniti package postfix (compiled for r151006 but probably fine) the conflict should disappear (its sendmail goes to opt/omni/sbin/sendmail) but then how to be sure that the postfix’s one is used? Could give me some directions? Thanks Olaf $ pfexec pkg install service/fault-management/smtp-notify Creating Plan | pkg install: The requested change to the system attempts to install multiple actions for link 'usr/sbin/sendmail' with conflicting attributes: 1 package delivers 'link path=usr/sbin/sendmail target=../lib/sendmail': pkg://omnios/service/network/smtp/sendmail@8.14.4,5.11-0.151008:20131204T024609Z 1 package delivers 'link path=usr/sbin/sendmail target=../local/sbin/sendmail': pkg://uulm.mawi/service/network/smtp/postfix@2.10.2,5.11-0.151008:20140111T165835Z These packages may not be installed together. Any non-conflicting set may be, or the packages must be corrected before they can be installed. The following packages deliver conflicting action types to usr/lib/sendmail: link: pkg://uulm.mawi/service/network/smtp/postfix@2.10.2,5.11-0.151008:20140111T165835Z file: pkg://omnios/service/network/smtp/sendmail@8.14.4,5.11-0.151008:20131204T024609Z These packages may not be installed together. Any non-conflicting set may be, or the packages must be corrected before they can be installed. $ pkg search sendmail INDEX ACTION VALUE PACKAGE basenamefile usr/local/sbin/sendmail pkg:/service/network/smtp/postfix@2.10.2-0.151008 basenamelink usr/lib/sendmail pkg:/service/network/smtp/postfix@2.10.2-0.151008 basenamelink usr/sbin/sendmail pkg:/service/network/smtp/postfix@2.10.2-0.151008 pkg.descr setWietse Venema's mail server alternative to Sendmail pkg:/omniti/network/smtp/postfix@2.10.2-0.151006 basenamefile opt/omni/sbin/sendmail pkg:/omniti/network/smtp/postfix@2.10.2-0.151006 basenamefile usr/lib/sendmail pkg:/omniti/network/smtp/postfix@2.10.2-0.151006 pkg.description setSendmail Utilities pkg:/service/network/smtp/sendmail@8.14.4-0.151008 pkg.summary setSendmail pkg:/service/network/smtp/sendmail@8.14.4-0.151008 basenamefile etc/init.d/sendmail pkg:/service/network/smtp/sendmail@8.14.4-0.151008 basenamefile usr/lib/sendmail pkg:/service/network/smtp/sendmail@8.14.4-0.151008 basenamelink usr/sbin/sendmail pkg:/service/network/smtp/sendmail@8.14.4-0.151008 pkg.fmrisetomnios/service/network/smtp/sendmail pkg:/service/network/smtp/sendmail@8.14.4-0.151008 Il giorno 29/gen/2014, alle ore 19:00, Kevin Swab ha scritto: > We have this issue too. For us, it happens on all versions of OmniOS up > through r151008 (and all versions of OpenIndiana we've tried too). > > It will stop if you clear all the fault management logs using a > procedure like this: > > https://blogs.oracle.com/unixgeek/entry/how_to_clear_fmadm_log > > But this seems a bit drastic. A fix would be most welcome! > > Kevin > > > > On 01/29/2014 06:40 AM, Lauri Tirkkonen wrote: >> smtp-notify seems to be generating emails for every recorded diagnosed >> event upon system boot, even when those faults have been repaired or >> resolved long since. We're on r151006. >> >> This seems like a bug - is anyone else seeing this? >> > > -- > --- > Kevin Swab UNIX Systems Administrator > ACNSColorado State University > Phone: (970)491-6572Email: kevin.s...@colostate.edu > GPG Fingerprint: 7026 3F66 A970 67BD 6F17 8EB8 8A7D 142F 2392 791C > ___ > OmniOS-discuss mailing list > OmniOS-discuss@lists.omniti.com > http://lists.omniti.com/mailman/listinfo/omnios-discuss ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] system/fm/smtp-notify mailing about already-resolved events on boot
Il giorno 29/gen/2014, alle ore 19:00, Kevin Swab ha scritto: > We have this issue too. For us, it happens on all versions of OmniOS up > through r151008 (and all versions of OpenIndiana we've tried too). > > It will stop if you clear all the fault management logs using a > procedure like this: > > https://blogs.oracle.com/unixgeek/entry/how_to_clear_fmadm_log > > But this seems a bit drastic. A fix would be most welcome! > > Kevin > > > > On 01/29/2014 06:40 AM, Lauri Tirkkonen wrote: >> smtp-notify seems to be generating emails for every recorded diagnosed >> event upon system boot, even when those faults have been repaired or >> resolved long since. We're on r151006. >> >> This seems like a bug - is anyone else seeing this? >> > > -- > --- > Kevin Swab UNIX Systems Administrator > ACNSColorado State University > Phone: (970)491-6572Email: kevin.s...@colostate.edu > GPG Fingerprint: 7026 3F66 A970 67BD 6F17 8EB8 8A7D 142F 2392 791C > ___ > OmniOS-discuss mailing list > OmniOS-discuss@lists.omniti.com > http://lists.omniti.com/mailman/listinfo/omnios-discuss ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] [zfs] Heads up: Redhat/CentOS NFSv3 clients file locking failures
ons 2014-01-22 klockan 14:47 -0600 skrev Schweiss, Chip: > A recent change in the NLM for NFSv3 has exposed a problem with the > firewall on Redhat/CentOS. > > Connections back to the client are blocked by the firewall because the > connection tracking module is not catching connections as part of the > open NFS connections to the server. > This is (i think) callback related. The portmapper works such that its users (for example the client-side nfs kernel modules) bind to a tcp port and then registers the port's number with the portmapper. Which means that the user's port number gets randomized, EXCEPT this: --- [sudo root@compaq: /home/stefan]# lsmod |grep nfs nfsd 173890 2 nfs 265921 2 nfs_acl12463 2 nfs,nfsd auth_rpcgss32143 5 nfs,nfsd,rpcsec_gss_krb5 fscache31978 1 nfs lockd 57277 2 nfs,nfsd sunrpc143904 16 lockd,auth_rpcgss,nfs_acl,nfs,nfsd,rpcsec_gss_krb5 [sudo root@compaq: /home/stefan]# modinfo nfsd filename: /lib/modules/3.2.0-4-686-pae/kernel/fs/nfsd/nfsd.ko license:GPL author: Olaf Kirch depends:auth_rpcgss,sunrpc,lockd,nfs_acl intree: Y vermagic: 3.2.0-4-686-pae SMP mod_unload modversions 686 [sudo root@compaq: /home/stefan]# modinfo nfs filename: /lib/modules/3.2.0-4-686-pae/kernel/fs/nfs/nfs.ko license:GPL author: Olaf Kirch alias: nfs4 depends:fscache,sunrpc,lockd,auth_rpcgss,nfs_acl intree: Y vermagic: 3.2.0-4-686-pae SMP mod_unload modversions 686 parm: callback_tcpport:portnr parm: cache_getent:Path to the client cache upcall program (string) parm: cache_getent_timeout:Timeout (in seconds) after which the cache upcall is assumed to have failed (ulong) parm: enable_ino64:bool parm: nfs4_disable_idmapping:Turn off NFSv4 idmapping when using 'sec=sys' (bool) [sudo root@compaq: /home/stefan]# [sudo root@compaq: /home/stefan]# cat /etc/modprobe.d/local-conf-nfs-fixed-ports.conf options nfs callback_tcpport=2050 options lockd nlm_tcpport=2051 nlm_udpport=2051 [sudo root@compaq: /home/stefan]# The nfs related modules has parameters for using locally defined well-known port numbers and which the firewall can be configured to recognize. I do use NFS4. ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
[OmniOS-discuss] Can't copy/rsync to NFS share
Hello!! I'm trying to setup NFS and SMB shares with ACL support and I got into troubles... I have a share, that is mounted to linux client over NFSv3 and to windows client over SMB. My ACL's looks like the following: https://dl.dropboxusercontent.com/u/5934229/forumi/ACL_for_share.png What I want is to have a 755 unix permissions on folders and 644 permissions on files. User levak and root have full rights, when they access the folder from windows. That seems to be properly configured. Now the problem. I tried to copy my data from one drive to another. It starts to copy, but after some time, I start getting errors "cant create file, operation not permitted": `joomla/plugins/editors/tinymce/jscripts/tiny_mce/plugins/safari/editor_plugin_src.js' -> `/omnios/joomla/plugins/editors/tinymce/jscripts/tiny_mce/plugins/safari/editor_plugin_src.js' cp: cannot create regular file `/omnios/joomla/plugins/editors/tinymce/jscripts/tiny_mce/plugins/safari/editor_plugin_src.js': Operation not permitted `joomla/plugins/editors/tinymce/jscripts/tiny_mce/plugins/safari/editor_plugin.js' -> `/omnios/joomla/plugins/editors/tinymce/jscripts/tiny_mce/plugins/safari/editor_plugin.js' cp: cannot create regular file `/omnios/joomla/plugins/editors/tinymce/jscripts/tiny_mce/plugins/safari/editor_plugin.js': Operation not permitted If I cancel the transfer and start again, it goes a little further and after some 10% more copied files, it starts throwing errors again, and so on and so on... The same happens if I try to copy over data with rsync... I use -var parameters(verbose, archieve, recursive. It shows that it is coping files, but when I look in the folder, all files start with a . and a size of 0. After some time, it start throwing errors: rsync: mkstemp "/omnios/joomla/administrator/components/com_templates/.index.html.gYKDOw" failed: Operation not permitted (1) rsync: mkstemp "/omnios/joomla/administrator/components/com_templates/.templates.xml.exWYLJ" failed: Operation not permitted (1) rsync: mkstemp "/omnios/joomla/administrator/components/com_templates/.toolbar.templates.html.php.0bG6WW" failed: Operation not permitted (1) rsync: mkstemp "/omnios/joomla/administrator/components/com_templates/.toolbar.templates.php.5wyZ89" failed: Operation not permitted (1) rsync: mkstemp "/omnios/joomla/administrator/components/com_templates/helpers/.index.html.qSFt8m" failed: Operation not permitted (1) What is causing this? Are my ACL's wrong? Matej -- --- http://www.zunaj.si - outdoor blog -- --- http://www.zunaj.si - outdoor blog ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
[OmniOS-discuss] Can't copy/rsync to NFS share
Hello!! I'm trying to setup NFS and SMB shares with ACL support and I got into troubles... I have a share, that is mounted to linux client over NFSv3 and to windows client over SMB. My ACL's looks like the following: https://dl.dropboxusercontent.com/u/5934229/forumi/ACL_for_share.png What I want is to have a 755 unix permissions on folders and 644 permissions on files. User levak and root have full rights, when they access the folder from windows. That seems to be properly configured. Now the problem. I tried to copy my data from one drive to another. It starts to copy, but after some time, I start getting errors "cant create file, operation not permitted": [CODE]`joomla/plugins/editors/tinymce/jscripts/tiny_mce/plugins/safari/editor_plugin_src.js' -> `/omnios/joomla/plugins/editors/tinymce/jscripts/tiny_mce/plugins/safari/editor_plugin_src.js' cp: cannot create regular file `/omnios/joomla/plugins/editors/tinymce/jscripts/tiny_mce/plugins/safari/editor_plugin_src.js': Operation not permitted `joomla/plugins/editors/tinymce/jscripts/tiny_mce/plugins/safari/editor_plugin.js' -> `/omnios/joomla/plugins/editors/tinymce/jscripts/tiny_mce/plugins/safari/editor_plugin.js' cp: cannot create regular file `/omnios/joomla/plugins/editors/tinymce/jscripts/tiny_mce/plugins/safari/editor_plugin.js': Operation not permitted [/CODE] If I cancel the transfer and start again, it goes a little further and after some 10% more copied files, it starts throwing errors again, and so on and so on... The same happens if I try to copy over data with rsync... I use -var parameters(verbose, archieve, recursive. It shows that it is coping files, but when I look in the folder, all files start with a . and a size of 0. After some time, it start throwing errors: [CODE] rsync: mkstemp "/omnios/joomla/administrator/components/com_templates/.index.html.gYKDOw" failed: Operation not permitted (1) rsync: mkstemp "/omnios/joomla/administrator/components/com_templates/.templates.xml.exWYLJ" failed: Operation not permitted (1) rsync: mkstemp "/omnios/joomla/administrator/components/com_templates/.toolbar.templates.html.php.0bG6WW" failed: Operation not permitted (1) rsync: mkstemp "/omnios/joomla/administrator/components/com_templates/.toolbar.templates.php.5wyZ89" failed: Operation not permitted (1) rsync: mkstemp "/omnios/joomla/administrator/components/com_templates/helpers/.index.html.qSFt8m" failed: Operation not permitted (1) [/CODE] What is causing this? Are my ACL's wrong? Matej -- --- http://www.zunaj.si - outdoor blog ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
[OmniOS-discuss] create ordinary user
Hi to all I am trying netatalk in an OminOS box, and having problem to create a user ... All and every how-to that I found in the web refers to an utilitary in command line from OpenSolaris, but this tool do not exist in OmniOS ... So, how can I create an ordinary user to authenticate against netatalk ? Thanks in advance ... Fábio Rabelo ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
