Buffalo NAS-Central Forums

Welcome to the Linkstation Wiki community
It is currently Sun Nov 19, 2017 12:10 am

All times are UTC+01:00




Post new topic  Reply to topic  [ 599 posts ]  Go to page Previous 135 36 37 38 39 40 Next
Author Message
 Post subject: Re: micro_evtd
PostPosted: Sat Feb 21, 2009 2:38 pm 
Offline
Regular Member

Joined: Tue Nov 27, 2007 3:19 pm
Posts: 217
Location: Dresden, Germany
Thanks for the clarification.

Will try the new svn rev 74 tomorrow.

_________________
LS Pro v1:
  • Freelink (Debian etch), kernel: 2.6.16.57-lsp_eabi-dh_v3, gigabit network (9k jumbo frames)
  • running: mt-daapd (aka firefly), smb, amule, vsftpd, mysql, rsnapshot, micro_evtd testing ;)
  • upcoming: ampache (+ coherence), aria2, slimrat, apache, streamripper (record what my soundbridge is playing)...


Top
   
 Post subject: Re: micro_evtd
PostPosted: Wed Feb 25, 2009 11:14 pm 
Offline
Site Admin
User avatar

Joined: Tue Jul 12, 2005 11:26 am
Posts: 3701
Location: JAPAN
I will update the initrd image next as no other issues are present with V3.3

_________________
LS used as PVR and streaming source


Top
   
 Post subject: Re: micro_evtd
PostPosted: Sun Mar 01, 2009 6:04 pm 
Offline
Regular Member

Joined: Tue Nov 27, 2007 3:19 pm
Posts: 217
Location: Dresden, Germany
Just installed rev 76, there are compiler warnings:
Code:
micro_evtd.c: In function 'check_status':
micro_evtd.c:919: warning: comparison is always false due to limited range of data type
micro_evtd.c: In function 'parse_configuration':
micro_evtd.c:1342: warning: comparison is always false due to limited range of data type

Is there a "real" problem?

EDIT:
DELAY-STANDBY does not seem to work for me. Tried
Code:
DELAY-STANDBY=mysqld
and
Code:
DELAY-STANDBY=mt-daapd
but in both cases the scheduled standby mode was being performed instantly instead of being delayed!
Both processes were running of course!

_________________
LS Pro v1:
  • Freelink (Debian etch), kernel: 2.6.16.57-lsp_eabi-dh_v3, gigabit network (9k jumbo frames)
  • running: mt-daapd (aka firefly), smb, amule, vsftpd, mysql, rsnapshot, micro_evtd testing ;)
  • upcoming: ampache (+ coherence), aria2, slimrat, apache, streamripper (record what my soundbridge is playing)...


Top
   
 Post subject: Re: micro_evtd
PostPosted: Sun Mar 08, 2009 5:51 pm 
Offline
Site Admin
User avatar

Joined: Tue Jul 12, 2005 11:26 am
Posts: 3701
Location: JAPAN
Will take a look at this. I must confess I did not try just one process in the list. I will also have a look at the build warnings too. Any other issues?

_________________
LS used as PVR and streaming source


Top
   
 Post subject: Re: micro_evtd
PostPosted: Sun Mar 08, 2009 6:32 pm 
Offline
Regular Member

Joined: Tue Nov 27, 2007 3:19 pm
Posts: 217
Location: Dresden, Germany
lb_worm wrote:
Will take a look at this. I must confess I did not try just one process in the list.

Ok, I tried again, this time with two processes:
Code:
DELAY-STANDBY=mt-daapd,amuled

At the time of testing, mt-daapd was running and amuled was not running. Unfortunately standby kicked in immedately and was NOT delayed.

btw: Should this delay also work when calling
Code:
microapl -a standby
or just for scheduled standby?

lb_worm wrote:
Any other issues?

Not an issue, but a question: Until the last update, I always used a backup of micro_evtd.conf to restore all my standby schedules after a installation of a newer version of micro_evtd.
This backup had following setting:
Code:
MONITOR=ON
REFRESH=OFF

After updating to svn rev 76, I just added my standby schedules to the pre-configured conf file instead of restoring the whole backup conf file. Now the above mentioned settings are:
Code:
# MONITOR=ON
REFRESH=ON,OFF

Now, two or three times a minute, the fan is running on full speed for about 10 seconds or so. This was not the case before (the fan ran more evenly). Is this the recommended setting?

_________________
LS Pro v1:
  • Freelink (Debian etch), kernel: 2.6.16.57-lsp_eabi-dh_v3, gigabit network (9k jumbo frames)
  • running: mt-daapd (aka firefly), smb, amule, vsftpd, mysql, rsnapshot, micro_evtd testing ;)
  • upcoming: ampache (+ coherence), aria2, slimrat, apache, streamripper (record what my soundbridge is playing)...


Top
   
 Post subject: Re: micro_evtd
PostPosted: Tue Mar 10, 2009 7:12 pm 
Offline
Site Admin
User avatar

Joined: Tue Jul 12, 2005 11:26 am
Posts: 3701
Location: JAPAN
Do you use the default temp config too?

microapl -a standby will ignore the process listing.

There was a bug in the setting before which ignored the TREND option. If this is off, then the fan control will be more aggresive. I will look at damping this as it can be pain if the lower temp is set high.

_________________
LS used as PVR and streaming source


Top
   
 Post subject: Re: micro_evtd
PostPosted: Tue Mar 10, 2009 9:00 pm 
Offline
Regular Member

Joined: Tue Nov 27, 2007 3:19 pm
Posts: 217
Location: Dresden, Germany
MONITOR, FANSTOP, TEMP-RANGE, TREND and HYSTERESIS are all commented out (default setting after running make install).

Actually the noise is not my main concern - it's the durability of the fan. But then again I don't really know what's better for the durability:
fan off, then high speed, then off again, ...
or
fan constantly running but mostly at moderate levels

btw: Any news regarding the armel lenny wol <insert-buzzword-here> initrd? It's the last thing holding me back from upgrading to lenny. ;)

_________________
LS Pro v1:
  • Freelink (Debian etch), kernel: 2.6.16.57-lsp_eabi-dh_v3, gigabit network (9k jumbo frames)
  • running: mt-daapd (aka firefly), smb, amule, vsftpd, mysql, rsnapshot, micro_evtd testing ;)
  • upcoming: ampache (+ coherence), aria2, slimrat, apache, streamripper (record what my soundbridge is playing)...


Top
   
 Post subject: Re: micro_evtd
PostPosted: Wed Mar 11, 2009 1:20 pm 
Offline
Site Admin
User avatar

Joined: Tue Jul 12, 2005 11:26 am
Posts: 3701
Location: JAPAN
Been busy (as always) but will be pushing the updated initrd shortly.

Constant fan running is better but sprints between slow and fast need to be addressed. I pushed my lower temp up to 37 degrees as it operates in a cool area and did notice more fan stop/starts. Adding a longer range between points 1 and 2 is better. So pt1 to 32 and pt2 to 37.

_________________
LS used as PVR and streaming source


Top
   
 Post subject: Re: micro_evtd
PostPosted: Mon Mar 23, 2009 4:59 am 
Offline
Newbie

Joined: Mon Mar 16, 2009 5:41 am
Posts: 19
Is the micro_evtd expected to work on a LinkStation Quad? I have one and have just installed Lenny, but I don't think it's working. Initially it wouldn't start as it said it was an unsupported platform - I assumed this was just because it's new so hadn't seen the platform it yet. I altered the check in the startup script to just be a warning and continue - it will start but doesn't seem to work properly. I've tried some reading commands such as microapl -a mcon_get_status but it just hangs. I am using the version from the stable Lenny repo though - which I imagine is not the latest. Is it worth building my own version from the latest code to try to get it to work? Is it even expected to work on this platform?

Thanks

jpg

_________________
_jpg_


Top
   
 Post subject: Re: micro_evtd
PostPosted: Fri Apr 03, 2009 7:00 am 
Offline
Newbie

Joined: Mon Mar 16, 2009 5:41 am
Posts: 19
jpg wrote:
Is the micro_evtd expected to work on a LinkStation Quad?

I've realised that this machine uses GPIO, not the microcontroller in the standard LS. So this is not going to work...

_jpg_

_________________
_jpg_


Top
   
 Post subject: initrd
PostPosted: Sat Apr 04, 2009 5:40 pm 
Offline
Newbie

Joined: Mon Nov 17, 2008 12:23 am
Posts: 38
Location: Stuttgart, Germany
lb_worm wrote:
Been busy (as always) but will be pushing the updated initrd shortly.

How does your initrd relate to booting and USB support.

I'm asking, because kernels 2.6.28.8, 2.6.29 and 2.6.29-git12 do not boot on a Linkstation v3, but 2.6.27.4 does. - With none of them, USB works. With 2.6.27.4, lsusb outputs reasonable output, but inserting a USB stick results in no action.

I'm using the debianized version of micro-evtd. There, I had to modified /etc/init.rd/micro-evtd to support "Feroceon" as additional hardware plattform. - Think, micro_evtd also works at the most recent linkstation live V3, doesn't it.

Cheers,

dsplayer


Top
   
 Post subject: Re: micro_evtd
PostPosted: Wed Apr 15, 2009 6:13 am 
Offline
Site Admin
User avatar

Joined: Tue Jul 12, 2005 11:26 am
Posts: 3701
Location: JAPAN
@dsplayer: The initrd is a means to apply updates or correct issues with the box when it fails to boot normally. My supplied initrd also caters for WOL services and timed shutdown. With regards to the kernel, if the kernel drivers have not been built correctly then the initrd will suffer the same issues with USB access.

The micro_evtd daemon as installed via apt will be updated at some point in the future. I have spoken the the maintainer and will pass on the info regarding the kernel build also.

@moldowan: Do you still have compilier build issues? I have posted a minor change for the delayedstandby system but otherwise it works okay.

_________________
LS used as PVR and streaming source


Top
   
 Post subject: Re: micro_evtd
PostPosted: Wed Apr 15, 2009 8:51 am 
Offline
Regular Member

Joined: Tue Nov 27, 2007 3:19 pm
Posts: 217
Location: Dresden, Germany
Quote:
@moldowan: Do you still have compilier build issues? I have posted a minor change for the delayedstandby system but otherwise it works okay.


I will try it later today.

EDIT:

Just installed it:
Code:
micro_evtd.c: In function 'check_status':
micro_evtd.c:922: warning: comparison is always false due to limited range of data type

and delayedstandby system still doesn't seem to work:
Code:
DELAY-STANDBY=rsnapshot,amuled

with amuled running did not prevent micro_evtd from rebooting my box to standby mode.

Do I have to state the whole path of the comand/process, e.g. "/usr/local/bin/amuled -f"?

_________________
LS Pro v1:
  • Freelink (Debian etch), kernel: 2.6.16.57-lsp_eabi-dh_v3, gigabit network (9k jumbo frames)
  • running: mt-daapd (aka firefly), smb, amule, vsftpd, mysql, rsnapshot, micro_evtd testing ;)
  • upcoming: ampache (+ coherence), aria2, slimrat, apache, streamripper (record what my soundbridge is playing)...


Top
   
 Post subject: Re: micro_evtd
PostPosted: Thu Apr 16, 2009 7:52 am 
Offline
Site Admin
User avatar

Joined: Tue Jul 12, 2005 11:26 am
Posts: 3701
Location: JAPAN
Okay, I have posted another build on SVN that includes some maintainer test code. If you can build this then:

1) Kill daemon, /etc/init.d/micro_evtd stop
2) Build the new source, cd /usr/src/micro_evtd
make maintainer-test
3) Modify the /etc/micro_evtd/micro_evtd.conf file to OFF/ON times from the current time, ie
Current time is 16:55 so use:
SUN-SAT=OFF=17:05,ON=17:15,OFF=17:20,ON=17:25
4) Launch the daemon in test mode, ./micro_evtd -c &

Once you get the standby in 5 minutes you should get some messages from the process locator. It will not actually power down so you can re-run the tests again if you need to. Please post your output.

_________________
LS used as PVR and streaming source


Top
   
 Post subject: Re: micro_evtd
PostPosted: Thu Apr 16, 2009 10:15 pm 
Offline
Regular Member

Joined: Tue Nov 27, 2007 3:19 pm
Posts: 217
Location: Dresden, Germany
There were some warnings when compiling:
Code:
root@linkstation:/lsrc/micro_evtd# make maintainer-test
This command is intended for maintainer use only
cc -Wall -s -Os -o micro_evtd micro_evtd.c -DTEST
micro_evtd.c: In function 'DelayedStandby':
micro_evtd.c:699: warning: format '%d' expects type 'int', but argument 2 has type 'time_t'
micro_evtd.c:699: warning: format '%d' expects type 'int', but argument 3 has type 'long int'
micro_evtd.c: In function 'check_status':
micro_evtd.c:934: warning: comparison is always false due to limited range of data type
micro_evtd.c: In function 'populateObject':
micro_evtd.c:1169: warning: format '%d' expects type 'int', but argument 3 has type 'long int'
micro_evtd.c:1180: warning: format '%d' expects type 'int', but argument 3 has type 'long int'
micro_evtd.c: In function 'FindNextDay':
micro_evtd.c:1849: warning: format '%d' expects type 'int', but argument 2 has type 'long int'
micro_evtd.c:1858: warning: format '%d' expects type 'int', but argument 2 has type 'long int'
micro_evtd.c:1872: warning: format '%d' expects type 'int', but argument 2 has type 'long int'


Anway, here is the output:
Code:
root@linkstation:/lsrc/micro_evtd# ./micro_evtd -c &
[1] 2351
root@linkstation:/lsrc/micro_evtd# Group 0 - 1390
Group 1 - 2830
Group 2 - 4270
Group 3 - 5710
Group 4 - 7150
Group 5 - 8590
Group 6 - 10030
Group 0 - 1397
Group 1 - 2837
Group 2 - 4277
Group 3 - 5717
Group 4 - 7157
Group 5 - 8597
Group 6 - 10037
Group 0 - 1402
Group 1 - 2842
Group 2 - 4282
Group 3 - 5722
Group 4 - 7162
Group 5 - 8602
Group 6 - 10042
Group 0 - 1409
Group 1 - 2849
Group 2 - 4289
Group 3 - 5729
Group 4 - 7169
Group 5 - 8609
Group 6 - 10049
Group 0 - 1390
Group 1 - 2830
Group 2 - 4270
Group 3 - 5710
Group 4 - 7150
Group 5 - 8590
Group 6 - 10030
Group 0 - 1397
Group 1 - 2837
Group 2 - 4277
Group 3 - 5717
Group 4 - 7157
Group 5 - 8597
Group 6 - 10037
Group 0 - 1402
Group 1 - 2842
Group 2 - 4282
Group 3 - 5722
Group 4 - 7162
Group 5 - 8602
Group 6 - 10042
Group 0 - 1409
Group 1 - 2849
Group 2 - 4289
Group 3 - 5729
Group 4 - 7169
Group 5 - 8609
Group 6 - 10049
Search off timer
located 7150
Search on timer
located 7157
with 04/16 23:10 04/16 23:17
with 04/16 23:10 04/16 23:17

Message from syslogd@linkstation at Thu Apr 16 23:05:34 2009 ...
linkstation logger: Entering standby in less than 5 minutes
0
Process=rsnapshot, located=0
Process=amuled, located=1
Located 1239916234 1239916235
Group 0 - 1390
Group 1 - 2830
Group 2 - 4270
Group 3 - 5710
Group 4 - 7150
Group 5 - 8590
Group 6 - 10030
Group 0 - 1397
Group 1 - 2837
Group 2 - 4277
Group 3 - 5717
Group 4 - 7157
Group 5 - 8597
Group 6 - 10037
Group 0 - 1402
Group 1 - 2842
Group 2 - 4282
Group 3 - 5722
Group 4 - 7162
Group 5 - 8602
Group 6 - 10042
Group 0 - 1409
Group 1 - 2849
Group 2 - 4289
Group 3 - 5729
Group 4 - 7169
Group 5 - 8609
Group 6 - 10049
Search off timer
located 8590
locate update 7162
Search on timer
located 7157
with 04/16 23:22 04/16 23:17
Re-parsed


Hmmm..."Process=amuled, located=1" does look good, doesn't it?

_________________
LS Pro v1:
  • Freelink (Debian etch), kernel: 2.6.16.57-lsp_eabi-dh_v3, gigabit network (9k jumbo frames)
  • running: mt-daapd (aka firefly), smb, amule, vsftpd, mysql, rsnapshot, micro_evtd testing ;)
  • upcoming: ampache (+ coherence), aria2, slimrat, apache, streamripper (record what my soundbridge is playing)...


Top
   
Display posts from previous:  Sort by  
Post new topic  Reply to topic  [ 599 posts ]  Go to page Previous 135 36 37 38 39 40 Next

All times are UTC+01:00


Who is online

Users browsing this forum: No registered users and 5 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Powered by phpBB® Forum Software © phpBB Limited