Re: net-im/skype4 under FreeBSD 10.3
2016-02-15 15:28 GMT+03:00 Pavel Timofeev : > > 15 февр. 2016 г. 14:00 пользователь "Slawa Olhovchenkov" > написал: > > >> >> On Mon, Feb 15, 2016 at 12:06:08PM +0300, Pavel Timofeev wrote: >> >> > Hi! >> > Has anybody tried net-im/skype4 under FreeBSD 10.3(-BETA[0-9])?? >> >> I am using net-im/skype4 under FreeBSD 10.2-STABLE (after new >> linuxulator import). >> Chat and voice work good. >> >> > Seems like net-im/skype4 missing some dependencies and if it's >> > satisfied net-im/skype4 hangs after start. >> > linprocfs mounting doesn't help. >> > I installed them all from the ports tree. >> > Any experience? >> >> I am don't see this issue. > > Ok, thank you. I'll recheck. Well, I've managed to start skype4. What I did is: # mkdir -p /compat/linux/proc/ add linprocfs to /etc/fstab add linux_enable="YES" to /etc/rc.conf # reboot # portmaster /usr/ports/net-im/skype4 Then I tried to start it and got: % skype /usr/local/share/skype/skype: error while loading shared libraries: libpulse-mainloop-glib.so.0: cannot open shared object file: No such file or directory Then I installed missing dependency: # portmaster /usr/ports/audio/linux-c6-pulseaudio-libs And tried to start it again: % skype /usr/local/share/skype/skype: error while loading shared libraries: libssl.so.10: cannot open shared object file: No such file or directory Installed another missing dependency: # portmaster /usr/ports/security/linux-c6-openssl And finally skype could start. So there are some missing dependencies. I've created a bug report. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207240 ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 82576 + NETMAP + VLAN
On Mon, Feb 15, 2016 at 05:02:36PM +0100, Giuseppe Lettieri wrote: > Il 15/02/2016 16:13, Slawa Olhovchenkov ha scritto: > > On Mon, Feb 15, 2016 at 04:10:30PM +0100, Giuseppe Lettieri wrote: > > > >> Hi Slawa, > >> > >> I think WITNESS is seeing a false positive, since those two are always > >> different mutexes. > >> > >> The actual deadlock you experience should be caused by something else. I > > > > Are you sure? When deadlock occur I am see threads waiting on nm_kn_lock. > > The deadlock I mentioned still involves nm_kn_locks, sorry if I was not > clear about that. I am just saying that we never try to take the same > lock that we already holding. > > Nonetheless, there are indeed problems in the path that WITNESS has > seen. The problem is that pipes have to notify the other end while > called by kevent. kevent holds the nm_kn_lock on the TX src ring and the > notification takes the nm_kn_lock on the RX dst ring. Can you comment other issuses? Is this by design or is this bug? - with kevent sync for transmiting need first register EVFILT_WRITE/EV_DISABLE and after every write EVFILT_WRITE/EV_DISPATCH - with kevent sync all opening /dev/netmap and registering need do from same thread as kevent using for sinc (unless no RX/TX). ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 82576 + NETMAP + VLAN
On Mon, Feb 15, 2016 at 05:02:36PM +0100, Giuseppe Lettieri wrote: > Il 15/02/2016 16:13, Slawa Olhovchenkov ha scritto: > > On Mon, Feb 15, 2016 at 04:10:30PM +0100, Giuseppe Lettieri wrote: > > > >> Hi Slawa, > >> > >> I think WITNESS is seeing a false positive, since those two are always > >> different mutexes. > >> > >> The actual deadlock you experience should be caused by something else. I > > > > Are you sure? When deadlock occur I am see threads waiting on nm_kn_lock. > > The deadlock I mentioned still involves nm_kn_locks, sorry if I was not > clear about that. I am just saying that we never try to take the same > lock that we already holding. > > Nonetheless, there are indeed problems in the path that WITNESS has > seen. The problem is that pipes have to notify the other end while > called by kevent. kevent holds the nm_kn_lock on the TX src ring and the > notification takes the nm_kn_lock on the RX dst ring. Thanks for clarification. > > > >> have not been able to reproduce it locally (I have not tried that hard, > >> to be honest). I am pretty sure that there is a lock inversion - one > >> that may cause real deadlocks - when you use netmap pipes+kqueue and you > >> don't pass NETMAP_NO_TX_POLL at NIOCREGIF time. The attached patch > >> should solve this particular problem, but there may be others. May you > >> please try it? > > > > Try it with or w/o WITNESS? > > I am trying to see if the actual deadlock disappears, so disable WITNESS > if it slows down the system and masks the real deadlock. Otherwise, > leave it on. OK. With and w/o WITNESS I am currently don't see deadlock. Just for record, two LOR, may be already well-known: lock order reversal: 1st 0xfe0172c6fa78 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:3130 2nd 0xf8005ca81000 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:280 KDB: stack backtrace: #0 0x809702b0 at kdb_backtrace+0x60 #1 0x8098825e at witness_checkorder+0xc7e #2 0x8093e137 at _sx_xlock+0x47 #3 0x80b75d6a at ufsdirhash_add+0x3a #4 0x80b78b40 at ufs_direnter+0x6a0 #5 0x80b815ab at ufs_makeinode+0x56b #6 0x80b7d5dd at ufs_create+0x2d #7 0x80e33311 at VOP_CREATE_APV+0xa1 #8 0x809e2009 at vn_open_cred+0x3b9 #9 0x809db30f at kern_openat+0x26f #10 0x80d0e8a4 at amd64_syscall+0x2d4 #11 0x80cf4f5b at Xfast_syscall+0xfb lock order reversal: 1st 0xf80049138d50 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2415 2nd 0xfe0172cb1b80 bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_vnops.c:262 3rd 0xf800a6832d50 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2415 KDB: stack backtrace: #0 0x809702b0 at kdb_backtrace+0x60 #1 0x8098825e at witness_checkorder+0xc7e #2 0x80918dd8 at __lockmgr_args+0x738 #3 0x80b71594 at ffs_lock+0x84 #4 0x80e3512b at VOP_LOCK1_APV+0xab #5 0x809e28f3 at _vn_lock+0x43 #6 0x809d42fb at vget+0x5b #7 0x809c8c51 at vfs_hash_get+0xe1 #8 0x80b6d0a0 at ffs_vgetf+0x40 #9 0x80b64c50 at softdep_sync_buf+0x300 #10 0x80b72296 at ffs_syncvnode+0x226 #11 0x80b4b6b3 at ffs_truncate+0x683 #12 0x80b78c99 at ufs_direnter+0x7f9 #13 0x80b808eb at ufs_mkdir+0x86b #14 0x80e34987 at VOP_MKDIR_APV+0xa7 #15 0x809dfca9 at kern_mkdirat+0x209 #16 0x80d0e8a4 at amd64_syscall+0x2d4 #17 0x80cf4f5b at Xfast_syscall+0xfb > > > >> Cheers, > >> Giuseppe > >> > >> Il 11/02/2016 14:34, Slawa Olhovchenkov ha scritto: > >>> On Thu, Feb 11, 2016 at 10:11:59AM +0100, Giuseppe Lettieri wrote: > >>> > Il 10/02/2016 14:53, Slawa Olhovchenkov ha scritto: > > On Wed, Feb 10, 2016 at 02:33:20PM +0100, Giuseppe Lettieri wrote: > > > >> Il 10/02/2016 12:59, Slawa Olhovchenkov ha scritto: > >>> Can you look also on second issue? > >>> > >>> PS: What need from me? May be open PR? > >> > >> May you provide some example code that triggers the issue? > > > > This is about 700 lines of code (not very clear), may be I can describe > > it? > > I just need some code to trigger the problem locally. Don't worry about > the clarity and the line count, unless you cannot share the code for > other reasons. > >>> > >>> I am attach source. > >>> run as "prog if1 if2" > >>> Got `acquiring duplicate lock of same type: "nm_kn_lock"` immediatly > >>> after start. > >>> Dead locking may be occur immediatly after start or may be need > >>> traffic flooding. > >>> > >> > >> > >> -- > >> Dr. Ing. Giuseppe Lettieri > >> Dipartimento di Ingegneria della Informazione > >> Universita' di Pisa > >> Largo Lucio Lazzarino 1, 56122 Pisa - Italy > >> Ph. : (+39) 050-2217.649 (direct) .599 (switch) > >> Fax : (+39) 050-2217.600 > >> e-mail: g.letti...@iet.unipi.it > > > >> Index: dev/netmap/netmap.c > >> === > >> --- dev/netmap/netm
Re: 82576 + NETMAP + VLAN
Il 15/02/2016 16:13, Slawa Olhovchenkov ha scritto:
On Mon, Feb 15, 2016 at 04:10:30PM +0100, Giuseppe Lettieri wrote:
Hi Slawa,
I think WITNESS is seeing a false positive, since those two are always
different mutexes.
The actual deadlock you experience should be caused by something else. I
Are you sure? When deadlock occur I am see threads waiting on nm_kn_lock.
The deadlock I mentioned still involves nm_kn_locks, sorry if I was not
clear about that. I am just saying that we never try to take the same
lock that we already holding.
Nonetheless, there are indeed problems in the path that WITNESS has
seen. The problem is that pipes have to notify the other end while
called by kevent. kevent holds the nm_kn_lock on the TX src ring and the
notification takes the nm_kn_lock on the RX dst ring.
have not been able to reproduce it locally (I have not tried that hard,
to be honest). I am pretty sure that there is a lock inversion - one
that may cause real deadlocks - when you use netmap pipes+kqueue and you
don't pass NETMAP_NO_TX_POLL at NIOCREGIF time. The attached patch
should solve this particular problem, but there may be others. May you
please try it?
Try it with or w/o WITNESS?
I am trying to see if the actual deadlock disappears, so disable WITNESS
if it slows down the system and masks the real deadlock. Otherwise,
leave it on.
Cheers,
Giuseppe
Cheers,
Giuseppe
Il 11/02/2016 14:34, Slawa Olhovchenkov ha scritto:
On Thu, Feb 11, 2016 at 10:11:59AM +0100, Giuseppe Lettieri wrote:
Il 10/02/2016 14:53, Slawa Olhovchenkov ha scritto:
On Wed, Feb 10, 2016 at 02:33:20PM +0100, Giuseppe Lettieri wrote:
Il 10/02/2016 12:59, Slawa Olhovchenkov ha scritto:
Can you look also on second issue?
PS: What need from me? May be open PR?
May you provide some example code that triggers the issue?
This is about 700 lines of code (not very clear), may be I can describe it?
I just need some code to trigger the problem locally. Don't worry about
the clarity and the line count, unless you cannot share the code for
other reasons.
I am attach source.
run as "prog if1 if2"
Got `acquiring duplicate lock of same type: "nm_kn_lock"` immediatly
after start.
Dead locking may be occur immediatly after start or may be need
traffic flooding.
--
Dr. Ing. Giuseppe Lettieri
Dipartimento di Ingegneria della Informazione
Universita' di Pisa
Largo Lucio Lazzarino 1, 56122 Pisa - Italy
Ph. : (+39) 050-2217.649 (direct) .599 (switch)
Fax : (+39) 050-2217.600
e-mail: g.letti...@iet.unipi.it
Index: dev/netmap/netmap.c
===
--- dev/netmap/netmap.c (revision 287671)
+++ dev/netmap/netmap.c (working copy)
@@ -2378,7 +2378,7 @@
* XXX should also check cur != hwcur on the tx rings.
* Fortunately, normal tx mode has np_txpoll set.
*/
- if (priv->np_txpoll || want_tx) {
+ if ((priv->np_txpoll && !is_kevent) || want_tx) {
/*
* The first round checks if anyone is ready, if not
* do a selrecord and another round to handle races.
--
Dr. Ing. Giuseppe Lettieri
Dipartimento di Ingegneria della Informazione
Universita' di Pisa
Largo Lucio Lazzarino 1, 56122 Pisa - Italy
Ph. : (+39) 050-2217.649 (direct) .599 (switch)
Fax : (+39) 050-2217.600
e-mail: g.letti...@iet.unipi.it
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 82576 + NETMAP + VLAN
On Mon, Feb 15, 2016 at 04:10:30PM +0100, Giuseppe Lettieri wrote:
> Hi Slawa,
>
> I think WITNESS is seeing a false positive, since those two are always
> different mutexes.
>
> The actual deadlock you experience should be caused by something else. I
Are you sure? When deadlock occur I am see threads waiting on nm_kn_lock.
> have not been able to reproduce it locally (I have not tried that hard,
> to be honest). I am pretty sure that there is a lock inversion - one
> that may cause real deadlocks - when you use netmap pipes+kqueue and you
> don't pass NETMAP_NO_TX_POLL at NIOCREGIF time. The attached patch
> should solve this particular problem, but there may be others. May you
> please try it?
Try it with or w/o WITNESS?
> Cheers,
> Giuseppe
>
> Il 11/02/2016 14:34, Slawa Olhovchenkov ha scritto:
> > On Thu, Feb 11, 2016 at 10:11:59AM +0100, Giuseppe Lettieri wrote:
> >
> >> Il 10/02/2016 14:53, Slawa Olhovchenkov ha scritto:
> >>> On Wed, Feb 10, 2016 at 02:33:20PM +0100, Giuseppe Lettieri wrote:
> >>>
> Il 10/02/2016 12:59, Slawa Olhovchenkov ha scritto:
> > Can you look also on second issue?
> >
> > PS: What need from me? May be open PR?
>
> May you provide some example code that triggers the issue?
> >>>
> >>> This is about 700 lines of code (not very clear), may be I can describe
> >>> it?
> >>
> >> I just need some code to trigger the problem locally. Don't worry about
> >> the clarity and the line count, unless you cannot share the code for
> >> other reasons.
> >
> > I am attach source.
> > run as "prog if1 if2"
> > Got `acquiring duplicate lock of same type: "nm_kn_lock"` immediatly
> > after start.
> > Dead locking may be occur immediatly after start or may be need
> > traffic flooding.
> >
>
>
> --
> Dr. Ing. Giuseppe Lettieri
> Dipartimento di Ingegneria della Informazione
> Universita' di Pisa
> Largo Lucio Lazzarino 1, 56122 Pisa - Italy
> Ph. : (+39) 050-2217.649 (direct) .599 (switch)
> Fax : (+39) 050-2217.600
> e-mail: g.letti...@iet.unipi.it
> Index: dev/netmap/netmap.c
> ===
> --- dev/netmap/netmap.c (revision 287671)
> +++ dev/netmap/netmap.c (working copy)
> @@ -2378,7 +2378,7 @@
>* XXX should also check cur != hwcur on the tx rings.
>* Fortunately, normal tx mode has np_txpoll set.
>*/
> - if (priv->np_txpoll || want_tx) {
> + if ((priv->np_txpoll && !is_kevent) || want_tx) {
> /*
>* The first round checks if anyone is ready, if not
>* do a selrecord and another round to handle races.
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ZFS ARC vs Inactive memory on 10-STABLE: is it Ok?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 15.02.2016 17:55, Mark Saad wrote: > Wow someone else as crazy as I was. :) ... > I eventually convinced management to move to a automated tape > library and a normal backup client It is my own home NAS, and I need to backup about 2TB offsite (you could call me paranoid, yes). CrashPlan is almost only offer on the market I could afford. I will be happy to use tarsnap or rsync.net, for example, but it is too expensive for me :( - -- // Lev Serebryakov -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQJ8BAEBCgBmBQJWwem6XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePIqwP/iefNVwjlBfyPVuIXKtlldPP CHLgdUaUSb+Nj67WJ20aKxw5nBHoJtRi60Ao1azutzYVEJdMDLGCX7ExqBAoMreY sDZlKfTQViYlMhFhXch0AddEcticKrIl24D8a2WAaKLsnFSNY/U4XEd/jYl/TUVd kbPbN+9Tufr/xzkilwiQJ7M1jKgq2PfPF6mrezPPRkvJGuBHpQPSOMRnlylQmw4K wpBxroepNohcSIdLHOKXD6nGt9vaIF7vWycjF/IGEoWi/mmyjjR8eqBGHc6t3kZt +yktp9q56TdPgh4EgfivoQyFiQwhlcUOB6HbrXyTSXXhpTKcy0/KpeiNUwnnp6j/ Qlm1xJPJnrw1mUj5i0790h4ZuFfurfFf7cL79RL9ZQHr7os5a5A5jNQlX2+GKSgD J5eraHgYiio4a3d805wsvCETJjZGjBn0Jk5YANuodAcZyzo66RffFQomuWMlSe13 Et9NXmWT6rrNhxVC7BJv8zhK7Xy7YhIBiY3xONbpxcX7bVJt/1LIha44/Ft/BoLp rlnJITPQZPn2FUwILQz4D+caJqkEeELpGd6Q385RLEHlf++izyT3MXvJl1MAhnYS RoByj7qdy1EfSi/C0uVdxRHwk+tItySpgTVQ+5gm6T8B1dDs+noXednC6j72i+Xf L14BPz8y5/9rCR93XhdP =5Vz8 -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 82576 + NETMAP + VLAN
Hi Slawa,
I think WITNESS is seeing a false positive, since those two are always
different mutexes.
The actual deadlock you experience should be caused by something else. I
have not been able to reproduce it locally (I have not tried that hard,
to be honest). I am pretty sure that there is a lock inversion - one
that may cause real deadlocks - when you use netmap pipes+kqueue and you
don't pass NETMAP_NO_TX_POLL at NIOCREGIF time. The attached patch
should solve this particular problem, but there may be others. May you
please try it?
Cheers,
Giuseppe
Il 11/02/2016 14:34, Slawa Olhovchenkov ha scritto:
On Thu, Feb 11, 2016 at 10:11:59AM +0100, Giuseppe Lettieri wrote:
Il 10/02/2016 14:53, Slawa Olhovchenkov ha scritto:
On Wed, Feb 10, 2016 at 02:33:20PM +0100, Giuseppe Lettieri wrote:
Il 10/02/2016 12:59, Slawa Olhovchenkov ha scritto:
Can you look also on second issue?
PS: What need from me? May be open PR?
May you provide some example code that triggers the issue?
This is about 700 lines of code (not very clear), may be I can describe it?
I just need some code to trigger the problem locally. Don't worry about
the clarity and the line count, unless you cannot share the code for
other reasons.
I am attach source.
run as "prog if1 if2"
Got `acquiring duplicate lock of same type: "nm_kn_lock"` immediatly
after start.
Dead locking may be occur immediatly after start or may be need
traffic flooding.
--
Dr. Ing. Giuseppe Lettieri
Dipartimento di Ingegneria della Informazione
Universita' di Pisa
Largo Lucio Lazzarino 1, 56122 Pisa - Italy
Ph. : (+39) 050-2217.649 (direct) .599 (switch)
Fax : (+39) 050-2217.600
e-mail: g.letti...@iet.unipi.it
Index: dev/netmap/netmap.c
===
--- dev/netmap/netmap.c (revision 287671)
+++ dev/netmap/netmap.c (working copy)
@@ -2378,7 +2378,7 @@
* XXX should also check cur != hwcur on the tx rings.
* Fortunately, normal tx mode has np_txpoll set.
*/
- if (priv->np_txpoll || want_tx) {
+ if ((priv->np_txpoll && !is_kevent) || want_tx) {
/*
* The first round checks if anyone is ready, if not
* do a selrecord and another round to handle races.
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ZFS ARC vs Inactive memory on 10-STABLE: is it Ok?
On Mon, Feb 15, 2016 at 9:29 AM, Lev Serebryakov wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
>
> I have mostly-storage server with 8GB of physical RAM and 9TB (5x2TB
> HDD) raidz ZFS pool (so, about 6.5TB usable space).
>
> ARC is limited to 3GB by vfs.zfs.arc_max.
>
> This server runs Samba (of course), CrashPlan backup client (Linux
> Java!), and torrent client (transmission-daemon).
>
>
Wow someone else as crazy as I was. :)
> And I'm noticing this regularly ("screenshot" of top(1)):
>
> Mem: 1712M Active, 3965M Inact, 2066M Wired, 137M Cache, 822M Buf,
> 4688K Free
> ARC: 421M Total, 132M MFU, 54M MRU, 1040K Anon, 7900K Header, 227M Other
> Swap: 4096M Total, 248M Used, 3848M Free, 6% Inuse
>
> As you can see, here are almost 4G of Inactive memory and only 412M
> of ARC!
>
> Is it Ok? Why Inactive memory (non-dirty buffers?) are pressed ARC
> out of memory?
>
>
Lev so I ran a similar setup on 10.1-RELEASE with 40TB in a raid 1+0 like
zpool . My top looked similar but its been a while
and i had 24G of ram. With a 12G Arc max. I always wondered what was going
on here but I suspected it was due to a interaction of java and arc
eviction.
The crash plan app is terrible and would "start doing something new" up and
look hung. Disk io went to hell etc . Then things would settle down and
start chugging away.
Keep in mind crash plan would take like a month to back up 2TB of changes
on this thing. I eventually convinced management to move to a automated
tape library
and a normal backup client ( netbackup ) for the backups. Also I
abandoned this project about 18 months ago too .
- --
> // Lev Serebryakov
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2
>
> iQJ8BAEBCgBmBQJWweC0XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
> ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF
> QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePRTYP/RHajhE+EuvX3fCppShb/BSg
> vpJZ8F1jeInIOVXe/XLw07jht04uquTXHsMvw6F0J+WIIqsCld53q1bfj4CWAnl6
> 4TjULTZYUWANv3wK6KxItEN5eMmDEPOW6Eqls57OSCFcZA/32hyf/Y15Nec0L6JD
> sd8wpqUvQs0zb//frbUpjIRcfoVSMO2ip4doGPDtBv9IcE/kDz78IcmU9By2deXU
> IJE8Xlg2hDY+f/NhTR2sCuwtCSvpL9/mBztffYqsKQsAm8oIn0Sz9mNdjVzUR+rN
> lF4GoxcWf6c3HEM/LF4+dgOdb058YwO4amyUI7GoBSFBQq3OlJzvomGeOi2vPAvC
> BkWxOWOcWsmEwfk1b22k00yNAjvaXQsCx6r2L/6vyrAtoQ0moXF4Rks8+MLFRUTu
> FFke93UUPRQPXBdrBtlnFpXX6jpmlEm7g9pazarGc4hteYOKpvHajFvNvAB7RswI
> NQL70+QfLBgtaA5683scCuURNptStf/RfvhwjW/o5DPNLv+NHnT+nPk64MTDuaZD
> 4z9Kcj088KjB++xt9c6BXuCS4zlkyUhas5cNGG+SxupZajtIuaCBTeUv0QwjnDH5
> Pnu44Xe4MCvpDSt9odICdzytxO6yzwL7mLj70o2SsPs2ijN1w/fOlNqS46bekmJ/
> MtvVwObCRnoDg3aMRUL0
> =In6V
> -END PGP SIGNATURE-
> ___
> freebsd...@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-fs
> To unsubscribe, send any mail to "freebsd-fs-unsubscr...@freebsd.org"
>
--
mark saad | nones...@longcount.org
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
ZFS ARC vs Inactive memory on 10-STABLE: is it Ok?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I have mostly-storage server with 8GB of physical RAM and 9TB (5x2TB
HDD) raidz ZFS pool (so, about 6.5TB usable space).
ARC is limited to 3GB by vfs.zfs.arc_max.
This server runs Samba (of course), CrashPlan backup client (Linux
Java!), and torrent client (transmission-daemon).
And I'm noticing this regularly ("screenshot" of top(1)):
Mem: 1712M Active, 3965M Inact, 2066M Wired, 137M Cache, 822M Buf,
4688K Free
ARC: 421M Total, 132M MFU, 54M MRU, 1040K Anon, 7900K Header, 227M Other
Swap: 4096M Total, 248M Used, 3848M Free, 6% Inuse
As you can see, here are almost 4G of Inactive memory and only 412M
of ARC!
Is it Ok? Why Inactive memory (non-dirty buffers?) are pressed ARC
out of memory?
- --
// Lev Serebryakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQJ8BAEBCgBmBQJWweC0XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF
QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePRTYP/RHajhE+EuvX3fCppShb/BSg
vpJZ8F1jeInIOVXe/XLw07jht04uquTXHsMvw6F0J+WIIqsCld53q1bfj4CWAnl6
4TjULTZYUWANv3wK6KxItEN5eMmDEPOW6Eqls57OSCFcZA/32hyf/Y15Nec0L6JD
sd8wpqUvQs0zb//frbUpjIRcfoVSMO2ip4doGPDtBv9IcE/kDz78IcmU9By2deXU
IJE8Xlg2hDY+f/NhTR2sCuwtCSvpL9/mBztffYqsKQsAm8oIn0Sz9mNdjVzUR+rN
lF4GoxcWf6c3HEM/LF4+dgOdb058YwO4amyUI7GoBSFBQq3OlJzvomGeOi2vPAvC
BkWxOWOcWsmEwfk1b22k00yNAjvaXQsCx6r2L/6vyrAtoQ0moXF4Rks8+MLFRUTu
FFke93UUPRQPXBdrBtlnFpXX6jpmlEm7g9pazarGc4hteYOKpvHajFvNvAB7RswI
NQL70+QfLBgtaA5683scCuURNptStf/RfvhwjW/o5DPNLv+NHnT+nPk64MTDuaZD
4z9Kcj088KjB++xt9c6BXuCS4zlkyUhas5cNGG+SxupZajtIuaCBTeUv0QwjnDH5
Pnu44Xe4MCvpDSt9odICdzytxO6yzwL7mLj70o2SsPs2ijN1w/fOlNqS46bekmJ/
MtvVwObCRnoDg3aMRUL0
=In6V
-END PGP SIGNATURE-
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: net-im/skype4 under FreeBSD 10.3
15 февр. 2016 г. 14:00 пользователь "Slawa Olhovchenkov" написал: > > On Mon, Feb 15, 2016 at 12:06:08PM +0300, Pavel Timofeev wrote: > > > Hi! > > Has anybody tried net-im/skype4 under FreeBSD 10.3(-BETA[0-9])?? > > I am using net-im/skype4 under FreeBSD 10.2-STABLE (after new > linuxulator import). > Chat and voice work good. > > > Seems like net-im/skype4 missing some dependencies and if it's > > satisfied net-im/skype4 hangs after start. > > linprocfs mounting doesn't help. > > I installed them all from the ports tree. > > Any experience? > > I am don't see this issue. Ok, thank you. I'll recheck. ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: net-im/skype4 under FreeBSD 10.3
On Mon, Feb 15, 2016 at 12:06:08PM +0300, Pavel Timofeev wrote: > Hi! > Has anybody tried net-im/skype4 under FreeBSD 10.3(-BETA[0-9])?? I am using net-im/skype4 under FreeBSD 10.2-STABLE (after new linuxulator import). Chat and voice work good. > Seems like net-im/skype4 missing some dependencies and if it's > satisfied net-im/skype4 hangs after start. > linprocfs mounting doesn't help. > I installed them all from the ports tree. > Any experience? I am don't see this issue. ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: net-im/skype4 under FreeBSD 10.3
2016-02-15 12:50 GMT+03:00 Kurt Jaeger : > Hi! > >> But isn't 'CentOS 6.7' is already in ports tree? > > It's in HEAD ports tree, but probably not in the quarterly. Can this be the > cause ? > > -- > p...@opsec.eu+49 171 3101372 4 years to > go ! I used HEAD ports tree. ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: passwd and pw speed regression?
> On Feb 11, 2016, at 13:02, Mike Tancsa wrote: > > I noticed that on a new RELENG_10 box we are building, password updates > are taking a very long time to build. On the old RELENG_8 box, doing > something simple like adding a user > > # time pw useradd test12345 > 0.062u 0.063s 0:00.14 85.7% 54+988k 196+134io 0pf+0w > > # time pw userdel test12345 > 0.164u 0.044s 0:00.20 100.0%28+1181k 0+18io 0pf+0w > > > On the new RELENG_10 box, > > # time pw useradd test12345 > 0.060u 0.120s 0:58.89 0.3% 58+146k 12+6485io 0pf+0w > > # time pw userdel test12345 > 0.125u 0.133s 0:58.80 0.4% 46+214k 13+9326io 0pf+0w > > > # wc /etc/passwd >6113 14792 376128 /etc/passwd > > > Yes, almost 60 seconds to add a user to the password file? > > Does anyone know what is going on to account for the large difference > and how to work around it ? I am guessing > > https://svnweb.freebsd.org/base?view=revision&revision=285205 > > is the issue. Apart from keeping local source code changes, is there not > a better way to not have reasonable speeds ? A possible solution is being discussed at https://reviews.freebsd.org/D5186 If you can try out that patch and provide a feedback it would be great -- Renato Botelho ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: net-im/skype4 under FreeBSD 10.3
Hi! > But isn't 'CentOS 6.7' is already in ports tree? It's in HEAD ports tree, but probably not in the quarterly. Can this be the cause ? -- p...@opsec.eu+49 171 3101372 4 years to go ! ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: net-im/skype4 under FreeBSD 10.3
But isn't 'CentOS 6.7' is already in ports tree? 2016-02-15 12:24 GMT+03:00 Anton Shterenlikht : >>Has anybody tried net-im/skype4 under FreeBSD 10.3(-BETA[0-9])?? >>Seems like net-im/skype4 missing some dependencies and if it's >>satisfied net-im/skype4 hangs after start. >>linprocfs mounting doesn't help. >>I installed them all from the ports tree. >>Any experience? > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202780 > > Anton ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Is UEFI required for ZFS?
On Sun, Feb 14, 2016 at 09:42:24PM +, Mark Dixon wrote: > Konstantin Belousov gmail.com> writes: > > > > On Sat, Feb 13, 2016 at 03:46:16PM +, Mark Dixon wrote: > > Might be, try the following (mostly debugging) change. > > > > Tried it, the only thing I saw different is after the menu I got: > > rd eef611d6 The value is reasonable. The fact that the patch did not worked means that my guess about malfunctioning bios pause was not correct. I do not have any other out of thin air ideas what else could be wrong, right now, the system must be investigated to diagnose the issue. Thank you for the testing. ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: net-im/skype4 under FreeBSD 10.3
>Has anybody tried net-im/skype4 under FreeBSD 10.3(-BETA[0-9])?? >Seems like net-im/skype4 missing some dependencies and if it's >satisfied net-im/skype4 hangs after start. >linprocfs mounting doesn't help. >I installed them all from the ports tree. >Any experience? https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202780 Anton ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
net-im/skype4 under FreeBSD 10.3
Hi! Has anybody tried net-im/skype4 under FreeBSD 10.3(-BETA[0-9])?? Seems like net-im/skype4 missing some dependencies and if it's satisfied net-im/skype4 hangs after start. linprocfs mounting doesn't help. I installed them all from the ports tree. Any experience? ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
