Opened 11 years ago
Closed 10 years ago
#805 closed defect (fixed)
IZ3268: On Ubuntu 10.04 LTS libc version detection fails
Reported by: | gvacanti | Owned by: | |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | sge | Version: | 6.2u3 |
Severity: | minor | Keywords: | Linux execution |
Cc: |
Description
[Imported from gridengine issuezilla http://gridengine.sunsource.net/issues/show_bug.cgi?id=3268]
Issue #: 3268 Platform: Other Reporter: gvacanti (gvacanti) Component: gridengine OS: Linux Subcomponent: execution Version: 6.2u3 CC: None defined Status: NEW Priority: P3 Resolution: Issue type: DEFECT Target milestone: --- Assigned to: pollinger (pollinger) QA Contact: pollinger URL: * Summary: On Ubuntu 10.04 LTS libc version detection fails Status whiteboard: Attachments: Issue 3268 blocks: Votes for issue 3268: Opened: Tue May 18 01:53:00 -0700 2010 ------------------------ On Ubuntu 10.04 LTS libc version detection fails in util/arch. The reason is that now (around line 244) strings libc.so.6 returns GNU C Library (Ubuntu EGLIBC 2.11.1-0ubuntu7) stable release version 2.11.1, by Roland McGrath et al. where the version number appears twice. The subsequent tests get a string like "11\n11" instead of just "11" and the shell complains that the syntax of the if conditions is wrong. I fixed it by adding uniq to this line libc_version=`echo $libc_string | tr ' ,' '\n' | grep "2\." | cut -f 2 -d "." | uniq` ------- Additional comments from olesen Tue May 18 02:09:36 -0700 2010 ------- These problems with parsing the libc output recur with some frequency. If the Solaris sed can handle the following type of expression, I think we should use it. It saves a number problems and several process forks: /lib/libc.so.6 | sed -ne '1s/^GNU C Library.*version *2\.\([0-9][0-9]*\).*$/\1/p'
Change History (1)
comment:1 Changed 10 years ago by dlove
- Resolution set to fixed
- Severity set to minor
- Status changed from new to closed
Note: See
TracTickets for help on using
tickets.
Fixed by [3580/sge].