0dd5d89a0 "DOSATTRIB", data=Variable
"data" is not available.)
at vnode_if.h:1332
It seems that ZIL isn't available for snapshots, but zfs_freebsd_read
doesn't check this when calling zil_commit.
The attached patch fixes this issue.
Can anybody confirm
/null 100% of 100 MB 47 MBps
I've tried ftpd and nginx with "sendfile on". The behavior is the same.
After disabling using sendfile in nginx ("sendfile off") the problem has
gone.
--
Alexander Zagrebin
100% of 100 MB 41 MBps
$ fetch -o /dev/null http://localhost/test
/dev/null 100% of 100 MB 44 MBps
$ fetch -o /dev/null http://localhost/test
/dev/null 100% of 100 MB 44 MBps
--
Alexander Zagrebin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
100 MB 39 MBps
If there was no access to the file during some time, then everything
repeats:
The first attempt - transfer rate is too low
A further attempts - no problems
Can you reproduce the problem on your system?
--
Alexander Zagrebin
___
_bytes_scanned: 0
kstat.zfs.misc.arcstats.l2_write_buffer_list_iter: 0
kstat.zfs.misc.arcstats.l2_write_buffer_list_null_iter: 0
--
Alexander Zagrebin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
if (error == 0) {
> uio->uio_resid -= bytes;
> uio->uio_offset += bytes;
>
Big thanks to Andriy, Igor and all who has paid attention to this problem.
I've tried this patch on the test system running under Virtua
es relatively slowly,
so if there is a frequent access to large files, then system will run
at very unoptimal conditions.
It's imho...
Can you comment this?
--
Alexander Zagrebin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.o
ND
958 0 D+ 0:00,04 umount /mnt
# procstat -t 958
PIDTID COMM TDNAME CPU PRI STATE WCHAN
958 100731 umount - 3 133 sleep mntref
Can anybody confirm this issue?
Any suggestions?
--
Alexander Zagrebin
___
TID COMM TDNAME KSTACK
86874 100731 umount -mi_switch+0x176
sleepq_wait+0x42 _sleep+0x317 vfs_mount_destroy+0x5a dounmount+0x4d4
unmount+0x38b syscall+0x1cf Xfast_syscall+0xe2
--
Alexander Zagrebin
___
freebsd-stable@freebsd.org mailing
ting the source tree via csup/cvs.
Is there a method to determine a SVN revision in this case?
If no, then may be possible to add (and automatically maintain on
svn -> cvs replication) special file into cvs tree
(for example, /usr/src/revision) with the current svn revision inside?
--
Alexander Za
> -Original Message-
> From: Andriy Gapon [mailto:a...@freebsd.org]
> Sent: Saturday, October 30, 2010 1:53 PM
> To: Artemiev Igor
> Cc: freebsd-stable@freebsd.org; freebsd...@freebsd.org;
> Alexander Zagrebin
> Subject: Re: 8.1-STABLE: zfs and sendfile: problem sti
been forced to switch ad6 to the offline state... :(
Any suggestions on this problem?
--
Alexander Zagrebin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "fre
00 Not_testing
400 Not_testing
500 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
I have tried to build RELENG_7_3_0_RELEASE and have noticed that zfsloader
really doesn't supports ZFS due to incomplete Makefiles (LOADER_ZFS_SUPPORT
issue).
Will be this issue fixed in 7.3-RELEASE?
--
Alexander Zagrebin
___
freebsd-s
> On Tuesday 23 March 2010 3:41:06 am Alexander Zagrebin wrote:
> > I have tried to build RELENG_7_3_0_RELEASE and have noticed
> that zfsloader
> > really doesn't supports ZFS due to incomplete Makefiles
> (LOADER_ZFS_SUPPORT
> > issue).
> > Will be this is
: cpu1 ip_mforward: delete mfc orig 192.168.0.10 group ef200108 ifp
0xc3e99400
...
So the kernel processes igmp v2 reports, but user space daemons doesn't
recieve it.
Any suggestions?
PS: It is not ipfw issue (when testing, the first ipfw rule is "allow ip
from any to any")
ate ioctl for device"
Does anyone know anything about this?
Alexander Zagrebin
--
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message
17 matches
Mail list logo