Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

OpenSuse integration #378

Closed
KristijanL opened this issue Aug 29, 2011 · 3 comments
Closed

OpenSuse integration #378

KristijanL opened this issue Aug 29, 2011 · 3 comments
Labels
Type: Building Indicates an issue related to building binaries Type: Documentation Indicates a requested change to the documentation
Milestone

Comments

@KristijanL
Copy link

Hi,

i am testing on opensuse 11.4 with Linux 2.6.37.6-50-xen git clone on 29.8.2011

compile went fine, but had issues with

pomaranca:~/zfs/zfs # rpm -i zfs-dracut-0.6.0-rc5.x86_64.rpm
error: Failed dependencies:
dracut is needed by zfs-dracut-0.6.0-rc5.x86_64

i had to install it with --nodep

next the test

pomaranca:~/zfs/zfs/scripts # sudo /usr/libexec/zfs/zconfig.sh -c
1 persistent zpool.cache zfs.sh: Unload these modules with 'zfs.sh -u':
zfs zcommon zunicode znvpair zavl spl
Fail (1)

pomaranca:/zfs/zfs/scripts # ./zfs.sh -u zfs zcommon zunicode znvpair zavl spl
pomaranca:
/zfs/zfs/scripts # sudo /usr/libexec/zfs/zconfig.sh -c
1 persistent zpool.cache zfs.sh: Unload these modules with 'zfs.sh -u':
zfs zcommon zunicode znvpair zavl spl
Fail (1)
pomaranca:/zfs/zfs/scripts # ./zfs.sh -u spl
pomaranca:
/zfs/zfs/scripts # ./zfs.sh -u zavl
pomaranca:/zfs/zfs/scripts # ./zfs.sh -u zunicode
pomaranca:
/zfs/zfs/scripts # sudo /usr/libexec/zfs/zconfig.sh -c
1 persistent zpool.cache zfs.sh: Unload these modules with 'zfs.sh -u':
zfs zcommon zunicode znvpair zavl spl
Fail (1)

other than that, raidz is working fine,
but i am wondering, if the speed i am getting on zfs is ok,
i had raidz build from same disks on freenas 8.0.1 and get ~140mb/s write,
on opensuse i get only ~92mb/s with same disks, with same zpool, but i did upgrade the pool
any tweeks?

Kristijan

@KristijanL
Copy link
Author

next issue

pomaranca:/ # service zfs restart
/etc/init.d/zfs: line 90: log_begin_msg: command not found
/etc/init.d/zfs: line 92: log_end_msg: command not found
/etc/init.d/zfs: line 70: log_begin_msg: command not found
/etc/init.d/zfs: line 72: log_end_msg: command not found
/etc/init.d/zfs: line 74: log_begin_msg: command not found
/etc/init.d/zfs: line 76: log_end_msg: command not found
/etc/init.d/zfs: line 78: log_begin_msg: command not found
/etc/init.d/zfs: line 80: log_end_msg: command not found

@behlendorf
Copy link
Contributor

Thanks for the bug report. It looks like the packaging isn't 100% compatible with SUSE. I'm personally not that familiar with the distribution but I'm happy to take tweaks to the spec files and init scripts to make them compatible.

@KristijanL
Copy link
Author

i had a few hangs of the zfs in past days

Linux pomaranca 2.6.37.6-52-xen #1 SMP 2011-08-31 12:51:56 +0200 x86_64 x86_64 x86_64 GNU/Linux
git clone from 3.9.2011

pomaranca:~/zfs # ps auxc|grep D
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 36 0.0 0.0 0 0 ? D Sep05 0:03 kswapd0
wwwrun 1575 0.0 0.0 21752 3128 ? Ds Sep05 0:16 ngstat.pl
root 2592 0.0 0.0 54112 2012 ? Ds Sep05 0:00 nmbd
ntp 3366 0.0 0.0 26308 1396 ? Ds Sep05 0:03 ntpd
root 6215 0.0 0.0 0 0 ? DN Sep05 0:49 z_wr_iss/2
root 6216 0.0 0.0 0 0 ? DN Sep05 0:50 z_wr_iss/3
root 6358 0.2 0.0 0 0 ? D< Sep05 3:32 txg_sync
root 6820 7.7 0.1 107972 8548 ? DLl Sep05 129:14 qemu-dm
root 10688 0.0 0.0 19032 780 pts/3 D+ 20:00 0:00 ls

kernel call trace:
http://pastebin.com/0AwKKEPG

kernelOfTruth pushed a commit to kernelOfTruth/zfs that referenced this issue Mar 1, 2015
Linux kernel 3.17 removes the action function argument from
wait_on_bit().  Add autoconf test and compatibility macro to support
the new interface.

The former "wait_on_bit" interface required an 'action' function to
be provided which does the actual waiting. There were over 20 such
functions in the kernel, many of them identical, though most cases
can be satisfied by one of just two functions: one which uses
io_schedule() and one which just uses schedule().  This API change
was made to consolidate all of those redundant wait functions.

References: torvalds/linux@7431620

Signed-off-by: Ned Bass <[email protected]>
Signed-off-by: Brian Behlendorf <[email protected]>
Closes openzfs#378
sdimitro pushed a commit to sdimitro/zfs that referenced this issue May 23, 2022
…nzfs#378)

Wrap `serde_json::from_slice()` with a helper function that will add
additional context when it fails, including the type we were trying to
decode it as, and the actual JSON string.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Type: Building Indicates an issue related to building binaries Type: Documentation Indicates a requested change to the documentation
Projects
None yet
Development

No branches or pull requests

2 participants