similar to: [Bug 73847] New: Shutdown fails almost every time since, upgrade to kernel 3.12

2015-04-02 16:50 GMT+02:00 Panagiotis Kritikakos < panagiotis.kritikakos at nikitec.gr>: > Hello Arno, > Hello Panagiotis > Thanks for the quick reply. FreeNAS is FreeBSD-based. > > Yes, I could test a patch. > > As I have mentioned, this behavior is not seen at every single reboot but > after most reboots. Also, some times, the connectivity can be lost without

Ok.. Just a little follow-up on my Solaris printing problem that I was having! As it turns out, I put the fully-qualified path names to the print commands (lpr/lpq/lprm, etc) in the samba config file (smb.conf) and all of my printing problems have disappeared! Now, after a clean reboot of the OS (Solaris, not PC), I can log on to Samba and directly print -- instead of it silently failing!

Hello Panagiotis 2015-04-03 14:28 GMT+02:00 Panagiotis Kritikakos < panagiotis.kritikakos at nikitec.gr>: > Hello Arno, > > Question: have you also tested oldmge-shut? >> Otherwise, that might be interesting to do so and send back the results >> of these tests... >> > Yes, I've tried this as well with worse results unfortunately. This driver > seems to

Hello Panagiotis 2015-04-01 16:28 GMT+02:00 Panagiotis Kritikakos < panagiotis.kritikakos at nikitec.gr>: > Hello all, > > OS name: FreeNAS 9.3 > NUT version: 2.7.2 > NUT installed method: Bundled with FreenNAS 9.3 > Device: EATON 5SC 1000 (http://powerquality.eaton. > com/Products-services/Backup-Power-UPS/5SC.aspx?cx=5& >

Hi Panagiotis 2015-04-06 9:13 GMT+02:00 Panagiotis Kritikakos < panagiotis.kritikakos at nikitec.gr>: > Hello Arno, > > Can apply the patch directly or should I recompile nut? > not sure to fully understand your comment, but... this is a source code patch, so you indeed have to apply it to the NUT source code (from within the source tree, "patch -p1 <

Hi all, We just set up our new mail servers using Postfix and Dovecot. We have implemented a load balanced solution to where our two mail servers have a common NFS share. Everything is working great. Everything but Dovecot for the most part. In testing, Dovecot was great. Now that we're in the production environment, we've noticed that every 20 minutes, Dovecot will stop

Hello there! I was reading this archive: http://mailman.ds9a.nl/pipermail/lartc/2002q3/004725.html It was almost two years ago when Patrick wrote a patch to switch IMQ with nat in PREROUTING chain... From www.linuximq.org I''ve downloaded newset IMQ driver for 2.4.26 and what can i see? The line that Patrick changed in that patch is still as it was in previous relases. Are there

We're getting the following crash report, but I'm not sure it contains anything immediately useful (especially since we're running on a minority platform in OS X)... Anyone see where we might be able to resolve this? The crash doesn't kill existing imap processes, but dovecot/imap-login needs to be restarted. ********** Host Name: mailserver Date/Time: 2006-08-10

Hello Arno, FreeNAS doesn't come with a compiler and I had to compile with the patch on FreebBSD-9.3 and then copy the produced mge-shut. Unfortunately it didn't work out. For every try I was getting "Connection Refused" and when I tried /usr/local/libexec/nut/mge-shut -D -a <ups_name> I was always getting 'No matching HID UPS found'. I returned back to the

Hello Arno, Thanks for the quick reply. FreeNAS is FreeBSD-based. Yes, I could test a patch. As I have mentioned, this behavior is not seen at every single reboot but after most reboots. Also, some times, the connectivity can be lost without even rebooting. That is not very often can have happened a few times. Best regards, Panagiotis On 2/4/2015 5:44 ??, Arnaud Quette wrote: > Hello

I just thought that I would put this out there and see if anyone else sees this problem with Samba 1.9.18p4 (under Solaris 2.6). It appears that after some reboots of Solaris, Samba printing is partly dead. What I see in the logs are below, and what happens is that the file to be printed is spooled to /var/spool/samba, like always, but when the lpr command is issued it croaks. I've been

Hello Arno, > Question: have you also tested oldmge-shut? > Otherwise, that might be interesting to do so and send back the > results of these tests... Yes, I've tried this as well with worse results unfortunately. This driver seems to be even more unstable. When it gets able to set communication with the UPS (which is not always the case), it usually lost it again after a while.

Hello all, OS name: FreeNAS 9.3 NUT version: 2.7.2 NUT installed method: Bundled with FreenNAS 9.3 Device: EATON 5SC 1000 (http://powerquality.eaton.com/Products-services/Backup-Power-UPS/5SC.aspx?cx=5&wtredirect=www.eaton.com/5SC&GUID=B81251A4-F34E-4373-94B3-B4FB3D0CBCA8) Problem description: This was originally reported as bug to FreeNAS

Hello Arno, Can apply the patch directly or should I recompile nut? Best regards, Panagiotis On 3/4/2015 5:06 ??, Arnaud Quette wrote: > Hello Panagiotis > > 2015-04-03 14:28 GMT+02:00 Panagiotis Kritikakos > <panagiotis.kritikakos at nikitec.gr > <mailto:panagiotis.kritikakos at nikitec.gr>>: > > Hello Arno, > > Question: have you also

Alright folks, The host compiler and standard library checking seems to be working. The last kinks in the build bots I know of are being worked out. Nothing has really burned. So its time to switch to C++11! I'm planning to land the following things around mid-week: 1) Some documentation of recommended features (both library and language) that should generally work. This won't be

I’ve been developing an optimization pass that uses the address space attribute (__attribute__((address_space(200))) to indicate different kinds of pointers to be treated differently (I’m making them be pointers to a “global” address space as in UPC). However, I’ve hit a snag in the frontend code generator: if I try to make a method call on a pointer with a custom address space, the frontend

>>> Oscar is on holiday for another week. But I'm pretty sure his environment should be: ... <<< (Sorry this was in my spam folder...) Well it seems Oscar is building on a 64 bit platform... Best Patrick

On Sun, Sep 13, 2015 at 10:14 AM, Patrick Masotta <masottaus at yahoo.com> wrote: > >>>> > > > > The empty define should work; actually it did work for many years... > > > > Your just proposed change was my first attempt for solving this but for some > > reason it did not work. After testing a lot the only way I've found to solve this

On 2015-09-13 18:00, Gene Cumm via Syslinux wrote: > Patrick, Oscar, what specific build tools are you two using? Oscar is on holiday for another week. But I'm pretty sure his environment should be: # cat /etc/redhat-release Red Hat Enterprise Linux Server release 7.0 (Maipo) # ld -v GNU ld version 2.23.52.0.1-16.el7 20130226 # gcc -v Using built-in specs. COLLECT_GCC=gcc

On Mon, Sep 14, 2015 at 05:22:40AM -0700, Patrick Masotta via Syslinux wrote: > Teun wrote: } } Gene wrote } } } Smells like an optimizer/stripper bug :( } } } Patrick, Oscar what build environment do you use? > > Oscar is on holiday for another week. But I'm pretty sure his > > environment should be: > > ... } } # gcc -v } } Using built-in specs. } } COLLECT_GCC=gcc }