version 17.1

Global announcements
Scooby
Site Admin
Posts: 826
Joined: 09 Sep 2013, 16:52

Re: version 17.1

Postby Scooby » 16 Oct 2015, 19:20

obarun wrote:yes mounted with devtmpfs and not tmpfs.

Does that mean you tried without devtmpfs? Thats how I run it anyway.

obarun wrote:what is real strange : if i start vdevd before mounting rootfs , vdevd don't start correctly and i have the redirect_log error message.
if i start after mounting rootfs, vdevd start correctly


So it works perfectly if you run it in this way?

obarun
Advanced
Posts: 42
Joined: 13 Oct 2015, 07:45

Re: version 17.1

Postby obarun » 18 Oct 2015, 04:55

Does that mean you tried without devtmpfs? Thats how I run it anyway.


if i make a test as describe on the jcnelson github, yes it's work with tmpfs, but if i try to use my initramfs stating dev directory in the same way, it don't work. but i need deep test, because the initramfs use an archlinux init script. i need change some variables on it to test it correctly.

So it works perfectly if you run it in this way?
.
yes and it's realy strange. impossible to start vdevd before remounting rootfs. thats mean that i can use it on early_boot. again i need more test. But for the moment my package obarun-install need my attention. So i make a pause about vdev test for the moment and i come back on it after.

Scooby
Site Admin
Posts: 826
Joined: 09 Sep 2013, 16:52

Re: version 17.1

Postby Scooby » 18 Oct 2015, 19:11

obarun wrote:... So i make a pause about vdev test for the moment and i come back on it after.


That sounds good, Will you please report your success with vdev + USB devices?

Interesting for me since I cannot get it to work using arch linux base
but J. Nelson can on devuan/debian base.

obarun
Advanced
Posts: 42
Joined: 13 Oct 2015, 07:45

Re: version 17.1

Postby obarun » 19 Oct 2015, 12:54

That sounds good, Will you please report your success with vdev + USB devices?

sure!

can i add a link about your forum index at my site?

Scooby
Site Admin
Posts: 826
Joined: 09 Sep 2013, 16:52

Re: version 17.1

Postby Scooby » 19 Oct 2015, 18:21

obarun wrote:can i add a link about your forum index at my site?


sure!

wyzguy
Apprentice
Posts: 13
Joined: 07 Oct 2015, 07:09

Re: version 17.1

Postby wyzguy » 20 Oct 2015, 02:44

Scooby,

It looks like you need a 32-bit libudev.so.

google for: "discussing vdev from devuan project" page 3.

Scooby
Site Admin
Posts: 826
Joined: 09 Sep 2013, 16:52

Re: version 17.1

Postby Scooby » 20 Oct 2015, 19:25

wyzguy wrote:Scooby,

It looks like you need a 32-bit libudev.so.

google for: "discussing vdev from devuan project" page 3.



Thanks for taking time to post and give me some help.
It is both needed and appreciated!

I found only this post regarding 32-bit libudev
https://forums.gentoo.org/viewtopic-p-7 ... ml#7812454

-Fin-roller wrote:emerge -C eudev was a bit anticlimatic as nothing broke down. I don't use THAT many packages that use udev though. Only two things I have problem with right now are that my digital camera doesn't work in shotwell (which is being looked at by Jude in github atm) and compiling (32bit) libusb fails for now because I don't have a 32-bit libudev.so.

...



I cannot see how a 32 bit libusb or libudev-compat would save me on a 64-bit only alphaOS system?

When checking libudev in official libsystemd package
there is only 64 bit version

Code: Select all

> file libudev.so.1.6.4   
libudev.so.1.6.4: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=9f6b48937fbbdce0b6120e7bfd365444f81aae2a, not stripped


And the usb mouse works if I use udev and libudev from systemd ( that is tested on older alphaos 16 which
is running an older version of udev) that doesn't use 32 bit versions. Will check this though to absolutely confirm it.

I think the guy is running a 32 bit system.

Or do I understand something wrong?

wyzguy
Apprentice
Posts: 13
Joined: 07 Oct 2015, 07:09

Re: version 17.1

Postby wyzguy » 21 Oct 2015, 06:02

Scooby,

Just ignore my last post.

Try this:

cat /run/vdev/vdevd.log | egrep -iv debug

I get about a screenfull of info for upstream to check out.

lsusb -v >/dev/null

See if there is any SCREEN output. I get a few lines to check out.

I'll let you figure out the stderr redirection trickery for upstream reporting.

Scooby
Site Admin
Posts: 826
Joined: 09 Sep 2013, 16:52

Re: version 17.1

Postby Scooby » 21 Oct 2015, 07:39

I have made both vdev.log and lsusb -v availible on bugreport
upstream see

https://github.com/jcnelson/vdev/issues/71

will try your commands when I get home to see if I can glean
any further bits of information.

wyzguy
Apprentice
Posts: 13
Joined: 07 Oct 2015, 07:09

Re: version 17.1

Postby wyzguy » 21 Oct 2015, 09:46

Scooby,

I got an excellent clue for you.

ls -l /run/vdev/vdevd.log ---- Mine shows 6.5 Megabytes!!

cat /proc/sys/fs/file-nr ---- Mine shows 608 0 203935

google: "chapter 9 setting file handles red hat customer portal" ---- Include the quotes.

The first of 3 numbers - 608 is total allocated file handles.
The second of 3 numbers - 0 is number of currently unused file handles. They are all used!!
The third of 3 numbers - 203935 is maximum number of file handles that can be used.
203935 is probably bogus. One byte can only go to 65535. It probably is set to 3935.
Computers count 0-65535. Humans count 1-65536.

Now, one of two possibilities.

1. 3935 was used and it not enough. For a test only, try 65535.
2. There is a runaway loop in vdev someplace that maxes out all handles. (6.5 mb of data)

The red hat article tells how to set the max number.

Argh! It is late. This may not even make sense to me tomorrow.


Return to “Announcements”

Who is online

Users browsing this forum: No registered users and 14 guests

cron