[developer] Re: [zfs] an interesting survey -- the zpool with most disks you have ever built

2016-03-07 13:55 GMT+08:00 Julian Elischer <jul...@freebsd.org>: > On 6/03/2016 9:30 PM, Fred Liu wrote: >> >> 2016-03-05 0:01 GMT+08:00 Freddie Cash <fjwc...@gmail.com>: >> >>> On Mar 4, 2016 2:05 AM, "Fred Liu" <fred.f...@gmail.com> wrot

Re: [zfs] [developer] Re: [smartos-discuss] an interesting survey -- the zpool with most disks you have ever built

2016-03-07 14:04 GMT+08:00 Richard Elling <richard.ell...@gmail.com>: > > On Mar 6, 2016, at 9:06 PM, Fred Liu <fred.f...@gmail.com> wrote: > > > > 2016-03-06 22:49 GMT+08:00 Richard Elling < > richard.ell...@richardelling.com>: > >> >> O

Re: [smartos-discuss] Samsung 950 Pro on SmartOS?

2016-03-05 21:19 GMT+08:00 Dirk Steinberg : > > Apart from that: is NVMe support in SmartOS considered stable? > > > There is driver support for it in the system. I have not heard many > reports positively or negatively about it. > > [Fred]: I am testing some Intel P3600

Re: [OpenIndiana-discuss] [zfs] an interesting survey -- the zpool with most disks you have ever built

2016-03-05 0:01 GMT+08:00 Freddie Cash <fjwc...@gmail.com>: > On Mar 4, 2016 2:05 AM, "Fred Liu" <fred.f...@gmail.com> wrote: > > 2016-03-04 13:47 GMT+08:00 Freddie Cash <fjwc...@gmail.com>: > >> > >> Currently, I just use a simple coo

[smartos-discuss] Re: [zfs] an interesting survey -- the zpool with most disks you have ever built

2016-03-05 0:01 GMT+08:00 Freddie Cash <fjwc...@gmail.com>: > On Mar 4, 2016 2:05 AM, "Fred Liu" <fred.f...@gmail.com> wrote: > > 2016-03-04 13:47 GMT+08:00 Freddie Cash <fjwc...@gmail.com>: > >> > >> Currently, I just use a simple coo

Re: [developer] Re: [smartos-discuss] an interesting survey -- the zpool with most disks you have ever built

2016-03-06 22:49 GMT+08:00 Richard Elling <richard.ell...@richardelling.com> : > > On Mar 3, 2016, at 8:35 PM, Fred Liu <fred_...@issi.com> wrote: > > Hi, > > Today when I was reading Jeff's new nuclear weapon -- DSSD D5's CUBIC RAID > introduction, > the inter

[developer] RE: [zfs] an interesting survey -- the zpool with most disks you have ever built

; smartos-disc...@lists.smartos.org Subject: Re: [zfs] an interesting survey -- the zpool with most disks you have ever built On Mar 3, 2016 8:36 PM, "Fred Liu" <fred_...@issi.com<mailto:fred_...@issi.com>> wrote: > > Hi, > > Today when I was reading Jeff's new nucl

[smartos-discuss] an interesting survey -- the zpool with most disks you have ever built

Hi, Today when I was reading Jeff's new nuclear weapon -- DSSD D5's CUBIC RAID introduction, the interesting survey -- the zpool with most disks you have ever built popped in my brain. For zfs doesn't support nested vdev, the maximum fault tolerance should be three(from raidz3). It is

[smartos-discuss] passing SSH keys to the LX brand zone

Hi, It looks like adding following “customer_metadat” section in json manifest won’t work. "customer_metadata": { "root_authorized_keys": "ssh-rsa

RE: [smartos-discuss] enable network/physical in noinstall/recovery?

our way to restore a bad zpool like zones? Thanks. Fred On 02/19/2016 08:03 AM, Fred Liu wrote: Yeah. That is doable. But because there is no zpool imported, network/physical can’t be started. And a lot of protocols can’t run neither.   Thanks.   Fred From: Jorge Schrauwen [mailto:sjorge...@b

RE: [smartos-discuss] the partition size is fixed 1.86G in USB stick. Can it be enlarged?

the image 8GB and a person had lots of 4GB sticks lying around etc.) -Nahum On 02/18/2016 08:10 PM, Fred Liu wrote: I have got no success with gparted. Thanks. Fred Sent from Outlook Mobile<https://aka.ms/sdimjr> _ From: Jorge Schrauwen <sjorge...@bl

RE: [smartos-discuss] enable network/physical in noinstall/recovery?

Yeah. That is doable. But because there is no zpool imported, network/physical can’t be started. And a lot of protocols can’t run neither. Thanks. Fred From: Jorge Schrauwen [mailto:sjorge...@blackdot.be] Sent: 星期五, 二月 19, 2016 19:21 To: smartos-discuss@lists.smartos.org Cc: Fred Liu Subject

[smartos-discuss] enable network/physical in noinstall/recovery?

Hi, “noinstall/recovery” is really helpful to fix/save zpools. But it is offline. Is it hard to enable networking in it? Just like “fail-safe-mode-with-network”. Nobody wants to recover from remote backup but that is the ideal life. Thanks. Fred ---

RE: [smartos-discuss] the partition size is fixed 1.86G in USB stick. Can it be enlarged?

tion size is fixed 1.86G in USB stick. Can it be enlarged? To: <smartos-discuss@lists.smartos.org<mailto:smartos-discuss@lists.smartos.org>> Cc: Fred Liu <fred_...@issi.com<mailto:fred_...@issi.com>> You can also just resize the fat partition after writing to the UBS stic

RE: [smartos-discuss] the partition size is fixed 1.86G in USB stick. Can it be enlarged?

. On Tue, Feb 16, 2016 at 1:20 PM, Fred Liu <fred_...@issi.com<mailto:fred_...@issi.com>> wrote: smartos-discuss | Archives<https://www.listbox.com/member/archive/184463/=now> [https://www.listbox.com/images/feed-icon-10x10.

[smartos-discuss] the partition size is fixed 1.86G in USB stick. Can it be enlarged?

--- smartos-discuss Archives: https://www.listbox.com/member/archive/184463/=now RSS Feed: https://www.listbox.com/member/archive/rss/184463/25769125-55cfbc00 Modify Your Subscription:

[smartos-discuss] RE: rpc.idmapd not working in lx brand

rpc.idmapd: Expiration time is 600 seconds. rpc.idmapd: nfsdopenone: Opening /proc/net/rpc/nfs4.nametoid/channel failed: errno 20 (Not a directory) rpc.idmapd: main: open(/var/lib/nfs/rpc_pipefs//nfs): No such file or directory From: Fred Liu Sent: 星期一, 一月 25, 2016 18:43 To: smartos-discuss

RE: [smartos-discuss] How can I update or comment on SmartOS wiki?

> -Original Message- > From: Travis Paul [mailto:t...@vispaul.me] > Sent: 星期六, 二月 06, 2016 7:09 > To: smartos-discuss@lists.smartos.org > Subject: Re: [smartos-discuss] How can I update or comment on SmartOS > wiki? > > I can't say for sure as I don't have the privileges to add users.

[smartos-discuss] How can I update or comment on SmartOS wiki?

Hi, Just want to ask if it is possible to update or comment on SmartOS wiki. Thanks. Fred --- smartos-discuss Archives: https://www.listbox.com/member/archive/184463/=now RSS Feed: https://www.listbox.com/member/archive/rss/184463/25769125-55cfbc00

RE: [smartos-discuss] benchmarking between LX and KVM

> > Are you performing active benchmarking and on the latest platform? This > is a case where a quick use of the USE method may be rather insightful. > If you just did a fire and forget, it's very easy to end up comparing > different things. Yes. I am running joyent_20160121T174331Z. It is just

[smartos-discuss] benchmarking between LX and KVM

Hi, Anyone who has ever tried performance benchmarking between LX and KVM. In my dirty-and-quick test(compling gcc), LX is 20% slower than KVM. It is sort of disspointed! Thanks. Fred --- smartos-discuss Archives:

RE: [developer] [smartos-discuss] Is zfs dead man timer tunable?

>From: Youzhong Yang [mailto:youzh...@gmail.com] >Sent: 星期三, 一月 27, 2016 11:41 >To: Fred Liu >Cc: Richard Elling; smartos-discuss@lists.smartos.org; illumos-developer >Subject: Re: [developer] [smartos-discuss] Is zfs dead man timer tunable? >       -d >               

RE: [developer] [smartos-discuss] Is zfs dead man timer tunable?

>savecore serves two functions: >1. copy the dump from the dump device to a filesystem: vmdump.# (done at boot >by >   the dumpadm SMF service) >2. extract the vmcore.# and unix.# from a vmdump.# >Unless you've dumped again, the old dump should still be on the dump device. root@pluto ~]#

RE: [smartos-discuss] Is zfs dead man timer tunable?

From: Richard Elling [mailto:richard.ell...@richardelling.com] Sent: 星期六, 一月 23, 2016 2:55 To: smartos-discuss@lists.smartos.org Cc: illumos-developer Subject: Re: [smartos-discuss] Is zfs dead man timer tunable? On Jan 21, 2016, at 10:18 PM, Fred Liu <fred_...@issi.com> wrote: Comment

RE: [developer] RE: [smartos-discuss] Is zfs dead man timer tunable?

> -Original Message- > From: Robert Mustacchi [mailto:r...@joyent.com] > Sent: 星期二, 一月 26, 2016 15:21 > To: smartos-discuss@lists.smartos.org > Cc: illumos-developer > Subject: Re: [developer] RE: [smartos-discuss] Is zfs dead man timer > tunable? > > On 1/2

[smartos-discuss] rpc.idmapd not working in lx brand

Hi, I am playing following lx brand zone: 82cf0a0a-6afc-11e5-8f79-273b6aea6443 centos-620151005 linux lx-dataset2015-10-05 And it looks like rpc.idmapd not working which cause NFSv4 mount not working. Thanks. Fred ---

[smartos-discuss] Is zfs deadm man timer tunable?

Hi, Subject says it all. Thanks. Fred --- smartos-discuss Archives: https://www.listbox.com/member/archive/184463/=now RSS Feed: https://www.listbox.com/member/archive/rss/184463/25769125-55cfbc00 Modify Your Subscription:

RE: [smartos-discuss] Is zfs dead man timer tunable?

Comment below. From: Richard Elling [mailto:richard.ell...@richardelling.com] Sent: 星期五, 一月 22, 2016 13:51 To: smartos-discuss@lists.smartos.org Subject: Re: [smartos-discuss] Is zfs dead man timer tunable? answer far below... On Jan 21, 2016, at 8:44 PM, Fred Liu <fred_...@issi.com>

RE: [smartos-discuss] Is zfs dead man timer tunable?

-- f085771648c0NULL OPEN -- f08577164c48NULL OPEN -- f086b921f3b0NULL CHECKSUM_VERIFY f003d1fc5c40 - > -Original Message- > From: Fred Liu [mailto:fred_...@issi.com] > Sent: 星

RE: [smartos-discuss] Is zfs dead man timer tunable?

> -Original Message- > From: Richard Elling [mailto:richard.ell...@richardelling.com] > Sent: 星期五, 一月 22, 2016 12:02 > To: smartos-discuss@lists.smartos.org > Subject: Re: [smartos-discuss] Is zfs deadm man timer tunable? > > > > On Jan 21, 2016, at 4:25 AM,

[smartos-discuss] enable some services when building smartos

Hi, Is " smartos-live/overlay/generic/usr/lib/brand/joyent/manifests" the right one to modify? I got successful building, but it looks the services enabled by me are still disabled. Thanks. Fred --- smartos-discuss Archives:

[smartos-discuss] RE: [developer] ypbind statvfs failed with [Value too large for defined data type]

> -Original Message- > From: Igor Kozhukhov [mailto:ikozhuk...@gmail.com] > Sent: 星期五, 一月 15, 2016 19:45 > To: Fred Liu; smartos-discuss@lists.smartos.org > Cc: illumos-developer > Subject: Re: [developer] ypbind statvfs failed with [Value too large > for defined da

[smartos-discuss] RE: [developer] ypbind statvfs failed with [Value too large for defined data type]

From: Igor Kozhukhov [mailto:ikozhuk...@gmail.com] Sent: 星期五, 一月 15, 2016 19:26 To: Fred Liu; smartos-discuss@lists.smartos.org Cc: illumos-developer Subject: Re: [developer] ypbind statvfs failed with [Value too large for defined data type] ypbind is part of illumos: https://github.com

[smartos-discuss] ypbind statvfs failed with [Value too large for defined data type]

Hi, I am trying to play ypbind on joyent_20160108T173524Z but I get following errors: 2016-01-15T17:47:26+09:00 pluto ypbind[4634]: [ID 472466 daemon.error] statvfs failed with [Value too large for defined data type] Is the ypbind from SmartOS compiled from source or just copy from old

Re: [OpenZFS Developer] [zfs] RE: granularity of performance penalty from resilvering

: 星期三, 十月 21, 2015 9:05 To: z...@lists.illumos.org; Fred Liu; zfs-disc...@list.zfsonlinux.org; developer; freebsd-fs; zfs-discuss Subject: Re: [zfs] RE: granularity of performance penalty from resilvering you could look at these tunables (not the settings themselves)... these settings actually

Re: [OpenZFS Developer] [zfs] RE: granularity of performance penalty from resilvering

gt; > j. > > On 10/20/2015 6:35 PM, Fred Liu wrote: > > > > Yeah. I want to go the other way. Plus, these settings are only > > applicable in illumos. > > > > Therefore I decide to give up the hybrid( ssd+sata) solution to > > underpin applicat

Re: [OpenZFS Developer] [zfs] RE: granularity of performance penalty from resilvering

larity of performance penalty from > resilvering > > > > i just sent you the tunables. turn the knobs in the other direction. > > j. > > On 10/20/2015 6:58 PM, Fred Liu wrote: > > This feature is really needed. Even in some low-end RAID controllers, > > the

[jira] [Updated] (HBASE-13858) RS/MasterDumpServlet dumps threads before its “Stacks” header

[ https://issues.apache.org/jira/browse/HBASE-13858?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Fred Liu updated HBASE-13858: - Status: Patch Available (was: Open) add flush after outputing stack header > RS/MasterDumpServ

[jira] [Updated] (HBASE-13858) RS/MasterDumpServlet dumps threads before its “Stacks” header

[ https://issues.apache.org/jira/browse/HBASE-13858?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Fred Liu updated HBASE-13858: - Attachment: HBASE-13858.patch add flush after outputing stack header > RS/MasterDumpServlet du

[jira] [Commented] (HBASE-13858) RS/MasterDumpServlet dumps threads before its “Stacks” header

[ https://issues.apache.org/jira/browse/HBASE-13858?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14949890#comment-14949890 ] Fred Liu commented on HBASE-13858: -- The patch added one line to flush the output and no unit test needed

[slurm-dev] successful building in sparc solaris 10

Hi, Anyone who has a successful build? I got following errors after configure: checking for support of printf(%s, NULL)... configure: error: printf(%s, NULL) results in abort, upgrade to OpenSolaris release 119 Thanks. Fred

[slurm-dev] Re: slurm on NFS for a cluster - Part II

Munge is something we just install as an RPM (from EPEL) and our xCAT takes care of ensuring the keys are correct. Just curious, What is xCAT? Fred

[slurm-dev] Re: successful systemd service start on RHEL7?

-Original Message- From: David Bigagli [mailto:da...@schedmd.com] Sent: 星期三, 三月 25, 2015 1:19 To: slurm-dev Subject: [slurm-dev] Re: successful systemd service start on RHEL7? It should build just fine on CentOS7 we tried it several times. In the etc directory under the source

[slurm-dev] successful systemd service start on RHEL7?

Hi, Anyone successfully started systemd service on RHEL7? I failed like following: [root@cnlnx03 system]# systemctl start slurmctld Job for slurmctld.service failed. See 'systemctl status slurmctld.service' and 'journalctl -xn' for details. [root@cnlnx03 system]# systemctl status

Re: 僧多粥少？还原 OpenStack 的真实“钱景”

放长远看，CloudStack 的“钱景”还是不错的 发自我的 iPhone 在 2014年12月17日，09:19，linux...@gmail.com linux...@gmail.com 写道： 原文链接：http://www.oschina.net/news/57994/openstack-income-analysis 451 Research发布了OpenStack的收入分析预测，指出OpenStack市场的收入规模2014年约8.83亿美元，2018年将增长至33亿

RE: [discuss] Developing for SPARC

-Original Message- From: Garrett D'Amore via illumos-discuss [mailto:disc...@lists.illumos.org] Sent: 星期五, 十一月 21, 2014 9:17 To: disc...@lists.illumos.org; Lloyd Dewolf Cc: Alex McWhirter Subject: Re: [discuss] Developing for SPARC The problem is finding a reliable distribution

RE: [zfs-discuss] Re: [discuss] lively patching ZFS

Solaris has live patching, but not live activation of kernel patches - a reboot is required. Most of the Illumos distros do the same. Are there any document about these stuff? Sun did live activation of kernel patches over 10 years ago (Project DUKS -

[discuss] lively patching ZFS

Sorry if it is a duplicated topic. For illumos-based OSes, patching ZFS means patching kernel. Solaris used to have this possibility. What is the current status in this aspect in illumos now? For ZoL, zfs is just a loadable kernel module. The lively patching zfs may have high possibility. In

RE: [zfs-discuss] Re: [discuss] lively patching ZFS

-Original Message- From: Jim Klimov [mailto:jimkli...@cos.ru] Sent: 星期三, 十一月 19, 2014 15:13 To: disc...@lists.illumos.org; Fred Liu; zfs-disc...@zfsonlinux.org Subject: [zfs-discuss] Re: [discuss] lively patching ZFS 18 ноября 2014 г. 11:20:21 CET, Fred Liu via illumos-discuss

RE: [smartos-discuss] feeding HPET (High Precision Event Timer) to smartOS's KVM to address windows vm clock drift issue

As good finding, after patching win2008r2 to the latest, the clock drift is acceptable. -Original Message- From: Fred Liu Sent: 星期二, 十二月 24, 2013 20:11 To: smartos-discuss@lists.smartos.org Subject: RE: [smartos-discuss] feeding HPET (High Precision Event Timer) to smartOS's KVM

Re: [OpenZFS Developer] usedbydataset refquota ?

From: Matthew Ahrens [mailto:mahr...@delphix.com] Sent: 星期二, 十一月 18, 2014 12:40 To: Fred Liu Cc: z...@lists.illumos.org; developer@open-zfs.org Subject: Re: [OpenZFS Developer] usedbydataset refquota ? On Mon, Nov 17, 2014 at 8:19 PM, Fred Liu fred_...@issi.commailto:fred_...@issi.com wrote

Re: [OpenZFS Developer] usedbydataset refquota ?

Matt, Thank you so much! ^--^. See my comment below. Fred From: Matthew Ahrens [mailto:mahr...@delphix.com] Sent: 星期一, 十一月 17, 2014 15:52 To: Fred Liu Cc: z...@lists.illumos.org; developer@open-zfs.org Subject: Re: [OpenZFS Developer] usedbydataset refquota ? On Sun, Nov 16, 2014 at 10:46

Re: [OpenZFS Developer] usedbydataset refquota ?

. Right? 2): refquota doesn't account usedbysnapshot. Right? 3): In which condition, [usedbydataset != referenced”] is true? (assuming no descendent file systems and snapshots) Thanks. Fred From: Fred Liu Sent: 星期一, 十一月 17, 2014 19:41 To: 'Matthew Ahrens' Cc: z...@lists.illumos.org; developer

[OpenZFS Developer] usedbydataset refquota ?

We just met the case that usedbydataset is bigger than refquota. It prevents users from removing files while the file system is full. I guess it could come from quota setting(we set both quota and refquota). Normally we have the equation -- “usedbydataset” = “userdata” + “metadata”. Will

RE: [smartos-discuss] ntp service cannot be started in 20140627T001506Z

Distributors of NTP-enabled operating systems are generally not permitted to use the bare pool.ntp.org DNS name in any default NTP configurations[1]. To this end, I have been arranging a SmartOS- specific DNS name with the NTP Pool Project that we _can_ use. Hopefully this will be the

RE: [smartos-discuss] ntp service cannot be started in 20140627T001506Z

Why did it enter maintenance? Check the log with svcs -L. [ Jun 30 22:10:43 Enabled. ] [ Jun 30 22:10:43 Executing start method (/lib/svc/method/ntp start). ] Error: Servers/peers specified but none is reachable. [ Jun 30 22:10:58 Method start exited with status 96. ]

RE: [smartos-discuss] ntp service cannot be started in 20140627T001506Z

It looks the NTP service is NOT OK on these three static IPs. Why not use a FQDN like pool.ntp.org in the configuration? -Original Message- From: Fred Liu Sent: 星期一, 六月 30, 2014 22:50 To: 'smartos-discuss@lists.smartos.org'; Fred Liu; Robert Mustacchi Subject: RE: [smartos-discuss

RE: [smartos-discuss] Working backplane/enclosure for SES in mass non-Solaris/fishwork-ZFS deployment

-Original Message- From: Richard Elling [mailto:richard.ell...@richardelling.com] Sent: 星期六, 五月 10, 2014 21:53 To: smartos-discuss@lists.smartos.org; Robert Mustacchi Cc: Fred Liu Subject: Re: [smartos-discuss] Working backplane/enclosure for SES in mass non-Solaris/fishwork-ZFS

Re: [OmniOS-discuss] Returned mail: List unknown

Is mail address is case-sensitive? -Original Message- From: Fred Liu Sent: 星期二, 五月 06, 2014 12:29 To: 'OmniOS-discuss@lists.omniti.com' Subject: RE: Returned mail: List unknown -Original Message- From: Fred Liu Sent: 星期二, 五月 06, 2014 12:27 To: 'omniOS-discuss

Re: [OpenIndiana-discuss] [developer] HBA recommended except LSI and ARECA

-Original Message- From: Keith Wesolowski [mailto:keith.wesolow...@joyent.com] Sent: 星期一, 五月 05, 2014 10:19 To: Fred Liu Cc: Fred Liu; smartos-disc...@lists.smartos.org; develo...@lists.illumos.org; Discussion list for OpenIndiana; OmniOS- disc...@lists.omniti.com Subject: Re

Re: [OpenIndiana-discuss] [developer] HBA recommended except LSI and ARECA

Laurent Blume laurent...@elanor.org于2014年5月5日星期一写道： Le 2014/05/05 11:54 +0200, Fred Liu a écrit: Just like what Bob mentioned, the current pmcs(7D) in illumos cannot work with 6H/7H series of HBAs. Even replaced with SAS drives, the effort is still in vain. Anyway, it looks like

Re: [OpenIndiana-discuss] [developer] HBA recommended except LSI and ARECA

Laurent Blume laurent...@elanor.org于2014年5月5日星期一写道： Le 2014/05/05 17:22 +0200, Fred Liu a écrit: [Fred]: I also heard of this HBA. It has 4 ports as max and very limited bus bandwidth Well, hey, consumer! :-) [Fred]: hr, I agree! :-) [Fred]: you have good luck! :-) 哈哈，真的很好运阿

Re: [OpenIndiana-discuss] [developer] HBA recommended except LSI and ARECA

Keith Wesolowski keith.wesolow...@joyent.com于2014年5月5日星期一写道： On Mon, May 05, 2014 at 02:49:15AM -0700, Fred Liu wrote: Just like what Bob mentioned, the current pmcs(7D) in illumos cannot work with 6H/7H series of HBAs. Even replaced with SAS drives, the effort is still in vain. Are you

Re: [OpenIndiana-discuss] [developer] HBA recommended except LSI and ARECA

From: Zhiwen Zheng [mailto:zhiwen...@gmail.com] Sent: 星期二, 五月 06, 2014 10:09 To: Keith Wesolowski Cc: omnios-disc...@lists.omniti.com; Fred Liu; Discussion list for OpenIndiana; Fred Liu; develo...@lists.illumos.org; smartos-disc...@lists.smartos.org Subject: Re: [developer] HBA recommended

[smartos-discuss] RE: [developer] HBA recommended except LSI and ARECA

[fred]：ok. Let's see how it goes after I get the hba. [fred]: I have got 6805H HBA. It can recognize the sata drives in bios but these drives cannot be detected in the latest illumos(smartos,oi) release. I haven’t got a sas drive to test. But the price delta between sas and sata

Re: [OpenIndiana-discuss] [developer] HBA recommended except LSI and ARECA

[fred]：ok. Let's see how it goes after I get the hba. [fred]: I have got 6805H HBA. It can recognize the sata drives in bios but these drives cannot be detected in the latest illumos(smartos,oi) release. I haven’t got a sas drive to test. But the price delta between sas and sata

[smartos-discuss] failed to add cache device

Hi, I failed to add cache device like following: [root@00-25-90-74-f5-04 ~]# zpool add zones cache c0t50015179596E5EB1d0p1 Assertion failed: rchildren == 2, file zpool_vdev.c, line 641 Abort (core dumped) [root@00-25-90-74-f5-04 ~]# uname -a SunOS 00-25-90-74-f5-04 5.11 joyent_20140418T031241Z

[smartos-discuss] RE: [developer] HBA recommended except LSI and ARECA

Is 6805H/6405H(http://www.adaptec.com//en-us/products/series/6h/) worthy of recommendation too? Thanks. Fred -Original Message- From: Keith Wesolowski [mailto:keith.wesolow...@joyent.com] Sent: 星期四, 五月 01, 2014 0:29 To: Fred Liu Cc: develo...@lists.illumos.org Subject: Re

[smartos-discuss] Re: [developer] HBA recommended except LSI and ARECA

Keith Wesolowski via smartos-discuss smartos-discuss@lists.smartos.org 于2014年5月1日星期四写道： On Wed, Apr 30, 2014 at 10:13:49AM -0700, Fred Liu wrote: Is 6805H/6405H(http://www.adaptec.com//en-us/products/series/6h/) worthy of recommendation too? That uses the PM8001, which I believe

[smartos-discuss] Re: [developer] HBA recommended except LSI and ARECA

Keith Wesolowski keith.wesolow...@joyent.com于2014年5月1日星期四写道： On Thu, May 01, 2014 at 02:13:38AM +0800, Fred Liu wrote: That uses the PM8001, which I believe is the same ASIC I have direct experience with. So it would be good to look at too, yes. [fred]: gotcha! I will give it a try

Re: [OpenIndiana-discuss] [developer] HBA recommended except LSI and ARECA

Is 6805H/6405H(http://www.adaptec.com//en-us/products/series/6h/) worthy of recommendation too? Thanks. Fred -Original Message- From: Keith Wesolowski [mailto:keith.wesolow...@joyent.com] Sent: 星期四, 五月 01, 2014 0:29 To: Fred Liu Cc: develo...@lists.illumos.org Subject: Re

Re: [OpenIndiana-discuss] [developer] HBA recommended except LSI and ARECA

Keith Wesolowski via smartos-discuss smartos-disc...@lists.smartos.org 于2014年5月1日星期四写道： On Wed, Apr 30, 2014 at 10:13:49AM -0700, Fred Liu wrote: Is 6805H/6405H(http://www.adaptec.com//en-us/products/series/6h/) worthy of recommendation too? That uses the PM8001, which I believe

Re: [OpenIndiana-discuss] [developer] HBA recommended except LSI and ARECA

Keith Wesolowski keith.wesolow...@joyent.com于2014年5月1日星期四写道： On Thu, May 01, 2014 at 02:13:38AM +0800, Fred Liu wrote: That uses the PM8001, which I believe is the same ASIC I have direct experience with. So it would be good to look at too, yes. [fred]: gotcha! I will give it a try

[smartos-discuss] hacking grub to enable smartos booting from multi-version.

Hi, It seems my grub only work with the fixed path name like /platform/ and it cannot work with different name like /platform-xxx/. Is it possible to switch to different versions? Thanks. Fred --- smartos-discuss Archives:

Re: [smartos-discuss] hacking grub to enable smartos booting from multi-version.

Daniel， Can you post the detailed configuration about your iPXE? Thanks. Fred 发件人: Daniel Malon [daniel.ma...@me.com] 发送时间: 2014年4月29日 4:34 收件人: smartos-discuss@lists.smartos.org; Fred Liu 主题: Re: [smartos-discuss] hacking grub to enable smartos

Re: [Spice-devel] Windows Guest Tools 0.65

Tested and works well! Big thanks! Fred -Original Message- From: spice-devel-bounces+fred_liu=issi@lists.freedesktop.org [mailto:spice-devel-bounces+fred_liu=issi@lists.freedesktop.org] On Behalf Of Christophe Fergeau Sent: 星期二, 十月 08, 2013 0:10 To:

Re: [OpenIndiana-discuss] [UNSUBSCRIBE]

...@yahoo.com] Sent: 星期日, 六月 09, 2013 17:47 To: openindiana-discuss@openindiana.org; Fred Liu Cc: mar...@martux.org Subject: Re: RE: [OpenIndiana-discuss] [UNSUBSCRIBE] Fred, The question can pertain to 'does Oracle Linux 6.4, Solaris 11.0, and Solaris 10u1-u10 work or install on the new SPARC T5

Re: [OpenIndiana-discuss] [UNSUBSCRIBE]

So, you may not drive a Mini Cooper or 2013 Koenigsegg Agera R but that does not mean they have no purpose to specific markets. I think OpenSXCE is kinda like an open-source 'Agera R' for high-end users. Just my opinion... ~ Ken Mays Do you mean OpenSXCE will work on SPARC T5? Fred

Re: [OpenIndiana-discuss] opensolaris.org shutting down next month

This one is really good! Thanks. Fred -Original Message- From: Hugh McIntyre [mailto:li...@mcintyreweb.com] Sent: 星期六, 二月 16, 2013 1:29 To: Discussion list for OpenIndiana Subject: Re: [OpenIndiana-discuss] opensolaris.org shutting down next month Is this going to be any

Re: [zfs-discuss] zfs-discuss mailing list opensolaris EOL

Is it possible to replicate the whole opensolaris site to illumos/openindiana/smartos/omnios site in a sub-catalog as archive? -Original Message- From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-boun...@opensolaris.org] On Behalf Of Jim Klimov Sent: Sunday, February 17, 2013

Re: [OmniOS-discuss] [zfs-discuss] zfs-discuss mailing list opensolaris EOL

Is it possible to replicate the whole opensolaris site to illumos/openindiana/smartos/omnios site in a sub-catalog as archive? -Original Message- From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-boun...@opensolaris.org] On Behalf Of Jim Klimov Sent: Sunday, February 17, 2013

Re: [OpenIndiana-discuss] [zfs-discuss] zfs-discuss mailing list opensolaris EOL

Is it possible to replicate the whole opensolaris site to illumos/openindiana/smartos/omnios site in a sub-catalog as archive? -Original Message- From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-boun...@opensolaris.org] On Behalf Of Jim Klimov Sent: Sunday, February 17, 2013

[zfs-discuss] .send* TAG will be left if there is a corrupt/aborted zfs send?

It is the first time for me to get this TAG. zfs holds cn03/3/is8119aw@issi-backup:daily-2012-12-14-17:26 NAMETAGTIMESTAMP cn03/3/is8119aw@issi-backup:daily-2012-12-14-17:26 .send-24928-0 Sun Jan 6 17:49:59 2013

Re: [zfs-discuss] any more efficient way to transfer snapshot between two hosts than ssh tunnel?

Even with infinite wire speed, you're bound by the ability of the source server to generate the snapshot stream and the ability of the destination server to write the snapshots to the media. Our little servers in-house using ZFS don't read/write that fast when pulling snapshot contents off the

Re: [zfs-discuss] any more efficient way to transfer snapshot between two hosts than ssh tunnel?

I've heard you could, but I've never done it. Sorry I'm not much help, except as a cheer leader. You can do it! I think you can! Don't give up! heheheheh Please post back whatever you find, or if you have to figure it out for yourself, then blog about it and post that. Aha! Gotcha! I

Re: [zfs-discuss] any more efficient way to transfer snapshot between two hosts than ssh tunnel?

Post in the list. -Original Message- From: Fred Liu Sent: 星期五, 十二月 14, 2012 23:41 To: 'real-men-dont-cl...@gmx.net' Subject: RE: [zfs-discuss] any more efficient way to transfer snapshot between two hosts than ssh tunnel? Hi Fred, I played with zfs send/reveive some

Re: [zfs-discuss] any more efficient way to transfer snapshot between two hosts than ssh tunnel?

We have found mbuffer to be the fastest solution. Our rates for large transfers on 10GbE are: 280MB/smbuffer 220MB/srsh 180MB/sHPN-ssh unencrypted 60MB/s standard ssh The tradeoff mbuffer is a little more complicated to script; rsh is, well, you know; and

[zfs-discuss] any more efficient way to transfer snapshot between two hosts than ssh tunnel?

Assuming in a secure and trusted env, we want to get the maximum transfer speed without the overhead from ssh. Thanks. Fred ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Re: [zfs-discuss] any more efficient way to transfer snapshot between two hosts than ssh tunnel?

. Fred From: Adrian Smith [mailto:adrian.sm...@rmit.edu.au] Sent: 星期五, 十二月 14, 2012 12:08 To: Fred Liu Cc: zfs-discuss@opensolaris.org Subject: Re: [zfs-discuss] any more efficient way to transfer snapshot between two hosts than ssh tunnel? Hi Fred, Try mbuffer (http://www.maier-komor.de

Re: [zfs-discuss] any more efficient way to transfer snapshot between two hosts than ssh tunnel?

Add the HPN patches to OpenSSH and enable the NONE cipher.  We can saturate a gigabits link (980 mbps) between two FreeBSD hosts using that. Without it, we were only able to hit ~480 mbps on a good day. If you want 0 overhead, there's always netcat. :) 980mbps is awesome! I am thinking running

Re: [google-appengine] I am a new GAEer, it promts as below, how should I do ?

python version is Python 2.7.1+. Thanks, Fred 在 2012年10月9日星期二UTC+8上午9时28分01秒，Takashi Matsuo (Google)写道： Please go to: https://appengine.google.com/logs?app_id=YOUR_APP_ID On Mon, Oct 8, 2012 at 6:46 PM, Fred Liu laush...@gmail.com javascript: wrote: Error: Server Error The server

[google-appengine] I am a new GAEer, it promts as below, how should I do ?

Error: Server Error The server encountered an error and could not complete your request. If the problem persists, please reporthttp://code.google.com/appengine/community.htmlyour problem and mention this error message and the query that caused it. -- You received this message because you

[cifs-discuss] smb server failed to authenticate win7 cifs client via win2008 DC

Hi, I use smartos-0713 and I set smb server in domain mode. But my win7 cifs client fails to authenticate. [root@00-25-90-74-f5-04 /zones/cross]# sharectl get smb system_comment= max_workers=1024 netbios_scope= lmauth_level=4 keep_alive=5400 wins_server_1= wins_server_2= wins_exclude=

[389-users] anyone successfully configured autofs via ldap in solaris11?

I use 1.2.10.12 version. Thanks. Fred -- 389 users mailing list 389-users@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users

[OpenIndiana-discuss] anyone successfully configured autofs via ldap in 151a?

I use 389-DS server. Thanks. Thanks. Fred ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [zfs-discuss] current status of SAM-QFS?

Still a fully supported product from Oracle: http://www.oracle.com/us/products/servers-storage/storage/storage- software/qfs-software/overview/index.html Yeah. But it seems no more updates since sun acquisition. Don't know Oracle's roadmap in aspect of data-tying. Thanks. Fred

Re: [zfs-discuss] [developer] Setting default user/group quotas[usage accounting]?

The time is the creation time of the snapshots. Yes. That is true. Thanks. Fred ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Re: [zfs-discuss] [developer] Setting default user/group quotas[usage accounting]?

The size accounted for by the userused@ and groupused@ properties is the referenced space, which is used as the basis for many other space accounting values in ZFS (e.g. du / ls -s / stat(2), and the zfs accounting properties referenced, refquota, refreservation, refcompressratio, written). It

Re: [zfs-discuss] current status of SAM-QFS?

. If you want to know Oracle's roadmap for SAM-QFS then I recommend contacting your Oracle account rep rather than asking on a ZFS discussion list. You won't get SAM-QFS or Oracle roadmap answers from this alias. My original purpose is to ask if there is an effort to integrate open-sourced

Re: [zfs-discuss] current status of SAM-QFS?

IIRC, the senior product architects and perhaps some engineers have left Oracle. A better question for your Oracle rep is whether there is a plan to anything other than sustaining engineering for the product. I see. Thanks. Fred ___ zfs-discuss

<    1   2   3   4   >