[CentOS] Trace back related to nouveau with 6.8
Hi All - Ever since I upgraded to 6.8 I have usually been getting a trace back report for some bits related to Nouveau whenever the screensaver has been running and I get back into the system. Along the lines of: :Pid: 31, comm: events/4 Tainted: GW -- 2.6.32-642.el6.x86_64 #1 :Call Trace: :[] ? warn_slowpath_common+0x91/0xe0 :[] ? warn_slowpath_null+0x1a/0x20 :[] ? drm_helper_choose_crtc_dpms+0xa6/0xb0 [drm_kms_helper] :[] ? drm_helper_connector_dpms+0xe6/0x1a0 [drm_kms_helper] :[] ? nv50_crtc_dpms+0x0/0x10 [nouveau] :[] ? nvif_notify_init+0x121/0x160 [nouveau] :[] ? nouveau_connector_hotplug+0x92/0xd0 [nouveau] :[] ? nvif_notify_work+0x0/0xc0 [nouveau] :[] ? nvif_notify_work+0x2e/0xc0 [nouveau] :[] ? nouveau_fence_work_handler+0x0/0x30 [nouveau] :[] ? worker_thread+0x170/0x2a0 :[] ? autoremove_wake_function+0x0/0x40 :[] ? worker_thread+0x0/0x2a0 :[] ? kthread+0x9e/0xc0 :[] ? child_rip+0xa/0x20 :[] ? kthread+0x0/0xc0 :[] ? child_rip+0x0/0x20 PID 31 is: root31 0.9 0.0 0 0 ?SJun03 12:44 [events/4] It seems to be innocuous (everything seems to still work) but things that seem to be innocuous have a habit of coming back and biting me. Anyone else experiencing this? Anyone know how to fix it? Both kernel and xorg-x11-drv-nouveau are current as is the rest of the system. Not finding anything with Google. Cheers, Dave ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] trace?
On 10/11/11, Les Mikesell wrote: > On Tue, Oct 11, 2011 at 6:53 AM, hadi motamedi wrote: > >> How about something like this: >> watch -n 1 lsof /path/to/files > > Or maybe: >inotifywait -m -e access --format "%T %f" --timefmt "%D %T" -r > /path/to/files > >> Excuse me, you are right. I tried again with your "inotifywait" >> utility and it notifies me when touching a file . It seems that my >> previous attempt had something wrong in it. But it seems that the >> "watch" utility brings nothing . Am I right? > > intofywait should be event-driven where watch would run the specified > command at intervals so it would be a matter of chance to catch a > momentary event. You might also be able to see what files had been > accessed most recently with 'ls -lurt' in the directory which will > sort the most recently accessed file to the end of the list. > > -- > Les Mikesell > lesmikes...@gmail.com > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos > Thank you very much for your help. I tested again and you are right. If I have chance the 'watch' utility can capture the required event as well. At the other hand, you introduced me with the 'ls -lurt' new utility that is helpful my case . So thank you again ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] trace?
On Tue, Oct 11, 2011 at 6:53 AM, hadi motamedi wrote: > How about something like this: > watch -n 1 lsof /path/to/files Or maybe: inotifywait -m -e access --format "%T %f" --timefmt "%D >>> %T" -r /path/to/files > Excuse me, you are right. I tried again with your "inotifywait" > utility and it notifies me when touching a file . It seems that my > previous attempt had something wrong in it. But it seems that the > "watch" utility brings nothing . Am I right? intofywait should be event-driven where watch would run the specified command at intervals so it would be a matter of chance to catch a momentary event. You might also be able to see what files had been accessed most recently with 'ls -lurt' in the directory which will sort the most recently accessed file to the end of the list. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] trace?
On 10/11/11, John Doe wrote: > From: hadi motamedi > >> On 10/10/11, John Doe wrote: >>> From: Eero Volotinen 2011/10/10 hadi motamedi : > I have installed an announcement application on my centos 6.0 >> server > that calls for putting specific voice announcement files under > /usr/local/srf/bin/prompt to be played in response to certain > conditions occurred . There are a huge number of files in the > announcement directory and it seems that just one of these voice >> files > is corrupt . Can you please let me know how can I trace in real >> time > to see which application is going to use this folder and which of > these files will be accessed at the moment ? My goal is to find >> that > corrupted voice file in real time . How about something like this: watch -n 1 lsof /path/to/files >>> >>> Or maybe: >>>inotifywait -m -e access --format "%T %f" --timefmt "%D >> %T" -r >>> /path/to/files >> Excuse me, the announcement application program is accessing this >> folder from time to time to play the appropriate voice announcement >> file . As there are a huge number of voice files inside this folder, >> so I need some way to trace to see which file is being accessed when >> hearing the corrupted voice file . I tried for your "watch" & >> "inotifywait" utilities but I didn't see any log even when >> intentionally trying to ftp some files into this folder. It seems that >> my previous explanation of the problem was not so clear. Sorry again . >> What can I do to find an appropriate trace method for my case in your >> opinion ? > > Your previous explanation of the problem was very clear... > Here is an example when I do: > # inotifywait -m -e access --format "%T %f" --timefmt "%D %T" -r > /home/jd/tmp > Setting up watches. Beware: since -r was given, this may take a while! > Watches established. > $ less toto.php > ... > 10/10/11 12:33:21 toto.php > It detected my read access to the file 'toto.php' in '/home/jd/tmp' > > JD > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos > Excuse me, you are right. I tried again with your "inotifywait" utility and it notifies me when touching a file . It seems that my previous attempt had something wrong in it. But it seems that the "watch" utility brings nothing . Am I right? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] trace?
On 10/11/11, Ljubomir Ljubojevic wrote: > Vreme: 10/11/2011 08:07 AM, hadi motamedi piše: >> On 10/10/11, John Doe wrote: >>> From: Eero Volotinen >>> 2011/10/10 hadi motamedi: > I have installed an announcement application on my centos 6.0 server > that calls for putting specific voice announcement files under > /usr/local/srf/bin/prompt to be played in response to certain > conditions occurred . There are a huge number of files in the > announcement directory and it seems that just one of these voice > files > is corrupt . Can you please let me know how can I trace in real time > to see which application is going to use this folder and which of > these files will be accessed at the moment ? My goal is to find that > corrupted voice file in real time . How about something like this: watch -n 1 lsof /path/to/files >>> >>> Or maybe: >>>inotifywait -m -e access --format "%T %f" --timefmt "%D %T" -r >>> /path/to/files >>> >>> JD >>> ___ >>> CentOS mailing list >>> CentOS@centos.org >>> http://lists.centos.org/mailman/listinfo/centos >>> >> Excuse me, the announcement application program is accessing this >> folder from time to time to play the appropriate voice announcement >> file . As there are a huge number of voice files inside this folder, >> so I need some way to trace to see which file is being accessed when >> hearing the corrupted voice file . I tried for your "watch"& >> "inotifywait" utilities but I didn't see any log even when >> intentionally trying to ftp some files into this folder. It seems that >> my previous explanation of the problem was not so clear. Sorry again . >> What can I do to find an appropriate trace method for my case in your >> opinion ? > > Maybe this can help: > http://www.cyberciti.biz/faq/howto-linux-get-list-of-open-files/ > > Basically, monitor that application to see what files it opens. Maybe > grep to filter only files from specific directory. > > -- > > Ljubomir Ljubojevic > (Love is in the Air) > PL Computers > Serbia, Europe > > Google is the Mother, Google is the Father, and traceroute is your > trusty Spiderman... > StarOS, Mikrotik and CentOS/RHEL/Linux consultant > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos > Thank you very much for your help. At now, it seems that I have all of the tools to deal with my problem. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] trace?
From: hadi motamedi > On 10/10/11, John Doe wrote: >> From: Eero Volotinen >>> 2011/10/10 hadi motamedi : I have installed an announcement application on my centos 6.0 > server that calls for putting specific voice announcement files under /usr/local/srf/bin/prompt to be played in response to certain conditions occurred . There are a huge number of files in the announcement directory and it seems that just one of these voice > files is corrupt . Can you please let me know how can I trace in real > time to see which application is going to use this folder and which of these files will be accessed at the moment ? My goal is to find > that corrupted voice file in real time . >>> >>> How about something like this: >>> watch -n 1 lsof /path/to/files >> >> Or maybe: >> inotifywait -m -e access --format "%T %f" --timefmt "%D > %T" -r >> /path/to/files > Excuse me, the announcement application program is accessing this > folder from time to time to play the appropriate voice announcement > file . As there are a huge number of voice files inside this folder, > so I need some way to trace to see which file is being accessed when > hearing the corrupted voice file . I tried for your "watch" & > "inotifywait" utilities but I didn't see any log even when > intentionally trying to ftp some files into this folder. It seems that > my previous explanation of the problem was not so clear. Sorry again . > What can I do to find an appropriate trace method for my case in your > opinion ? Your previous explanation of the problem was very clear... Here is an example when I do: # inotifywait -m -e access --format "%T %f" --timefmt "%D %T" -r /home/jd/tmp Setting up watches. Beware: since -r was given, this may take a while! Watches established. $ less toto.php ... 10/10/11 12:33:21 toto.php It detected my read access to the file 'toto.php' in '/home/jd/tmp' JD ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] trace?
Vreme: 10/11/2011 08:07 AM, hadi motamedi piše: > On 10/10/11, John Doe wrote: >> From: Eero Volotinen >> >>> 2011/10/10 hadi motamedi: I have installed an announcement application on my centos 6.0 server that calls for putting specific voice announcement files under /usr/local/srf/bin/prompt to be played in response to certain conditions occurred . There are a huge number of files in the announcement directory and it seems that just one of these voice files is corrupt . Can you please let me know how can I trace in real time to see which application is going to use this folder and which of these files will be accessed at the moment ? My goal is to find that corrupted voice file in real time . >>> >>> How about something like this: >>> watch -n 1 lsof /path/to/files >> >> Or maybe: >>inotifywait -m -e access --format "%T %f" --timefmt "%D %T" -r >> /path/to/files >> >> JD >> ___ >> CentOS mailing list >> CentOS@centos.org >> http://lists.centos.org/mailman/listinfo/centos >> > Excuse me, the announcement application program is accessing this > folder from time to time to play the appropriate voice announcement > file . As there are a huge number of voice files inside this folder, > so I need some way to trace to see which file is being accessed when > hearing the corrupted voice file . I tried for your "watch"& > "inotifywait" utilities but I didn't see any log even when > intentionally trying to ftp some files into this folder. It seems that > my previous explanation of the problem was not so clear. Sorry again . > What can I do to find an appropriate trace method for my case in your > opinion ? Maybe this can help: http://www.cyberciti.biz/faq/howto-linux-get-list-of-open-files/ Basically, monitor that application to see what files it opens. Maybe grep to filter only files from specific directory. -- Ljubomir Ljubojevic (Love is in the Air) PL Computers Serbia, Europe Google is the Mother, Google is the Father, and traceroute is your trusty Spiderman... StarOS, Mikrotik and CentOS/RHEL/Linux consultant ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] trace?
On 10/10/11, John Doe wrote: > From: Eero Volotinen > >> 2011/10/10 hadi motamedi : >>> I have installed an announcement application on my centos 6.0 server >>> that calls for putting specific voice announcement files under >>> /usr/local/srf/bin/prompt to be played in response to certain >>> conditions occurred . There are a huge number of files in the >>> announcement directory and it seems that just one of these voice files >>> is corrupt . Can you please let me know how can I trace in real time >>> to see which application is going to use this folder and which of >>> these files will be accessed at the moment ? My goal is to find that >>> corrupted voice file in real time . >> >> How about something like this: >> watch -n 1 lsof /path/to/files > > Or maybe: > inotifywait -m -e access --format "%T %f" --timefmt "%D %T" -r > /path/to/files > > JD > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos > Excuse me, the announcement application program is accessing this folder from time to time to play the appropriate voice announcement file . As there are a huge number of voice files inside this folder, so I need some way to trace to see which file is being accessed when hearing the corrupted voice file . I tried for your "watch" & "inotifywait" utilities but I didn't see any log even when intentionally trying to ftp some files into this folder. It seems that my previous explanation of the problem was not so clear. Sorry again . What can I do to find an appropriate trace method for my case in your opinion ? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] trace?
From: Eero Volotinen > 2011/10/10 hadi motamedi : >> I have installed an announcement application on my centos 6.0 server >> that calls for putting specific voice announcement files under >> /usr/local/srf/bin/prompt to be played in response to certain >> conditions occurred . There are a huge number of files in the >> announcement directory and it seems that just one of these voice files >> is corrupt . Can you please let me know how can I trace in real time >> to see which application is going to use this folder and which of >> these files will be accessed at the moment ? My goal is to find that >> corrupted voice file in real time . > > How about something like this: > watch -n 1 lsof /path/to/files Or maybe: inotifywait -m -e access --format "%T %f" --timefmt "%D %T" -r /path/to/files JD ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] trace?
2011/10/10 hadi motamedi : > Dear All > I have installed an announcement application on my centos 6.0 server > that calls for putting specific voice announcement files under > /usr/local/srf/bin/prompt to be played in response to certain > conditions occurred . There are a huge number of files in the > announcement directory and it seems that just one of these voice files > is corrupt . Can you please let me know how can I trace in real time > to see which application is going to use this folder and which of > these files will be accessed at the moment ? My goal is to find that > corrupted voice file in real time . > Thank you > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos > How about something like this: watch -n 1 lsof /path/to/files -- Eero ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] trace?
Dear All I have installed an announcement application on my centos 6.0 server that calls for putting specific voice announcement files under /usr/local/srf/bin/prompt to be played in response to certain conditions occurred . There are a huge number of files in the announcement directory and it seems that just one of these voice files is corrupt . Can you please let me know how can I trace in real time to see which application is going to use this folder and which of these files will be accessed at the moment ? My goal is to find that corrupted voice file in real time . Thank you ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos