Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 2 replies
  • Subscribers 2 subscribers
  • Views 705 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Up2date 3.215/3.216 wiped out squid.conf-default

HTMLSpinnr
Noticed today that after I applied Up2date 3.215 and 3.216, my customized squid.conf-default was overwritten.

According to the announcement, no configurations were to be changed. Isn't squid.conf-default part of the configuration - especially if users are modifying it with additional ACL's?

Regrettably, this file isn't included in the e-mail backup either, and /var/recovery/3.216 doesn't include the old file :-/ (must have changed after 3.215 - I applied both at the same time). 

In the future, can the admins be more specific when releasing an update that *does* change configurations? Perhaps move the old ones to a .bak file? I take the blame for not having a backup elsewhere of these changes, but the discrepency is agrivating.

Thanks,
-Rick


This thread was automatically locked due to age.
Parents
  • 0
    HTMLSpinnr,

      
     According to the announcement, no configurations were to be changed. Isn't squid.conf-default part of the configuration - especially if users are modifying it with additional ACL's? 
    I think it is pretty clear that we have to replace OUR default config files if we add features or change functionality. The up2date service cannot care about user applied changes - You should always have a safety copy of the manipulated default config files. We do not need the default  files in the backup file since they are templates . Sorry, but the up2date procedure will remain the same.

    read you
    o|iver
Reply
  • 0
    HTMLSpinnr,

      
     According to the announcement, no configurations were to be changed. Isn't squid.conf-default part of the configuration - especially if users are modifying it with additional ACL's? 
    I think it is pretty clear that we have to replace OUR default config files if we add features or change functionality. The up2date service cannot care about user applied changes - You should always have a safety copy of the manipulated default config files. We do not need the default  files in the backup file since they are templates . Sorry, but the up2date procedure will remain the same.

    read you
    o|iver
Children
  • 0 in reply to oliver.desch
    Bit more clear/explicit:

    The configuration you entered via web admin interface was not changed - as announced. The config files are all safe in the web frontend config storage.

    In contrast to this internal system files are subject to updates - and squid.conf is regarded as such, like all other config files a unix admin likes to fiddle around with.

    PS: no, I did not know this from the start either - I just poked around when I lost my config after some updates.    
Cookie Information Banner