August 2014 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 887689] New: booth client should handle grant requests in a synchronous manner
by bugzilla_noreply＠novell.com 14 Aug '14

14 Aug '14

https://bugzilla.novell.com/show_bug.cgi?id=887689 https://bugzilla.novell.com/show_bug.cgi?id=887689#c0 Summary: booth client should handle grant requests in a synchronous manner Classification: openSUSE Product: openSUSE Factory Version: 13.2 Milestone 0 Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: High Availability AssignedTo: lmb(a)suse.com ReportedBy: dmuhamedagic(a)suse.com QAContact: qa-bugs(a)suse.de Found By: Development Blocker: --- The booth servers, as they need to reach consensus, handle grant requests in an asynchronous manner. At times, due to running operations, revokes may be delayed too. The booth client sends a request and, if the request has been received by the server, tells the user to take a look at the logs and use booth list to see the outcome of the request. The client could wait a bit for more information from the server. Under normal circumstances, the consensus is reached quickly and the outcome known. If some server is unreachable then it takes roughly a period of network timeout. While the server operation remains the same, this is an important usability enhancement. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 5

[Bug 887113] New: booth: allow setting up ticket renewal frequency independent of ticket expire time
by bugzilla_noreply＠novell.com 14 Aug '14

14 Aug '14

https://bugzilla.novell.com/show_bug.cgi?id=887113 https://bugzilla.novell.com/show_bug.cgi?id=887113#c0 Summary: booth: allow setting up ticket renewal frequency independent of ticket expire time Classification: openSUSE Product: openSUSE Factory Version: 13.2 Milestone 0 Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: High Availability AssignedTo: lmb(a)suse.com ReportedBy: dmuhamedagic(a)suse.com QAContact: qa-bugs(a)suse.de Found By: Community User Blocker: --- By default the ticket is renewed every half expiry time. For instance, for the default expiry of 600 seconds, ticket is renewed every 300 seconds. More frequent renewals may add to robustness if the network is particularly flaky. Part of the renewal process is running a local test which normally checks whether the cluster is capable of running the dependant resource ("before-acquire_handler"). That amounts to local cluster monitoring, which was implemented as a separate program and in the meantime removed due to maintainability difficulties. The new ticket parameter setting renewal frequency is called "renewal-freq". An example setting the renewal interval to 30 seconds: ticket="ticket-A" renewal-freq = 30 before-acquire-handler = /usr/share/booth/service-runnable d-src1 Reported by the author of the monitoring code: https://github.com/ClusterLabs/booth/issues/8 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 4

[Bug 886674] New: booth always uses booth as its name
by bugzilla_noreply＠novell.com 14 Aug '14

14 Aug '14

https://bugzilla.novell.com/show_bug.cgi?id=886674 https://bugzilla.novell.com/show_bug.cgi?id=886674#c0 Summary: booth always uses booth as its name Classification: openSUSE Product: openSUSE Factory Version: 13.2 Milestone 0 Platform: Other OS/Version: openSUSE 13.2 Status: NEW Severity: Normal Priority: P5 - None Component: High Availability AssignedTo: dmuhamedagic(a)suse.com ReportedBy: dmuhamedagic(a)suse.com QAContact: qa-bugs(a)suse.de Found By: Development Blocker: --- Regardless of the configuration file name, booth always ends up setting its name to "booth". That makes it hard to run more than one booth instance sanely. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 3

[Bug 891932] New: Thunderbird locks up when clicking on a weblink
by bugzilla_noreply＠novell.com 14 Aug '14

14 Aug '14

https://bugzilla.novell.com/show_bug.cgi?id=891932 https://bugzilla.novell.com/show_bug.cgi?id=891932#c0 Summary: Thunderbird locks up when clicking on a weblink Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Firefox AssignedTo: pcerny(a)suse.com ReportedBy: ncutler(a)suse.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- This bug only manifests on machines that have their home partition mounted via NFS with Kerberos authentication (sec=krb5i), and _only_ when the Kerberos server is on virtual hardware (KVM). Under those circumstances, clicking on any weblink in an email message causes Thunderbird to lock up. As already determined by Petr Cerny, removing the kmozillahelper package solves the problem. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 3

[Bug 818373] New: chattr cannot add compression flags (+c) to some files on btrfs
by bugzilla_noreply＠novell.com 14 Aug '14

14 Aug '14

https://bugzilla.novell.com/show_bug.cgi?id=818373 https://bugzilla.novell.com/show_bug.cgi?id=818373#c0 Summary: chattr cannot add compression flags (+c) to some files on btrfs Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: openSUSE 12.3 Status: NEW Severity: Major Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: hartrumpf(a)gmx.net QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:20.0) Gecko/20100101 Firefox/20.0 If I try to set the compression flag (+c) on many files (with or without using -R), chattr will fail for some files. I have no clue why it fails on some files and why it succeeds on others. The filesystem is btrfs, with mount options rw,noatime,compress=lzo,space_cache. Reproducible: Always Steps to Reproduce: > cd /your-btrfs-dir-with-mount-option-compresslzo > cp -a /usr/bin . > cd bin > find . -type l | xargs rm > chattr -R +c . Actual Results: chattr: Invalid argument while setting flags on ./speech-dispatcher chattr: Invalid argument while setting flags on ./mysqldumpslow chattr: Invalid argument while setting flags on ./gnome-session chattr: Invalid argument while setting flags on ./autoexpect chattr: Invalid argument while setting flags on ./grops chattr: Invalid argument while setting flags on ./mysqldump chattr: Invalid argument while setting flags on ./myisampack chattr: Invalid argument while setting flags on ./resolveip chattr: Invalid argument while setting flags on ./tomahawk chattr: Invalid argument while setting flags on ./resolve_stack_dump chattr: Invalid argument while setting flags on ./bibtexu chattr: Invalid argument while setting flags on ./smidump chattr: Invalid argument while setting flags on ./qt3to4 chattr: Invalid argument while setting flags on ./my_print_defaults chattr: Invalid argument while setting flags on ./tzselect chattr: Invalid argument while setting flags on ./systemctl chattr: Invalid argument while setting flags on ./piconv chattr: Invalid argument while setting flags on ./mysqladmin chattr: Invalid argument while setting flags on ./mysqlcheck chattr: Invalid argument while setting flags on ./teckit_compile chattr: Invalid argument while setting flags on ./psmandup chattr: Invalid argument while setting flags on ./dislocate chattr: Invalid argument while setting flags on ./bashbug chattr: Invalid argument while setting flags on ./htdig chattr: Invalid argument while setting flags on ./card chattr: Invalid argument while setting flags on ./mysqlimport chattr: Invalid argument while setting flags on ./w3m chattr: Invalid argument while setting flags on ./xml_pp chattr: Invalid argument while setting flags on ./myisamchk chattr: Invalid argument while setting flags on ./transmission-gtk chattr: Invalid argument while setting flags on ./gkrellm chattr: Invalid argument while setting flags on ./inkscape chattr: Invalid argument while setting flags on ./myisam_ftdump chattr: Invalid argument while setting flags on ./mysqlshow chattr: Invalid argument while setting flags on ./xetex chattr: Invalid argument while setting flags on ./showaudio chattr: Invalid argument while setting flags on ./guess_encoding chattr: Invalid argument while setting flags on ./qvfb chattr: Invalid argument while setting flags on ./luatex chattr: Invalid argument while setting flags on ./uum chattr: Invalid argument while setting flags on ./config_data chattr: Invalid argument while setting flags on ./mkinfodir Expected Results: No output (and the c attribute should be set for all specified files). same on openSUSE 12.2 (last tested some months ago) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 12

[Bug 887812] New: Can't Compile OpenGL 4 with GLEW
by bugzilla_noreply＠novell.com 14 Aug '14

14 Aug '14

https://bugzilla.novell.com/show_bug.cgi?id=887812 https://bugzilla.novell.com/show_bug.cgi?id=887812#c0 Summary: Can't Compile OpenGL 4 with GLEW Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Major Priority: P5 - None Component: Development AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: ali.sherif10(a)yahoo.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/35.0.1916.153 Safari/537.36 The program: #include <stdlib.h>#include <stdio.h> #include <string.h> #include <GL/glew.h> #include <GL/freeglut.h> #define WINDOW_TITLE_PREFIX "Chapter 2" int CurrentWidth = 800, CurrentHeight = 600, WindowHandle = 0; unsigned FrameCount = 0; GLuint VertexShaderId, FragmentShaderId, ProgramId, VaoId, VboId, ColorBufferId; const GLchar* VertexShader = { "#version 400\n"\ "layout(location=0) in vec4 in_Position;\n"\ "layout(location=1) in vec4 in_Color;\n"\ "out vec4 ex_Color;\n"\ "void main(void)\n"\ "{\n"\ " gl_Position = in_Position;\n"\ " ex_Color = in_Color;\n"\ "}\n" }; const GLchar* FragmentShader = { "#version 400\n"\ "in vec4 ex_Color;\n"\ "out vec4 out_Color;\n"\ "void main(void)\n"\ "{\n"\ " out_Color = ex_Color;\n"\ "}\n" }; void Initialize(int, char*[]); void InitWindow(int, char*[]); void ResizeFunction(int, int); void RenderFunction(void); void TimerFunction(int); void IdleFunction(void); void Cleanup(void); void CreateVBO(void); void DestroyVBO(void); void CreateShaders(void); void DestroyShaders(void); int main(int argc, char* argv[]) { Initialize(argc, argv); glutMainLoop(); exit(EXIT_SUCCESS); } void Initialize(int argc, char* argv[]) { GLenum GlewInitResult; InitWindow(argc, argv); glewExperimental = GL_TRUE; GlewInitResult = glewInit(); if (GLEW_OK != GlewInitResult) { fprintf( stderr, "ERROR: %s\n", glewGetErrorString(GlewInitResult) ); exit(EXIT_FAILURE); } fprintf( stdout, "INFO: OpenGL Version: %s\n", glGetString(GL_VERSION) ); CreateShaders(); CreateVBO(); glClearColor(0.0f, 0.0f, 0.0f, 0.0f); } void InitWindow(int argc, char* argv[]) { glutInit(&argc, argv); glutInitContextVersion(4, 0); glutInitContextFlags(GLUT_FORWARD_COMPATIBLE); glutInitContextProfile(GLUT_CORE_PROFILE); glutSetOption( GLUT_ACTION_ON_WINDOW_CLOSE, GLUT_ACTION_GLUTMAINLOOP_RETURNS ); glutInitWindowSize(CurrentWidth, CurrentHeight); glutInitDisplayMode(GLUT_DEPTH | GLUT_DOUBLE | GLUT_RGBA); WindowHandle = glutCreateWindow(WINDOW_TITLE_PREFIX); if(WindowHandle < 1) { fprintf( stderr, "ERROR: Could not create a new rendering window.\n" ); exit(EXIT_FAILURE); } glutReshapeFunc(ResizeFunction); glutDisplayFunc(RenderFunction); glutIdleFunc(IdleFunction); glutTimerFunc(0, TimerFunction, 0); glutCloseFunc(Cleanup); } void ResizeFunction(int Width, int Height) { CurrentWidth = Width; CurrentHeight = Height; glViewport(0, 0, CurrentWidth, CurrentHeight); } void RenderFunction(void) { ++FrameCount; glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT); glDrawArrays(GL_TRIANGLES, 0, 6); glutSwapBuffers(); } void IdleFunction(void) { glutPostRedisplay(); } void TimerFunction(int Value) { if (0 != Value) { char* TempString = (char*) malloc(512 + strlen(WINDOW_TITLE_PREFIX)); sprintf( TempString, "%s: %d Frames Per Second @ %d x %d", WINDOW_TITLE_PREFIX, FrameCount * 4, CurrentWidth, CurrentHeight ); glutSetWindowTitle(TempString); free(TempString); } FrameCount = 0; glutTimerFunc(250, TimerFunction, 1); } void Cleanup(void) { DestroyShaders(); DestroyVBO(); } void CreateVBO(void) { GLfloat Vertices[] = { -0.8f, 0.8f, 0.0f, 1.0f, 0.8f, 0.8f, 0.0f, 1.0f, -0.8f, -0.8f, 0.0f, 1.0f, -0.8f, -0.8f, 0.0f, 1.0f, 0.8f, 0.8f, 0.0f, 1.0f, 0.8f, -0.8f, 0.0f, 1.0f }; GLfloat Colors[] = { 1.0f, 0.0f, 0.0f, 1.0f, 0.0f, 1.0f, 0.0f, 1.0f, 0.0f, 0.0f, 1.0f, 1.0f, 0.0f, 0.0f, 1.0f, 1.0f, 0.0f, 1.0f, 0.0f, 1.0f, 1.0f, 1.0f, 1.0f, 1.0f }; GLenum ErrorCheckValue = glGetError(); glGenVertexArrays(1, &VaoId); glBindVertexArray(VaoId); glGenBuffers(1, &VboId); glBindBuffer(GL_ARRAY_BUFFER, VboId); glBufferData(GL_ARRAY_BUFFER, sizeof(Vertices), Vertices, GL_STATIC_DRAW); glVertexAttribPointer(0, 4, GL_FLOAT, GL_FALSE, 0, 0); glEnableVertexAttribArray(0); glGenBuffers(1, &ColorBufferId); glBindBuffer(GL_ARRAY_BUFFER, ColorBufferId); glBufferData(GL_ARRAY_BUFFER, sizeof(Colors), Colors, GL_STATIC_DRAW); glVertexAttribPointer(1, 4, GL_FLOAT, GL_FALSE, 0, 0); glEnableVertexAttribArray(1); ErrorCheckValue = glGetError(); if (ErrorCheckValue != GL_NO_ERROR) { fprintf( stderr, "ERROR: Could not create a VBO: %s \n", gluErrorString(ErrorCheckValue) ); exit(-1); } } void DestroyVBO(void) { GLenum ErrorCheckValue = glGetError(); glDisableVertexAttribArray(1); glDisableVertexAttribArray(0); glBindBuffer(GL_ARRAY_BUFFER, 0); glDeleteBuffers(1, &ColorBufferId); glDeleteBuffers(1, &VboId); glBindVertexArray(0); glDeleteVertexArrays(1, &VaoId); ErrorCheckValue = glGetError(); if (ErrorCheckValue != GL_NO_ERROR) { fprintf( stderr, "ERROR: Could not destroy the VBO: %s \n", gluErrorString(ErrorCheckValue) ); exit(-1); } } void CreateShaders(void) { GLenum ErrorCheckValue = glGetError(); VertexShaderId = glCreateShader(GL_VERTEX_SHADER); glShaderSource(VertexShaderId, 1, &VertexShader, NULL); glCompileShader(VertexShaderId); FragmentShaderId = glCreateShader(GL_FRAGMENT_SHADER); glShaderSource(FragmentShaderId, 1, &FragmentShader, NULL); glCompileShader(FragmentShaderId); ProgramId = glCreateProgram(); glAttachShader(ProgramId, VertexShaderId); glAttachShader(ProgramId, FragmentShaderId); glLinkProgram(ProgramId); glUseProgram(ProgramId); ErrorCheckValue = glGetError(); if (ErrorCheckValue != GL_NO_ERROR) { fprintf( stderr, "ERROR: Could not create the shaders: %s \n", gluErrorString(ErrorCheckValue) ); exit(-1); } } void DestroyShaders(void) { GLenum ErrorCheckValue = glGetError(); glUseProgram(0); glDetachShader(ProgramId, VertexShaderId); glDetachShader(ProgramId, FragmentShaderId); glDeleteShader(FragmentShaderId); glDeleteShader(VertexShaderId); glDeleteProgram(ProgramId); ErrorCheckValue = glGetError(); if (ErrorCheckValue != GL_NO_ERROR) { fprintf( stderr, "ERROR: Could not destroy the shaders: %s \n", gluErrorString(ErrorCheckValue) ); exit(-1); } } Command: g++ -o test file.cpp -lGLEW -lglut Reproducible: Always Steps to Reproduce: 1. Make any OpenGL 4 program. 2. Compile it. Actual Results: /usr/lib64/gcc/x86_64-suse-linux/4.8/../../../../x86_64-suse-linux/bin/ld: /tmp/ccrJgTa8.o: undefined reference to symbol 'glClear'/usr/lib64/gcc/x86_64-suse-linux/4.8/../../../../x86_64-suse-linux/bin/ld: note: 'glClear' is defined in DSO /usr/X11R6/lib64/libGL.so.1 so try adding it to the linker command line /usr/X11R6/lib64/libGL.so.1: could not read symbols: Invalid operation collect2: error: ld returned 1 exit status It seems that -lGL is from Mesa, although I installed fglrx 64-bit. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 5

[Bug 891349] New: Address zero referenced in libc.so.6, routine free, for arguments that have bits 26-63 unset
by bugzilla_noreply＠novell.com 14 Aug '14

14 Aug '14

https://bugzilla.novell.com/show_bug.cgi?id=891349 https://bugzilla.novell.com/show_bug.cgi?id=891349#c0 Summary: Address zero referenced in libc.so.6, routine free, for arguments that have bits 26-63 unset Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: Development AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: shamsundar(a)uh.edu QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/33.0.1750.117 Safari/537.36 Problem: If argument to free() has bits 30-63 equal to zero, at offset 7ea24 (see disassembly below) contents of address 0 are referenced,and then a crash is likely. $ /lib64/libc.so.6 GNU C Library (GNU libc) stable release version 2.17 (git c758a6861537), by Roland McGrath et al. Copyright (C) 2012 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Configured for x86_64-suse-linux. Compiled by GNU CC version 4.7.2 20130108 [gcc-4_7-branch revision 195012]. Compiled on a Linux 3.7.1 system. Available extensions: crypt add-on version 2.1 by Michael Glad and others GNU Libidn by Simon Josefsson Native POSIX Threads Library by Ulrich Drepper et al BIND-8.2.3-T5B libc ABIs: UNIQUE IFUNC $ nm /lib64/libc.so.6 | grep -C4 -i ' free$' 00000000000fd590 T __fread_chk 0000000000074f90 T __freading 0000000000075ad0 T fread_unlocked 00000000000fd760 T __fread_unlocked_chk 000000000007e9f0 T free <======= 000000000007e9f0 t __free 00000000000d62a0 T freeaddrinfo 000000000007dd40 t free_atfork 00000000000c2ec0 t free_charset $ objdump -d /lib64/libc.so.6 --start-address=0x7e9f0 --stop-address=0x7eb00 000000000007e9f0 <__libc_free>: 7e9f0: 48 8b 05 c1 94 32 00 mov 0x3294c1(%rip),%rax # 3a7eb8 <_DYNAMIC+0x378> 7e9f7: 48 8b 00 mov (%rax),%rax 7e9fa: 48 85 c0 test %rax,%rax 7e9fd: 75 73 jne 7ea72 <__libc_free+0x82> 7e9ff: 48 85 ff test %rdi,%rdi 7ea02: 74 6c je 7ea70 <__libc_free+0x80> 7ea04: 48 8b 47 f8 mov -0x8(%rdi),%rax 7ea08: 48 8d 77 f0 lea -0x10(%rdi),%rsi 7ea0c: a8 02 test $0x2,%al 7ea0e: 75 20 jne 7ea30 <__libc_free+0x40> 7ea10: a8 04 test $0x4,%al 7ea12: 48 8d 3d 27 9c 32 00 lea 0x329c27(%rip),%rdi # 3a8640 <main_arena> 7ea19: 74 0c je 7ea27 <__libc_free+0x37> 7ea1b: 48 89 f0 mov %rsi,%rax 7ea1e: 48 25 00 00 00 fc and $0xfffffffffc000000,%rax 7ea24: 48 8b 38 mov (%rax),%rdi <======= 7ea27: 31 d2 xor %edx,%edx 7ea29: e9 22 cc ff ff jmpq 7b650 <_int_free> Reproducible: Always Steps to Reproduce: 1.The problem was discovered in a complex Fortran program, in a DEALLOCATE statement, which sent the argument to free() as 0x00000000020E5C20. I do not know how to construct a reproducer that generates a valid address with at least one of bits 26 - 63 set. I hope that inspecting the disassembly (see above) will suffice. 2. 3. Actual Results: 1. Inspect disassembly of free() in libc.so.6. 2. Observe instructions that AND the argument to free() to zero out bits 0-25, and then reference the resulting address (at offsets 7EA1E and 7EA24 in the listing above). Expected Results: Code should not try to reference address zero. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 7

[Bug 881792] New: ocf:heartbeat:apache resource agent is broken.
by bugzilla_noreply＠novell.com 14 Aug '14

14 Aug '14

https://bugzilla.novell.com/show_bug.cgi?id=881792 https://bugzilla.novell.com/show_bug.cgi?id=881792#c0 Summary: ocf:heartbeat:apache resource agent is broken. Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Major Priority: P5 - None Component: High Availability AssignedTo: lmb(a)suse.com ReportedBy: carlosturiel(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0 In Pacemaker, the resource agent for Apache (ocf:heartbeat:apache) doesn work. I think this agent needs Apache sysV version with the initscript /etc/init.d/apache. It seems with the systemd Apache version is not compatible. Searching for a workaround, I have also tried to configure the apache primitive with systemd:apache and doesn't work. I don't find the way to run Apache with pacemaker. nodo2:~ # crm ra list systemd | grep -e apache -e http nodo2:~ # crm ra list lsb | grep -e apache -e http nodo2:~ # ls -l /etc/init.d/apache2 ls: no se puede acceder a /etc/init.d/apache2: No existe el fichero o el directorio nodo2:~ # systemctl status apache2 apache2.service - The Apache Webserver Loaded: loaded (/usr/lib/systemd/system/apache2.service; disabled) Active: inactive (dead) Reproducible: Always Steps to Reproduce: 1. to create the primitive, nodo2:~ # crm configure primitive WebSite ocf:heartbeat:apache \ params configfile="/etc/apache2/httpd.conf" statusurl="http://localhost/server-status" \ op monitor interval="1min" 2. Try to start the resource, crm resource start apache 3. To see the errors, nodo2:~ # crm_mon -1 Last updated: Sun Jun 8 22:58:54 2014 Last change: Sun Jun 8 22:58:43 2014 by root via cibadmin on nodo2 Stack: corosync Current DC: nodo2 (3232249878) - partition with quorum Version: 1.1.10-1.2-d9bb763 2 Nodes configured 2 Resources configured Online: [ nodo1 nodo2 ] ClusterIP (ocf::heartbeat:IPaddr2): Started nodo1 Failed actions: WebSite_start_0 on (null) 'not configured' (6): call=50, status=complete, last-rc-change='Sun Jun 8 22: 58:43 2014', queued=128ms, exec=0ms WebSite_start_0 on nodo2 'not configured' (6): call=50, status=complete, last-rc-change='Sun Jun 8 22:5 8:43 2014', queued=128ms, exec=0ms 4. Testing with ocf-tester: nodo2:~ # ocf-tester -n WebSite /usr/lib/ocf/resource.d/heartbeat/apache -o configfile="/etc/apache2/httpd.conf" statusurl="http://localhost/server-status" Beginning tests for /usr/lib/ocf/resource.d/heartbeat/apache... * rc=6: Start failed. Did you supply enough options with -o ? ERROR: /usr/lib/ocf/lib/heartbeat/ocf-shellfuncs: line 381: /etc/init.d/apache2: No such file or directory Aborting tests 5 . In the 155 line of the file /usr/lib/ocf/resource.d/heartbeat/apache use the /etc/init.d/apache2 initscript which doesn't exist, 150 validate_default_suse_config() { 151 if [ "$CONFIGFILE" = "$DEFAULT_SUSECONFIG" ] && \ 152 grep -Eq '^Include[[:space:]]+/etc/apache2/sysconfig.d/include.conf' "$CONFIGFI LE" 153 then 154 [ -x "/usr/sbin/a2enmod" ] && ocf_run -q /usr/sbin/a2enmod status 155 ocf_run -q /etc/init.d/apache2 configtest 156 return 157 else 158 return 0 159 fi 160 } 161 162 apache_start() { Actual Results: the apache resource doesn start. Expected Results: Apache running. nodo2:~ # cat /etc/os-release NAME=openSUSE VERSION="13.1 (Bottle)" VERSION_ID="13.1" PRETTY_NAME="openSUSE 13.1 (Bottle) (x86_64)" ID=opensuse ANSI_COLOR="0;32" CPE_NAME="cpe:/o:opensuse:opensuse:13.1" BUG_REPORT_URL="https://bugs.opensuse.org" HOME_URL="https://opensuse.org/" ID_LIKE="suse" nodo2:~ # rpm -qa | grep pacemaker libpacemaker3-1.1.10-1.2.x86_64 pacemaker-1.1.10-1.2.x86_64 pacemaker-cli-1.1.10-1.2.x86_64 nodo2:~ # rpm -qa | grep apache apache2-utils-2.4.6-6.23.1.x86_64 apache2-prefork-2.4.6-6.23.1.x86_64 apache2-2.4.6-6.23.1.x86_64 nodo2:~ # zypper sl --url # | Alias | Nombre | Habilitado | Actualizar | Tipo | URI ---+---------------------------+------------------------------------+------------+------------+--------+------------------------------------------------------------------------------------------- 1 | ha-clustering-Factory | ha-clustering-Factory | Si | Si | rpm-md | http://download.opensuse.org/repositories/network:/ha-clustering:/Factory/o… 2 | openSUSE-13.1-1.10 | openSUSE-13.1-1.10 | Si | No | yast2 | cd:///?devices=/dev/disk/by-id/ata-VBOX_CD-ROM_VB2-01700376,/dev/sr0 3 | openSUSE_13.1-1.10 | openSUSE | Si | No | yast2 | dvd:/// 4 | repo-debug | openSUSE-13.1-Debug | No | Si | NONE | http://download.opensuse.org/debug/distribution/13.1/repo/oss/ 5 | repo-debug-update | openSUSE-13.1-Update-Debug | No | Si | NONE | http://download.opensuse.org/debug/update/13.1/ 6 | repo-debug-update-non-oss | openSUSE-13.1-Update-Debug-Non-Oss | No | Si | NONE | http://download.opensuse.org/debug/update/13.1-non-oss/ 7 | repo-non-oss | openSUSE-13.1-Non-Oss | Si | Si | yast2 | http://download.opensuse.org/distribution/13.1/repo/non-oss/ 8 | repo-oss | openSUSE-13.1-Oss | Si | Si | yast2 | http://download.opensuse.org/distribution/13.1/repo/oss/ 9 | repo-source | openSUSE-13.1-Source | No | Si | NONE | http://download.opensuse.org/source/distribution/13.1/repo/oss/ 10 | repo-update | openSUSE-13.1-Update | Si | Si | rpm-md | http://download.opensuse.org/update/13.1/ 11 | repo-update-non-oss | openSUSE-13.1-Update-Non-Oss | Si | Si | rpm-md | http://download.opensuse.org/update/13.1-non-oss/ -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 4

[Bug 891217] New: Dolphin starts very slow via ssh -X
by bugzilla_noreply＠novell.com 14 Aug '14

14 Aug '14

https://bugzilla.novell.com/show_bug.cgi?id=891217 https://bugzilla.novell.com/show_bug.cgi?id=891217#c0 Summary: Dolphin starts very slow via ssh -X Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Critical Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: novell.portal.14.08.04(a)muenzburg.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created an attachment (id=601795) --> (http://bugzilla.novell.com/attachment.cgi?id=601795) strace dolphin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Firefox/31.0 When I do ssh -X to a virtual server, I have to wait ~ 15 Min. till dolphins opens and is very slow. Reproducible: Always Steps to Reproduce: 1.ssh -X root@server 2.dolphin Actual Results: dolphin needs very long time to open Expected Results: dolphin opens immediately -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 1

[Bug 891179] New: Pinting in Landscape does not work any more
by bugzilla_noreply＠novell.com 13 Aug '14

13 Aug '14

https://bugzilla.novell.com/show_bug.cgi?id=891179 https://bugzilla.novell.com/show_bug.cgi?id=891179#c0 Summary: Pinting in Landscape does not work any more Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: Printing AssignedTo: jsmeix(a)suse.com ReportedBy: gleixner(a)lrz.de QAContact: jsmeix(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Firefox/31.0 I have 2 Printers (Brother MFC7820N and HP LJ 4000N). They are configured in cups on the server, so that clients can print. But if i try to print a page in landscape, it prints portrait and the content is cut off. Worked before. Reproducible: Always Steps to Reproduce: 1. 2. 3. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 3