Re: [OpenIndiana-discuss] unable to start nfs
Tim, If you use that method your NFS share properties will only live in the hosts dfstab file. By setting zfs properties you achieve the same thing except the share follows the zfs filesystem. (nas/vol0 in this example) e.g. zfs set sharenfs=rw,nosuid,root=vmware-host-ip-etc sp1/nas/vol0 zfs set mountpoint=/export/ss1-nas-vol0 sp1/nas/vol0 If you do a zfs send to an external zfspool the property lives on it without a tab change. Warning: rw=all = danger! Do you really want every node to have rw access? -Original Message- From: Tim Dunphy [mailto:bluethu...@gmail.com] Sent: Monday, May 07, 2012 4:12 PM To: Discussion list for OpenIndiana Subject: Re: [OpenIndiana-discuss] unable to start nfs well, shiver me timbers!!! all I had to do to get the service started was to add an entry in dfstab: root@openindiana:/export/home/bluethundr# tail /etc/dfs/dfstab# Do not modify this file directly. # Use the sharemgr(1m) command for all share management # This file is reconstructed and only maintained for backward # compatibility. Configuration lines could be lost. # # share [-F fstype] [ -o options] [-d ""] [resource] # .e.g, # share -F nfs -o rw=engineering -d "home dirs" /export/home2 share -F nfs -o sec=sys,rw=all -d "xen share" /tank/xen I had the idea of adding the entry and starting the service. So glad that did the trick! Thanks for your help guys! On Mon, May 7, 2012 at 3:27 PM, Tim Dunphy wrote: >> To be pedantic, you don't share a zpool, but filesystem directories, >> over NFS :) > > Point taken. :) > >> In fact, you should check the output of "svcs -a | grep nfs" for >> hints whether your nfs/server is "online" or in another state; if it >> is not online, you can drill down to see why. > > It definitely looks as it's offline at the moment. > > root@openindiana:/export/home/bluethundr# svcs -a | grep > svc:/network/nfs/server:default disabled 14:33:21 > svc:/network/nfs/server:default > > Forgive my ignorance but I'm a little new at solaris. The only > drilling down I've done so far is this: > > svc:/network/nfs/server:default (NFS server) > State: disabled since May 7, 2012 03:11:28 PM EDT > Reason: Temporarily disabled by an administrator. > See: http://illumos.org/msg/SMF-8000-1S > See: nfsd(1M) > See: /var/svc/log/network-nfs-server:default.log > Impact: This service is not running. > > root@openindiana:~# svcs -l nfs/server fmri > svc:/network/nfs/server:default name NFS server enabled > false (temporary) state disabled next_state none state_time > May 7, 2012 03:11:28 PM EDT logfile > /var/svc/log/network-nfs-server:default.log > restarter svc:/system/svc/restarter:default contract_id dependency > require_any/error svc:/milestone/network (online) dependency > require_all/error svc:/network/nfs/nlockmgr (online) dependency > optional_all/error svc:/network/nfs/mapid (online) dependency > require_all/restart svc:/network/rpc/bind (online) dependency > optional_all/none svc:/network/rpc/keyserv (online) dependency > optional_all/none svc:/network/rpc/gss (online) dependency > optional_all/none svc:/network/shares/group (multiple) dependency > optional_all/none svc:/system/filesystem/reparse (online) dependency > require_all/error svc:/system/filesystem/local (online) > > Everything that NFS relies on seems to be 'online' and the only > difference is in the entry for vc:/network/shares/group (multiple). > Which seems to correspond to the message I'm getting when I try to > start the service recursively: > > > root@openindiana:~# svcadm enable -r nfs/server > svcadm: svc:/milestone/network depends on svc:/network/physical, which > has multiple instances. > > >> What happens if you do this? >> svcadm enable nfs/server > > If I do this it's basically the same thing as before: > > root@openindiana:~# svcadm enable nfs/server root@openindiana:~# svcs > -a | grep nfs | grep server disabled 15:17:31 > svc:/network/nfs/server:default > >>Do you have any NFS shares defined via zfs sharenfs attribute and/or >>/etc/dfs/dfstab file (legacy)? What does the "share" >>command report (should return a list of defined shares, if any), >>similar to "exportfs" output. > > root@openindiana:~# share > root@openindiana:~# > > root@openindiana:~# cat /etc/dfs/dfstab > > # Do not modify this file directly. > # Use the sharemgr(1m) command for all share management # This file is > reconstructed and only maintained for backward # compatibility. > Configuration lines could be lost. > # > # share [-F fstype] [ -o options] [-d ""] > [resource] # .e.g, # share -F nfs -o rw=engineering -d > "home dirs" /export/home2 > > This is a brand-new setup and I haven't attempted to setup any shares > prior to trying to setup NFS. > > > Basically my goal is to share the top directory of my zpool which > looks like this: > > root@openindiana:~# df -h /tank >
Re: [OpenIndiana-discuss] unable to start nfs
2012-05-08 1:11, Tim Dunphy wrote: well, shiver me timbers!!! all I had to do to get the service started was to add an entry in dfstab: Well, the ZFS-NFS integrated way would be to comment that line out and instead execute: zfs set sharenfs="sec=sys,rw=all" tank/xen assuming that "tank/xen" is a separate dataset in the "tank" pool. I'm a bit at loss where to put the share comment though ;) Also the configuration seems a bit insecure with rw=all, you might want to limit it to subnet like this (AND set up a firewall later): "sec=sys,rw=@192.168.127.0/24,root=@192.168.127.0/24,anon=0" In particular, the dfstab file based approach might fail when you start the file services while the "tank" pool is not yet imported, so you'd have to "shareall" after the import, while the integrated approach takes care of that and refreshes all fileservices after pool import (can be avoided with "zpool import -N" if needed). //Jim ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Nvidia errors on 151a4
Actually in my case it is a complete system freeze. No input, frozen video, no ssh, router lights signal no activity. Today I put in a new Asus GTX 550 Ti and the notices have gone away. No crashes either so far, except for one when I tried to run glxgears... will investigate tomorrow. Thank you for all the help! Bryan On May 7, 2012 8:52 PM, "Marion Hakanson" wrote: > ironsides.med...@gmail.com said: > > I had to install 295.49 following the procedure from > > http://defect.opensolaris.org/bz/show_bug.cgi?id=12196 > > > > I have a new boot environment with the updated drivers and it would > appear > > that the hard freezes have stopped. > > I wonder if the hard freezes were like what I have experienced in: >https://www.illumos.org/issues/1625 > > If you're experiencing the same issue as the above, and if on your machine > the nVidia card shares interrupts with your ethernet interface, you > wouldn't > be able to login from some other machine to do any diagnosis. > > > > However, it is still littering my > > console with these two messages in repetition: > > > > May 6 10:50:01 Wraith nvidia: [ID 702911 kern.notice] NOTICE: NVRM: > nv_devmap: devmap_devmem_setup() failed (22) > > May 6 10:50:01 Wraith nvidia: [ID 702911 kern.notice] NOTICE: NVRM: > nv_segmap: ddi_devmap_segmap() failed (6) > > > > Can I do anything about that? > > On my systems, this started with nVidia driver version 295.40. If you > revert to 295.33 the above messages go away. > > Regards, > > Marion > > > > ___ > OpenIndiana-discuss mailing list > OpenIndiana-discuss@openindiana.org > http://openindiana.org/mailman/listinfo/openindiana-discuss > ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] unable to start nfs
well, shiver me timbers!!! all I had to do to get the service started was to add an entry in dfstab: root@openindiana:/export/home/bluethundr# tail /etc/dfs/dfstab# Do not modify this file directly. # Use the sharemgr(1m) command for all share management # This file is reconstructed and only maintained for backward # compatibility. Configuration lines could be lost. # # share [-F fstype] [ -o options] [-d ""] [resource] # .e.g, # share -F nfs -o rw=engineering -d "home dirs" /export/home2 share -F nfs -o sec=sys,rw=all -d "xen share" /tank/xen I had the idea of adding the entry and starting the service. So glad that did the trick! Thanks for your help guys! On Mon, May 7, 2012 at 3:27 PM, Tim Dunphy wrote: >> To be pedantic, you don't share a zpool, but filesystem directories, >> over NFS :) > > Point taken. :) > >> In fact, you should check the output of "svcs -a | grep nfs" for >> hints whether your nfs/server is "online" or in another state; >> if it is not online, you can drill down to see why. > > It definitely looks as it's offline at the moment. > > root@openindiana:/export/home/bluethundr# svcs -a | grep > svc:/network/nfs/server:default > disabled 14:33:21 svc:/network/nfs/server:default > > Forgive my ignorance but I'm a little new at solaris. The only > drilling down I've done so far is this: > > svc:/network/nfs/server:default (NFS server) > State: disabled since May 7, 2012 03:11:28 PM EDT > Reason: Temporarily disabled by an administrator. > See: http://illumos.org/msg/SMF-8000-1S > See: nfsd(1M) > See: /var/svc/log/network-nfs-server:default.log > Impact: This service is not running. > > root@openindiana:~# svcs -l nfs/server > fmri svc:/network/nfs/server:default > name NFS server > enabled false (temporary) > state disabled > next_state none > state_time May 7, 2012 03:11:28 PM EDT > logfile /var/svc/log/network-nfs-server:default.log > restarter svc:/system/svc/restarter:default > contract_id > dependency require_any/error svc:/milestone/network (online) > dependency require_all/error svc:/network/nfs/nlockmgr (online) > dependency optional_all/error svc:/network/nfs/mapid (online) > dependency require_all/restart svc:/network/rpc/bind (online) > dependency optional_all/none svc:/network/rpc/keyserv (online) > dependency optional_all/none svc:/network/rpc/gss (online) > dependency optional_all/none svc:/network/shares/group (multiple) > dependency optional_all/none svc:/system/filesystem/reparse (online) > dependency require_all/error svc:/system/filesystem/local (online) > > Everything that NFS relies on seems to be 'online' and the only > difference is in the entry for vc:/network/shares/group (multiple). > Which seems to correspond to the message I'm getting when I try to > start the service recursively: > > > root@openindiana:~# svcadm enable -r nfs/server > svcadm: svc:/milestone/network depends on svc:/network/physical, which > has multiple instances. > > >> What happens if you do this? >> svcadm enable nfs/server > > If I do this it's basically the same thing as before: > > root@openindiana:~# svcadm enable nfs/server > root@openindiana:~# svcs -a | grep nfs | grep server > disabled 15:17:31 svc:/network/nfs/server:default > >>Do you have any NFS shares defined via zfs sharenfs attribute >>and/or /etc/dfs/dfstab file (legacy)? What does the "share" >>command report (should return a list of defined shares, if any), >>similar to "exportfs" output. > > root@openindiana:~# share > root@openindiana:~# > > root@openindiana:~# cat /etc/dfs/dfstab > > # Do not modify this file directly. > # Use the sharemgr(1m) command for all share management > # This file is reconstructed and only maintained for backward > # compatibility. Configuration lines could be lost. > # > # share [-F fstype] [ -o options] [-d ""] [resource] > # .e.g, > # share -F nfs -o rw=engineering -d "home dirs" /export/home2 > > This is a brand-new setup and I haven't attempted to setup any shares > prior to trying to setup NFS. > > > Basically my goal is to share the top directory of my zpool which > looks like this: > > root@openindiana:~# df -h /tank > Filesystem size used avail capacity Mounted on > tank 1.3T 44K 1.3T 1% /tank > > "tank" is in reality a super fast raidz2 disk array consisting of 4 > very fast hard drives. > > Thank you all for your input. > > Best, > Tim > > > > > > > > > > On Mon, May 7, 2012 at 2:42 PM, Jim Klimov wrote: >> 2012-05-07 22:04, Tim Dunphy wrote: >>> >>> Hello openindiana, >>> >>> I appreciate the help you've provided so far. This OI box is turning >>> out completely awesome! >> >> >> Yup! ;) >> >> >>> Currently I am trying to start an nfs server so that I can share my >>> zpool across the network. >> >> >> To be pedantic, you don't share a zpool, but filesystem directories, >> over NFS :) In case of ZFS-N
Re: [OpenIndiana-discuss] unable to start nfs
> To be pedantic, you don't share a zpool, but filesystem directories, > over NFS :) Point taken. :) > In fact, you should check the output of "svcs -a | grep nfs" for > hints whether your nfs/server is "online" or in another state; > if it is not online, you can drill down to see why. It definitely looks as it's offline at the moment. root@openindiana:/export/home/bluethundr# svcs -a | grep svc:/network/nfs/server:default disabled 14:33:21 svc:/network/nfs/server:default Forgive my ignorance but I'm a little new at solaris. The only drilling down I've done so far is this: svc:/network/nfs/server:default (NFS server) State: disabled since May 7, 2012 03:11:28 PM EDT Reason: Temporarily disabled by an administrator. See: http://illumos.org/msg/SMF-8000-1S See: nfsd(1M) See: /var/svc/log/network-nfs-server:default.log Impact: This service is not running. root@openindiana:~# svcs -l nfs/server fmri svc:/network/nfs/server:default name NFS server enabled false (temporary) statedisabled next_state none state_time May 7, 2012 03:11:28 PM EDT logfile /var/svc/log/network-nfs-server:default.log restartersvc:/system/svc/restarter:default contract_id dependency require_any/error svc:/milestone/network (online) dependency require_all/error svc:/network/nfs/nlockmgr (online) dependency optional_all/error svc:/network/nfs/mapid (online) dependency require_all/restart svc:/network/rpc/bind (online) dependency optional_all/none svc:/network/rpc/keyserv (online) dependency optional_all/none svc:/network/rpc/gss (online) dependency optional_all/none svc:/network/shares/group (multiple) dependency optional_all/none svc:/system/filesystem/reparse (online) dependency require_all/error svc:/system/filesystem/local (online) Everything that NFS relies on seems to be 'online' and the only difference is in the entry for vc:/network/shares/group (multiple). Which seems to correspond to the message I'm getting when I try to start the service recursively: root@openindiana:~# svcadm enable -r nfs/server svcadm: svc:/milestone/network depends on svc:/network/physical, which has multiple instances. > What happens if you do this? > svcadm enable nfs/server If I do this it's basically the same thing as before: root@openindiana:~# svcadm enable nfs/server root@openindiana:~# svcs -a | grep nfs | grep server disabled 15:17:31 svc:/network/nfs/server:default >Do you have any NFS shares defined via zfs sharenfs attribute >and/or /etc/dfs/dfstab file (legacy)? What does the "share" >command report (should return a list of defined shares, if any), >similar to "exportfs" output. root@openindiana:~# share root@openindiana:~# root@openindiana:~# cat /etc/dfs/dfstab # Do not modify this file directly. # Use the sharemgr(1m) command for all share management # This file is reconstructed and only maintained for backward # compatibility. Configuration lines could be lost. # # share [-F fstype] [ -o options] [-d ""] [resource] # .e.g, # share -F nfs -o rw=engineering -d "home dirs" /export/home2 This is a brand-new setup and I haven't attempted to setup any shares prior to trying to setup NFS. Basically my goal is to share the top directory of my zpool which looks like this: root@openindiana:~# df -h /tank Filesystem size used avail capacity Mounted on tank 1.3T44K 1.3T 1%/tank "tank" is in reality a super fast raidz2 disk array consisting of 4 very fast hard drives. Thank you all for your input. Best, Tim On Mon, May 7, 2012 at 2:42 PM, Jim Klimov wrote: > 2012-05-07 22:04, Tim Dunphy wrote: >> >> Hello openindiana, >> >> I appreciate the help you've provided so far. This OI box is turning >> out completely awesome! > > > Yup! ;) > > >> Currently I am trying to start an nfs server so that I can share my >> zpool across the network. > > > To be pedantic, you don't share a zpool, but filesystem directories, > over NFS :) In case of ZFS-NFS integration, you share filesystem > datasets at their roots (and their child filesystem datasets by > default - unless you override the sharenfs attribute in the children). > > >> >> However when I attempt to start the service I am getting an error: >> >> root@openindiana:~# svcadm enable -r nfs/server >> svcadm: svc:/milestone/network depends on svc:/network/physical, which >> has multiple instances. >> >> >> Now, I do have two physical links that I am currently using to create > > > > As James pointed out, this error message is not what you interpreted > it to be. Moreover, I often see it (in the same situation) on other > Solaris 10+ releases, and it is in fact just a warning from SMF to > make you notice that it is possible that the service you want might > rely on a different service than you have configured, or somesuch. > > In fact, you should check the output of "svcs -a | grep nfs" for > hints whether your nfs/ser
Re: [OpenIndiana-discuss] JFS on openindiana
Then use a Linux VM to get it off… - Opprinnelig melding - > It sad. I have an external drive with all the data on the JFS. :( > > 07.05.2012, 18:26, "paolo marcheschi" : > > No > > at present as far as I Know is not possible, > > there is an old project : > > http://hub.opensolaris.org/bin/view/Project+jfs/ > > > > But is discontinued. > > However you can install an other OS (Virtualbox,kvm, zones) that can > > read JFS (i.e. Linux ) and use that to open the JFS filesystem. > > Ciao > > Paolo > > On 05/07/12 16:09, Stephan Kutuzov wrote: > > > >> Is it possible to read the file system JFS in openindiana? And if > >> possible, then how? > >> Thanks. > >> > >> ___ > >> OpenIndiana-discuss mailing list > >> OpenIndiana-discuss@openindiana.org > >> http://openindiana.org/mailman/listinfo/openindiana-discuss > > > > ___ > > OpenIndiana-discuss mailing list > > OpenIndiana-discuss@openindiana.org > > http://openindiana.org/mailman/listinfo/openindiana-discuss > > ___ > OpenIndiana-discuss mailing list > OpenIndiana-discuss@openindiana.org > http://openindiana.org/mailman/listinfo/openindiana-discuss -- Vennlige hilsener / Best regards roy -- Roy Sigurd Karlsbakk (+47) 98013356 r...@karlsbakk.net http://blogg.karlsbakk.net/ -- I all pedagogikk er det essensielt at pensum presenteres intelligibelt. Det er et elementært imperativ for alle pedagoger å unngå eksessiv anvendelse av idiomer med fremmed opprinnelse. I de fleste tilfeller eksisterer adekvate og relevante synonymer på norsk. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] unable to start nfs
2012-05-07 22:39, Tim Dunphy wrote: Hi, and thanks for your reply. No, it seems that the nfs server is definitely not working at this point: ... And after making sure that the associated services were running, I am still unable to start NFS and seeing the same error message: Do you have any NFS shares defined via zfs sharenfs attribute and/or /etc/dfs/dfstab file (legacy)? What does the "share" command report (should return a list of defined shares, if any), similar to "exportfs" output. You can also try the "shareall" command to enable all shares you think you've defined. If you have no shares, the server indeed stops soon after the startup attempt (within a few seconds). //Jim ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Nvidia errors on 151a4
ironsides.med...@gmail.com said: > I had to install 295.49 following the procedure from > http://defect.opensolaris.org/bz/show_bug.cgi?id=12196 > > I have a new boot environment with the updated drivers and it would appear > that the hard freezes have stopped. I wonder if the hard freezes were like what I have experienced in: https://www.illumos.org/issues/1625 If you're experiencing the same issue as the above, and if on your machine the nVidia card shares interrupts with your ethernet interface, you wouldn't be able to login from some other machine to do any diagnosis. > However, it is still littering my > console with these two messages in repetition: > > May 6 10:50:01 Wraith nvidia: [ID 702911 kern.notice] NOTICE: NVRM: > nv_devmap: devmap_devmem_setup() failed (22) > May 6 10:50:01 Wraith nvidia: [ID 702911 kern.notice] NOTICE: NVRM: > nv_segmap: ddi_devmap_segmap() failed (6) > > Can I do anything about that? On my systems, this started with nVidia driver version 295.40. If you revert to 295.33 the above messages go away. Regards, Marion ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] unable to start nfs
Tim Dunphy wrote: > root@openindiana:~# svcs -x nfs/server > svc:/network/nfs/server:default (NFS server) > State: disabled since May 7, 2012 01:57:11 PM EDT > Reason: Temporarily disabled by an administrator. What happens if you do this? svcadm enable nfs/server -- James Carlson 42.703N 71.076W ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] unable to start nfs
2012-05-07 22:04, Tim Dunphy wrote: Hello openindiana, I appreciate the help you've provided so far. This OI box is turning out completely awesome! Yup! ;) Currently I am trying to start an nfs server so that I can share my zpool across the network. To be pedantic, you don't share a zpool, but filesystem directories, over NFS :) In case of ZFS-NFS integration, you share filesystem datasets at their roots (and their child filesystem datasets by default - unless you override the sharenfs attribute in the children). However when I attempt to start the service I am getting an error: root@openindiana:~# svcadm enable -r nfs/server svcadm: svc:/milestone/network depends on svc:/network/physical, which has multiple instances. Now, I do have two physical links that I am currently using to create As James pointed out, this error message is not what you interpreted it to be. Moreover, I often see it (in the same situation) on other Solaris 10+ releases, and it is in fact just a warning from SMF to make you notice that it is possible that the service you want might rely on a different service than you have configured, or somesuch. In fact, you should check the output of "svcs -a | grep nfs" for hints whether your nfs/server is "online" or in another state; if it is not online, you can drill down to see why. HTH, //Jim ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Making OI work on Lenovo thinkpad T520 (few issues)
Hi Milan, On 05/ 7/12 10:51 AM, Milan Jurik wrote: Hi Sunay, Sunay Tripathi píše v pá 04. 05. 2012 v 19:45 -0700: Hi Milan, [...] The e1000g0 works fine but my Centrino N-6300 keeps failing as well related to https://www.illumos.org/issues/2207. Does anyone has a workaround on that? port needed support from BSD driver needed :-( Funny. Then why do we have the chip listed as supported on http://wiki.openindiana.org/oi/WiFi. I actually ordered the laptop based on that. Have CC'd Albert to see if he has any ideas. I do not know but I think iwp needs more work to support 6205+ devices, we lack support in firmware I think. I think we should update the page to reflect that. It might be worthwhile keeping a page on laptops that are known to work. I know thats not the target for this community but at the same time if developers can run on their laptop/desktop, we get better stability :) Can anyone point me *bsd sources where we need to pull the relevant iwp firmware code from? Not have much time but I kind of liked this t520p with the native 1920x1080 resolution so would love to get it to work. Cheers, Sunay ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] unable to start nfs
Hi, and thanks for your reply. No, it seems that the nfs server is definitely not working at this point: root@openindiana:~# svcs -x nfs/server svc:/network/nfs/server:default (NFS server) State: disabled since May 7, 2012 01:57:11 PM EDT Reason: Temporarily disabled by an administrator. See: http://illumos.org/msg/SMF-8000-1S See: nfsd(1M) See: /var/svc/log/network-nfs-server:default.log Impact: This service is not running. I had a look at the services associated with NFS and made sure that they were all started. root@openindiana:~# svcs -l nfs/server fmri svc:/network/nfs/server:default name NFS server enabled false (temporary) statedisabled next_state none state_time May 7, 2012 01:57:11 PM EDT logfile /var/svc/log/network-nfs-server:default.log restartersvc:/system/svc/restarter:default contract_id dependency require_any/error svc:/milestone/network (online) dependency require_all/error svc:/network/nfs/nlockmgr (online) dependency optional_all/error svc:/network/nfs/mapid (online) dependency require_all/restart svc:/network/rpc/bind (online) dependency optional_all/none svc:/network/rpc/keyserv (online) dependency optional_all/none svc:/network/rpc/gss (online) dependency optional_all/none svc:/network/shares/group (multiple) dependency optional_all/none svc:/system/filesystem/reparse (online) dependency require_all/error svc:/system/filesystem/local (online) The only one that appears to be different is the network shares group. And after making sure that the associated services were running, I am still unable to start NFS and seeing the same error message: root@openindiana:~# svcadm enable -r svc:/network/nfs/server:default svcadm: svc:/milestone/network depends on svc:/network/physical, which has multiple instances. I'm just wondering what other troubleshooting steps might help lead to a solution.. thanks On Mon, May 7, 2012 at 2:30 PM, James Carlson wrote: > Tim Dunphy wrote: >> root@openindiana:~# svcadm enable -r nfs/server >> svcadm: svc:/milestone/network depends on svc:/network/physical, which >> has multiple instances. >> >> >> Now, I do have two physical links that I am currently using to create >> a link aggregate: > > That message has nothing to do with the network interfaces. It's a > message about the ":default" and ":nwam" instances of network/physical. > It's a service, not link, message. > > The simplest thing to do is to ignore the message, but that's probably > not the right answer here. > > I think the right answer, assuming that NFS isn't working for you, is to > look into what's wrong with the service. Start with "svcs -x" and "svcs > -l nfs/server". > > -- > James Carlson 42.703N 71.076W > > ___ > OpenIndiana-discuss mailing list > OpenIndiana-discuss@openindiana.org > http://openindiana.org/mailman/listinfo/openindiana-discuss -- GPG me!! gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] unable to start nfs
Tim Dunphy wrote: > root@openindiana:~# svcadm enable -r nfs/server > svcadm: svc:/milestone/network depends on svc:/network/physical, which > has multiple instances. > > > Now, I do have two physical links that I am currently using to create > a link aggregate: That message has nothing to do with the network interfaces. It's a message about the ":default" and ":nwam" instances of network/physical. It's a service, not link, message. The simplest thing to do is to ignore the message, but that's probably not the right answer here. I think the right answer, assuming that NFS isn't working for you, is to look into what's wrong with the service. Start with "svcs -x" and "svcs -l nfs/server". -- James Carlson 42.703N 71.076W ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] unable to start nfs
Hello openindiana, I appreciate the help you've provided so far. This OI box is turning out completely awesome! Currently I am trying to start an nfs server so that I can share my zpool across the network. However when I attempt to start the service I am getting an error: root@openindiana:~# svcadm enable -r nfs/server svcadm: svc:/milestone/network depends on svc:/network/physical, which has multiple instances. Now, I do have two physical links that I am currently using to create a link aggregate: root@openindiana:~# dladm show-link LINKCLASS MTUSTATEBRIDGE OVER e1000g0 phys 1500 up -- -- e1000g1 phys 1500 up -- -- aggr1 aggr 1500 up -- e1000g0 e1000g1 But I don't understand why that may be preventing me from enabling NFS. I'd appreciate any help you could provide in getting this to work. Thanks and best regards, Tim -- GPG me!! gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Making OI work on Lenovo thinkpad T520 (few issues)
Hi Sunay, Sunay Tripathi píše v pá 04. 05. 2012 v 19:45 -0700: > Hi Milan, > [...] > >> The e1000g0 works fine but my Centrino N-6300 keeps failing > >> as well related to https://www.illumos.org/issues/2207. Does > >> anyone has a workaround on that? > >> > > > > port needed support from BSD driver needed :-( > > Funny. Then why do we have the chip listed as supported on > http://wiki.openindiana.org/oi/WiFi. I actually ordered the > laptop based on that. Have CC'd Albert to see if he has any > ideas. > I do not know but I think iwp needs more work to support 6205+ devices, we lack support in firmware I think. > Thanks, > Sunay > Best regards, Milan ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] NEWBIE can't find /usr/sbin/sysconfig
On 05/ 7/12 08:39 AM, Uwe Reh wrote: > 1. Remains the tool sysconfig proprietary to S11 or is there something > equivalent at OI? Oracle released the sysconfig sources, though I don't know if it depends on anything specific to S11 or if it would work on OI: http://src.opensolaris.org/source/xref/caiman/slim_source/usr/src/cmd/system-config/ > 2. Is nwamadm realy just a old name for netadm? >>http://openindiana.org/pipermail/openindiana-discuss/2012-February/007175.html Not just a new name, netadm is a newer version, with a few more changes since nwamadm than the name, so the docs won't be an exact match (though I don't remember exactly how far off they are). -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Engineering - http://blogs.oracle.com/alanc ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] NEWBIE can't find /usr/sbin/sysconfig
Hi, apparently my questions are not that trivial. No one told me where to find the appropriate manual. That's why I dare to repeat my questions: 1. Remains the tool sysconfig proprietary to S11 or is there something equivalent at OI? 2. Is nwamadm realy just a old name for netadm? >http://openindiana.org/pipermail/openindiana-discuss/2012-February/007175.html 3. Why do I miss manpages to some tools? Any missconfiguration, or they are not wrote, up to now? (@matt, thanks for the answer. As you wrote the package 'system/manual' is obsolete and seems to be empty) Uwe Am 03.05.2012 15:55, schrieb Uwe Reh: while migrating from S10 to oi151a3 on new HW, I try to improve my zone management. Doing this, I found a interesting line in >http://www.oracle.com/technetwork/articles/servers-storage-admin/o11-118-s11-script-zones-524499.html We could use the new Oracle Solaris 11 tool for creating system configuration files. That tool is easy to invoke using the following command: sysconfig create-profile -o sc_profile.xml Maybe it's a RTFM, but i can't find any informations on this tool, or an equivalent at oi. (/usr/sbin/sys-unconfig seems to be different.) Btw. - Beside the name does 'nwamadm' (oi151a3) the same as 'netadm' (S11)? - I miss man pages for 'sys-unconfig', 'nwamadm' and some others. Is there a PKG, i forgot to install? Uwe ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Massive numbers of man files, , missing on 151a4
Alan Coopersmith gave some interesting info just now: some (not all) files appeared in /var/pkg/lost+found/. The missing man files weren't there, but most (80 %?) of the missing /usr/local tree was. I had no idea that dir was there. There you go, manuals should be read. i e rtfm not waefrtfm. On 2012-05-07 16:33, openindiana-discuss-requ...@openindiana.org wrote: Message: 2 Date: Mon, 07 May 2012 15:31:19 +0200 From: "Hans J. Albertsson" To: openindiana-discuss@openindiana.org Subject: Re: [OpenIndiana-discuss] Massive numbers of man files, missing on 151a4 Message-ID: <4fa7cea7.3060...@branneriet.se> Content-Type: text/plain; charset=ISO-8859-1; format=flowed No, that's not it: I thought of that possibility, but my /usr/local is just another directory /usr. And where did the man files go?? I'm actually thinking I would have liked to be able to trace what updatemanager did, after the fact. Still, I now know I must do a snapshot at every step of any fishy pkg stuff. And I've got the files back, and things work. Next time I'll be more observant. On 2012-05-07 14:50, openindiana-discuss-requ...@openindiana.org wrote: > Message: 5 > Date: Mon, 07 May 2012 07:21:32 -0400 > From: James Carlson > To: Discussion list for OpenIndiana > > Subject: Re: [OpenIndiana-discuss] Massive numbers of man files, >missing on 151a4 > Message-ID:<4fa7b03c.4010...@workingcode.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Hans J. Albertsson wrote: >> >I managed to determine (ocular inspection of "ls" in several snapshots) >> >that the only files missing were about 1200 man pages in man1, and the >> >entire /usr/local tree. >> > >> >And I think it must have happened as I removed the sfe version of >> >imagemagick. > One way I've seen this sort of thing happen is when an administrator > uses a symlink for a common directory (such as /usr/local), and a > package delivers a directory entry for that same path. The packaging > system will happily blow the symlink away. > > If that's what you've been doing, I suggest using mounts instead of > symlinks. The simplest thing to do is to make /usr/local (or whatever > is being symlink'd) be a separate zfs file system. Alternatively, if > separate file systems are not your taste for some reason, consider using > a lofs mount. (Of course, getting that mount in place at boot time may > be slightly tougher to do on a modern Open Indiana system, as zfs works > outside of the /etc/vfstab scheme.) > > -- James Carlson 42.703N 71.076W ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Massive numbers of man files, missing on 151a4
On 05/ 7/12 06:31 AM, Hans J. Albertsson wrote: > No, that's not it: I thought of that possibility, but my /usr/local is just > another directory /usr. > And where did the man files go?? Did any of the missing files get moved under /var/pkg/lost+found/ ? That's where pkg puts unexpected, unpackaged files when it's removing a directory the package system thinks should be deleted because you removed all the packages delivered to it. -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Engineering - http://blogs.oracle.com/alanc ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Root as role vs. user and rsync
On Sun, 6 May 2012, Ignacio Marambio Catán wrote: There is one other option. Use ssh public key authentication to bypass the whole PAM/role nonsense and restrict what the user can do with the command option. See sshd(8) in its AUTHORIZED_KEYS FILE FORMAT section That is what I do. For even more security, the key triggers running a script which runs rsync in server mode over ssh using a rsync.conf configuration file specific to this purpose. If someone was to gain access to the key, they could still only read data enabled to be read using the key. I have been backing up multiple types of hosts with this strategy for four years now without a problem. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] JFS on openindiana
It sad. I have an external drive with all the data on the JFS. :( 07.05.2012, 18:26, "paolo marcheschi" : > No > at present as far as I Know is not possible, > there is an old project : > http://hub.opensolaris.org/bin/view/Project+jfs/ > > But is discontinued. > However you can install an other OS (Virtualbox,kvm, zones) that can > read JFS (i.e. Linux ) and use that to open the JFS filesystem. > Ciao > Paolo > On 05/07/12 16:09, Stephan Kutuzov wrote: > >> Is it possible to read the file system JFS in openindiana? And if possible, >> then how? >> Thanks. >> >> ___ >> OpenIndiana-discuss mailing list >> OpenIndiana-discuss@openindiana.org >> http://openindiana.org/mailman/listinfo/openindiana-discuss > > ___ > OpenIndiana-discuss mailing list > OpenIndiana-discuss@openindiana.org > http://openindiana.org/mailman/listinfo/openindiana-discuss ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] JFS on openindiana
No at present as far as I Know is not possible, there is an old project : http://hub.opensolaris.org/bin/view/Project+jfs/ But is discontinued. However you can install an other OS (Virtualbox,kvm, zones) that can read JFS (i.e. Linux ) and use that to open the JFS filesystem. Ciao Paolo On 05/07/12 16:09, Stephan Kutuzov wrote: Is it possible to read the file system JFS in openindiana? And if possible, then how? Thanks. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] JFS on openindiana
Is it possible to read the file system JFS in openindiana? And if possible, then how? Thanks. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Question about halting a zone
On Mon, May 7, 2012 at 3:57 PM, Mark Creamer wrote: > I was reading about how to update non-global zones, and found a > Solaris document which says the following: > > 1. Update the Global Zone > 2. Reboot > 3. Halt the non-global zone (zoneadm -z myzone halt) > 4. Detach the zone (zoneadm -z myzone detach) > 5. Re-attach the zone with -u (zoneadm -z myzone attach -u) > > In my testing, this seems to go fine. My question is, what happens > when you halt a zone - for example, if MySQL is running on that > non-global zone, should you stop it first before halting the zone to > avoid the risk of corrupting data? Or is a halt safe without stopping > any running services first? I normally do: zlogin myzone init 5 This makes the zone shut down normally, running all the shutdown procedures. "zoneadm halt" does not do that. Here's the help output for "zoneadm halt": Halts specified zone, bypassing shutdown scripts and removing runtime resources of the zone. -- Venlig hilsen / Kind regards Jeppe Toustrup (aka. Tenzer) ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Question about halting a zone
Hi If the Mysql service is started using SMF services, the halt is Safe, otherwise you have to stop the service. Ciao Paolo On 05/07/12 15:57, Mark Creamer wrote: I was reading about how to update non-global zones, and found a Solaris document which says the following: 1. Update the Global Zone 2. Reboot 3. Halt the non-global zone (zoneadm -z myzone halt) 4. Detach the zone (zoneadm -z myzone detach) 5. Re-attach the zone with -u (zoneadm -z myzone attach -u) In my testing, this seems to go fine. My question is, what happens when you halt a zone - for example, if MySQL is running on that non-global zone, should you stop it first before halting the zone to avoid the risk of corrupting data? Or is a halt safe without stopping any running services first? Thanks ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] Question about halting a zone
I was reading about how to update non-global zones, and found a Solaris document which says the following: 1. Update the Global Zone 2. Reboot 3. Halt the non-global zone (zoneadm -z myzone halt) 4. Detach the zone (zoneadm -z myzone detach) 5. Re-attach the zone with -u (zoneadm -z myzone attach -u) In my testing, this seems to go fine. My question is, what happens when you halt a zone - for example, if MySQL is running on that non-global zone, should you stop it first before halting the zone to avoid the risk of corrupting data? Or is a halt safe without stopping any running services first? Thanks -- Mark ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Massive numbers of man files, missing on 151a4
No, that's not it: I thought of that possibility, but my /usr/local is just another directory /usr. And where did the man files go?? I'm actually thinking I would have liked to be able to trace what updatemanager did, after the fact. Still, I now know I must do a snapshot at every step of any fishy pkg stuff. And I've got the files back, and things work. Next time I'll be more observant. On 2012-05-07 14:50, openindiana-discuss-requ...@openindiana.org wrote: Message: 5 Date: Mon, 07 May 2012 07:21:32 -0400 From: James Carlson To: Discussion list for OpenIndiana Subject: Re: [OpenIndiana-discuss] Massive numbers of man files, missing on 151a4 Message-ID:<4fa7b03c.4010...@workingcode.com> Content-Type: text/plain; charset=ISO-8859-1 Hans J. Albertsson wrote: > I managed to determine (ocular inspection of "ls" in several snapshots) > that the only files missing were about 1200 man pages in man1, and the > entire /usr/local tree. > > And I think it must have happened as I removed the sfe version of > imagemagick. One way I've seen this sort of thing happen is when an administrator uses a symlink for a common directory (such as /usr/local), and a package delivers a directory entry for that same path. The packaging system will happily blow the symlink away. If that's what you've been doing, I suggest using mounts instead of symlinks. The simplest thing to do is to make /usr/local (or whatever is being symlink'd) be a separate zfs file system. Alternatively, if separate file systems are not your taste for some reason, consider using a lofs mount. (Of course, getting that mount in place at boot time may be slightly tougher to do on a modern Open Indiana system, as zfs works outside of the /etc/vfstab scheme.) -- James Carlson 42.703N 71.076W ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] scsi errors
oh - thanks :) - Opprinnelig melding - > https://www.illumos.org/issues/1787 > > - Rich > > On Mon, May 7, 2012 at 8:44 AM, Roy Sigurd Karlsbakk > wrote: > > Hi all > > > > I have a few machines with openindiana 151, LSI 92xx mpt_sas > > controllers, and Hitachi Deskstar drives, mostly 2TB ones. These > > work well, but they all (I think) give me tons of "soft" errors like > > the ones below. They all use LSI SAS expanders from Super Micro. > > > > Any ideas how to debug this? > > > > roy > > > > May 7 14:31:04 prv-backup scsi: [ID 107833 kern.notice] Sense Key: > > Soft_Error > > May 7 14:31:04 prv-backup scsi: [ID 107833 kern.notice] ASC: 0x0 > > (), ASCQ: 0x1d, FRU: 0x0 > > May 7 14:31:05 prv-backup scsi: [ID 107833 kern.warning] WARNING: > > /scsi_vhci/disk@g5000cca369dd68e9 (sd157): > > May 7 14:31:05 prv-backup Error for Command: > > Error Level: Recovered > > May 7 14:31:05 prv-backup scsi: [ID 107833 kern.notice] Requested > > Block: 0 Error Block: 0 > > May 7 14:31:05 prv-backup scsi: [ID 107833 kern.notice] Vendor: ATA > > Serial Number: MN1220 > > May 7 14:31:05 prv-backup scsi: [ID 107833 kern.notice] Sense Key: > > Soft_Error > > May 7 14:31:05 prv-backup scsi: [ID 107833 kern.notice] ASC: 0x0 > > (), ASCQ: 0x1d, FRU: 0x0 > > May 7 14:31:08 prv-backup scsi: [ID 107833 kern.warning] WARNING: > > /scsi_vhci/disk@g5000cca369dd709b (sd145): > > May 7 14:31:08 prv-backup Error for Command: > > Error Level: Recovered > > May 7 14:31:08 prv-backup scsi: [ID 107833 kern.notice] Requested > > Block: 0 Error Block: 0 > > May 7 14:31:08 prv-backup scsi: [ID 107833 kern.notice] Vendor: ATA > > Serial Number: MN1220 > > May 7 14:31:08 prv-backup scsi: [ID 107833 kern.notice] Sense Key: > > Soft_Error > > May 7 14:31:08 prv-backup scsi: [ID 107833 kern.notice] ASC: 0x0 > > (), ASCQ: 0x1d, FRU: 0x0 > > May 7 14:31:08 prv-backup scsi: [ID 107833 kern.warning] WARNING: > > /scsi_vhci/disk@g5000cca369dd7f17 (sd140): > > May 7 14:31:08 prv-backup Error for Command: > > Error Level: Recovered > > May 7 14:31:08 prv-backup scsi: [ID 107833 kern.notice] Requested > > Block: 0 Error Block: 0 > > May 7 14:31:08 prv-backup scsi: [ID 107833 kern.notice] Vendor: ATA > > Serial Number: MN1220 > > May 7 14:31:08 prv-backup scsi: [ID 107833 kern.notice] Sense Key: > > Soft_Error > > May 7 14:31:08 prv-backup scsi: [ID 107833 kern.notice] ASC: 0x0 > > (), ASCQ: 0x1d, FRU: 0x0 > > May 7 14:34:03 prv-backup scsi: [ID 107833 kern.warning] WARNING: > > /scsi_vhci/disk@g5000cca369dd4345 (sd105): > > May 7 14:34:03 prv-backup Error for Command: > > Error Level: Recovered > > May 7 14:34:03 prv-backup scsi: [ID 107833 kern.notice] Requested > > Block: 0 Error Block: 0 > > May 7 14:34:03 prv-backup scsi: [ID 107833 kern.notice] Vendor: ATA > > Serial Number: MN5220 > > May 7 14:34:03 prv-backup scsi: [ID 107833 kern.notice] Sense Key: > > Soft_Error > > May 7 14:34:03 prv-backup scsi: [ID 107833 kern.notice] ASC: 0x0 > > (), ASCQ: 0x1d, FRU: 0x0 > > May 7 14:38:59 prv-backup scsi: [ID 107833 kern.warning] WARNING: > > /scsi_vhci/disk@g5000cca369c02d03 (sd146): > > May 7 14:38:59 prv-backup Error for Command: > > Error Level: Recovered > > May 7 14:38:59 prv-backup scsi: [ID 107833 kern.notice] Requested > > Block: 0 Error Block: 0 > > May 7 14:38:59 prv-backup scsi: [ID 107833 kern.notice] Vendor: ATA > > Serial Number: MN1221 > > May 7 14:38:59 prv-backup scsi: [ID 107833 kern.notice] Sense Key: > > Soft_Error > > May 7 14:38:59 prv-backup scsi: [ID 107833 kern.notice] ASC: 0x0 > > (), ASCQ: 0x1d, FRU: 0x0 > > May 7 14:39:59 prv-backup scsi: [ID 107833 kern.warning] WARNING: > > /scsi_vhci/disk@g5000cca369d9c0c2 (sd136): > > May 7 14:39:59 prv-backup Error for Command: > > Error Level: Recovered > > May 7 14:39:59 prv-backup scsi: [ID 107833 kern.notice] Requested > > Block: 0 Error Block: 0 > > May 7 14:39:59 prv-backup scsi: [ID 107833 kern.notice] Vendor: ATA > > Serial Number: MN1220 > > May 7 14:39:59 prv-backup scsi: [ID 107833 kern.notice] Sense Key: > > Soft_Error > > May 7 14:39:59 prv-backup scsi: [ID 107833 kern.notice] ASC: 0x0 > > (), ASCQ: 0x1d, FRU: 0x0 > > > > > > -- > > Vennlige hilsener / Best regards > > > > roy > > -- > > Roy Sigurd Karlsbakk > > (+47) 98013356 > > r...@karlsbakk.net > > http://blogg.karlsbakk.net/ > > -- > > I all pedagogikk er det essensielt at pensum presenteres > > intelligibelt. Det er et elementært imperativ for alle pedagoger å > > unngå eksessiv anvendelse av idiomer med fremmed opprinnelse. I de > > fleste tilfeller eksisterer adekvate og relevante synonymer på > > norsk. > > > > ___ > > OpenIndiana-discuss mailing list > > OpenIndiana-discuss@openindiana.org > > http://openindiana.org/mailman/listinfo/openindiana-discuss > > ___ > OpenIndiana-discuss mailing list > OpenIndiana-discuss@openindiana.org > http://openindiana.org/mailman/listinfo/openindiana-discuss -- Vennlige hils
Re: [OpenIndiana-discuss] scsi errors
https://www.illumos.org/issues/1787 - Rich On Mon, May 7, 2012 at 8:44 AM, Roy Sigurd Karlsbakk wrote: > Hi all > > I have a few machines with openindiana 151, LSI 92xx mpt_sas controllers, and > Hitachi Deskstar drives, mostly 2TB ones. These work well, but they all (I > think) give me tons of "soft" errors like the ones below. They all use LSI > SAS expanders from Super Micro. > > Any ideas how to debug this? > > roy > > May 7 14:31:04 prv-backup scsi: [ID 107833 kern.notice] Sense Key: > Soft_Error > May 7 14:31:04 prv-backup scsi: [ID 107833 kern.notice] ASC: 0x0 > (), ASCQ: 0x1d, FRU: 0x0 > May 7 14:31:05 prv-backup scsi: [ID 107833 kern.warning] WARNING: > /scsi_vhci/disk@g5000cca369dd68e9 (sd157): > May 7 14:31:05 prv-backup Error for Command: > Error Level: Recovered > May 7 14:31:05 prv-backup scsi: [ID 107833 kern.notice] Requested > Block: 0 Error Block: 0 > May 7 14:31:05 prv-backup scsi: [ID 107833 kern.notice] Vendor: ATA > Serial Number: MN1220 > May 7 14:31:05 prv-backup scsi: [ID 107833 kern.notice] Sense Key: > Soft_Error > May 7 14:31:05 prv-backup scsi: [ID 107833 kern.notice] ASC: 0x0 > (), ASCQ: 0x1d, FRU: 0x0 > May 7 14:31:08 prv-backup scsi: [ID 107833 kern.warning] WARNING: > /scsi_vhci/disk@g5000cca369dd709b (sd145): > May 7 14:31:08 prv-backup Error for Command: > Error Level: Recovered > May 7 14:31:08 prv-backup scsi: [ID 107833 kern.notice] Requested > Block: 0 Error Block: 0 > May 7 14:31:08 prv-backup scsi: [ID 107833 kern.notice] Vendor: ATA > Serial Number: MN1220 > May 7 14:31:08 prv-backup scsi: [ID 107833 kern.notice] Sense Key: > Soft_Error > May 7 14:31:08 prv-backup scsi: [ID 107833 kern.notice] ASC: 0x0 > (), ASCQ: 0x1d, FRU: 0x0 > May 7 14:31:08 prv-backup scsi: [ID 107833 kern.warning] WARNING: > /scsi_vhci/disk@g5000cca369dd7f17 (sd140): > May 7 14:31:08 prv-backup Error for Command: > Error Level: Recovered > May 7 14:31:08 prv-backup scsi: [ID 107833 kern.notice] Requested > Block: 0 Error Block: 0 > May 7 14:31:08 prv-backup scsi: [ID 107833 kern.notice] Vendor: ATA > Serial Number: MN1220 > May 7 14:31:08 prv-backup scsi: [ID 107833 kern.notice] Sense Key: > Soft_Error > May 7 14:31:08 prv-backup scsi: [ID 107833 kern.notice] ASC: 0x0 > (), ASCQ: 0x1d, FRU: 0x0 > May 7 14:34:03 prv-backup scsi: [ID 107833 kern.warning] WARNING: > /scsi_vhci/disk@g5000cca369dd4345 (sd105): > May 7 14:34:03 prv-backup Error for Command: > Error Level: Recovered > May 7 14:34:03 prv-backup scsi: [ID 107833 kern.notice] Requested > Block: 0 Error Block: 0 > May 7 14:34:03 prv-backup scsi: [ID 107833 kern.notice] Vendor: ATA > Serial Number: MN5220 > May 7 14:34:03 prv-backup scsi: [ID 107833 kern.notice] Sense Key: > Soft_Error > May 7 14:34:03 prv-backup scsi: [ID 107833 kern.notice] ASC: 0x0 > (), ASCQ: 0x1d, FRU: 0x0 > May 7 14:38:59 prv-backup scsi: [ID 107833 kern.warning] WARNING: > /scsi_vhci/disk@g5000cca369c02d03 (sd146): > May 7 14:38:59 prv-backup Error for Command: > Error Level: Recovered > May 7 14:38:59 prv-backup scsi: [ID 107833 kern.notice] Requested > Block: 0 Error Block: 0 > May 7 14:38:59 prv-backup scsi: [ID 107833 kern.notice] Vendor: ATA > Serial Number: MN1221 > May 7 14:38:59 prv-backup scsi: [ID 107833 kern.notice] Sense Key: > Soft_Error > May 7 14:38:59 prv-backup scsi: [ID 107833 kern.notice] ASC: 0x0 > (), ASCQ: 0x1d, FRU: 0x0 > May 7 14:39:59 prv-backup scsi: [ID 107833 kern.warning] WARNING: > /scsi_vhci/disk@g5000cca369d9c0c2 (sd136): > May 7 14:39:59 prv-backup Error for Command: > Error Level: Recovered > May 7 14:39:59 prv-backup scsi: [ID 107833 kern.notice] Requested > Block: 0 Error Block: 0 > May 7 14:39:59 prv-backup scsi: [ID 107833 kern.notice] Vendor: ATA > Serial Number: MN1220 > May 7 14:39:59 prv-backup scsi: [ID 107833 kern.notice] Sense Key: > Soft_Error > May 7 14:39:59 prv-backup scsi: [ID 107833 kern.notice] ASC: 0x0 > (), ASCQ: 0x1d, FRU: 0x0 > > > -- > Vennlige hilsener / Best regards > > roy > -- > Roy Sigurd Karlsbakk > (+47) 98013356 > r...@karlsbakk.net > http://blogg.karlsbakk.net/ > -- > I all pedagogikk er det essensielt at pensum presenteres intelligibelt. Det > er et elementært imperativ for alle pedagoger å unngå eksessiv anvendelse av > idiomer med fremmed opprinnelse. I de fleste tilfeller eksisterer adekvate og > relevante synonymer på no
[OpenIndiana-discuss] scsi errors
Hi all I have a few machines with openindiana 151, LSI 92xx mpt_sas controllers, and Hitachi Deskstar drives, mostly 2TB ones. These work well, but they all (I think) give me tons of "soft" errors like the ones below. They all use LSI SAS expanders from Super Micro. Any ideas how to debug this? roy May 7 14:31:04 prv-backup scsi: [ID 107833 kern.notice]Sense Key: Soft_Error May 7 14:31:04 prv-backup scsi: [ID 107833 kern.notice]ASC: 0x0 (), ASCQ: 0x1d, FRU: 0x0 May 7 14:31:05 prv-backup scsi: [ID 107833 kern.warning] WARNING: /scsi_vhci/disk@g5000cca369dd68e9 (sd157): May 7 14:31:05 prv-backup Error for Command: Error Level: Recovered May 7 14:31:05 prv-backup scsi: [ID 107833 kern.notice]Requested Block: 0 Error Block: 0 May 7 14:31:05 prv-backup scsi: [ID 107833 kern.notice]Vendor: ATA Serial Number: MN1220 May 7 14:31:05 prv-backup scsi: [ID 107833 kern.notice]Sense Key: Soft_Error May 7 14:31:05 prv-backup scsi: [ID 107833 kern.notice]ASC: 0x0 (), ASCQ: 0x1d, FRU: 0x0 May 7 14:31:08 prv-backup scsi: [ID 107833 kern.warning] WARNING: /scsi_vhci/disk@g5000cca369dd709b (sd145): May 7 14:31:08 prv-backup Error for Command: Error Level: Recovered May 7 14:31:08 prv-backup scsi: [ID 107833 kern.notice]Requested Block: 0 Error Block: 0 May 7 14:31:08 prv-backup scsi: [ID 107833 kern.notice]Vendor: ATA Serial Number: MN1220 May 7 14:31:08 prv-backup scsi: [ID 107833 kern.notice]Sense Key: Soft_Error May 7 14:31:08 prv-backup scsi: [ID 107833 kern.notice]ASC: 0x0 (), ASCQ: 0x1d, FRU: 0x0 May 7 14:31:08 prv-backup scsi: [ID 107833 kern.warning] WARNING: /scsi_vhci/disk@g5000cca369dd7f17 (sd140): May 7 14:31:08 prv-backup Error for Command: Error Level: Recovered May 7 14:31:08 prv-backup scsi: [ID 107833 kern.notice]Requested Block: 0 Error Block: 0 May 7 14:31:08 prv-backup scsi: [ID 107833 kern.notice]Vendor: ATA Serial Number: MN1220 May 7 14:31:08 prv-backup scsi: [ID 107833 kern.notice]Sense Key: Soft_Error May 7 14:31:08 prv-backup scsi: [ID 107833 kern.notice]ASC: 0x0 (), ASCQ: 0x1d, FRU: 0x0 May 7 14:34:03 prv-backup scsi: [ID 107833 kern.warning] WARNING: /scsi_vhci/disk@g5000cca369dd4345 (sd105): May 7 14:34:03 prv-backup Error for Command: Error Level: Recovered May 7 14:34:03 prv-backup scsi: [ID 107833 kern.notice]Requested Block: 0 Error Block: 0 May 7 14:34:03 prv-backup scsi: [ID 107833 kern.notice]Vendor: ATA Serial Number: MN5220 May 7 14:34:03 prv-backup scsi: [ID 107833 kern.notice]Sense Key: Soft_Error May 7 14:34:03 prv-backup scsi: [ID 107833 kern.notice]ASC: 0x0 (), ASCQ: 0x1d, FRU: 0x0 May 7 14:38:59 prv-backup scsi: [ID 107833 kern.warning] WARNING: /scsi_vhci/disk@g5000cca369c02d03 (sd146): May 7 14:38:59 prv-backup Error for Command: Error Level: Recovered May 7 14:38:59 prv-backup scsi: [ID 107833 kern.notice]Requested Block: 0 Error Block: 0 May 7 14:38:59 prv-backup scsi: [ID 107833 kern.notice]Vendor: ATA Serial Number: MN1221 May 7 14:38:59 prv-backup scsi: [ID 107833 kern.notice]Sense Key: Soft_Error May 7 14:38:59 prv-backup scsi: [ID 107833 kern.notice]ASC: 0x0 (), ASCQ: 0x1d, FRU: 0x0 May 7 14:39:59 prv-backup scsi: [ID 107833 kern.warning] WARNING: /scsi_vhci/disk@g5000cca369d9c0c2 (sd136): May 7 14:39:59 prv-backup Error for Command: Error Level: Recovered May 7 14:39:59 prv-backup scsi: [ID 107833 kern.notice]Requested Block: 0 Error Block: 0 May 7 14:39:59 prv-backup scsi: [ID 107833 kern.notice]Vendor: ATA Serial Number: MN1220 May 7 14:39:59 prv-backup scsi: [ID 107833 kern.notice]Sense Key: Soft_Error May 7 14:39:59 prv-backup scsi: [ID 107833 kern.notice]ASC: 0x0 (), ASCQ: 0x1d, FRU: 0x0 -- Vennlige hilsener / Best regards roy -- Roy Sigurd Karlsbakk (+47) 98013356 r...@karlsbakk.net http://blogg.karlsbakk.net/ -- I all pedagogikk er det essensielt at pensum presenteres intelligibelt. Det er et elementært imperativ for alle pedagoger å unngå eksessiv anvendelse av idiomer med fremmed opprinnelse. I de fleste tilfeller eksisterer adekvate og relevante synonymer på norsk. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Massive numbers of man files, missing on 151a4
Hans J. Albertsson wrote: > I managed to determine (ocular inspection of "ls" in several snapshots) > that the only files missing were about 1200 man pages in man1, and the > entire /usr/local tree. > > And I think it must have happened as I removed the sfe version of > imagemagick. One way I've seen this sort of thing happen is when an administrator uses a symlink for a common directory (such as /usr/local), and a package delivers a directory entry for that same path. The packaging system will happily blow the symlink away. If that's what you've been doing, I suggest using mounts instead of symlinks. The simplest thing to do is to make /usr/local (or whatever is being symlink'd) be a separate zfs file system. Alternatively, if separate file systems are not your taste for some reason, consider using a lofs mount. (Of course, getting that mount in place at boot time may be slightly tougher to do on a modern Open Indiana system, as zfs works outside of the /etc/vfstab scheme.) -- James Carlson 42.703N 71.076W ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Massive numbers of man files, missing on 151a4
I managed to determine (ocular inspection of "ls" in several snapshots) that the only files missing were about 1200 man pages in man1, and the entire /usr/local tree. And I think it must have happened as I removed the sfe version of imagemagick. I'm ok now, I think. I still wonder what could have happened? On 2012-05-07 02:56, openindiana-discuss-requ...@openindiana.org wrote: Message: 6 Date: Sun, 06 May 2012 20:48:26 +0200 From: "Hans J. Albertsson" To:openindiana-discuss@openindiana.org Subject: Re: [OpenIndiana-discuss] Massive numbers of man files missing on 151a4 Message-ID:<4fa6c77a.20...@branneriet.se> Content-Type: text/plain; charset=ISO-8859-1; format=flowed I should add that I cannot remember why I had both the standard imagemagick from openindiana.org AND the sfe version. This is fishy, I distinctly remember deciding that I wanted to remove the openindiana.org one and replace it with the sfe one. Not for any rational reason, I just planned on playing with the sfe one a bit. And I have done that, and did not have a problem. And I was quite convinced I hade removed the openindiana.org one. Still, something like that can be planned but never executed on account of being interrupted, or a cat walking across my keyboard when I went for a coffee, but I don't think so. On 2012-05-06 20:42, Hans J. Albertsson wrote: > actually it is much more of a problem than just the below man files. > > all of /usr/local has disappeared, and select trees and single files. > > The complete story: > > I run various things from directories in /usr/local, and I know for a > fact they all worked perfectly this morning. > > For some reason I thought I'd try upgrading OI151a3 to a4, and the > updatemanager application listed a set of problematic packages: > Imagemagick, drupal6, joomla and Bash-completion. > The last three were leftovers overlooked when I discarded the contrib > repository, and had directory property conflicts with other packages. > I removed those three by clicking one at a time and uninstalling them > thru the packagemanager. > > Imagemagick had a massive set of conflicts listed between itself and > the sfe version. I removed the sfe version thru the package manager. > > After this I ran updatemanager and rebooted into the new BE. There I > ran pkg fix, just to check what it looked like. After that I tried man > pkg, which failed. > Then all the services I ran out of /usr/local were gone. > > I rebooted back into the previous BE, but it's all gone there, too. > It's also gone from the snapshot created by the update manager this > morning. > > It's very little actual data missing. Just a few hundred MB. > > I have most of it available in a month-old snapshot of /, but that > thing with directory permissions got me thinking maybe it's all there, > just hidden somewhere... ??? > > Suggest a rational way to get all the data back! > Or some interesting way, at least. > > I'm nearly comfortable running zfs as an admin, but no expert, and not > very conversant with the inner structure of zfs pools or data sets. > I haven't ever really had to restore data from snapshots in an active > root pool. > > > > > On 2012-05-06 15:42, Hans J. Albertsson wrote: >> After updating to OI151a4 using updatemanager, I find most manual >> files in man1 missing! >> >> Is this my own faulty management practices, or has anyone else seen >> the same? >> >> pfexec pkg fix >> >> lists tons of missing man1 files ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Making OI work on Lenovo thinkpad T520 (other than wifi - everything works now)
On 05/ 4/12 08:09 PM, Alan Coopersmith wrote: On 05/ 4/12 07:45 PM, Sunay Tripathi wrote: So I spent a little bit more time and turns out that BIOS ships with display set to Optimus mode (some special support for windows7). Optimus is actually for switching between two different graphics chips on the fly (a lower-power/performance once when you're not doing heavy 3D, and a power-sucking performance daemon when it's time to play games). If the lower-power one is the Intel integrated graphics in a Sandy Bridge or similar chipset, then it's not surprising the nvidia driver doesn't work when you disable it. http://en.wikipedia.org/wiki/Nvidia_Optimus Alan, thanks for the pointers. I mis wrote that Display in BIOS needs to be set to integrated. It actually needs to be set to discrete as you pointed out integrated is for Intel graphics which we don't have support for. Anyway, the help section is pretty good so easy choice can be made. The reason it was still not working for me was the device id. Although I am running 294.49 driver downloaded from Nvidia website, the device id for the card on my machine is "pciex10de,1057" which I needed to add manually. Run prtconf -pv and search for 10de (Nvidia vendor ID) to find the actual instance and run update_drv with that. So now only missing piece is wifi. Cheers, Sunay PS: Just for others trying the same, when you download the Nvidia driver, the run script doesn't quite work since it can't uninstall the older driver so run it with -x option to extract the packages and manually do pkgadd for the 2 packages. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
